Re: [Lazarus] TFMTBCDField problem
I just fixed my program so we are back to the original problem "Invalid variant type cast" on ApplyUpdates i repeat, i can post the record, but i cannot read or write a record that has data on this field to the database On Wednesday, November 5, 2014 10:30 PM, Chris Rempas wrote: so where do i send the flowers? :) and another question...where is the conversation about the string <---> UTF8Sting convertions? i had to use UTF8String in a library and is not compiling now because i call UTF8Delete and it says that parameter arguments must match exactly On Wednesday, November 5, 2014 4:50 PM, Joost van der Sluis wrote: On 11/05/2014 10:39 AM, Chris Rempas wrote: > You were correct! > > changing to the correct path does not compile again! > > i get just one line with error : > registerfcl.pas(43,3) Fatal: Can not find unit ServiceManager used by > RegisterFCL. Check if package FCL is in the dependencies. You could try to run Free Pascal on the command-line (powershell). Try 'ppc386 -vut'. Then see which fpc.cfg is being used. Open that file and search for lines that start with '-Fu' and see if the path is correct. (It should point to c:\pp - if that's where you've installed fpc) Joost. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Having more than 32 elements in a set (TGridOptions of TCustomGrid)
On Thu, Nov 6, 2014 at 3:41 AM, Sven Barth wrote: > On 06.11.2014 04:43, Flávio Etrusco wrote: >>> >>> Default values must be of ordinal, pointer or small set type (Delphi) >>> (See: >>> http://docwiki.embarcadero.com/RADStudio/XE7/en/E2146_Default_values_must_be_of_ordinal,_pointer_or_small_set_type_%28Delphi%29) >>> >>> After you added the 33-rd option now SizeOf(TGridOptions) = 32 bytes. >>> Every option is stored as a bit, so you can have 256 (=32*8) options (I >>> think). >> >> >> No, SizeOf(TGridOptions) = 4 (bytes) = 32 bits = 32 options. > > > If a 33rd option is added he's right: > > === code begin === > > program tsettest; > > type > TTest = ( > t1, > t2, > t3, > t4, > t5, > t6, > t7, > t8, > t9, > t10, > t11, > t12, > t13, > t14, > t15, > t16, > t17, > t18, > t19, > t20, > t21, > t22, > t23, > t24, > t25, > t26, > t27, > t28, > t29, > t30, > t31, > t32, > t33 > ); > > TTests = set of TTest; > > var > t: TTests; > begin > Writeln(SizeOf(t)); > end. > > === code end === > > === output begin === > > % ./tsettest > 32 > > === output end === > > Regards, > Sven Oh, OK, I misread the message. He was not implying the streaming would allow that :-$ Sorry. -Flávio -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazarus trunk compile fails with fpc trunk
On 11/06/2014 01:18 AM, waldo kitty wrote: On 11/5/2014 10:14 AM, Joost van der Sluis wrote: On 11/04/2014 04:50 PM, waldo kitty wrote: i updated my fpc trunk last night to 28981 and this morning i updated my lazarus trunk to 46747... fpc built properly with no problems... lazarus, on the other hand, gave me the following failure output... $004AA2F3 TABSTRACTEXTERNALTOOL__LEAVECRITICALSECTION, line 1178 of ideexterntoolintf.pas $004B43E7 TEXTERNALTOOL__SETTHREAD, line 570 of exttools.pas Could you try with fpc-trunk revision 28964? It could be that 28965 introduces this problem. But I want to know for sure before I pass this one to Jonas. (I also see that you are on Windows... well, please try 28964, then we know more) /if/ i did it right then that seems to have fixed it... i was able to get back to r28964 in FPC and get it compiled after a distclean (which i normally do before updating)... after that i ran my normal updatelaz script which pulled some new code and the built to completion... it looks like it went ok... Ok, if you now want to update to r28965 and try again. If that one fails, please create a bug-report for fpc. And include all this information. Joost. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Lazarus FPC Debian BackPorts
Hi, ( apologies for cross-posting ) I'm in the process of investigating the possible path I should take to help the Debian pkg-pascal-team to provide backport's packages for Debian Wheezy and Jessie ( and why not Squeeze LTS ). Will the Lazarus 1.2.x tree continue to support fpc 2.6.0 ? OTH, maybe it's more easy to just package the latest stable for both FPC and Lazarus ( 2.6.4 and 1.2.6 ) for all Debian versions. What do you think ? Regards, -- Dimitrios Chr. Ioannidis -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazarus trunk compile fails with fpc trunk
On 05/11/2014 16:14, Joost van der Sluis wrote: > On 11/04/2014 04:50 PM, waldo kitty wrote: >> i updated my fpc trunk last night to 28981 and this morning i updated my >> lazarus trunk to 46747... fpc built properly with no problems... >> lazarus, on the other hand, gave me the following failure output... > Could you try with fpc-trunk revision 28964? It could be that 28965 > introduces this problem. But I want to know for sure before I pass this FYI, have had no problem building laz trunk/x86 fpc trunk, windows e.g. fpc r28988. Note that make distclean was indeed sometimes necessary. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus FPC Debian BackPorts
On Thu, 06 Nov 2014 11:54:12 +0200 "Dimitrios Chr. Ioannidis" wrote: > Hi, > > ( apologies for cross-posting ) > >I'm in the process of investigating the possible path I should take to > help the Debian pkg-pascal-team to provide backport's packages for > Debian Wheezy and Jessie ( and why not Squeeze LTS ). Will the Lazarus > 1.2.x tree continue to support fpc 2.6.0 ? We don't test with that version (2.6.0 is from 1st Jan 2012). But 1.2.x only receives bug fixes so chances are high that 1.2.6 compiles with the same compilers as 1.2.0. Does it compile with 2.6.0? >OTH, maybe it's more easy to just package the latest stable for both > FPC and Lazarus ( 2.6.4 and 1.2.6 ) for all Debian versions. > >What do you think ? It would be a big plus if any new Debian release would use the latest fpc/laz version. OTOH I'm not sure if backport users want the latest and greatest. 2.6.4 introduced some incompatibilities vs 2.6.0. If some backport user want the latest and greatest he can download it from our sf page. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus FPC Debian BackPorts
On 06/11/2014 11:18, Mattias Gaertner wrote: > It would be a big plus if any new Debian release would use the > latest fpc/laz version. > OTOH I'm not sure if backport users want the latest and > greatest. 2.6.4 introduced some incompatibilities vs 2.6.0. > If some backport user want the latest and greatest he can download it > from our sf page. Given a small number of annoying bugs in 2.6.4, perhaps 2.6.2 is a better idea? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus FPC Debian BackPorts
Στις 06-11-2014 12:27, Reinier Olislagers έγραψε: On 06/11/2014 11:18, Mattias Gaertner wrote: It would be a big plus if any new Debian release would use the latest fpc/laz version. OTOH I'm not sure if backport users want the latest and greatest. 2.6.4 introduced some incompatibilities vs 2.6.0. If some backport user want the latest and greatest he can download it from our sf page. Given a small number of annoying bugs in 2.6.4, perhaps 2.6.2 is a better idea? I assume that those bugs are fixed in 2.6 fixes branch, so I'll be able to create patches, am I right ? Regards, -- Dimitrios Chr. Ioannidis -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus FPC Debian BackPorts
Στις 06-11-2014 12:18, Mattias Gaertner έγραψε: On Thu, 06 Nov 2014 11:54:12 +0200 "Dimitrios Chr. Ioannidis" wrote: Hi, ( apologies for cross-posting ) I'm in the process of investigating the possible path I should take to help the Debian pkg-pascal-team to provide backport's packages for Debian Wheezy and Jessie ( and why not Squeeze LTS ). Will the Lazarus 1.2.x tree continue to support fpc 2.6.0 ? We don't test with that version (2.6.0 is from 1st Jan 2012). But 1.2.x only receives bug fixes so chances are high that 1.2.6 compiles with the same compilers as 1.2.0. Does it compile with 2.6.0? If you don't test Lazarus against 2.6.0, then IMHO the only option for anyone to have Lazarus 1.2.6 to Wheezy is to use fpc 2.6.4 . Even if Lazarus 1.2.6 can be compiled with 2.6.0. Regards, -- Dimitrios Chr. Ioannidis -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus FPC Debian BackPorts
On 06/11/2014 11:36, Dimitrios Chr. Ioannidis wrote: > Στις 06-11-2014 12:27, Reinier Olislagers έγραψε: >> Given a small number of annoying bugs in 2.6.4, perhaps 2.6.2 is a >> better idea? > > I assume that those bugs are fixed in 2.6 fixes branch, so I'll be able to > create patches, am I right ? No. As far as I'm aware, this is not the case for bug http://bugs.freepascal.org/view.php?id=26068 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazarus trunk compile fails with fpc trunk
On 11/6/2014 4:41 AM, Joost van der Sluis wrote: On 11/06/2014 01:18 AM, waldo kitty wrote: On 11/5/2014 10:14 AM, Joost van der Sluis wrote: On 11/04/2014 04:50 PM, waldo kitty wrote: i updated my fpc trunk last night to 28981 and this morning i updated my lazarus trunk to 46747... fpc built properly with no problems... lazarus, on the other hand, gave me the following failure output... $004AA2F3 TABSTRACTEXTERNALTOOL__LEAVECRITICALSECTION, line 1178 of ideexterntoolintf.pas $004B43E7 TEXTERNALTOOL__SETTHREAD, line 570 of exttools.pas Could you try with fpc-trunk revision 28964? It could be that 28965 introduces this problem. But I want to know for sure before I pass this one to Jonas. (I also see that you are on Windows... well, please try 28964, then we know more) /if/ i did it right then that seems to have fixed it... i was able to get back to r28964 in FPC and get it compiled after a distclean (which i normally do before updating)... after that i ran my normal updatelaz script which pulled some new code and the built to completion... it looks like it went ok... Ok, if you now want to update to r28965 and try again. If that one fails, please create a bug-report for fpc. And include all this information. i followed the same method to move to FPC's r28965, built it ok, ran my updatelaz script which pulled one or two new files for lazarus and it also built properly... i don't know if i adjusted FPC to the revisions properly though... i didn't revert anything... i just told tortoise to "update to revision" both times... the first time to move back to r28964... then again to move up to r28965... did i not do that properly?? -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] "Rename identifier" issues
Hello I currently use Lazarus 1.2.6 / fpc 2.6.4. I have 2 issues with it First of all, I believe the message is slightly wrong: instead of "Choose a name for the new component", it should be "Choose a new name for the component". Here is my second issue: In a small project with only one Form, I decided at one point to rename the standard TForm1 to TMainForm and the variable Form1 to MainForm (using the F2 shortcut in both circumstances). The renaming apparently proceeded correctly and fpc compiled my application without problem. But when I ran it, I got an EResNotFound with the message "Form resource TMainForm not found (...)". I then discovered that in TMainForm.lfm still contained "object Form1: TForm1". Of course, simply renaming the component Form1 to MainForm solved the issue. In this situation, shouldn't renaming the variable with F2 also rename the component or at least suggest to do it? -- Frederic Da Vitoria (davitof) Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] "Rename identifier" issues
On Thu, 6 Nov 2014 21:21:55 +0100 Frederic Da Vitoria wrote: > Hello > > I currently use Lazarus 1.2.6 / fpc 2.6.4. I have 2 issues with it > > First of all, I believe the message is slightly wrong: instead of "Choose a > name for the new component", it should be "Choose a new name for the > component". This dialog is shown when creating a new component and when renaming. I changed it to "Choose a name for the component". > Here is my second issue: In a small project with only one Form, I decided > at one point to rename the standard TForm1 to TMainForm and the variable > Form1 to MainForm (using the F2 shortcut in both circumstances). The > renaming apparently proceeded correctly and fpc compiled my application > without problem. But when I ran it, I got an EResNotFound with the message > "Form resource TMainForm not found (...)". I then discovered that in > TMainForm.lfm still contained "object Form1: TForm1". Of course, simply > renaming the component Form1 to MainForm solved the issue. In this > situation, shouldn't renaming the variable with F2 also rename the > component or at least suggest to do it? Fixed in trunk. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Existence of Lazarus package for DragonFly BSD
On 2014-11-06 05:10, Mehmet Erol Sanliturk wrote: > Is there a package of Lazarus ( and fpc , fpc-src ) for DragonFly BSD > which I can download and install and use ? I don't know DragonFly BSD, but for FreeBSD I have always had success (and my preferred option) by simply downloading the official FPC installer setup from SourceForge and install FPC that way. Then 'git clone' the Lazarus repository and do a 'make all' It really is a simple and quick process. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus