Adam Batkin (devel@xxxxxxxxxx) said: > [root@turnip ~]# gdb kudzu > GNU gdb Red Hat Linux (6.3.0.0-1.114rh) > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-redhat-linux-gnu"...Using host > libthread_db library "/lib/libthread_db.so.1". > > (gdb) run > Starting program: /sbin/kudzu > Reading symbols from shared object read from target memory...done. > Loaded system supplied DSO at 0xd23000 > > Program received signal SIGSEGV, Segmentation fault. > 0x00bc8d63 in strdup () from /lib/libc.so.6 > (gdb) bt > #0 0x00bc8d63 in strdup () from /lib/libc.so.6 > #1 0x0805d6be in vbe_get_vbe_info () at vbe.c:193 > #2 0x0805a8c5 in ddcProbe (probeClass=Variable "probeClass" is not > available. > ) at ddc.c:395 > #3 0x080505bf in probeDevices (probeClass=CLASS_UNSPEC, probeBus=-9, > probeFlags=1) at kudzu.c:806 > #4 0x0804d186 in main (argc=Cannot access memory at address 0xffffffff > ) at hwconf.c:938 > #5 0x00b747e4 in __libc_start_main () from /lib/libc.so.6 > #6 0x0804a4c1 in _start () OK, this implies we got back VBE2 data from the video card that was valid (had a valid header), but the pointers to the actual data inside the VBE2 data are bogus. That's hard to work around. If you can break on it in gdb, what is it trying to strdup? Bill -- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list