Jump to content


really stuck - std::bad_alloc - cannot compile/run GCS anymore


  • Please log in to reply
24 replies to this topic

#1 Andre-K

Andre-K

    Advanced Member

  • Members
  • PipPipPip
  • 185 posts
  • Country: flag of Norway Norway


Posted 04 January 2012 - 12:49 PM

I were unable to run groundstation for some time now,
- deleted PpenPilot and /config/OpenPilot

did a git clone, then git checkout next.  , then build -j4 gcs  the build completes - but when running openpilotgcs.bin, after 10sec I get :

terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc
Aborted


please, if anyone have any idea what's going on ...

#2 peabody124

peabody124

    Crash Dummy

  • Administrators
  • 4112 posts
  • LocationHouston, TX
  • Country: flag of United States United States


Posted 04 January 2012 - 03:22 PM

I think you will need to run from Qt Creator and get a backtrace for more information.  I hadn't heard of this bug.

#3 XXL-Wing

XXL-Wing

    Developer

  • Members
  • PipPipPip
  • 166 posts
  • LocationVienna
  • Country: flag of Austria Austria

Posted 04 January 2012 - 05:37 PM

I built everything from scratch yesterday (on an Ubuntu box), GCS runs without problems here...
Did some of the libraries or tools change since your last git clone?
maybe check that...
Or, if you have a Linux box, check back the kernel trace (dmesg) for memory limit reached or start the GCS with strace to check what's giong wrong.

cheers
Mike
No matter how good your backend systems are, the users will only remember your front end. Fail there and you will fail, period.   -- Tristan Louis
Don't make me think.   -- Steve Krug, usability expert

#4 Andre-K

Andre-K

    Advanced Member

  • Members
  • PipPipPip
  • 185 posts
  • Country: flag of Norway Norway


Posted 04 January 2012 - 07:37 PM

no relevant dmesg output - and yes, it builds and runs on my laptop too, just something went wrong on my workstation.

#5 XXL-Wing

XXL-Wing

    Developer

  • Members
  • PipPipPip
  • 166 posts
  • LocationVienna
  • Country: flag of Austria Austria

Posted 04 January 2012 - 07:41 PM

try a
ldd openpilotgcs.bin 
on both machines and check for differences in used libraries....
No matter how good your backend systems are, the users will only remember your front end. Fail there and you will fail, period.   -- Tristan Louis
Don't make me think.   -- Steve Krug, usability expert

#6 Andre-K

Andre-K

    Advanced Member

  • Members
  • PipPipPip
  • 185 posts
  • Country: flag of Norway Norway


Posted 04 January 2012 - 08:37 PM

