IDE segfaults on native ARM and SPARC
Original Reporter info from Mantis: MarkMLl @MarkMLl
-
Reporter name: Mark Morgan Lloyd
Original Reporter info from Mantis: MarkMLl @MarkMLl
- Reporter name: Mark Morgan Lloyd
Description:
Running on (Debian) Linux on native ARM and SPARC, the IDE segfaults when selecting a project or closing the IDE. A similar configuration runs without problems on x86 and PPC, suggesting that it could possibly be an alignment issue.
Additional information:
On native ARM:
==============
#0 0x005f0fa0 in SEARCH (ANUNITINFO=0x40f324c0, ACOMPONENT=0x41cfd800, parentfp=0xbef75824) at project.pp:4653
#1 0x005f0ba8 in TPROJECT__UPDATEUNITCOMPONENTDEPENDENCIES (this=0x41141340) at project.pp:4731
#2 0x000a04f0 in TMAINIDE__UNITCOMPONENTISUSED (ANUNITINFO=0x40f324c0, CHECKHASDESIGNER=false,
this=0x411510e0) at main.pp:7333
#3 0x0009feb0 in TMAINIDE__CLOSEUNITCOMPONENT (ANUNITINFO=0x40f324c0, FLAGS=[], this=0x411510e0)
at main.pp:7207
#4 0x000a5894 in TMAINIDE__DOCLOSEEDITORFILE (AEDITOR=0x418e2320, FLAGS=[CFPROJECTCLOSING], this=0x411510e0)
at main.pp:8589
#5 0x000ac344 in TMAINIDE__DOCLOSEPROJECT (this=0x411510e0) at main.pp:10135
#6 0x0008573c in TMAINIDE__MAINIDEFORMCLOSEQUERY (SENDER=0x41662460, CANCLOSE=false, this=0x411510e0)
at main.pp:1737
#7 0x000674dc in TCUSTOMFORM__CLOSEQUERY (this=0x41662460) at ./include/customform.inc:2082
#8 0x0006721c in TCUSTOMFORM__CLOSE (this=0x41662460) at ./include/customform.inc:1992
#9 0x00067610 in TCUSTOMFORM__WMCLOSEQUERY (MESSAGE=
...
On SPARC:
=========
#0 0x006d72d8 in SEARCH (ANUNITINFO=0xf6e8cb60, ACOMPONENT=0xf63c9920, parentfp=0xff208408) at project.pp:4653
#1 0x006d6e1c in TPROJECT__UPDATEUNITCOMPONENTDEPENDENCIES (this=0xf64e4020) at project.pp:4731
#2 0x000b0f38 in TMAINIDE__UNITCOMPONENTISUSED (ANUNITINFO=0xf6e8cb60, CHECKHASDESIGNER=false,
this=0xf6e6c0e0) at main.pp:7333
#3 0x000b07a4 in TMAINIDE__CLOSEUNITCOMPONENT (ANUNITINFO=0xf6e8cb60, FLAGS=[], this=0xf6e6c0e0)
at main.pp:7207
#4 0x000b739c in TMAINIDE__DOCLOSEEDITORFILE (AEDITOR=0xf63201a0, FLAGS=[CFPROJECTCLOSING], this=0xf6e6c0e0)
at main.pp:8589
#5 0x000bf3a4 in TMAINIDE__DOCLOSEPROJECT (this=0xf6e6c0e0) at main.pp:10135
#6 0x00092d14 in TMAINIDE__MAINIDEFORMCLOSEQUERY (SENDER=0xf6801080, CANCLOSE=false, this=0xf6e6c0e0)
at main.pp:1737
#7 0x0006fe24 in TCUSTOMFORM__CLOSEQUERY (this=0xf6801080) at ./include/customform.inc:2082
#8 0x0006fab4 in TCUSTOMFORM__CLOSE (this=0xf6801080) at ./include/customform.inc:1992
#9 0x0006ff88 in TCUSTOMFORM__WMCLOSEQUERY (MESSAGE=
...
In both cases this is from a freshly-compiled 0.9.30, based on 30077 from SVN. Platform is GTK2, GTK is similar and I'm unable to test Qt. Lazbuild runs OK in both cases, as do generated programs.
I've known about this for a while on SPARC but the recent discussion about running natively on ARM makes it more significant. In the case of ARM I was running on an NSLU2 "Slug" with Debian "Lenny", Lukasz Sokol suggests there are no problems on a Maemo.
I can make a SPARC-based system available for testing, which will be faster than at least some ARMs (compiling Lazarus on a Slug takes a week).