I am experiencing this problem on two different Debian Etch systems. On both systems gobby runs fine the first time it is run, but segfaults on subsequent attempts. Deleting ~/.gobby or the config.xml file therein and re-running gobby solves the issue temporarily. Obviously subsequent attempts to run gobby then fail until the config.xml file is deleted.
In answer to the question you asked previously, no, the config.xml file isn't empty. A simple start and exit of gobby gives me: <?xml version="1.0" encoding="UTF-8"?> <gobby_config> <appearance><toolbar><show>2</show></toolbar></appearance> <editor><homeend><smart>1</smart></homeend><indentation><auto>1</auto></indentation><tab><spaces>0</spaces><width>8</width></tab></editor> <view><bracket><highlight>1</highlight></bracket><curline><highlight>1</highlight></curline><linenum><display>1</display></linenum><margin><display>1</display><pos>80</pos></margin><wrap><text>1</text><words>1</words></wrap></view> </gobby_config> This is sufficient to cause gobby to segfault on the next attempt to run. The tail end of an "strace gobby" gives me: open("/home/tony/.gobby/config.xml", O_RDONLY) = 6 fstat64(6, {st_mode=S_IFREG|0644, st_size=506, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6 ee7000 read(6, "<?xml version=\"1.0\" encoding=\"UT"..., 16384) = 506 read(6, "", 12288) = 0 _llseek(6, 0, [506], SEEK_CUR) = 0 _llseek(6, 0, [0], SEEK_SET) = 0 read(6, "<?xml version=\"1.0\" encoding=\"UT"..., 4096) = 506 read(6, "", 4096) = 0 read(6, "", 4096) = 0 close(6) = 0 munmap(0xb6ee7000, 4096) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Running "export LANG=C" before running gobby makes no difference. Thanks for all your work on gobby, it is really a great program. Tony
signature.asc
Description: OpenPGP digital signature