Re: Photopaint 9 debs: Speicherzugriffsfehler

[Gerhard Gaussling <ggrubbish@web.de>]

Am Samstag, 28. September 2002 13:58 schrieb Uwe Kerstan:
> graphics9-help-paint [...]

Ich hatte nicht alles installiert.

Nun habe ich alles instralliert, was Du auch instaliert hast
Nur libwine-dev-graphics9-glibc-2.0 lässt sich nicht installieren, 
weil es mit libwine-dev-graphics9-glibc-2.1 kollidiert. Wie hast Du 
denn das gemacht?

Was passiert bei Dir, wenn Du /usr/lib/corel/Graphics9/bin/license 
ausführst? Sie ist nämlich ausführbar. Scheinbar die Lizens zum 
bejahen, wozu es bei mir ja gar nicht erst kommt. Es schein mir, 
wenn das Programm den status 0 zurückgibt wird das Script 
fortgesetzt. Bei mir bricht es dann ab (exit 1). Nochmal etwas mehr 
aus dem startscript:

# If user has no per-user setup directory then we assume they have
# never run the applications before and should therefore read and
# accept the license agreement.
gfxinstalldir=$HOME/.graphics9
if [ ! -e "$gfxinstalldir" ]
then
  if [ ! -f /usr/lib/corel/Graphics9/bin/license ]
  then
    echo "Missing /usr/lib/corel/Graphics9/bin/license, skipping 
license acceptance"
  elif [ ! -f /usr/lib/corel/Graphics9/bin/license.txt ]
  then
    echo "Missing /usr/lib/corel/Graphics9/bin/license.txt, 
skipping license acceptance"
  else
    pushd /usr/lib/corel/Graphics9/bin >/dev/null
    ./license >/dev/null 2>/dev/null
    if [ "$?" -ne "1" ]
    then
      exit 1
    fi
    popd >/dev/null
  fi
fi


file /usr/lib/corel/Graphics9/bin/license: ELF 32-bit LSB 
executable, Intel 80386, version
1 (SYSV), statically linked, stripped

gerhard@debian:~$  /usr/lib/corel/Graphics9/bin/license
Speicherzugriffsfehler

strace /usr/lib/corel/Graphics9/bin/license

[...]
access("/usr/X11R6/lib/X11/locale/iso8859-1/Compose", R_OK) = 0
open("/usr/X11R6/lib/X11/locale/iso8859-1/Compose", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=20750, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40000000
read(4, "# $Xorg: iso8859-1,v 1.3 2000/08"..., 4096) = 4096
brk(0x82c0000)                          = 0x82c0000
read(4, "\n<Multi_key> <a> <underscore>\t\t:"..., 4096) = 4096
brk(0x82c1000)                          = 0x82c1000
brk(0x82c2000)                          = 0x82c2000
read(4, "\t: \"\\303\"\tAtilde\n<Multi_key> <mi"..., 4096) = 4096
brk(0x82c3000)                          = 0x82c3000
brk(0x82c4000)                          = 0x82c4000
read(4, "\\355\"\tiacute\n<Multi_key> <apostr"..., 4096) = 4096
brk(0x82c5000)                          = 0x82c5000
read(4, "te\n<Multi_key> <acute> <Y>\t\t\t: \""..., 4096) = 4096
brk(0x82c6000)                          = 0x82c6000
brk(0x82c7000)                          = 0x82c7000
read(4, "             : \"\\\"\"          quo"..., 4096) = 270
read(4, "", 4096)                       = 0
close(4)                                = 0
munmap(0x40000000, 4096)                = 0
write(3, 
"\2\0\4\0`\0\0\0\0\10\0\0003@`\0\24\0\6\0`\0\0\0\340\0\0"..., 40) = 
40
read(3, 0xbffff68c, 32)                 = -1 EAGAIN (Resource 
temporarily unavailable)select(4, [3], NULL, NULL, NULL)        = 1 
(in [3])
read(3, 
"\1\10-\0\1\0\0\0\340\0\0\0\203\2\0\0\4\0\0\0\0\0\0\0\1"..., 32) = 
32
readv(3, [{"\1\377\0\0", 4}, {"", 0}], 2) = 4
write(3, "\24\0\6\0`\0\0\0\340\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0", 24) 
= 24
read(3, 
"\1\10.\0\242\0\0\0\340\0\0\0\0\0\0\0\207\2\0\0\0\0\0\0"..., 32) = 
32
readv(3, 
[{"\1\377\0\0\0\1\377\352\352\352\1\377\377\377\377\1\377"..., 
647}, {"\0", 1}], 2) = 648
brk(0x82c8000)                          = 0x82c8000
brk(0x82c9000)                          = 0x82c9000
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

gdb gibt noch kryptischere Meldungen aus:
Program received signal SIGSEGV, Segmentation fault.
0x08077aca in ?? ()
(gdb) where
#0  0x08077aca in ?? ()
#1  0x080a567a in ?? ()
#2  0x08049651 in ?? ()
#3  0x08049938 in ?? ()
#4  0x0804c4f9 in ?? ()
#5  0x0804c73f in ?? ()
#6  0x08094ea2 in ?? ()
#7  0x08048b4c in ?? ()
(gdb) quit

Was kann man da machen?

ciao

gerhard