Re: [Lazarus] r45949: Access violation when executing compiler
On Sun, 20 Jul 2014 16:16:47 -0700 (PDT) leledumbo wrote: > Anyone responsible for this? Sorry. My fault. Fixed. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Qt interface on Linux uses plastique style by default
On Sun, 20 Jul 2014 16:02:01 -0700 (PDT) leledumbo wrote: > I don't remember having this issue a couple of weeks ago. Just update from > svn and now Lazarus uses plastique style by default, instead of following > system style (which is set to oxygen). I have to fool startlazarus by > creating lazarus script which calls the real lazarus with -style oxygen. > Honestly, plastique is ugly. Please create a bug report. Zeljko is on vacation. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] r45949: Access violation when executing compiler
Cannot even compile itself or any Project or any invocation of FPC. Definitely raises an A/V. On 14-07-20 06:16 PM, leledumbo wrote: Anyone responsible for this? Adding "--primary-config-path=/mnt/LinuxShared/lazarus-svn/config" as a parameter bacada1.lpi is a file is a file SetPrimaryConfigPath NewValue="/mnt/LinuxShared/lazarus-svn/config" -> "/mnt/LinuxShared/lazarus-svn/config" TLazarusManager.Run starting /mnt/LinuxShared/lazarus-svn/lazarus ... SetPrimaryConfigPath NewValue="/mnt/LinuxShared/lazarus-svn/config" -> "/mnt/LinuxShared/lazarus-svn/config" TMainIDE.ParseCmdLineOptions: PrimaryConfigPath="/mnt/LinuxShared/lazarus-svn/config/" SecondaryConfigPath="/etc/lazarus" TLazPackageGraph.CheckIfCurPkgOutDirNeedsCompile Last= -Fu. -MObjFPC -Scghi -O1 -g -gl -vewnhi -l fcllaz.pas TLazPackageGraph.CheckIfCurPkgOutDirNeedsCompile Compiler custom params changed for FCL 1.0.1 Old="-MObjFPC -Scghi -O1 -g -gl fcllaz.pas" Now="-MObjFPC -Scghi -O1 -g -gl -O3 -g- -CX -XXs -dEnableNewExtTools fcllaz.pas" State file="/mnt/LinuxShared/lazarus-svn/packager/units/x86_64-linux/FCL.compiled" TApplication.HandleException Access violation Stack trace: $008286DD line 1181 of ideexterntoolintf.pas $0085341E line 4190 of compileroptions.pp $0093BB96 line 3527 of ../packager/packagesystem.pas $0093B128 line 3392 of ../packager/packagesystem.pas $00955919 line 4162 of ../packager/pkgmanager.pas $004ACB30 line 6531 of main.pp $004A399D line 4257 of main.pp $008348F1 line 575 of menuintf.pas $00838661 line 1650 of menuintf.pas $0068DBD0 line 84 of include/menuitem.inc $0068E4CA line 282 of include/menuitem.inc $004342AF $7F01EE1836F6 [TMainIDE.Destroy] A [TMainIDE.Destroy] B -> inherited Destroy... TMainIDE [TMainIDE.Destroy] END -- View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/r45949-Access-violation-when-executing-compiler-tp4038025.html Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] r45949: Access violation when executing compiler
Il 21/07/2014 01:16, leledumbo ha scritto: Anyone responsible for this? Adding "--primary-config-path=/mnt/LinuxShared/lazarus-svn/config" as a parameter bacada1.lpi is a file is a file SetPrimaryConfigPath NewValue="/mnt/LinuxShared/lazarus-svn/config" -> "/mnt/LinuxShared/lazarus-svn/config" TLazarusManager.Run starting /mnt/LinuxShared/lazarus-svn/lazarus ... SetPrimaryConfigPath NewValue="/mnt/LinuxShared/lazarus-svn/config" -> "/mnt/LinuxShared/lazarus-svn/config" TMainIDE.ParseCmdLineOptions: PrimaryConfigPath="/mnt/LinuxShared/lazarus-svn/config/" SecondaryConfigPath="/etc/lazarus" TLazPackageGraph.CheckIfCurPkgOutDirNeedsCompile Last= -Fu. -MObjFPC -Scghi -O1 -g -gl -vewnhi -l fcllaz.pas TLazPackageGraph.CheckIfCurPkgOutDirNeedsCompile Compiler custom params changed for FCL 1.0.1 Old="-MObjFPC -Scghi -O1 -g -gl fcllaz.pas" Now="-MObjFPC -Scghi -O1 -g -gl -O3 -g- -CX -XXs -dEnableNewExtTools fcllaz.pas" State file="/mnt/LinuxShared/lazarus-svn/packager/units/x86_64-linux/FCL.compiled" TApplication.HandleException Access violation Stack trace: $008286DD line 1181 of ideexterntoolintf.pas $0085341E line 4190 of compileroptions.pp $0093BB96 line 3527 of ../packager/packagesystem.pas $0093B128 line 3392 of ../packager/packagesystem.pas $00955919 line 4162 of ../packager/pkgmanager.pas $004ACB30 line 6531 of main.pp $004A399D line 4257 of main.pp $008348F1 line 575 of menuintf.pas $00838661 line 1650 of menuintf.pas $0068DBD0 line 84 of include/menuitem.inc $0068E4CA line 282 of include/menuitem.inc $004342AF $7F01EE1836F6 [TMainIDE.Destroy] A [TMainIDE.Destroy] B -> inherited Destroy... TMainIDE [TMainIDE.Destroy] END Same problem here without any --primary-path..etc Just after updating from rev 45946 to rev 45949 , any attempt to compile anything from IDE gives an access violation. Linux- 32 bit Giuliano -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] r45949: Access violation when executing compiler
Anyone responsible for this? Adding "--primary-config-path=/mnt/LinuxShared/lazarus-svn/config" as a parameter bacada1.lpi is a file is a file SetPrimaryConfigPath NewValue="/mnt/LinuxShared/lazarus-svn/config" -> "/mnt/LinuxShared/lazarus-svn/config" TLazarusManager.Run starting /mnt/LinuxShared/lazarus-svn/lazarus ... SetPrimaryConfigPath NewValue="/mnt/LinuxShared/lazarus-svn/config" -> "/mnt/LinuxShared/lazarus-svn/config" TMainIDE.ParseCmdLineOptions: PrimaryConfigPath="/mnt/LinuxShared/lazarus-svn/config/" SecondaryConfigPath="/etc/lazarus" TLazPackageGraph.CheckIfCurPkgOutDirNeedsCompile Last= -Fu. -MObjFPC -Scghi -O1 -g -gl -vewnhi -l fcllaz.pas TLazPackageGraph.CheckIfCurPkgOutDirNeedsCompile Compiler custom params changed for FCL 1.0.1 Old="-MObjFPC -Scghi -O1 -g -gl fcllaz.pas" Now="-MObjFPC -Scghi -O1 -g -gl -O3 -g- -CX -XXs -dEnableNewExtTools fcllaz.pas" State file="/mnt/LinuxShared/lazarus-svn/packager/units/x86_64-linux/FCL.compiled" TApplication.HandleException Access violation Stack trace: $008286DD line 1181 of ideexterntoolintf.pas $0085341E line 4190 of compileroptions.pp $0093BB96 line 3527 of ../packager/packagesystem.pas $0093B128 line 3392 of ../packager/packagesystem.pas $00955919 line 4162 of ../packager/pkgmanager.pas $004ACB30 line 6531 of main.pp $004A399D line 4257 of main.pp $008348F1 line 575 of menuintf.pas $00838661 line 1650 of menuintf.pas $0068DBD0 line 84 of include/menuitem.inc $0068E4CA line 282 of include/menuitem.inc $004342AF $7F01EE1836F6 [TMainIDE.Destroy] A [TMainIDE.Destroy] B -> inherited Destroy... TMainIDE [TMainIDE.Destroy] END -- View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/r45949-Access-violation-when-executing-compiler-tp4038025.html Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Qt interface on Linux uses plastique style by default
I don't remember having this issue a couple of weeks ago. Just update from svn and now Lazarus uses plastique style by default, instead of following system style (which is set to oxygen). I have to fool startlazarus by creating lazarus script which calls the real lazarus with -style oxygen. Honestly, plastique is ugly. -- View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/Qt-interface-on-Linux-uses-plastique-style-by-default-tp4038024.html Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On 20/07/14 15:47, Joost van der Sluis wrote: You are right, the backtrace looks normal. I suspected that the read was not being called from within the debug-thread. Although in that case the error-code normally is 3, not 5. But from the backtrace it is clear that this is not the case. You are probably right that it is something unrelated, such as the watches-window. But I can not reproduce your problem, with a rtl compiled with OPT=-gw2 I can step through as much as I want. I did fix some problems with resetting breakpoints and did apply your patch to find relative filenames. Can yu update and try again? Maybe I'm lucky... I haven't seen the spurious SIGSEGV for a while, so maybe that is fixed. I am still seeing the spurious leaving of a routine on pressing step into on one particular begin, but mostly it looks good - I think it is rather faster than the gdb debugger. Not sure about the spurious step - I notice on some routines stepping steps to the end line sometimes and then back into the routine. Perahps it is related to this? Colin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] CodeCompletion: Unit not found, compile ok
Zitat von Mattias Gaertner : On Sun, 20 Jul 2014 18:30:57 + Lukas Gradl wrote: I've a strange problem with Lazarus (1.3, SVN 45936M): Im working on a Linux-X64-Workstation but the target of the current project is Win32/i386. I have a TDBGrid (dbgFolderDocs) on my form. I can compile the project, it runs correctly. But while coding when I press the . in the line for i:=0 to dbgFolderDocs.SelectedRows an error occurs (it's german, i translated it, so it might be not the exact english error message): Codetools, Error: 1 dbgrids.pas(37,65) Error: Unit not found: Variants How can this be - the compiler can find the unit. Variants is a standard FPC unit. This was a good hint. If compiling works, but the IDE cannot find the unit, it means the IDE cannot find it in the FPC Sources. Check View / IDE Internals / About IDE: FPC source directory Real FPC source directory They were set correctly. But a "Tools / ReRead FPC directory" (again: translated from german) fixed the problem. Thanks Lukas -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] CodeCompletion: Unit not found, compile ok
On Sun, 20 Jul 2014 18:30:57 + Lukas Gradl wrote: > I've a strange problem with Lazarus (1.3, SVN 45936M): > > Im working on a Linux-X64-Workstation but the target of the current > project is Win32/i386. > > I have a TDBGrid (dbgFolderDocs) on my form. > > I can compile the project, it runs correctly. > > But while coding when I press the . in the line > for i:=0 to dbgFolderDocs.SelectedRows > an error occurs (it's german, i translated it, so it might be not the > exact english error message): > Codetools, Error: 1 > dbgrids.pas(37,65) Error: Unit not found: Variants > > How can this be - the compiler can find the unit. Variants is a standard FPC unit. If compiling works, but the IDE cannot find the unit, it means the IDE cannot find it in the FPC Sources. Check View / IDE Internals / About IDE: FPC source directory Real FPC source directory Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] CodeCompletion: Unit not found, compile ok
Zitat von mar...@stack.nl: In our previous episode, Lukas Gradl said: I've a strange problem with Lazarus (1.3, SVN 45936M): Is my guess correct that you also use a trunk version of FPC? Yes, your guess is correct. I use the latest fpc-svn as well. regards Lukas -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] CodeCompletion: Unit not found, compile ok
In our previous episode, Lukas Gradl said: > I've a strange problem with Lazarus (1.3, SVN 45936M): Is my guess correct that you also use a trunk version of FPC? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] CodeCompletion: Unit not found, compile ok
I've a strange problem with Lazarus (1.3, SVN 45936M): Im working on a Linux-X64-Workstation but the target of the current project is Win32/i386. I have a TDBGrid (dbgFolderDocs) on my form. I can compile the project, it runs correctly. But while coding when I press the . in the line for i:=0 to dbgFolderDocs.SelectedRows an error occurs (it's german, i translated it, so it might be not the exact english error message): Codetools, Error: 1 dbgrids.pas(37,65) Error: Unit not found: Variants How can this be - the compiler can find the unit. Any help appreciated, Lukas -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Editor Toolbar patch posted
Il 19/07/2014 14:30, FreeMan ha scritto: For left and right position, need a few increase with, hard to click, "Jump to" button's dropdown icon You're right, but this isn't a issue of the editortoolbar package: it's a general issue of the TToolbar component, which rearranges and resizes the buttons depending on orientation. Widening the Toolbar doesn't help, one just gets blank space on the right, after the control. I believe that the horizontal orientation has been ironed up much better than the vertical one. Giuliano -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
> On 19/07/14 22:26, Joost van der Sluis wrote: > > > > Do you get a message on the console like 'failed to write data at > > xx'? > > > > > > Just tried it again - it doesn't seem to be consistent. The specific was > > > stepping into a routine, and the problem seems to happen when stepping > > > "into" at the first begin. Trying it just now the debugger step into in > > > these circumstances - it now exits the routine. There are lots of > > > "Failed to read data at address $10B70F08C08347F8 from processid 11321. > > > Errcode: 5 > > > Failed to read data at address $E800C766D388 from processid 11321. > > > Errcode: 5 > > > Failed to read data at address $E800C766D388 from processid 11321. > > > Errcode: 5 > > > Failed to read data at address $E800C766D388 from processid 11321. > > > Errcode: 5 > > > Failed to read data at address $E800C766D388 from processid 11321. > > > Errcode: 5 > > > Failed to read data at address $E800C766D388 from processid 11321. > > > Errcode: 5" > > > > Can you run Lazarus in a debugger (gdb, but in principle fpdebug is also > > possible ;) ) and set a breakpoint on fpdbglinuxclasses.pas:591. This is > > the line where the error above is printed. Then please try to reproduce > > the problem, and send me a backtrace when that breakpoint is hit. > > The behavior "failed to read" messages seem rather random. I think they > may only arise when I have the "locals" window open, in which case > presumably read failures are to be expected. A backtrace (below) doesn't > look that useful. The "step into" failing on a begin failure seems > consistent, though it certainly doesn't happen on every begin. You are right, the backtrace looks normal. I suspected that the read was not being called from within the debug-thread. Although in that case the error-code normally is 3, not 5. But from the backtrace it is clear that this is not the case. You are probably right that it is something unrelated, such as the watches-window. But I can not reproduce your problem, with a rtl compiled with OPT=-gw2 I can step through as much as I want. I did fix some problems with resetting breakpoints and did apply your patch to find relative filenames. Can yu update and try again? Maybe I'm lucky... Joost.-- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
2014.07.14. 23:13 keltezéssel, Joost van der Sluis írta: To install the debugger just install the components/lazdebuggers/lazdebuggerfp.lpk package. Hi All, Can anybody install on Win32? Gabor -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On 19/07/14 22:26, Joost van der Sluis wrote: > > Did you step directly into fpc_shortstr_SInt, or did you do a 'step > > into', and did it eventually arrived at fpc_shortstr_SInt, because it > > was the first procedure with debug-info? > > > > In the first case, a software-debug breakpoint is set, which is probably > > not removed correctly. In that case the debuggee does SIGSEGV, only it > > will only do this because the debugger did change it's code. > > > > In the second case, it's difficult to say what happens, since > > hardware-breakpoints are used in that case. > > > > Do you get a message on the console like 'failed to write data at xx'? > > > > Just tried it again - it doesn't seem to be consistent. The specific was > stepping into a routine, and the problem seems to happen when stepping > "into" at the first begin. Trying it just now the debugger step into in > these circumstances - it now exits the routine. There are lots of > "Failed to read data at address $10B70F08C08347F8 from processid 11321. > Errcode: 5 > Failed to read data at address $E800C766D388 from processid 11321. > Errcode: 5 > Failed to read data at address $E800C766D388 from processid 11321. > Errcode: 5 > Failed to read data at address $E800C766D388 from processid 11321. > Errcode: 5 > Failed to read data at address $E800C766D388 from processid 11321. > Errcode: 5 > Failed to read data at address $E800C766D388 from processid 11321. > Errcode: 5" Can you run Lazarus in a debugger (gdb, but in principle fpdebug is also possible ;) ) and set a breakpoint on fpdbglinuxclasses.pas:591. This is the line where the error above is printed. Then please try to reproduce the problem, and send me a backtrace when that breakpoint is hit. The behavior "failed to read" messages seem rather random. I think they may only arise when I have the "locals" window open, in which case presumably read failures are to be expected. A backtrace (below) doesn't look that useful. The "step into" failing on a begin failure seems consistent, though it certainly doesn't happen on every begin. Breakpoint 1, READWORDSIZE (parentfp=0x7fd9e359e9c0, ADR=0, AVAL= 18446744073709551615) at fpdbglinuxclasses.pas:591 591 log('Failed to read data at address '+FormatAddress(Adr)+' from processid '+inttostr(Process.ProcessID)+'. Errcode: '+inttostr(e)); (gdb) where #0 READWORDSIZE (parentfp=0x7fd9e359e9c0, ADR=0, AVAL=18446744073709551615) at fpdbglinuxclasses.pas:591 #1 0x0140925f in READDATA (this=0x7fd9e1515040, AADRESS=1, ASIZE= 2000, ADATA=0) at fpdbglinuxclasses.pas:614 #2 0x0149580a in DOREADDATA (this=0x7fd9f1d07e00) at fpdebugdebugger.pas:1443 #3 0x014938e2 in EXECUTE (this=0x7fd9e8bb84e0) at fpdebugdebugger.pas:852 #4 0x00718ad0 in THREADFUNC (PARAMETER=0x7fd9e8bb84e0) at ../unix/tthread.inc:109 #5 0x7fd9e8bb84e0 in ?? () #6 0x7fd9e154d000 in ?? () #7 0x7fd9e8bb84e0 in ?? () #8 0x0064901c in SYSFREEMEM_FIXED (LOC_FREELISTS=0x20, PMC= 0x7fd9e801fb00) at ../inc/heap.inc:1154 #9 0x7fd9e359eaa8 in ?? () #10 0x in ?? () Colin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus