Zeoslib Portal

marcov , Is this ready and tested? I think it is most important to finalize the changes to the .inc files, and stop using versionnumbers directly in the main sources. The changes should be fully backwards compatible. (only a lot of extra defines are generated) This way, a certain workaround is much...

Hey papelhigienico , absolutly Compiler-independent... I've an aditional Patch ready. But mark must give his ok for it. This 968 Patch is only a little Preview for what is comming if Mark giv's his sign to upload it. It autoarranges all Compiler-specific String/Variant-Types-handlings. Then there a...

So what goes wrong? What did you try, and what error message did you get?

I don't have a problem with 2.6.0 atm, I am not the original poster. From what I can see, the relevant fragment is correct for FPC 2.6.0 on OS X, but is not needed in the first place. But I'm working with 2.7.1 which has TRecordBuffer like D2009 (which were recently merged back to 2.6.1), and notice...

Not really. It should be the same for all unixy platforms. Your problem is somewhere else, and as said earlier, using 2.4.4. or 2.6.0 it is the best to simply kill the whole ifdef FPC block in zclasses. I'm currently revising the ifdef system of zeos, and hope to have an initial patch in about a wee...

The difference is that FPC 2.5.1/2.6.0+ changed the definition of queryinterface. This because Delphi definition is not welldefined enough (specially if const is mandatory by reference or just happens to be that way on x86). Note the "constref" in the definition of the errormessage of the ...

It indeed compiles for me on Windows (using trunk). Maybe I looked in a wrong branch before. I do get a few warnings: ZClasses.pas(189,14) Warning: An inherited method is hidden by "TZAbstractObject.Equals(const IUnknown):Boolean;" ZClasses.pas(190,35) Warning: An inherited method is hidde...

The problem is that compatibility features for old FPC's (before the 2.4.0 series) are wrong for current versions.

For 2.4.2, 2.4.4 and 2.6.0 this is easy, just delete the ifdef fpc block in zclasses (which IMHO should be done anyway).

I've a TZQuery with the an insert into statement. I run this 5 times with the same parameters in a for loop, which should result in 5 rows with different autonumbered ids. However only one or two rows are inserted (and only those commands are visible in sql monitor). The for loop is a bit braindead ...

Yes. In principle that is true. There are also U variants (SizeUint, ptrUint) for unsigned variants, equal to cardinal and qword on resp 32bit and 64-bit ptr(u)int should be large enough to contain a pointer. (long or longlong in posix lingo) size(u)int should be large enough to contain the differen...

Zeos might cache some values that are read when the components are created in the properties of the created components. I had some trouble with this too, and suddenly noticed that NEW screens and tzqueries did work properly. Comparing the components on a DFM level then showed the problem.

Another possibility is a libmysql.dll that has a dependancy on other DLLs that are missing.

I searched the Zeos sources for "a error" and could not find it.

Are you sure that Zeos reported "a error" exactly?

Besides the env var, you can also add it to /etc/ld.so.conf and run ldconfig after (as root) to make it global. This is commonly not done lightly because of the security implications, but in relative sheltered environments it can be an option.

(2.5.1 is the development version. 2.4.2 is the last release, two weeks old now.)