working computer:
linux-gate.so.1 =>  (0x00d7e000)
libUtils.so.1 => /home/andre/OpenPilot/./build/ground/openpilotgcs/bin/../lib/openpilotgcs/libUtils.so.1 (0x00110000)
libExtensionSystem.so.1 => /home/andre/OpenPilot/./build/ground/openpilotgcs/bin/../lib/openpilotgcs/libExtensionSystem.so.1 (0x00493000)
libQtGui.so.4 => /usr/lib/i386-linux-gnu/libQtGui.so.4 (0x00d7f000)
libQtNetwork.so.4 => /usr/lib/i386-linux-gnu/libQtNetwork.so.4 (0x0026e000)
libQtCore.so.4 => /usr/lib/i386-linux-gnu/libQtCore.so.4 (0x006ad000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0x001b6000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0x004ca000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0x001ff000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0x0094e000)
libQtSvg.so.4 => /usr/lib/i386-linux-gnu/libQtSvg.so.4 (0x003aa000)
libQtXml.so.4 => /usr/lib/i386-linux-gnu/libQtXml.so.4 (0x0021d000)
libQtOpenGL.so.4 => /usr/lib/i386-linux-gnu/libQtOpenGL.so.4 (0x005b5000)
libGL.so.1 => /usr/lib/i386-linux-gnu/mesa/libGL.so.1 (0x003ff000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0x001d1000)
libQtTest.so.4 => /usr/lib/i386-linux-gnu/libQtTest.so.4 (0x00453000)
libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0x00b0f000)
libaudio.so.2 => /usr/lib/i386-linux-gnu/libaudio.so.2 (0x00cd7000)
libglib-2.0.so.0 => /lib/i386-linux-gnu/libglib-2.0.so.0 (0x00b44000)
libpng12.so.0 => /lib/i386-linux-gnu/libpng12.so.0 (0x00aca000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0x00478000)
libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0x1e3da000)
libgobject-2.0.so.0 => /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 (0x00c3d000)
libSM.so.6 => /usr/lib/i386-linux-gnu/libSM.so.6 (0x0025e000)
libICE.so.6 => /usr/lib/i386-linux-gnu/libICE.so.6 (0x00af4000)
libXi.so.6 => /usr/lib/i386-linux-gnu/libXi.so.6 (0x00c8c000)
libXrender.so.1 => /usr/lib/i386-linux-gnu/libXrender.so.1 (0x00cc6000)
libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0x00cf1000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0x167ab000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0x00267000)
libgthread-2.0.so.0 => /usr/lib/i386-linux-gnu/libgthread-2.0.so.0 (0x0048d000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0x006a3000)
/lib/ld-linux.so.2 (0x00ca6000)
libglapi.so.0 => /usr/lib/i386-linux-gnu/libglapi.so.0 (0x00d04000)
libXdamage.so.1 => /usr/lib/i386-linux-gnu/libXdamage.so.1 (0x001fb000)
libXfixes.so.3 => /usr/lib/i386-linux-gnu/libXfixes.so.3 (0x00c9c000)
libXxf86vm.so.1 => /usr/lib/i386-linux-gnu/libXxf86vm.so.1 (0x00cd1000)
libdrm.so.2 => /usr/lib/i386-linux-gnu/libdrm.so.2 (0x00d1a000)
libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0x00d26000)
libXt.so.6 => /usr/lib/i386-linux-gnu/libXt.so.6 (0x1c37f000)
libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0x00ca2000)
libpcre.so.3 => /lib/i386-linux-gnu/libpcre.so.3 (0x1a4b6000)
libffi.so.6 => /usr/lib/i386-linux-gnu/libffi.so.6 (0x00d50000)
libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0x00d57000)
libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0x00d5d000)
libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0x200d8000)

crashing:
linux-gate.so.1 =>  (0xb7828000)
libUtils.so.1 => /home/andre/OpenPilot/./build/ground/openpilotgcs/bin/../lib/openpilotgcs/libUtils.so.1 (0xb777f000)
libExtensionSystem.so.1 => /home/andre/OpenPilot/./build/ground/openpilotgcs/bin/../lib/openpilotgcs/libExtensionSystem.so.1 (0xb7748000)
libQtGui.so.4 => /usr/lib/i386-linux-gnu/libQtGui.so.4 (0xb6c6c000)
libQtNetwork.so.4 => /usr/lib/i386-linux-gnu/libQtNetwork.so.4 (0xb6b30000)
libQtCore.so.4 => /usr/lib/i386-linux-gnu/libQtCore.so.4 (0xb688f000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb6874000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb6789000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb676a000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb65ee000)
libQtSvg.so.4 => /usr/lib/i386-linux-gnu/libQtSvg.so.4 (0xb6599000)
libQtXml.so.4 => /usr/lib/i386-linux-gnu/libQtXml.so.4 (0xb6558000)
libQtOpenGL.so.4 => /usr/lib/i386-linux-gnu/libQtOpenGL.so.4 (0xb646a000)
libGL.so.1 => /usr/lib/nvidia-current-updates/libGL.so.1 (0xb6397000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb636d000)
libQtTest.so.4 => /usr/lib/i386-linux-gnu/libQtTest.so.4 (0xb6348000)
libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xb6313000)
libaudio.so.2 => /usr/lib/i386-linux-gnu/libaudio.so.2 (0xb62f9000)
libglib-2.0.so.0 => /lib/i386-linux-gnu/libglib-2.0.so.0 (0xb61ff000)
libpng12.so.0 => /lib/i386-linux-gnu/libpng12.so.0 (0xb61d5000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb61c0000)
libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xb6129000)
libgobject-2.0.so.0 => /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 (0xb60da000)
libSM.so.6 => /usr/lib/i386-linux-gnu/libSM.so.6 (0xb60d0000)
libICE.so.6 => /usr/lib/i386-linux-gnu/libICE.so.6 (0xb60b6000)
libXi.so.6 => /usr/lib/i386-linux-gnu/libXi.so.6 (0xb60a6000)
libXrender.so.1 => /usr/lib/i386-linux-gnu/libXrender.so.1 (0xb609b000)
libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xb6088000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xb5f51000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb5f4c000)
libgthread-2.0.so.0 => /usr/lib/i386-linux-gnu/libgthread-2.0.so.0 (0xb5f46000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb5f3d000)
/lib/ld-linux.so.2 (0xb7829000)
libnvidia-tls.so.280.13 => /usr/lib/nvidia-current-updates/tls/libnvidia-tls.so.280.13 (0xb5f39000)
libnvidia-glcore.so.280.13 => /usr/lib/nvidia-current-updates/libnvidia-glcore.so.280.13 (0xb4628000)
libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xb45fe000)
libXt.so.6 => /usr/lib/i386-linux-gnu/libXt.so.6 (0xb45a2000)
libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xb459e000)
libpcre.so.3 => /lib/i386-linux-gnu/libpcre.so.3 (0xb455e000)
libffi.so.6 => /usr/lib/i386-linux-gnu/libffi.so.6 (0xb4557000)
libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0xb4551000)
libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb4532000)
libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xb452a000)


