segmentation fault during toped start-up

[GoogleCodeExporter]

Steps to reproduce the problem:

What is the expected output? What do you see instead?

Please if appropriate provide the log file in the attachment

Dear Toped-supporters,

With latest svn release (2027) I get an segmentation fault during start-up of 
toped. Here the tail of 'strace toped':

unlink("/home/ewald/.nv/GLCache/07564e5b3d8a6d530357d021868d15d1") = -1 EISDIR 
(Is a directory)
rmdir("/home/ewald/.nv/GLCache/07564e5b3d8a6d530357d021868d15d1") = -1 
ENOTEMPTY (Directory not empty)
stat("/home/ewald/.nv/GLCache/..", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 
0
getdents64(11, /* 0 entries */, 32768)  = 0
close(11)                               = 0
poll([{fd=5, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=5, revents=POLLOUT}])
writev(5, 
[{"\212\3\7\0\0\0\0\0c\1\320\301\3\0\357\276\0\1\357\276\0\0\0\0\2`\0\0", 28}, 
{NULL, 0}, {"", 0}], 3) = 28
poll([{fd=5, events=POLLIN}], 1, -1)    = 1 ([{fd=5, revents=POLLIN}])
read(5, 
"\1(\215\r\0\0\0\0\1\0\0\0\213\177\0\0\300jn\2\0\0\0\0\300jn\2\0\0\0\0", 4096) 
= 32
read(5, 0x791b14, 4096)                 = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=5, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=5, revents=POLLOUT}])
writev(5, [{"\212\26\4\0\0\0\0\0\227P\357\276\1\0\0\0", 16}, {NULL, 0}, {"", 
0}], 3) = 16
poll([{fd=5, events=POLLIN}], 1, -1)    = 1 ([{fd=5, revents=POLLIN}])
read(5, 
"\1(\216\r\0\0\0\0\0\0\0\0\213\177\0\0\300jn\2\0\0\0\0\300jn\2\0\0\0\0", 4096) 
= 32
read(5, 0x791b14, 4096)                 = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=5, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=5, revents=POLLOUT}])
writev(5, [{"\212 \3\0\0\0\0\0\6\1\0\0", 12}, {NULL, 0}, {"", 0}], 3) = 12
poll([{fd=5, events=POLLIN}], 1, -1)    = 1 ([{fd=5, revents=POLLIN}])
read(5, "\1_\217\r.\n\0\0\270(\0\0\0\0\0\0\t\0\0\0 \0\0\0 \0\0\0\0\0\0\0"..., 
4096) = 4096
read(5, "\20\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
6360) = 6360
read(5, 0x791b14, 4096)                 = -1 EAGAIN (Resource temporarily 
unavailable)
ioctl(6, 0xc0284658, 0x7fff42477e60)    = 0
ioctl(6, 0xc0104629, 0x7fff42477e40)    = 0
ioctl(6, 0xc01c4634, 0x7fff42477e60)    = 0
ioctl(6, 0xc0384657, 0x7fff42477e70)    = 0
ioctl(6, 0xc0284658, 0x7fff42477e60)    = 0
ioctl(6, 0xc0104629, 0x7fff42477e40)    = 0
ioctl(6, 0xc01c4634, 0x7fff42477e60)    = 0
ioctl(6, 0xc0384657, 0x7fff42477e70)    = 0
mkdir("/tmp", 0777)                     = -1 EEXIST (File exists)
open("/tmp/gl7XEca5", O_RDWR|O_CREAT|O_EXCL, 0600) = 11
unlink("/tmp/gl7XEca5")                 = 0
ftruncate(11, 8192)                     = 0
mmap(NULL, 8192, PROT_READ|PROT_EXEC, MAP_SHARED|MAP_32BIT, 11, 0) = 0x4001e000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 11, 0) = 0x7fd162526000
close(11)                               = 0
ioctl(6, 0xc020462a, 0x7fff424789a0)    = 0
open("/home/ewald/.nv/GLCache/ec6f932fae7d95e478bbdf2897444f22/b6b136d141cebb07/
b448ca190e759b60.toc", O_RDWR) = 11
fcntl(11, F_SETLK, {type=F_WRLCK, whence=SEEK_CUR, start=0, len=1}) = 0
open("/home/ewald/.nv/GLCache/ec6f932fae7d95e478bbdf2897444f22/b6b136d141cebb07/
b448ca190e759b60.bin", O_RDWR) = 12
fcntl(12, F_SETLK, {type=F_WRLCK, whence=SEEK_CUR, start=0, len=1}) = 0
fstat(11, {st_mode=S_IFREG|0600, st_size=84, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7fd162525000
read(11, 
"CDVN/\223o\354\344\225}\256(\337\273x\"OD\227\370\276\214r\3\177\0\0\0\0\0\0"..
., 4096) = 84
fstat(12, {st_mode=S_IFREG|0600, st_size=536, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7fd162524000
read(12, 
"CDVN/\223o\354\344\225}\256(\337\273x\"OD\227\235\241F\230\0\0\0\0\0\0\0\0"...,
 4096) = 536
lseek(11, 0, SEEK_SET)                  = 0
read(11, 
"CDVN/\223o\354\344\225}\256(\337\273x\"OD\227\370\276\214r\3\177\0\0\0\0\0\0"..
., 4096) = 84
read(11, "", 4096)                      = 0
lseek(12, 0, SEEK_SET)                  = 0
read(12, 
"CDVN/\223o\354\344\225}\256(\337\273x\"OD\227\235\241F\230\0\0\0\0\0\0\0\0"...,
 4096) = 536
lseek(12, 536, SEEK_SET)                = 536
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Speicherzugriffsfehler

Any hints how to overcome the segmentation fault?

Environment:
OpenSUSE 11.3 with latest updates
OpenGL:NVIDIA-Linux-x86_64-256.53.run

Thanks and best regards,

Ewald

Original issue reported on code.google.com by e...@unitybox.de on 27 Dec 2011 at 5:09

[GoogleCodeExporter]

Dear toped-supporters,

After recompiling the NVIDIA driver, the strace looks different. The strace log 
file is attached. However, there is still a segmentation fault.

Best regards,

Ewald

Original comment by e...@unitybox.de on 27 Dec 2011 at 5:25

Attachments:

• toped.strace

[GoogleCodeExporter]

It could be due to the recent changes in the openGL context.
Can you try to check-out revsion 2022 i.e. "svn update -r 2022" and rerun make. 
I presume you've compiled the tool from the repository.

The other option is to configure it with --enable-debug, recompile and to rerun 
it trough the gdb - it shall report exactly where it crashes.

(I can't see much from strace apart from some strange missing library messages 
which most likely are not relevant. For the following week I won;t have an 
access to a machine with nVidia card)         

Original comment by krustev....@gmail.com on 27 Dec 2011 at 6:00

• Changed state: Accepted

[GoogleCodeExporter]

Thanks for the hints.

Revision 2022 as well as revision 2000 showed same result.

Therefore, the assumption is that the segmentation fault is not related 
directly to toped, but to the updated libraries of my linux distribution.

I will report the result of the debug run later on.

Original comment by e...@unitybox.de on 28 Dec 2011 at 8:55

[GoogleCodeExporter]

could you please post the output of
lspci -v | grep VGA

I have a machine with nVidia card which leads to the VBO type of rendering and 
a stable toped:
01:00.0 VGA compatible controller: nVidian Corporation NV34 [GeForce FX Go5100] 
(rev a1) 

Original comment by chitlesh on 28 Dec 2011 at 11:05

[GoogleCodeExporter]

Here the requested output:

>lspci -v | grep VGA

01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M GS] 
(rev a1) (prog-if 00 [VGA controller])

Original comment by e...@unitybox.de on 28 Dec 2011 at 3:13

[GoogleCodeExporter]

Latest svn version 2028 is working again after having updated glew-devel 
package to latest version  1.7.0.git20111123.2145 from a different repository.

Obviously the package glew and glew-devel have been out of sync. My fault, 
sorry.

Issue is closed. Thanks for your support.

Original comment by e...@unitybox.de on 29 Dec 2011 at 2:08

[GoogleCodeExporter]

No problem. Glad you've got it up&running. 

Original comment by krustev....@gmail.com on 29 Dec 2011 at 4:41

• Changed state: NotABug