[fpc-devel] calling DLL imports

2006-05-10 Thread Yury Sidorov
Hello, I noticed the following issue: Example code: //- program MyProg; procedure TestProc(Text: PWideChar); external 'test.dll'; begin TestProc('qwerty'); end. //- When compiling for win32, TestProc is called by normal name: callTestProc When compiling for arm-

[fpc-devel] proposal: Extension for class properties

2006-05-10 Thread Alexander Todorov
Hello, Let's consider the following code fragment: -- type TMyRecord = record Name : String; Value : Integer; end; TMyClass = class(TObject) private FButton : TButton; FRecord : TMyRecord; public property RecordName : Strin

Re: [fpc-devel] a shared library suggestion

2006-05-10 Thread L505
> > Do you know that FPC will have a Package system available in fpc 2.1.1, > > sooner or later? > > It will require shipping the RTL in a package, I think - which means we get > > into Package > > hell like BPL's offered. I'd rather have the ability to load one package > > and not have to > > s

Re: [fpc-devel] Workaround for issue #5093

2006-05-10 Thread Joost van der Sluis
> recently I have reported this issue on the FPC site and there were > some e-mails about SQLDb not working with PostgreSQL. > http://www.freepascal.org/bugs/showrec.php3?ID=5093 > > The work around for TPQConnection is: > Do NOT use FTransaction.Commit but USE FTransaction.CommitRetaining instead

Re: [fpc-devel] a shared library suggestion

2006-05-10 Thread Michalis Kamburelis
peter green wrote: > yeah that technique requires far less stubs but it means that the coder has > to manually call an init function. > Not necessarily, because you can load all addresses in initialization section of the unit. That's what I do in my various wrappers. > also how does your code re

Re: [fpc-devel] a shared library suggestion

2006-05-10 Thread Marco van de Voort
> > It does get very very tedious to type all this out for large libraries with > 50 functions > or so. > If you want to economize the size of the library you turn off the {$DEFINE > DEBUG} > > Do you know that FPC will have a Package system available in fpc 2.1.1, > sooner or later? > It will

[fpc-devel] Workaround for issue #5093

2006-05-10 Thread Alexander Todorov
Hello, recently I have reported this issue on the FPC site and there were some e-mails about SQLDb not working with PostgreSQL. http://www.freepascal.org/bugs/showrec.php3?ID=5093 The work around for TPQConnection is: Do NOT use FTransaction.Commit but USE FTransaction.CommitRetaining instead. It

RE: [fpc-devel] a shared library suggestion

2006-05-10 Thread Michael Van Canneyt
On Wed, 10 May 2006, peter green wrote: yeah that technique requires far less stubs but it means that the coder has to manually call an init function. No. - This can be put in the initialization of the unit. - It can be called by components that need it. SQLDB does it like that. also how