there are differences, but nothing that sounds any bells, both computers are Ubuntu 11.10 32bit.

#7 XXL-Wing

XXL-Wing

    Developer

  • Members
  • PipPipPip
  • 166 posts
  • LocationVienna
  • Country: flag of Austria Austria

Posted 04 January 2012 - 08:45 PM

hmmmm.. you're right, nothing that is obvious...

OK then next thing is try to start the GCS with strace
strace openpilotgcs.bin 
and then see what it tries to do before the crash

Edited by XXL-Wing, 04 January 2012 - 08:45 PM.

No matter how good your backend systems are, the users will only remember your front end. Fail there and you will fail, period.   -- Tristan Louis
Don't make me think.   -- Steve Krug, usability expert

#8 Andre-K

Andre-K

    Advanced Member

  • Members
  • PipPipPip
  • 185 posts
  • Country: flag of Norway Norway


Posted 04 January 2012 - 09:16 PM

Quote

stat64("/dev/js22", 0xbf84ddf0) = -1 ENOENT (No such file or directory)
stat64("/dev/js23", 0xbf84ddf0) = -1 ENOENT (No such file or directory)
stat64("/dev/js24", 0xbf84ddf0) = -1 ENOENT (No such file or directory)
stat64("/dev/js25", 0xbf84ddf0) = -1 ENOENT (No such file or directory)
stat64("/dev/js26", 0xbf84ddf0) = -1 ENOENT (No such file or directory)
stat64("/dev/js27", 0xbf84ddf0) = -1 ENOENT (No such file or directory)
stat64("/dev/js28", 0xbf84ddf0) = -1 ENOENT (No such file or directory)
stat64("/dev/js29", 0xbf84ddf0) = -1 ENOENT (No such file or directory)
stat64("/dev/js30", 0xbf84ddf0) = -1 ENOENT (No such file or directory)
stat64("/dev/js31", 0xbf84ddf0) = -1 ENOENT (No such file or directory)
rt_sigaction(SIGSEGV, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGSEGV, {0xb0cd93c0, [], 0}, NULL, 8) = 0
rt_sigaction(SIGBUS, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGBUS, {0xb0cd93c0, [], 0}, NULL, 8) = 0
rt_sigaction(SIGFPE, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGFPE, {0xb0cd93c0, [], 0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGQUIT, {0xb0cd93c0, [], 0}, NULL, 8) = 0
rt_sigaction(SIGALRM, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGALRM, {SIG_IGN, [], 0}, NULL, 8) = 0
open("/dev/input/js0", O_RDONLY) = 20
fcntl64(20, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
ioctl(20, 0x80604521, 0xbf84ef58)    = -1 EINVAL (Invalid argument)
ioctl(20, JSIOCGAXES, 0xbf84efeb)    = 0
ioctl(20, JSIOCGBUTTONS, 0xbf84efeb) = 0
open("/dev/input/js0", O_RDONLY) = 21
ioctl(21, 0x80804506, 0xb0d6d240)    = -1 EINVAL (Invalid argument)
ioctl(21, 0x80806a13, 0xb0d6d240)    = 14
close(21)    = 0
mmap2(NULL, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb01a2000
mremap(0xb01a2000, 135168, 266240, MREMAP_MAYMOVE) = 0xb0161000
mremap(0xb0161000, 266240, 528384, MREMAP_MAYMOVE) = 0xb00e0000
mremap(0xb00e0000, 528384, 1052672, MREMAP_MAYMOVE) = 0xaffdf000
mremap(0xaffdf000, 1052672, 2101248, MREMAP_MAYMOVE) = 0xafdde000
mremap(0xafdde000, 2101248, 4198400, MREMAP_MAYMOVE) = 0xaf9dd000
mremap(0xaf9dd000, 4198400, 8392704, MREMAP_MAYMOVE) = 0xaf1dc000
mremap(0xaf1dc000, 8392704, 16781312, MREMAP_MAYMOVE) = 0xae1db000
mremap(0xae1db000, 16781312, 33558528, MREMAP_MAYMOVE) = 0xac1da000
mremap(0xac1da000, 33558528, 67112960, MREMAP_MAYMOVE) = 0xa81d9000
mremap(0xa81d9000, 67112960, 134221824, MREMAP_MAYMOVE) = 0xa01d8000
mremap(0xa01d8000, 134221824, 268439552, MREMAP_MAYMOVE) = 0x901d7000
mremap(0x901d7000, 268439552, 536875008, MREMAP_MAYMOVE) = 0x701d6000
mremap(0x701d6000, 536875008, 1073745920, MREMAP_MAYMOVE) = 0x301d5000
mremap(0x301d5000, 1073745920, 2147487744, MREMAP_MAYMOVE) = -1 ENOMEM (Cannot allocate memory)
mmap2(NULL, 2147487744, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
mmap2(NULL, 2147618816, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
mmap2(NULL, 2147487744, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
futex(0xb66b60fc, FUTEX_WAKE_PRIVATE, 2147483647) = 0
write(2, "terminate called after throwing "..., 48terminate called after throwing an instance of ') = 48
write(2, "std::bad_alloc", 14std::bad_alloc)   = 14
write(2, "'\n", 2'
)   = 2
write(2, "  what():  ", 11  what():  ) = 11
write(2, "std::bad_alloc", 14std::bad_alloc)   = 14
write(2, "\n", 1
)    = 1
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(24183, 24183, SIGABRT)    = 0
--- SIGABRT (Aborted) @ 0 (0) ---
+++ killed by SIGABRT +++
Aborted
andre@loke:~/OpenPilot$


yes, I see "cannot allocate memory" ,
during the command "system monitor" indicates that memory use is raising from 27% memory (1,1GB)  to a,most 50% , - so 2GB should be free, before starting on the 9GB swap.

It's a high number...   and does not reflect the:
andre@loke:~/OpenPilot$ free -m
			 total	   used	   free	 shared	buffers	 cached
Mem:		  4031	   2535	   1495		  0		 51	   1351
-/+ buffers/cache:	   1133	   2897
Swap:		 9767		138	   9629

Edited by Andre-K, 04 January 2012 - 09:20 PM.


#9 XXL-Wing

XXL-Wing

    Developer

  • Members
  • PipPipPip
  • 166 posts
  • LocationVienna
  • Country: flag of Austria Austria

Posted 04 January 2012 - 09:24 PM

ok, then my next idea would be to compare the output of
ulimit -a
on both machines.
No matter how good your backend systems are, the users will only remember your front end. Fail there and you will fail, period.   -- Tristan Louis
Don't make me think.   -- Steve Krug, usability expert

#10 Andre-K

Andre-K

    Advanced Member

  • Members
  • PipPipPip
  • 185 posts
  • Country: flag of Norway Norway


Posted 04 January 2012 - 09:52 PM

andre@loke:~/OpenPilot$ ulimit -a
core file size		  (blocks, -c) 0
data seg size		   (kbytes, -d) unlimited
scheduling priority			 (-e) 0
file size			   (blocks, -f) unlimited
pending signals				 (-i) 32138  //7786
max locked memory	   (kbytes, -l) 64
max memory size		 (kbytes, -m) unlimited
open files					  (-n) 1024
pipe size			(512 bytes, -p) 8
POSIX message queues	 (bytes, -q) 819200
real-time priority			  (-r) 0
stack size			  (kbytes, -s) 8192
cpu time			   (seconds, -t) unlimited
max user processes			  (-u) 32138	//7786
virtual memory		  (kbytes, -v) unlimited
file locks					  (-x) unlimited


commented values  (after //) are numbers from the working laptop

#11 XXL-Wing

XXL-Wing

    Developer

  • Members
  • PipPipPip
  • 166 posts
  • LocationVienna
  • Country: flag of Austria Austria

Posted 04 January 2012 - 09:57 PM

very interesting...
to checkup on things that are limitations for the user, just try to start the GCS as root with sudo and see if it is working then.....
No matter how good your backend systems are, the users will only remember your front end. Fail there and you will fail, period.   -- Tristan Louis
Don't make me think.   -- Steve Krug, usability expert

#12 Andre-K

Andre-K

    Advanced Member

  • Members
  • PipPipPip
  • 185 posts
  • Country: flag of Norway Norway


Posted 04 January 2012 - 10:03 PM

same crash as sudo too. (and - my computer have been running for weeks, but at last kernel update or so, - I tried to run it right after rebooting as strange act of windows-nostalgia, - with no success.)

#13 XXL-Wing

XXL-Wing

    Developer

  • Members
  • PipPipPip
  • 166 posts
  • LocationVienna
  • Country: flag of Austria Austria

Posted 04 January 2012 - 10:28 PM

Eventuell ein Bug im GCS..
http://lists.trollte...5/msg00856.html
sonst scheint alles OK zu sein auf den Maschinen....
No matter how good your backend systems are, the users will only remember your front end. Fail there and you will fail, period.   -- Tristan Louis
Don't make me think.   -- Steve Krug, usability expert

#14 naiiawah

naiiawah

    Core Developer

  • Members
  • PipPipPip
  • 309 posts
  • LocationNorthwest USA
  • Country: flag of United States United States


Posted 05 January 2012 - 08:17 AM

One more piece of data for the group:
(gdb) i s
#0  0x00007fffe81d9350 in glc::loadPointSpriteExtension() ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/../../libGLC_lib.so.1
#1  0x00007fffe81d9c25 in GLC_State::setPointSpriteSupport() ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/../../libGLC_lib.so.1
#2  0x00007fffe81d9dda in GLC_State::init() ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/../../libGLC_lib.so.1
#3  0x00007fffe843e577 in ModelViewGadgetWidget::initializeGL() ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libModelViewGadget.so
#4  0x00007fffe843eda8 in ModelViewGadgetWidget::CreateScene() ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libModelViewGadget.so
#5  0x00007fffe843d0b5 in ModelViewGadget::loadConfiguration(Core::IUAVGadgetConfiguration*) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libModelViewGadget.so
#6  0x00007fffefe52a04 in Core::UAVGadgetDecorator::loadConfiguration(Core::IUAVGadgetConfiguration*) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#7  0x00007fffefe5343e in Core::UAVGadgetDecorator::UAVGadgetDecorator(Core::IUAVGadget*, QList<Core::IUAVGadgetConfiguration*>*) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#8  0x00007fffefe4b5b8 in Core::UAVGadgetInstanceManager::createGadget(QString, QWidget*) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#9  0x00007fffefe0a7eb in Core::Internal::UAVGadgetView::listSelectionActivated(int) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#10 0x00007fffefe0e6f6 in Core::Internal::SplitterOrView::restoreState(QSettings*) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#11 0x00007fffefe0e4b0 in Core::Internal::SplitterOrView::restoreState(QSettings*) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#12 0x00007fffefe0e513 in Core::Internal::SplitterOrView::restoreState(QSettings*) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#13 0x00007fffefe0e4b0 in Core::Internal::SplitterOrView::restoreState(QSettings*) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#14 0x00007fffefe0927d in Core::UAVGadgetManager::restoreState(QSettings*) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#15 0x00007fffefe09612 in Core::UAVGadgetManager::readSettings(QSettings*) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#16 0x00007fffefdf179e in Core::Internal::MainWindow::createWorkspaces(QSettings*, bool) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#17 0x00007fffefdfa96e in Core::Internal::MainWindow::readSettings(QSettings*, bool) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#18 0x00007fffefdfb191 in Core::Internal::MainWindow::extensionsInitialized() ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/lib/openpilotgcs/plugins/OpenPilot/libCore.so
#19 0x00007ffff7939f22 in ExtensionSystem::Internal::PluginSpecPrivate::initializeExtensions() ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/bin/../lib/openpilotgcs/libExtensionSystem.so.1
#20 0x00007ffff7935a69 in ExtensionSystem::Internal::PluginManagerPrivate::loadPlugin(ExtensionSystem::PluginSpec*, ExtensionSystem::PluginSpec::State) ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/bin/../lib/openpilotgcs/libExtensionSystem.so.1
#21 0x00007ffff793670a in ExtensionSystem::Internal::PluginManagerPrivate::loadPlugins() ()
   from /home/brianm/OpenPilot/build/ground/openpilotgcs/bin/../lib/openpilotgcs/libExtensionSystem.so.1
#22 0x000000000040b05a in main ()
(gdb) l
No symbol table is loaded.  Use the "file" command.
(gdb)


Looks like it possibly has something to do with the ModelViewGadgetWidget::CreateScene() routine (last part of our code before the crash.  Unfortunately, the default build has symbols turned off, so it will take some time for chasing stuff down.

Seems I remember that Peabody124 turned off the ModelView widget on Mac (another 64 bit system) as it was causing issues there too.  The model view works on 32 bit Linux (my Avatar is from screen grab of the model view window).

#15 Andre-K

Andre-K

    Advanced Member

  • Members
  • PipPipPip
  • 185 posts
  • Country: flag of Norway Norway


Posted 05 January 2012 - 08:42 AM

for what it's worth, this is 32bit Linux, and games, and other graphics, and OpenGL works fine.  - and - few months ago, GCS did too.

#16 naiiawah

naiiawah

    Core Developer

  • Members
  • PipPipPip
  • 309 posts
  • LocationNorthwest USA
  • Country: flag of United States United States


Posted 05 January 2012 - 09:01 AM

View PostAndre-K, on 05 January 2012 - 08:42 AM, said:

for what it's worth, this is 32bit Linux, and games, and other graphics, and OpenGL works fine.  - and - few months ago, GCS did too.

Hmmmm.... Others are not seeing this on 32 bits.  Can you try working your way forwards in Next and try to see when it quit working for you?  Just do git checkouts based on the date and work forwards till it quits working.

#17 Andre-K

Andre-K

    Advanced Member

  • Members
  • PipPipPip
  • 185 posts
  • Country: flag of Norway Norway


Posted 05 January 2012 - 09:07 AM

a bit more detailed info please..

#18 naiiawah

naiiawah

    Core Developer

  • Members
  • PipPipPip
  • 309 posts
  • LocationNorthwest USA
  • Country: flag of United States United States


Posted 05 January 2012 - 09:45 AM

View PostAndre-K, on 05 January 2012 - 09:07 AM, said:

a bit more detailed info please..

Grab a fresh Git repo with the following commands:

git clone git://git.openpilot.org/OpenPilot.git CheckGCS
cd CheckGCS
git checkout next
git pull

After you have done the clone to get the repo, use the following command to get the last checkin before a given date on next instead of the latest code you got with the normal command of just "git checkout next".

git checkout `git rev-list -n 1 --before="2011-08-19 23:59" next`

Start with the date shown (the last public release on 8/19) and work forward by doing the command to get a set of files from a given date, build them, test.  If they work, move forwards a month at a time till the failure appears.  When it does, move backwards 2 weeks.  Successively move forward or back towards the failure and cut the span in half each time (2 weeks, 1 week, 4 days, 2 days, 1 day), till you find where the code quit working.

Make sense?

#19 Andre-K

Andre-K

    Advanced Member

  • Members
  • PipPipPip
  • 185 posts
  • Country: flag of Norway Norway


Posted 05 January 2012 - 09:47 AM

yes, will do then tell .. thanks.

#20 Andre-K

Andre-K

    Advanced Member

  • Members
  • PipPipPip
  • 185 posts
  • Country: flag of Norway Norway


Posted 08 January 2012 - 01:22 PM

even a build after  "git checkout `git rev-list -n 1 --before="2011-08-19 23:59" next`"   - fails to run.
I just need to assume there's something wrong with my QT /build process on the workstation. It does build - but the result don't work.