Michael put his sln on http://people.debian.org/~mbanck/sln
so people can test it, as well as http://people.debian.org/~mbanck/libcrt.a http://people.debian.org/~mbanck/libmachuser.a Michael Banck, le Wed 08 Aug 2007 18:35:37 +0200, a écrit : > task165->vm_map (135139328 134209536 0 0 (null) 0 0 0 7 1) = 0x3 > ((os/kern) no space available) (where 135139328 == 0x80e1000)) Which actually means "I couldn't find 0x80e1000 in my database". And indeed that address is bogus: it falls right in the middle of the binary... The binary itself is a bit odd: objdump says LOAD off 0x000952f0 vaddr 0x080de2f0 paddr 0x080de2f0 align 2**12 filesz 0x00000df4 memsz 0x00004708 flags rw- 0x080de2f0 + 0x00004708 == 80e29f8 But nm -n says 080e0d78 A _end This is bogus too... I fixed with hexcurse the 0x00004708 value into correct 0x00002a88, and now the binary works... Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
