On Thursday 21 August 2008 02:11:01 Stijn van Dongen wrote:
> I've had a quick look (as I have a powerPC minimac), but everything works
> here. Perhaps that is to be expected with different OS, libs etc.
> It could be a bug in the hashing code. This can be tested to an unknown
> extent as follows:
>
> zoem -i mcxconvert.azm -d html -hf elf
> zoem -i mcxconvert.azm -d html -hf djb
>
> (these equip zoem with different hash functions).  Then, ideally, someone
> should run a zoem compiled with -g (debugging info added; does Debian
> provide such a thing automatically?), re-establish the bug, and then do
>
> 1) gdb zoem
> 2) issue 'run -i mcxconvert -d html'
> 3) issue 'bt'

Testing the program with different hashing functions did not result in any 
different behaviour, they both fail with the same error.

I've attached a gdb backtrace to this mail, hopefully this will give you an 
idea what might be wrong.

Regards,
Tobias

-- 
Tobias Quathamer | "Time wounds all heels." -- Groucho Marx
Hamburg, Germany |
$ gdb ../zoem-07-333/src/zoem
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "powerpc-linux-gnu"...
(gdb) run -i mcxconvert.azm -d html
Starting program: /home/toddy/zoem/zoem-07-333/src/zoem -i mcxconvert.azm -d 
html
[zinsert#1] failure opening file <mcxconvert.zmt> (rerun?)

Program received signal SIGSEGV, Segmentation fault.
0x0fe35488 in strlen () from /lib/libc.so.6
(gdb) bt
#0  0x0fe35488 in strlen () from /lib/libc.so.6
#1  0x0fdfe3f4 in vfprintf () from /lib/libc.so.6
#2  0x0fe23ce8 in vsnprintf () from /lib/libc.so.6
#3  0x10021f9c in mcx_ting_print (dst=0x1005f560, fmt=0x100263d4 "\\<%s>{%s}",
    args=0x7fe031b8) at ting.c:141
#4  0x100220e0 in mcxTingPrint (dst=<value optimized out>,
    fmt=<value optimized out>) at ting.c:201
#5  0x1000251c in yamXtag (seg=0x10055fbc, dev=0x1005e0e0, arg=0x1005f510)
    at ops-xtag.c:51
#6  0x1000e8f4 in expandXtag2 (seg=0x10055fbc) at ops.c:1050
#7  0x10013984 in yamExpandKey (seg=0x10055fbc, keybits=1) at parse.c:815
#8  0x10013b5c in yamDoKey (seg=0x10055fbc) at parse.c:616
#9  0x10005658 in yamDigest (txtin=0x1005a380, txtout=<value optimized out>,
    baseseg=0x10055fa4) at digest.c:201
#10 0x1000246c in yamXtag (seg=0x10055fa4, dev=0x1005cbf8, arg=0x1005a380)
    at ops-xtag.c:37
#11 0x1000e8f4 in expandXtag2 (seg=0x10055fa4) at ops.c:1050
#12 0x10013984 in yamExpandKey (seg=0x10055fa4, keybits=1) at parse.c:815
#13 0x10013b5c in yamDoKey (seg=0x10055fa4) at parse.c:616
#14 0x10005a38 in yamOutput (txtin=<value optimized out>, sk=0x0, fltidx=1)
    at digest.c:97
#15 0x10006ee0 in sourceAscend (fnsearch=<value optimized out>, modes=40,
    chunk_size=1048576) at source.c:313
#16 0x1000634c in yamEntry (sfnentry=<value optimized out>,
---Type <return> to continue, or q <return> to quit---
    sfnpath=0x10040048 "", sfnbase=0x10040018 "mcxconvert",
    chunk_size=1048576, sfnout=<value optimized out>,
    sdevice=<value optimized out>, fltidx=2, trace_flags=0, entry_flags=0,
    vars=0x10040148, expr=0x100400f8) at entry.c:228
#17 0x10016608 in main (argc=0, argv=<value optimized out>) at zoem.c:605

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to