Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)
On Wed, May 28, 2008 at 07:09:47AM +0200, Mike Hommey wrote: It was a hello world xulapp.zip I found somewhere I'm trying atm. I've now put the build-logs here: http://nchipin.kos.to/xulrunner/ Could you also put a full backtrace (bt full) ? http://nchipin.kos.to/xulrunner/gdb.txt -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)
On Tue, May 27, 2008 at 07:31:57PM +0200, Mike Hommey wrote: On Tue, May 27, 2008 at 08:29:15PM +0300, Riku Voipio wrote: Thanks, I see you fixed that already. I'm now hitting #482415 (exact same backtrace) which is supposedly already fixed? It could still be a problem at my side (armel port or the fact that I had a unclean chroot with potentially old libs/build-deps installed..) With what version of packages ? iceweasel 3.0~rc1-1 xulrunner 1.9~rc1-1 libmozjs1d 1.9~rc1-1 libnspr4-0d 4.7.1-1 libnss3-1d 3.12.0~rc3-1 Mike -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)
reopen 482415 reassign 482415 xulrunner-1.9 found 482415 1.9~rc1-1 thanks On Tue, May 27, 2008 at 09:01:04PM +0300, Riku Voipio wrote: On Tue, May 27, 2008 at 07:31:57PM +0200, Mike Hommey wrote: On Tue, May 27, 2008 at 08:29:15PM +0300, Riku Voipio wrote: Thanks, I see you fixed that already. I'm now hitting #482415 (exact same backtrace) which is supposedly already fixed? It could still be a problem at my side (armel port or the fact that I had a unclean chroot with potentially old libs/build-deps installed..) With what version of packages ? iceweasel 3.0~rc1-1 xulrunner 1.9~rc1-1 libmozjs1d 1.9~rc1-1 libnspr4-0d 4.7.1-1 libnss3-1d 3.12.0~rc3-1 Can you try to remove ~/.mozilla/firefox/*/XUL.mfasl ? If that doesn't change anything, can you also try moving ~/.mozilla around ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)
On Tue, May 27, 2008 at 08:07:37PM +0200, Mike Hommey wrote: iceweasel 3.0~rc1-1 xulrunner 1.9~rc1-1 libmozjs1d 1.9~rc1-1 libnspr4-0d 4.7.1-1 libnss3-1d 3.12.0~rc3-1 Can you try to remove ~/.mozilla/firefox/*/XUL.mfasl ? If that doesn't change anything, can you also try moving ~/.mozilla around ? No difference. The system has never had a configured iceweasel so I just nuked the ~/.mozilla. Basic javascript seems to work fine smjs from spidermonkey-bin, but even the simplest xulrunner demo app I could find crashes at: nsFrame::BoxReflow (this=0x44a1b4, [EMAIL PROTECTED], aPresContext=0x161008, [EMAIL PROTECTED], aRenderingContext=0x0, aX=6000, aY=6000, aWidth=0, aHeight=0, aMoveFrame=1) at nsFrame.cpp:6291 Don't worry too much yet, it still could be a just a portability issue. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)
On Tue, May 27, 2008 at 10:41:49PM +0300, Riku Voipio wrote: On Tue, May 27, 2008 at 08:07:37PM +0200, Mike Hommey wrote: iceweasel 3.0~rc1-1 xulrunner 1.9~rc1-1 libmozjs1d 1.9~rc1-1 libnspr4-0d 4.7.1-1 libnss3-1d 3.12.0~rc3-1 Can you try to remove ~/.mozilla/firefox/*/XUL.mfasl ? If that doesn't change anything, can you also try moving ~/.mozilla around ? No difference. The system has never had a configured iceweasel so I just nuked the ~/.mozilla. Basic javascript seems to work fine smjs from spidermonkey-bin, but even the simplest xulrunner demo app I could find crashes at: nsFrame::BoxReflow (this=0x44a1b4, [EMAIL PROTECTED], aPresContext=0x161008, [EMAIL PROTECTED], aRenderingContext=0x0, aX=6000, aY=6000, aWidth=0, aHeight=0, aMoveFrame=1) at nsFrame.cpp:6291 Don't worry too much yet, it still could be a just a portability issue. Probably not. That could be a window manager related issue, though. Can you try with another one ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)
Don't worry too much yet, it still could be a just a portability issue. Probably not. That could be a window manager related issue, though. Can you try with another one ? normally using kwin. Fired a Xephyr at :2 and tried with icewm and metacity - same results :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)
On Tue, May 27, 2008 at 11:41:15PM +0300, Riku Voipio wrote: Don't worry too much yet, it still could be a just a portability issue. Probably not. That could be a window manager related issue, though. Can you try with another one ? normally using kwin. Fired a Xephyr at :2 and tried with icewm and metacity - same results :( ... but it does work with a very very simple xul application. If it weren't, it wouldn't build: there is a test rule that would prevent the build to go further... Did you try mybrowser or xulmine ? http://benjamin.smedbergs.us/xulrunner/ (unzip and run xulrunner-1.9 application.ini) Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)
On Tue, May 27, 2008 at 10:55:15PM +0200, Mike Hommey wrote: On Tue, May 27, 2008 at 11:41:15PM +0300, Riku Voipio wrote: Don't worry too much yet, it still could be a just a portability issue. Probably not. That could be a window manager related issue, though. Can you try with another one ? normally using kwin. Fired a Xephyr at :2 and tried with icewm and metacity - same results :( ... but it does work with a very very simple xul application. If it weren't, it wouldn't build: there is a test rule that would prevent the build to go further... It was a hello world xulapp.zip I found somewhere I'm trying atm. I've now put the build-logs here: http://nchipin.kos.to/xulrunner/ Did you try mybrowser or xulmine ? http://benjamin.smedbergs.us/xulrunner/ (unzip and run xulrunner-1.9 application.ini) Same results with both of them :| I had to edit application.ini to allow version 1.9 of xulrunner. -- rm -rf only sounds scary if you don't have backups signature.asc Description: Digital signature
Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)
On Wed, May 28, 2008 at 12:26:27AM +0300, Riku Voipio wrote: On Tue, May 27, 2008 at 10:55:15PM +0200, Mike Hommey wrote: On Tue, May 27, 2008 at 11:41:15PM +0300, Riku Voipio wrote: Don't worry too much yet, it still could be a just a portability issue. Probably not. That could be a window manager related issue, though. Can you try with another one ? normally using kwin. Fired a Xephyr at :2 and tried with icewm and metacity - same results :( ... but it does work with a very very simple xul application. If it weren't, it wouldn't build: there is a test rule that would prevent the build to go further... It was a hello world xulapp.zip I found somewhere I'm trying atm. I've now put the build-logs here: http://nchipin.kos.to/xulrunner/ Could you also put a full backtrace (bt full) ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]