While some commands are just wrappers (and even, it depends of the OS), most of them are not, it would be too easyFlype wrote:Hi,erosolmi wrote:For PowerBasic owner also that functions were wrappers. Just adding few lines of code around a unique compiler feature was considered a wrapper.PB wrote:It's not a wrapper if your function does other things, as in your example.
After all, one of PureBasic's selling points is the creation of DLLs to use in
third-party apps, so how can this be done if you don't use ANY PureBasic
commands in the procedures?
But I do not want here to go too much on this, if possible. Maybe it is not the right time also because I really need to spend time on learning PureBasic.
In any case, thanks.
Eros
PureBasic itself has many commands that are just wrapping Win32/API functions. For example, OpenFile() is wrapping CreateFile() of the Kernel32.dll (at least, on Windows), with some code before, and some code after.
. For example the File library you took in example has a full cache handling which really needs some code to manage all that.
Hi Eros,erosolmi wrote:Thanks Paul.
No big problem with strings. I do not use strings to store structures. Almost 90% of the work I've done is by using pointers so it is just a matter of language syntax to get used. Anyhow, so far I like it.
Regarding licence, PureBasic licence clearly state:So unless an official written permission, I have to stay with this and this will not allow me to port thinBasic source from Power Basic to Pure Basic. I had already a licence problem in the past and I do not want to fall into those matters again."All components, libraries, and binaries are copyrighted by Fantaisie Software. The PureBasic license explicitly forbids the creation of DLLs whose primary function is to serve as a 'wrapper' for PureBasic functions."
For the rest, it seems quite nice so far. I'm now dealing with DLL creation. I have some problems but I will wait some days to post for help. I'm pretty sure the problem is still on my side. I need to test more and write some code from the beginning.
Ciao.
Eros
Thanks for the info, I'll scan the book first when I find one in the bookstore or university library.erosolmi wrote:Ciao SimpleMind.
Well, I cannot give any other info because all the job about thinBasic has been done in house. The only starting point was the descendant parser technique used by Herbert Schildt in his books. I have many books from Herbert Schildt about C, C++ and C# and in all of them you can find the descendant parsing technique developed using the language the book is about so just keep one of them (latest edition) and you will get it. Attention, some parsers are on parsing Basic interpreter, some on C so if you are interested in Basic interpreter, if possible read some pages before spending money.
I programmed two years in Euphoria version 1.4/1.5 in '96-'97. This is indeed a very fast interpreter and simple to use. I stopped using it because it couldn't support Windows in a simple way. The Windows support library at that time was very new and the statements very long and not easy to understand. Later the Windows support became better. But still I like this language very much.erosolmi wrote:Another source I can give you is to have a look at Euphoria interpreter at http://www.rapideuphoria.com/hotnew.htm It is developed in C but in a clear way. You can get many ideas. More: Euphoria is the fastest interpreter I've even seen (and I have seen many). Script execution speed is very very close to compiled applications in many cases.
I don't have PowerBasic and have no intention to buy it, I'll stick to PureBasic and VBA. On the PowerBasic forum I was looking for information about an interpreter construction and indeed I did come along BINT32. I'm interested in the basic start and making of a simple basic like script interpreter that has to run on the text level of a text processor. I don't know if BINT32 can help me on this level. If you think it can I'd like to take a look at the source which I'll have to translate into VBA.erosolmi wrote:Last one, if you have Power Basic, I can give you sources of one project I stopped development some time ago. Its name is BINT32 and is a DLL able to add basic scripting functionalities to any application. Binary and Power Basic examples can be found at http://www.powerbasic.com/support/downl ... BINT32.zip If still interested I can send you via private mail (or at thinBasic forum) the sources and see if you can port to Pure Basic or do whatever you prefer. Project is quite old. Parsed language is Basic but not support for functions or sub, just main code. The biggest problem I can see is the use of dynamic OLE32 strings that are not supported natively by Pure Basic. The rest are just ... pointers. In any case you can use Power Basic dynamic strings using Microsoft OLE functions you can find here: http://msdn2.microsoft.com/en-us/library/ms221105.aspx
Ciao
Eros
That would be a big pro for me using Pure Basic and I suppose for many others. OLE32 strings are nothing more that few pointers to memory buffers. Delphi has also something very close. Mainly a string is a 32bit pointers to a buffer. Buffer is than organized in 2 parts: first 4 bytes contain string len (DWORD), second parts is the string itself. VARPTR function of a OLE32 string return a pointer to the string pointer. STRPTR function of a OLE32 string will return a pointer to the first byte of the string data, LEN of a OLE string just return the first 4 bytes (DWORD) info. All OLE32 strings can contain any kind of data up to 2Gb in size. In any case OLE engine add a NULL terminator always. In this way OLE strings can also be used for API functions where an ASCIIZ string is expected: you just need to pass STRPTR(MyOleString) to be API compatible. If someone is interested we can discuss in another thread.Maybe that will be the next major update for PureBasic 4.
