ssl_openssl3.pas not included in laz_synapse.lpk
VOTE: lazarus
7.2.4 broken on Linux (at least 64-bit)
This problem disappeared in 7.2.4 fixes branch in rev. 5381 (20. january). So, whatever caused it, recent changes seem to solve it. I'm closing this ticket. Thank you.
7.2.4 broken on Linux (at least 64-bit)
7.2.4 broken on Linux (at least 64-bit)
VOTE:freepascal
EgonHugeist, I applied it on Zeos 7.3 rev. 5046 (the last one before Fr0sT's patch was applied) and there seems to be something wrong. The packages pass compilation without error, but Lazarus fails to start after ZComponent is installed, so, as the code is statically compiled in Lazarus executeable, some exception gets raised during the starting of the IDE. Starting Lazarus from terminal gives this output and the IDE crashes: [FORMS.PP] ExceptionOccurred Sender=EAccessViolation Exception=Access violation...
Hello, EgonHugeist, I'll try your patch as soon as I can. Hopefully, later this evening. Just to be sure I understand well, please confirm -- your patch should be tried instead of Fr0sT's (not to apply it on top of Fr0sT's patch), correct?
After applying the patch, everything seems ok on Linux, thank you! Please apply it and merge to 7.2.
I asked on Lazarus forum. Let's see. https://forum.lazarus.freepascal.org/index.php?topic=42404
Sorry, I forgot to give details of my environment: Lazarus 1.8.5 (fixes branch), FPC 3.0.4, Linux Mint 18.1 Xfce 64-bit.
Sorry, I forgot to give details of my environment: Lazarus 1.8.5 (fixes branch), FPC 3.0.4, Linux Mint 18.1 Xfce.
Hello, There is Windows unit in uses list of several files. This is what breaks compilation. The compiler message I get: ZPlainAdoDriver.pas(76,33) Fatal: Cannot find Windows used by ZPlainAdoDriver of package zplain.
Compilation of 7.3 on Linux broken since r. 4956 (and 7.2 since 5034)
7.2-patches compilation broken since r. 4475
Yes, compiles now, thank you. I'm closing the ticket.
7.2-patches compilation broken since r. 4475
Regression with Firebird
Thank you, works, I'll close.
Thank you. I applied the patch and tried with my big project which had this problem, and... Once, (just once !?) I got some error like "invalid transaction handle". And I cannot reproduce it anymore, it works well now. Then I tried like hundred times again, and it works... I'd say it works, please apply the patch, it might have been something else when I got the problem. Thanks again.
Thank you. I'm using Zeos since 2009 (it was version 6.6 i think) and this is how AutoCommit has always worked: If AutoCommit is False, then: Whenever a statement is executed, a new transaction is started, but then you have to end the transaction "manually" in code (by using Commit or Rollback). Calling StartTransaction raises exception, the transactions are started implicitly, so you are not allowed to use StartTransaction in code. If AutoCommit is True, then: When a statement is executed, a transaction...
Hello, EgonHugeist, Two points missing for me in your example: AutoCommit=X???? I said in my first post I have a Lazarus project which uses ZConnection, which has property AutoCommit set to True. So, AutoCommit is set to true. You can also see that in the example application. and the create Script of the global temporary table. I wrote it in my second post, see: To test, first create a firebird database and add a temporary table temptable1 this way: create global temporary table temptable1 (id int)...
Hello, EgonHugeist, Two points missing for me in your example: AutoCommit=X???? I said in my first post I have a Lazarus project which uses ZConnection, which has property AutoCommit set to True. So, AutoCommit is set to true. You can also see that in the example application. and the create Script of the global temporary table. I wrote it in my second post, see: To test, first create a firebird database and add a temporary table temptable1 this way: create global temporary table temptable1 (id int)...
Here, I'm attaching a simple application which shows the bug. The application is created and tested in Lazarus 1.8 with FPC 3.0.4, Firebird 2.5 To test, first create a firebird database and add a temporary table temptable1 this way: create global temporary table temptable1 (id int) on commit delete rows Then, you should open the application, adjust the the property ZConnection1.Database (your path to the database), and if needed also your sysdba password. Then compile and run -- with zeos testing-7.2...
Regression with Firebird
VOTE: Lazarus
VOTE: freepascal
Luiz, You decided to declare OpenPrinter as a wrapper to ANSI Windows API function...
See this post - http://forum.lazarus.freepascal.org/index.php/topic,31745.msg205940.html#msg205940...
Cannot compile on windows with Lazarus trunk 1.7
Fixed, thank you.
Zeos cannot compile since rev. 3782 - FPC 3.0 Linux
I have to reopen this issue! ZEncoding got the same issues again in trunk since rev....
Zeos cannot compile since rev. 3782 - FPC 3.0 Linux
Zeos cannot compile since rev. 3782 - FPC 3.0 Linux
Okay, I'm closing it.
Yes, now it compiles well. Thank you!
Hi, EgonHugeist. Your patch solves half of the problem. In previous function (PUnicodeToRaw)...
I'm attaching a patch. After this patch, Zeos compiles, but please take a look, if...
Zeos cannot compile since rev. 3782 - FPC 3.0 Linux
Thank you, I'm closing it!
bug in locate - regression
I am sending the patch where I modified this part of code by adding the line Inc(P);...
bug in locate - regression
bug in locate - regression
Setting version to 1.5.1
Releasing the version 1.5
Setting version to 1.5 and updating documentati...
Use LazUTF8 instead of LCLProc
Yes, fixed now, thank you, Mark.
Zeos 7.1-patches does not compile
Zeos 7.1-patches does not compile
Update user manual
Code cleanup
VOTE: freepascal
cleanup code from ifdef regarding very old Laza...
Always use PopupMode pmAuto
AutoAdvance set by default
Prevent combo date mode when day is not shown