Bug#434741: hex-a-hop: segfaults right after trying to start

[Gerfried Fuchs]

Package: hex-a-hop
Version: 0.0.20070315-1
Severity: grave
Justification: renders package unusable

        Hi!

 I can just guess that it might be an endianness problem, though the
strace looks fishy to me, too:

#v+
[pid 28389]      0.000059 write(1, "Reading binary file \"levels.dat\""..., 75Reading binary file "levels.dat" ("/usr/share/games/hex-a-hop/levels.dat")
) = 75
[pid 28389]      0.000043 open("/usr/share/games/hex-a-hop/levels.dat", O_RDONLY) = 5
[pid 28389]      0.000072 fstat64(5, {st_mode=S_IFREG|0644, st_size=21689, ...}) = 0
[pid 28389]      0.000044 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x3002d000
[pid 28389]      0.000028 fstat64(5, {st_mode=S_IFREG|0644, st_size=21689, ...}) = 0
[pid 28389]      0.000040 _llseek(5, 20480, [20480], SEEK_SET) = 0
[pid 28389]      0.000024 read(5, "Levels\\6_ice\\route finder.lev\21\16 "..., 1205) = 1205
[pid 28389]      0.000103 read(5, "\265T\0\0", 4096) = 4
[pid 28389]      0.000029 _llseek(5, 1252806656, [1252806656], SEEK_SET) = 0
[pid 28389]      0.000022 read(5, "", 4096) = 0
[pid 28389]      0.000021 _llseek(5, 1205, [1252807861], SEEK_CUR) = 0
[pid 28389]      0.000030 mmap(NULL, 3042185216, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
[pid 28389]      0.000041 mmap(NULL, 3042316288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
[pid 28389]      0.000028 mmap(NULL, 2097152, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0x30b20000
[pid 28389]      0.000027 munmap(0x30b20000, 917504) = 0
[pid 28389]      0.000035 munmap(0x30d00000, 131072) = 0
[pid 28389]      0.000021 mprotect(0x30c00000, 135168, PROT_READ|PROT_WRITE) = 0
[pid 28389]      0.000047 mmap(NULL, 3042185216, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
[pid 28389]      0.000028 read(5, 0, 3042181120) = -1 EFAULT (Bad address)
[pid 28389]      0.000031 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
#v-

 I guess the trying to allocate huge parts of memory might be related to
an endianness problem within the .dat file.  Is the dat file format
documented somehwere?  Maybe someone able to do so wants to check that
code for endianness problems in that area?

 Thanks,
Rhonda

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.21-2-powerpc
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages hex-a-hop depends on:
ii  libc6                   2.6-2            GNU C Library: Shared libraries
ii  libgcc1                 1:4.2-20070712-1 GCC support library
ii  libsdl1.2debian         1.2.11-9         Simple DirectMedia Layer
ii  libstdc++6              4.2-20070712-1   The GNU Standard C++ Library v3

hex-a-hop recommends no packages.

-- no debconf information