Re: [Lazarus] Strange interaction between combox and IniPropStorage
On Thu, Aug 13, 2015 at 4:24 AM, Luca Olivetti l...@wetron.es wrote: El 12/08/15 a les 16:37, Luca Olivetti ha escrit: Definitely a regression: I just had to modify an old program (where this feature worked) and it doesn't work anymore :-( At least the workaround seems to do the job. It's not a regression, it's probably always been there, but I manually called SaveProperties previously, but since the IniPropstorage does it automatically, I removed my call. *However* it calls it when the form is being freed, and in that case the combobox returns the previous itemindex, not the changed one. I added a comment and a couple of possible patches in the bugreport. http://bugs.freepascal.org/view.php?id=28514 Good job. I would add a comment explaining the need for the GetItemIndex call, however ;-) I recall combobox went through various iteations to fix synchronizing state between the LCL and the underlying widgetset... Best regards, Flávio -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] While starting IDE, lazarus lock, without nay error
I'm still can not use lazarus. IDE freezing while showing splash screen, when terminate application osx create crash report, I'm adding lazarus crash report maybe give detail for bug. Heaviest stack for the main thread of the target process: 124 FPC_SYSTEMMAIN + 41 (lazarus + 137641) [0x1000219a9] 124 PASCALMAIN + 331 (lazarus.pp:118,3 in lazarus + 3587) [0x10e03] 124 MAIN$_$TMAINIDE_$__$$_CREATE$TCOMPONENT$$TMAINIDE + 320 (main.pp:1445,10 in lazarus + 468952) [0x1000727d8] 124 MAIN$_$TMAINIDE_$__$$_INITCODETOOLBOSS$$BOOLEAN + 692 (main.pp:8697,3 in lazarus + 593012) [0x100090c74] 124 BUILDMANAGER$_$TBUILDMANAGER_$__$$_SETBUILDTARGETPROJECT1$BOOLEAN$TSCANMODEFPCSOURCES + 130 (buildmanager.pas:2708,3 in lazarus + 7003338) [0x1006adcca] 124 BUILDMANAGER$_$TBUILDMANAGER_$__$$_SETBUILDTARGET$crc379A49A4 + 2235 (buildmanager.pas:2692,67 in lazarus + 7002723) [0x1006ada63] 124 BUILDMANAGER$_$TBUILDMANAGER_$__$$_RESCANCOMPILERDEFINES$BOOLEAN$BOOLEAN$BOOLEAN$BOOLEAN + 1594 (buildmanager.pas:949,5 in lazarus + 6962146) [0x1006a3be2] 124 BUILDMANAGER$_$TBUILDMANAGER_$__$$_SAVEFPCDEFINESCACHES + 341 (buildmanager.pas:1083,35 in lazarus + 6965677) [0x1006a49ad] 124 DEFINETEMPLATES$_$TFPCDEFINESCACHE_$__$$_SAVETOXMLCONFIG$TXMLCONFIG$ANSISTRING + 138 (definetemplates.pas:8894,62 in lazarus + 3552226) [0x1003633e2] 124 DEFINETEMPLATES$_$TFPCTARGETCONFIGCACHES_$__$$_SAVETOXMLCONFIG$TXMLCONFIG$ANSISTRING + 271 (definetemplates.pas:8270,63 in lazarus + 3539543) [0x100360257] 124 DEFINETEMPLATES$_$TFPCTARGETCONFIGCACHE_$__$$_SAVETOXMLCONFIG$TXMLCONFIG$ANSISTRING + 1895 (definetemplates.pas:7815,26 in lazarus + 3528407) [0x10035d6d7] 27 fpc_varset_add_sets + 39 (lazarus + 12799) [0x131ff] (running) Process: lazarus (Lazarus) [34480] Path:/Applications/lazarus.app/Contents/MacOS/lazarus Architecture:x86_64 UID: 502 Task size: 17655 pages (-23) CPU Time:12.315s Note:Unresponsive for 2 seconds before sampling Note:2 idle work queue threads omitted Thread 0x4955e DispatchQueue 1 124 samples (1-124) priority 46-47 cpu time 12.299s frontmost, thread QoS user interactive, boosted, IO policy important, priority 47 124 FPC_SYSTEMMAIN + 41 (lazarus + 137641) [0x1000219a9] 1-124 124 PASCALMAIN + 331 (lazarus.pp:118,3 in lazarus + 3587) [0x10e03] 1-124 124 MAIN$_$TMAINIDE_$__$$_CREATE$TCOMPONENT$$TMAINIDE + 320 (main.pp:1445,10 in lazarus + 468952) [0x1000727d8] 1-124 124 MAIN$_$TMAINIDE_$__$$_INITCODETOOLBOSS$$BOOLEAN + 692 (main.pp:8697,3 in lazarus + 593012) [0x100090c74] 1-124 124 BUILDMANAGER$_$TBUILDMANAGER_$__$$_SETBUILDTARGETPROJECT1$BOOLEAN$TSCANMODEFPCSOURCES + 130 (buildmanager.pas:2708,3 in lazarus + 7003338) [0x1006adcca] 1-124 124 BUILDMANAGER$_$TBUILDMANAGER_$__$$_SETBUILDTARGET$crc379A49A4 + 2235 (buildmanager.pas:2692,67 in lazarus + 7002723) [0x1006ada63] 1-124 124 BUILDMANAGER$_$TBUILDMANAGER_$__$$_RESCANCOMPILERDEFINES$BOOLEAN$BOOLEAN$BOOLEAN$BOOLEAN + 1594 (buildmanager.pas:949,5 in lazarus + 6962146) [0x1006a3be2] 1-124 124 BUILDMANAGER$_$TBUILDMANAGER_$__$$_SAVEFPCDEFINESCACHES + 341 (buildmanager.pas:1083,35 in lazarus + 6965677) [0x1006a49ad] 1-124 124 DEFINETEMPLATES$_$TFPCDEFINESCACHE_$__$$_SAVETOXMLCONFIG$TXMLCONFIG$ANSISTRING + 138 (definetemplates.pas:8894,62 in lazarus + 3552226) [0x1003633e2] 1-124 124 DEFINETEMPLATES$_$TFPCTARGETCONFIGCACHES_$__$$_SAVETOXMLCONFIG$TXMLCONFIG$ANSISTRING + 271 (definetemplates.pas:8270,63 in lazarus + 3539543) [0x100360257] 1-124 124 DEFINETEMPLATES$_$TFPCTARGETCONFIGCACHE_$__$$_SAVETOXMLCONFIG$TXMLCONFIG$ANSISTRING + 1895 (definetemplates.pas:7815,26 in lazarus + 3528407) [0x10035d6d7] 1-124 2 DEFINETEMPLATES_$$_MAKERELATIVEFILELIST$TSTRINGS$ANSISTRING$$TSTRINGLIST + 609 (definetemplates.pas:1236,13 in lazarus + 3414753) [0x100341ae1] (running) 1-2 1fpc_ansistr_copy + 174 (lazarus + 47358) [0x1b8fe] (running) 3 1fpc_varset_add_sets + 32 (lazarus + 12792) [0x131f8] (running) 4 1fpc_varset_add_sets + 39 (lazarus + 12799) [0x131ff] (running) 5 1 DEFINETEMPLATES_$$_MAKERELATIVEFILELIST$TSTRINGS$ANSISTRING$$TSTRINGLIST + 607 (definetemplates.pas:1236,13 in lazarus + 3414751) [0x100341adf] (running) 6 1fpc_varset_add_sets + 39 (lazarus + 12799) [0x131ff] (running) 7 1 DEFINETEMPLATES_$$_MAKERELATIVEFILELIST$TSTRINGS$ANSISTRING$$TSTRINGLIST + 581 (definetemplates.pas:1236,13 in lazarus + 3414725) [0x100341ac5] (running) 8 1fpc_varset_add_sets + 32 (lazarus + 12792) [0x131f8] (running) 9 1
Re: [Lazarus] While starting IDE, lazarus lock, without nay error
On 14.08.2015 11:50, Mattias Gaertner wrote: This happens only on FPC 3.1.1, right? You right. We have to find out the revision of FPC that broke it. Maybe it gives a clue what needs changing. Mattias I'm investigating fpc subversions as long as yesterday. I tested last revision a few seconds ago. in fpc svn r31264 lazarus r49665 same bug still continue. I mean IDE freezing. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Run/Compile ignores changes in inline functions
Am 2015-08-13 um 23:35 schrieb Sven Barth: Am 13.08.2015 12:48 schrieb Jürgen Hestermann juergen.hesterm...@gmx.de: It seems that if I change something within a function that is declared inline and I then use run/compile in Lazarus it does not rebuild this function. I have to use run/build to see my changes in the program. Is this a known issue? Does this also happen if you compile on the commandline using fpc directly? Which compiler version are you using? I am using the standard Lazarus IDE 1.4.2 with FPC 2.6.4 (on Windows). I have not tested this on the command line yet (I don't even know how to invoke it). But maybe it was not precise what I wrote. I am using the Run command (invoked with key) which IMO does a Run/Compile with additonal start of the program. The inline function is declared in one unit while it is called in another unit. Maybe this plays a role here. Now that I think about it it could be a problem of FPC, not Lazarus. But I don't know how it works in the background. The unit with the inline function seems to be recompiled but not the unit(s) which use these functions. Because of the nature of inline functions I would expect them to be recompiled too. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] While starting IDE, lazarus lock, without nay error
On Fri, 14 Aug 2015 11:35:33 +0300 FreeMan freema...@delphiturkiye.com wrote: I'm still can not use lazarus. IDE freezing while showing splash screen, when terminate application osx create crash report, I'm adding lazarus crash report maybe give detail for bug. This happens only on FPC 3.1.1, right? We have to find out the revision of FPC that broke it. Maybe it gives a clue what needs changing. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Improving UTF8CharacterLength?
On Thu, 13 Aug 2015 14:53:50 +0200 Jürgen Hestermann juergen.hesterm...@gmx.de wrote: [...] If I am right (after a quick look) then UTF8CharacterStrictLength gives back 0 in cases where UTF8CharacterLength would give back 1. Yes. IMO this does not change the underlying problem that if you have an invalid UTF-8 string then you cannot fix this situation within functions like UTF8CharacterLength or UTF8CharacterStrictLength. They should not fix it. If you want to fix a string you can use the UTF8FixBroken function. There is no way around it other than: 1.) Make sure your strings are all valid UTF-8 or 2.) Do error checking and error handling in your program yourself 3.) Skip invalid chars. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Specifying Y axis
Hi, I have a line graph that only needs to display 0's and 1's however, when the first 0 is plotted, the Y axis is set-up as the lowest mark being -1, then goes up through 0 to then be +1. How can I set the graph up to say that the lowest mark would be 0 and the highest would be 1? Many thanks Richard -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
