<strong>Report forwarded</strong> to <code>debian-bugs-dist@lists.debian.org, Galen Hazelwood &lt;galenh@micron.net&gt;</code>:<br>
<code>Bug#10597</code>; Package <code>binutils</code>.


debian-bugs-dist@lists.debian.orgGalen Hazelwood <galenh@micron.net>

Subject: Bug#10597: 'strip' lseeks anomalously large value
Reply-To: sgk@kleinmann.com, 10597@bugs.debian.org
Resent-From: "Susan G. Kleinmann" <sgk@kleinmann.com>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Galen Hazelwood <galenh@micron.net>
Resent-Date: Mon, 16 Jun 1997 02:03:01 GMT
Resent-Message-ID: <handler.10597.B.86642657527703@bugs.debian.org>
Resent-Sender: iwj@debian.org
X-Debian-PR-Message: report 10597
X-Debian-PR-Package: binutils
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by bugs@bugs.debian.org id=B.86642657527703
          (code B ref -1); Mon, 16 Jun 1997 02:03:01 GMT
Message-Id: <199706160211.WAA00722@kleinmann.com>
To: submit@bugs.debian.org
cc: sgk@kleinmann.com
Date: Sun, 15 Jun 1997 22:11:33 -0400
From: "Susan G. Kleinmann" <sgk@kleinmann.com>

Package: binutils
Version: 2.7.0.9-3

In the process of trying to make some boot-floppies, I got stuck on 
a script that called 'strip'.  The precise command invocation was:
   strip --remove-section=.note --remove-section=.comment \
         --remove-section=.debug  /var/tmp/lib.$$

'strip' exits with a comment something like:
 strip: sta29909: Invalid argument
           ^^^^^ this changes on each invocation

I ran 'strace strip' on the appropriate lib file, and got result given 
below.  It looks as if there's an lseek on some huge value:

lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)

The details of the strace are attached below.

Susan Kleinmann

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
=======START:  strace strip /tmp/l17822
execve("/usr/bin/strip", ["strip", "/tmp/l17822"], [/* 19 vars */]) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40007000
mprotect(0x40000000, 20301, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x8048000, 146493, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=6131, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
mmap(0, 6131, PROT_READ, MAP_SHARED, 3, 0) = 0x40008000
close(3)                                = 0
stat("/etc/ld.so.preload", 0xbffffcd0)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libbfd.so.2.7.0.9", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 229376, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000a000
mmap(0x4000a000, 212603, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x4000a000
mmap(0x4003e000, 15708, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x33000) = 0x4003e000
close(3)                                = 0
mprotect(0x4000a000, 212603, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
open("/usr/lib/libc.so.5", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/lib/libc.so.5", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 761856, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40042000
mmap(0x40042000, 528883, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x40042000
mmap(0x400c4000, 19556, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x81000) = 0x400c4000
mmap(0x400c9000, 206540, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400c9000
close(3)                                = 0
mprotect(0x40042000, 528883, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40008000, 6131)                = 0
mprotect(0x8048000, 146493, PROT_READ|PROT_EXEC) = 0
mprotect(0x4000a000, 212603, PROT_READ|PROT_EXEC) = 0
mprotect(0x40042000, 528883, PROT_READ|PROT_EXEC) = 0
mprotect(0x40000000, 20301, PROT_READ|PROT_EXEC) = 0
personality(PER_LINUX)                  = 0
geteuid()                               = 0
getuid()                                = 0
getgid()                                = 0
getegid()                               = 0
brk(0x806d6c8)                          = 0x806d6c8
brk(0x806d6f0)                          = 0x806d6f0
brk(0x806e000)                          = 0x806e000
getpid()                                = 18429
stat("/tmp/sta18429", 0xbffffc7c)       = -1 ENOENT (No such file or directory)
brk(0x806f000)                          = 0x806f000
open("/tmp/l17822", O_RDONLY)           = 3
fstat(3, {st_mode=S_IFREG|0755, st_size=425904, ...}) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40008000
lseek(3, 0, SEEK_SET)                   = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
lseek(3, 409600, SEEK_SET)              = 409600
read(3, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 4096) = 4096
lseek(3, 0, SEEK_SET)                   = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
brk(0x8070000)                          = 0x8070000
brk(0x8071000)                          = 0x8071000
brk(0x8072000)                          = 0x8072000
unlink("/tmp/sta18429")                 = -1 ENOENT (No such file or directory)
open("/tmp/sta18429", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
brk(0x8073000)                          = 0x8073000
brk(0x8075000)                          = 0x8075000
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
brk(0x8079000)                          = 0x8079000
brk(0x807d000)                          = 0x807d000
fstat(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40009000
lseek(4, 52, SEEK_SET)                  = 52
write(4, "\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
brk(0x8081000)                          = 0x8081000
read(3, "\"\0\n\0004\5\0\0\300\306\0\0\0\0"..., 4096) = 4096
read(3, "\22\0\n\0\246\20\0\0$1\1\0\0\0\0"..., 4096) = 4096
read(3, "\"\0\n\0R\34\0\0|N\2\0\356\1\0\0"..., 4096) = 4096
read(3, "\22\0\n\0?)\0\0X\251\4\0#\0\0\0\""..., 4096) = 4096
write(4, "\255\0\0\0\317\1\0\0\0\0\0\0\25\1"..., 4096) = 4096
write(4, "R\5\0\0 \307\0\0\0\0\0\0\"\0\n\0"..., 12288) = 12288
read(3, "east_marker\0_IO_switch_to_main_"..., 4096) = 4096
read(3, "et\0getdtablesize\0xdr_enum\0xdr"..., 4096) = 4096
write(4, "b)\0\0\340\7\6\0@\0\0\0\21\0\r\0"..., 4096) = 4096
write(4, "o_backup_area\0_IO_switch_to_get"..., 4096) = 4096
read(3, "\10\0\0\0\20\360\5\0\10\0\0\0\24"..., 4096) = 4096
read(3, "\1\352\1\0\240\1\6\0\1\311\0\0\260"..., 4096) = 4096
write(4, "r_opaque\0xdr_accepted_reply\0xd"..., 4096) = 4096
write(4, "(\360\5\0\10\0\0\0,\360\5\0\10\0"..., 4096) = 4096
read(3, "\7\271\1\0\334\v\6\0\7n\0\0\340\v"..., 4096) = 4096
write(4, "\330\1\6\0\1i\1\0\340\1\6\0\1k\1"..., 4096) = 4096
read(3, "\340\363\377\377\377\243\20\3\0\0"..., 4096) = 4096
write(4, "\364\v\6\0\7\224\1\0\370\v\6\0\7"..., 941) = 941
lseek(4, 41956, SEEK_SET)               = 41956
write(4, "\377\263\4\0\0\0\377\243\10\0\0\0"..., 4096) = 4096
mmap(0, 315392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x400fc000
read(3, "E\f\205\300u\5\270\1\0\0\0\213\31"..., 4096) = 4096
read(3, "\377\377\211F\4\203\304\10\205\300"..., 4096) = 4096
read(3, "\204\300u\330\203\372\1}\0071\300"..., 4096) = 4096
read(3, "\203\300\4\277\7\0\0\0\231\367\377"..., 4096) = 4096
read(3, "\215G\1P\353>\2156\215Q\0109<\20"..., 4096) = 4096
read(3, "\24\203\372\377tb\205\322\17\205"..., 4096) = 4096
read(3, "\371/\17\204\354\0\0\0\200\371-u"..., 4096) = 4096
read(3, "\f\0269\321v:\211\320)\310\203\340"..., 4096) = 4096
read(3, "\213D$\30P\350jo\377\377\211\301"..., 4096) = 4096
read(3, "\374\271\377\377\377\377\362\256"..., 4096) = 4096
read(3, "T$T\211\223\310J\0\0\203\304\10\211"..., 4096) = 4096
read(3, "\377\377\211\306\203\304\10\205\366"..., 4096) = 4096
read(3, "\213D$(\213\0\211D$(\213|$(W\350"..., 4096) = 4096
read(3, "9\0u\320\200?\0\17\205\367\375\377"..., 4096) = 4096
read(3, "\366u\21\350\234\25\377\377\307\0"..., 4096) = 4096
read(3, "\250\373\377\377\377ux\213\223\344"..., 4096) = 4096
read(3, "\377\211\6\353C\215v\0\203E\20\4"..., 4096) = 4096
read(3, "\213\265\344\372\377\377\213\205"..., 4096) = 4096
read(3, "9\215\364\372\377\377sJ\213\205\364"..., 4096) = 4096
read(3, "\0\17\204\256\2\0\0\213l$$\203\305"..., 4096) = 4096
read(3, "|$\20\213\203\4\6\0\0\307\0\0\0\0"..., 4096) = 4096
read(3, "8\0u)\215\203\367\217\377\377Pj\5"..., 4096) = 4096
read(3, "\271\377\377\377\377\362\256\367"..., 4096) = 4096
read(3, "\377\377\213\205(\377\377\377\215"..., 4096) = 4096
read(3, "\376\377\203\304\20f\211G\22\213"..., 4096) = 4096
read(3, "u\252\17\266\21A\211L$\20\211\370"..., 4096) = 4096
read(3, "\17<\2u\7\377D$\24\353\2\220F\350"..., 4096) = 4096
read(3, "\377\211\205\\\375\377\377\366@\10"..., 4096) = 4096
read(3, "\0\203~D\1u\5\270\2\0\0\0[^_]\203"..., 4096) = 4096
read(3, "\213\2250\377\377\377\213\205 \377"..., 4096) = 4096
read(3, "\0\0\211\6\211\265l\1\0\0\211\362"..., 4096) = 4096
read(3, "\375\377Rj\4\213\214$\220\0\0\0Q"..., 4096) = 4096
read(3, "D$8\213\0\211D$(H\213T$8\211\2\203"..., 4096) = 4096
read(3, "\303\215v\0\213L$\24\377\1\213|$"..., 4096) = 4096
read(3, "[^_]\203\304\4\303\307F\10\0\0\0"..., 4096) = 4096
read(3, "\0\0\213\205\210\327\377\377\351"..., 4096) = 4096
read(3, "\370\3}1\203\370\2}\27\213\24\226"..., 4096) = 4096
read(3, "B>\211\302\301\372\5k\302:\215\4"..., 4096) = 4096
read(3, "t\33\213}\20\367\307 \0\0\0\17\205"..., 4096) = 4096
read(3, "\5\330\2\0\\\330\2\0\\\330\2\0\\"..., 4096) = 4096
read(3, "\34\307D$ \0\0\0\0\307D$$\0\0\0\0"..., 4096) = 4096
read(3, "\367t=\205\377t1\205\366t%\213\7"..., 4096) = 4096
read(3, "\213\215p\377\377\377Q\350\350C\375"..., 4096) = 4096
read(3, "t\rOt\37\212\1AB\210\2\204\300u\325"..., 4096) = 4096
read(3, "\1\0\0\213\274$\370\1\0\0009\362"..., 4096) = 4096
read(3, "\0\0\211\204$\274\1\0\0\205\355u"..., 4096) = 4096
read(3, "$\24\2\0\0\0\0\0\0\277\1\0\0\0\213"..., 4096) = 4096
read(3, "\0001\322)\372\31\360\211\327\211"..., 4096) = 4096
read(3, "\0\0+\274$4\1\0\0\307\204$\20\1\0"..., 4096) = 4096
read(3, "X\307D$\\\0\0\0\0\215D$HPVj\r\350"..., 4096) = 4096
read(3, "\315\374\377\203\304\10\205\300t"..., 4096) = 4096
read(3, "\34\0\0\0\0\213V\30\213F\20)\320"..., 4096) = 4096
read(3, "\307D$\24\0\0\0\0\213|$L\211|$$\213"..., 4096) = 4096
read(3, "\377\213}\20\301\347\2\211\275\364"..., 4096) = 4096
read(3, "l$p\307D$`\0\0\0\0\203|$x\1t2\177"..., 4096) = 4096
read(3, "F\0301\3009l$\20t\5\270\377\377\377"..., 4096) = 4096
read(3, "\353\'\2156\213u\354\17\266\26F\211"..., 4096) = 4096
read(3, "\203\342\3\205\311~\37\205\322t%"..., 4096) = 4096
read(3, "L$`Q\350\353M\374\377\211\302\213"..., 4096) = 4096
read(3, "\0049E\20\177\3261\322\353\31\215"..., 4096) = 4096
read(3, "\0\215v\0\213t$<\213\4\216\213|$"..., 4096) = 4096
read(3, "LW\213t$,V\350\310\25\374\377\211"..., 4096) = 4096
read(3, "WQVV\350\33\20\374\377\353\20\220"..., 4096) = 4096
read(3, "\213\214$0\1\0\0Q\213\214$,\1\0\0"..., 4096) = 4096
read(3, "\200D\1\0tD\1\0\350B\1\0\350B\1\0"..., 4096) = 4096
read(3, "\24\1\0\0009\264$\24\1\0\0s\3339"..., 4096) = 4096
read(3, "\f\213\224$ \2\0\0\2154\225\0\0\0"..., 4096) = 4096
read(3, "\302\10\211\224$\30\1\0\0P\213\214"..., 4096) = 4096
read(3, "\213\214$$\1\0\0\323\350\211\204"..., 4096) = 4096
read(3, "\361)\321\211\214$ \1\0\0Q\270\1"..., 4096) = 4096
read(3, "\224\373\377\211\204$\324\1\0\0\213"..., 4096) = 4096
read(3, "\204\264\24\2\0\0\0\0\0\0F9\356\17"..., 4096) = 4096
read(3, "\331\0\0\0\307\204$\30\2\0\0\0\0"..., 4096) = 4096
read(3, "\24\2\0\0\211\204$\30\2\0\0\307\204"..., 4096) = 4096
read(3, "\361\213\223\204\5\0\0\213\22f\213"..., 4096) = 4096
read(3, "\4VW\350\f@\373\377\203\304\f\205"..., 4096) = 4096
write(4, "\377\243\10\4\0\0h\370\7\0\0\351"..., 1296) = 1296
lseek(4, 47360, SEEK_SET)               = 47360
write(4, "VS\350\0\0\0\0[\201\303uO\5\0\215"..., 311296) = 311296
munmap(0x400fc000, 315392)              = 0
brk(0x8088000)                          = 0x8088000
read(3, "on abort\0Network dropped connec"..., 4096) = 4096
read(3, "ory\0clnttcp_create: %s\n\0out o"..., 4096) = 4096
read(3, "[truncated] \0%s\0\n\0/dev/conso"..., 4096) = 4096
read(3, "\302\0\0\0\303\0\0\0\304\0\0\0\305"..., 4096) = 4096
read(3, "\3318\322\301\324\0254c\34\0\0\0"..., 4096) = 4096
read(3, "NAL RECORDS:\n\0\n;; ...truncate"..., 4096) = 4096
write(4, "\4\325<\1w\342\203\317 \200>.um\275"..., 1273) = 1273
lseek(4, 359932, SEEK_SET)              = 359932
write(4, "Quota exceeded\0Remote I/O error"..., 20480) = 20480
read(3, "\371\202\5\0\342\202\5\0\273\202"..., 4096) = 4096
read(3, "\1\1\1\1\1\1\1\1\1\1\1\1\1\1\1\1"..., 4096) = 4096
write(4, "lnet\0smtp\0time\0rlp\0name\0who"..., 4091) = 4091
lseek(4, 384504, SEEK_SET)              = 384504
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
write(4, "@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^"..., 4096) = 4096
read(3, "2.1 Objective-C snapshot 960906\0"..., 4096) = 4096
read(3, "snapshot 960906\0\0GCC: (GNU) 2."..., 4096) = 4096
read(3, "\0GCC: (GNU) 2.7.2.1 Objective-C"..., 4096) = 4096
read(3, "2.1 Objective-C snapshot 960906\0"..., 4096) = 4096
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
write(4, " 960906\0\0GCC: (GNU) 2.7.2.1 Ob"..., 8192) = 8192
read(3, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 4096) = 4096
write(4, "ctive-C snapshot 960906\0\0GCC: "..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4016
write(4, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 2472) = 2472
lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)
lseek(4, 0, SEEK_CUR)                   = 411552
stat("/etc/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or directory)
stat("/usr/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or directory)
stat("/usr/share/locale/libc/C", 0xbffff788) = -1 ENOENT (No such file or directory)
stat("/usr/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or directory)
stat("/usr/local/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or directory)
write(2, "strip: /tmp/sta18429: Invalid ar"..., 39strip: /tmp/sta18429: Invalid argument
) = 39
write(4, "\0.symtab\0.strtab\0.shstrtab\0."..., 206) = 206
lseek(4, 0, SEEK_SET)                   = 0
write(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 52) = 52
lseek(4, 411760, SEEK_SET)              = 411760
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 960) = 960
close(4)                                = 0
munmap(0x40009000, 4096)                = 0
close(3)                                = 0
munmap(0x40008000, 4096)                = 0
unlink("/tmp/sta18429")                 = 0
_exit(1)                                = ?
=======END:  strace strip /tmp/l17822



<strong>Acknowledgement sent</strong> to <code>sgk@kleinmann.com</code>:<br>
New bug report received and forwarded.  Copy sent to <code>Galen Hazelwood &lt;galenh@micron.net&gt;</code>.


-t

From: owner@bugs.debian.org (Ian Jackson)
To: sgk@kleinmann.com
Subject: Bug#10597: Acknowledgement (was: 'strip' lseeks anomalously large value)
Message-ID: <handler.10597.B.86642657527703.ack@bugs.debian.org>
In-Reply-To: <199706160211.WAA00722@kleinmann.com>
References: <199706160211.WAA00722@kleinmann.com>
X-Debian-PR-Message: ack 10597

Thank you for the problem report you have sent regarding Debian Linux.
This is an automatically generated reply, to let you know your message has
been received.  It is being forwarded to the developers' mailing list for
their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Galen Hazelwood <galenh@micron.net>

If you wish to submit further information on your problem, please send
it to 10597@bugs.debian.org (and *not* to
bugs@bugs.debian.org).

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the bug-tracking system.

Ian Jackson
(maintainer, Debian bug tracking system)



Received: (at submit) by bugs.debian.org; 16 Jun 1997 02:02:55 +0000
Received: (qmail 27701 invoked from network); 16 Jun 1997 02:02:52 -0000
Received: from kleinmann.com (root@204.215.142.65)
  by master.debian.org with SMTP; 16 Jun 1997 02:02:51 -0000
Received: from sgk.tiac.net (sgk@lo [127.0.0.1])
	by kleinmann.com (8.8.5/8.8.5) with ESMTP id WAA00722;
	Sun, 15 Jun 1997 22:11:33 -0400
Message-Id: <199706160211.WAA00722@kleinmann.com>
Reply-to: sgk@kleinmann.com
Subject: 'strip' lseeks anomalously large value
To: submit@bugs.debian.org
cc: sgk@kleinmann.com
Date: Sun, 15 Jun 1997 22:11:33 -0400
From: "Susan G. Kleinmann" <sgk@kleinmann.com>

Package: binutils
Version: 2.7.0.9-3

In the process of trying to make some boot-floppies, I got stuck on 
a script that called 'strip'.  The precise command invocation was:
   strip --remove-section=.note --remove-section=.comment \
         --remove-section=.debug  /var/tmp/lib.$$

'strip' exits with a comment something like:
 strip: sta29909: Invalid argument
           ^^^^^ this changes on each invocation

I ran 'strace strip' on the appropriate lib file, and got result given 
below.  It looks as if there's an lseek on some huge value:

lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)

The details of the strace are attached below.

Susan Kleinmann

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
=======START:  strace strip /tmp/l17822
execve("/usr/bin/strip", ["strip", "/tmp/l17822"], [/* 19 vars */]) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40007000
mprotect(0x40000000, 20301, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x8048000, 146493, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=6131, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
mmap(0, 6131, PROT_READ, MAP_SHARED, 3, 0) = 0x40008000
close(3)                                = 0
stat("/etc/ld.so.preload", 0xbffffcd0)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libbfd.so.2.7.0.9", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 229376, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000a000
mmap(0x4000a000, 212603, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x4000a000
mmap(0x4003e000, 15708, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x33000) = 0x4003e000
close(3)                                = 0
mprotect(0x4000a000, 212603, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
open("/usr/lib/libc.so.5", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/lib/libc.so.5", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 761856, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40042000
mmap(0x40042000, 528883, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x40042000
mmap(0x400c4000, 19556, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x81000) = 0x400c4000
mmap(0x400c9000, 206540, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400c9000
close(3)                                = 0
mprotect(0x40042000, 528883, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40008000, 6131)                = 0
mprotect(0x8048000, 146493, PROT_READ|PROT_EXEC) = 0
mprotect(0x4000a000, 212603, PROT_READ|PROT_EXEC) = 0
mprotect(0x40042000, 528883, PROT_READ|PROT_EXEC) = 0
mprotect(0x40000000, 20301, PROT_READ|PROT_EXEC) = 0
personality(PER_LINUX)                  = 0
geteuid()                               = 0
getuid()                                = 0
getgid()                                = 0
getegid()                               = 0
brk(0x806d6c8)                          = 0x806d6c8
brk(0x806d6f0)                          = 0x806d6f0
brk(0x806e000)                          = 0x806e000
getpid()                                = 18429
stat("/tmp/sta18429", 0xbffffc7c)       = -1 ENOENT (No such file or directory)
brk(0x806f000)                          = 0x806f000
open("/tmp/l17822", O_RDONLY)           = 3
fstat(3, {st_mode=S_IFREG|0755, st_size=425904, ...}) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40008000
lseek(3, 0, SEEK_SET)                   = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
lseek(3, 409600, SEEK_SET)              = 409600
read(3, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 4096) = 4096
lseek(3, 0, SEEK_SET)                   = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
brk(0x8070000)                          = 0x8070000
brk(0x8071000)                          = 0x8071000
brk(0x8072000)                          = 0x8072000
unlink("/tmp/sta18429")                 = -1 ENOENT (No such file or directory)
open("/tmp/sta18429", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
brk(0x8073000)                          = 0x8073000
brk(0x8075000)                          = 0x8075000
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
brk(0x8079000)                          = 0x8079000
brk(0x807d000)                          = 0x807d000
fstat(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40009000
lseek(4, 52, SEEK_SET)                  = 52
write(4, "\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
brk(0x8081000)                          = 0x8081000
read(3, "\"\0\n\0004\5\0\0\300\306\0\0\0\0"..., 4096) = 4096
read(3, "\22\0\n\0\246\20\0\0$1\1\0\0\0\0"..., 4096) = 4096
read(3, "\"\0\n\0R\34\0\0|N\2\0\356\1\0\0"..., 4096) = 4096
read(3, "\22\0\n\0?)\0\0X\251\4\0#\0\0\0\""..., 4096) = 4096
write(4, "\255\0\0\0\317\1\0\0\0\0\0\0\25\1"..., 4096) = 4096
write(4, "R\5\0\0 \307\0\0\0\0\0\0\"\0\n\0"..., 12288) = 12288
read(3, "east_marker\0_IO_switch_to_main_"..., 4096) = 4096
read(3, "et\0getdtablesize\0xdr_enum\0xdr"..., 4096) = 4096
write(4, "b)\0\0\340\7\6\0@\0\0\0\21\0\r\0"..., 4096) = 4096
write(4, "o_backup_area\0_IO_switch_to_get"..., 4096) = 4096
read(3, "\10\0\0\0\20\360\5\0\10\0\0\0\24"..., 4096) = 4096
read(3, "\1\352\1\0\240\1\6\0\1\311\0\0\260"..., 4096) = 4096
write(4, "r_opaque\0xdr_accepted_reply\0xd"..., 4096) = 4096
write(4, "(\360\5\0\10\0\0\0,\360\5\0\10\0"..., 4096) = 4096
read(3, "\7\271\1\0\334\v\6\0\7n\0\0\340\v"..., 4096) = 4096
write(4, "\330\1\6\0\1i\1\0\340\1\6\0\1k\1"..., 4096) = 4096
read(3, "\340\363\377\377\377\243\20\3\0\0"..., 4096) = 4096
write(4, "\364\v\6\0\7\224\1\0\370\v\6\0\7"..., 941) = 941
lseek(4, 41956, SEEK_SET)               = 41956
write(4, "\377\263\4\0\0\0\377\243\10\0\0\0"..., 4096) = 4096
mmap(0, 315392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x400fc000
read(3, "E\f\205\300u\5\270\1\0\0\0\213\31"..., 4096) = 4096
read(3, "\377\377\211F\4\203\304\10\205\300"..., 4096) = 4096
read(3, "\204\300u\330\203\372\1}\0071\300"..., 4096) = 4096
read(3, "\203\300\4\277\7\0\0\0\231\367\377"..., 4096) = 4096
read(3, "\215G\1P\353>\2156\215Q\0109<\20"..., 4096) = 4096
read(3, "\24\203\372\377tb\205\322\17\205"..., 4096) = 4096
read(3, "\371/\17\204\354\0\0\0\200\371-u"..., 4096) = 4096
read(3, "\f\0269\321v:\211\320)\310\203\340"..., 4096) = 4096
read(3, "\213D$\30P\350jo\377\377\211\301"..., 4096) = 4096
read(3, "\374\271\377\377\377\377\362\256"..., 4096) = 4096
read(3, "T$T\211\223\310J\0\0\203\304\10\211"..., 4096) = 4096
read(3, "\377\377\211\306\203\304\10\205\366"..., 4096) = 4096
read(3, "\213D$(\213\0\211D$(\213|$(W\350"..., 4096) = 4096
read(3, "9\0u\320\200?\0\17\205\367\375\377"..., 4096) = 4096
read(3, "\366u\21\350\234\25\377\377\307\0"..., 4096) = 4096
read(3, "\250\373\377\377\377ux\213\223\344"..., 4096) = 4096
read(3, "\377\211\6\353C\215v\0\203E\20\4"..., 4096) = 4096
read(3, "\213\265\344\372\377\377\213\205"..., 4096) = 4096
read(3, "9\215\364\372\377\377sJ\213\205\364"..., 4096) = 4096
read(3, "\0\17\204\256\2\0\0\213l$$\203\305"..., 4096) = 4096
read(3, "|$\20\213\203\4\6\0\0\307\0\0\0\0"..., 4096) = 4096
read(3, "8\0u)\215\203\367\217\377\377Pj\5"..., 4096) = 4096
read(3, "\271\377\377\377\377\362\256\367"..., 4096) = 4096
read(3, "\377\377\213\205(\377\377\377\215"..., 4096) = 4096
read(3, "\376\377\203\304\20f\211G\22\213"..., 4096) = 4096
read(3, "u\252\17\266\21A\211L$\20\211\370"..., 4096) = 4096
read(3, "\17<\2u\7\377D$\24\353\2\220F\350"..., 4096) = 4096
read(3, "\377\211\205\\\375\377\377\366@\10"..., 4096) = 4096
read(3, "\0\203~D\1u\5\270\2\0\0\0[^_]\203"..., 4096) = 4096
read(3, "\213\2250\377\377\377\213\205 \377"..., 4096) = 4096
read(3, "\0\0\211\6\211\265l\1\0\0\211\362"..., 4096) = 4096
read(3, "\375\377Rj\4\213\214$\220\0\0\0Q"..., 4096) = 4096
read(3, "D$8\213\0\211D$(H\213T$8\211\2\203"..., 4096) = 4096
read(3, "\303\215v\0\213L$\24\377\1\213|$"..., 4096) = 4096
read(3, "[^_]\203\304\4\303\307F\10\0\0\0"..., 4096) = 4096
read(3, "\0\0\213\205\210\327\377\377\351"..., 4096) = 4096
read(3, "\370\3}1\203\370\2}\27\213\24\226"..., 4096) = 4096
read(3, "B>\211\302\301\372\5k\302:\215\4"..., 4096) = 4096
read(3, "t\33\213}\20\367\307 \0\0\0\17\205"..., 4096) = 4096
read(3, "\5\330\2\0\\\330\2\0\\\330\2\0\\"..., 4096) = 4096
read(3, "\34\307D$ \0\0\0\0\307D$$\0\0\0\0"..., 4096) = 4096
read(3, "\367t=\205\377t1\205\366t%\213\7"..., 4096) = 4096
read(3, "\213\215p\377\377\377Q\350\350C\375"..., 4096) = 4096
read(3, "t\rOt\37\212\1AB\210\2\204\300u\325"..., 4096) = 4096
read(3, "\1\0\0\213\274$\370\1\0\0009\362"..., 4096) = 4096
read(3, "\0\0\211\204$\274\1\0\0\205\355u"..., 4096) = 4096
read(3, "$\24\2\0\0\0\0\0\0\277\1\0\0\0\213"..., 4096) = 4096
read(3, "\0001\322)\372\31\360\211\327\211"..., 4096) = 4096
read(3, "\0\0+\274$4\1\0\0\307\204$\20\1\0"..., 4096) = 4096
read(3, "X\307D$\\\0\0\0\0\215D$HPVj\r\350"..., 4096) = 4096
read(3, "\315\374\377\203\304\10\205\300t"..., 4096) = 4096
read(3, "\34\0\0\0\0\213V\30\213F\20)\320"..., 4096) = 4096
read(3, "\307D$\24\0\0\0\0\213|$L\211|$$\213"..., 4096) = 4096
read(3, "\377\213}\20\301\347\2\211\275\364"..., 4096) = 4096
read(3, "l$p\307D$`\0\0\0\0\203|$x\1t2\177"..., 4096) = 4096
read(3, "F\0301\3009l$\20t\5\270\377\377\377"..., 4096) = 4096
read(3, "\353\'\2156\213u\354\17\266\26F\211"..., 4096) = 4096
read(3, "\203\342\3\205\311~\37\205\322t%"..., 4096) = 4096
read(3, "L$`Q\350\353M\374\377\211\302\213"..., 4096) = 4096
read(3, "\0049E\20\177\3261\322\353\31\215"..., 4096) = 4096
read(3, "\0\215v\0\213t$<\213\4\216\213|$"..., 4096) = 4096
read(3, "LW\213t$,V\350\310\25\374\377\211"..., 4096) = 4096
read(3, "WQVV\350\33\20\374\377\353\20\220"..., 4096) = 4096
read(3, "\213\214$0\1\0\0Q\213\214$,\1\0\0"..., 4096) = 4096
read(3, "\200D\1\0tD\1\0\350B\1\0\350B\1\0"..., 4096) = 4096
read(3, "\24\1\0\0009\264$\24\1\0\0s\3339"..., 4096) = 4096
read(3, "\f\213\224$ \2\0\0\2154\225\0\0\0"..., 4096) = 4096
read(3, "\302\10\211\224$\30\1\0\0P\213\214"..., 4096) = 4096
read(3, "\213\214$$\1\0\0\323\350\211\204"..., 4096) = 4096
read(3, "\361)\321\211\214$ \1\0\0Q\270\1"..., 4096) = 4096
read(3, "\224\373\377\211\204$\324\1\0\0\213"..., 4096) = 4096
read(3, "\204\264\24\2\0\0\0\0\0\0F9\356\17"..., 4096) = 4096
read(3, "\331\0\0\0\307\204$\30\2\0\0\0\0"..., 4096) = 4096
read(3, "\24\2\0\0\211\204$\30\2\0\0\307\204"..., 4096) = 4096
read(3, "\361\213\223\204\5\0\0\213\22f\213"..., 4096) = 4096
read(3, "\4VW\350\f@\373\377\203\304\f\205"..., 4096) = 4096
write(4, "\377\243\10\4\0\0h\370\7\0\0\351"..., 1296) = 1296
lseek(4, 47360, SEEK_SET)               = 47360
write(4, "VS\350\0\0\0\0[\201\303uO\5\0\215"..., 311296) = 311296
munmap(0x400fc000, 315392)              = 0
brk(0x8088000)                          = 0x8088000
read(3, "on abort\0Network dropped connec"..., 4096) = 4096
read(3, "ory\0clnttcp_create: %s\n\0out o"..., 4096) = 4096
read(3, "[truncated] \0%s\0\n\0/dev/conso"..., 4096) = 4096
read(3, "\302\0\0\0\303\0\0\0\304\0\0\0\305"..., 4096) = 4096
read(3, "\3318\322\301\324\0254c\34\0\0\0"..., 4096) = 4096
read(3, "NAL RECORDS:\n\0\n;; ...truncate"..., 4096) = 4096
write(4, "\4\325<\1w\342\203\317 \200>.um\275"..., 1273) = 1273
lseek(4, 359932, SEEK_SET)              = 359932
write(4, "Quota exceeded\0Remote I/O error"..., 20480) = 20480
read(3, "\371\202\5\0\342\202\5\0\273\202"..., 4096) = 4096
read(3, "\1\1\1\1\1\1\1\1\1\1\1\1\1\1\1\1"..., 4096) = 4096
write(4, "lnet\0smtp\0time\0rlp\0name\0who"..., 4091) = 4091
lseek(4, 384504, SEEK_SET)              = 384504
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
write(4, "@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^"..., 4096) = 4096
read(3, "2.1 Objective-C snapshot 960906\0"..., 4096) = 4096
read(3, "snapshot 960906\0\0GCC: (GNU) 2."..., 4096) = 4096
read(3, "\0GCC: (GNU) 2.7.2.1 Objective-C"..., 4096) = 4096
read(3, "2.1 Objective-C snapshot 960906\0"..., 4096) = 4096
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
write(4, " 960906\0\0GCC: (GNU) 2.7.2.1 Ob"..., 8192) = 8192
read(3, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 4096) = 4096
write(4, "ctive-C snapshot 960906\0\0GCC: "..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4016
write(4, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 2472) = 2472
lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)
lseek(4, 0, SEEK_CUR)                   = 411552
stat("/etc/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or directory)
stat("/usr/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or directory)
stat("/usr/share/locale/libc/C", 0xbffff788) = -1 ENOENT (No such file or directory)
stat("/usr/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or directory)
stat("/usr/local/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or directory)
write(2, "strip: /tmp/sta18429: Invalid ar"..., 39strip: /tmp/sta18429: Invalid argument
) = 39
write(4, "\0.symtab\0.strtab\0.shstrtab\0."..., 206) = 206
lseek(4, 0, SEEK_SET)                   = 0
write(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 52) = 52
lseek(4, 411760, SEEK_SET)              = 411760
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 960) = 960
close(4)                                = 0
munmap(0x40009000, 4096)                = 0
close(3)                                = 0
munmap(0x40008000, 4096)                = 0
unlink("/tmp/sta18429")                 = 0
_exit(1)                                = ?
=======END:  strace strip /tmp/l17822



<strong>Information forwarded</strong> to <code>debian-bugs-dist@lists.debian.org</code>:<br>
<code>Bug#10597</code>; Package <code>binutils</code>.


debian-bugs-dist@lists.debian.org

Subject: Bug#10597: strip' lseeks anomalously large value
Reply-To: Galen Hazelwood <galenh@micron.net>, 10597@bugs.debian.org
Resent-From: Galen Hazelwood <galenh@micron.net>
Orignal-Sender: galen@micron.net
Resent-To: debian-bugs-dist@lists.debian.org
Resent-Date: Mon, 16 Jun 1997 05:48:01 GMT
Resent-Message-ID: <handler.10597.B10597.86643992330028@bugs.debian.org>
Resent-Sender: iwj@debian.org
X-Debian-PR-Message: report 10597
X-Debian-PR-Package: binutils
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 10597-bugs@bugs.debian.org id=B10597.86643992330028
          (code B ref 10597); Mon, 16 Jun 1997 05:48:01 GMT
Sender: galen@micron.net
Message-ID: <33A4D262.5C16DEA4@micron.net>
Date: Sun, 15 Jun 1997 23:42:58 -0600
From: Galen Hazelwood <galenh@micron.net>
X-Mailer: Mozilla 4.0b5C (X11; I; Linux 2.0.30 i586)
MIME-Version: 1.0
To: sgk@kleinmann.com, 10597@bugs.debian.org
X-Priority: 3 (Normal)
References: <199706160211.WAA00722@kleinmann.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Susan G. Kleinmann wrote:
> 
> Package: binutils
> Version: 2.7.0.9-3
> 
> In the process of trying to make some boot-floppies, I got stuck on
> a script that called 'strip'.  The precise command invocation was:
>    strip --remove-section=.note --remove-section=.comment \
>          --remove-section=.debug  /var/tmp/lib.$$
> 
> 'strip' exits with a comment something like:
>  strip: sta29909: Invalid argument
>            ^^^^^ this changes on each invocation
> 
> I ran 'strace strip' on the appropriate lib file, and got result given
> below.  It looks as if there's an lseek on some huge value:
> 
> lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)

*blank stare*

That sounds unpleasant.  Could I trouble you to try binutils 2.8.1 and
see if you get the same kind of results?  2.8.1 requires libc6, but
dosen't produce libc6-only binaries, so it should be safe.

--Galen



<strong>Acknowledgement sent</strong> to <code>Galen Hazelwood &lt;galenh@micron.net&gt;</code>:<br>
Extra info received and forwarded to list.


-t

From: owner@bugs.debian.org (Ian Jackson)
To: Galen Hazelwood <galenh@micron.net>
Subject: Bug#10597: Info received (was Bug#10597: 'strip' lseeks anomalously large value)
Message-ID: <handler.10597.B10597.86643992330028.ackinfo@bugs.debian.org>
In-Reply-To: <33A4D262.5C16DEA4@micron.net>
References: <33A4D262.5C16DEA4@micron.net>
X-Debian-PR-Message: ack-info-maintonly 10597

Thank you for the additional information you have supplied regarding
this problem report.  It has been forwarded to the developer(s) and
to the developers' mailing list to accompany the original report.

If you wish to continue to submit further information on your problem,
please send it to 10597@bugs.debian.org, as before.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the bug-tracking system.

Ian Jackson
(maintainer, Debian bug tracking system)



Received: (at 10597) by bugs.debian.org; 16 Jun 1997 05:45:23 +0000
Received: (qmail 30026 invoked from network); 16 Jun 1997 05:45:22 -0000
Received: from mailmx.micron.net (198.60.253.39)
  by master.debian.org with SMTP; 16 Jun 1997 05:45:21 -0000
Received: from xerxes (cnam011p16.nam.micron.net [207.70.7.17])
	by mailmx.micron.net (8.8.5/8.8.5) with ESMTP id XAA11256;
	Sun, 15 Jun 1997 23:44:31 -0600 (MDT)
Sender: galen@micron.net
Message-ID: <33A4D262.5C16DEA4@micron.net>
Date: Sun, 15 Jun 1997 23:42:58 -0600
From: Galen Hazelwood <galenh@micron.net>
X-Mailer: Mozilla 4.0b5C (X11; I; Linux 2.0.30 i586)
MIME-Version: 1.0
To: sgk@kleinmann.com, 10597@bugs.debian.org
Subject: Re: Bug#10597: 'strip' lseeks anomalously large value
X-Priority: 3 (Normal)
References: <199706160211.WAA00722@kleinmann.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Susan G. Kleinmann wrote:
> 
> Package: binutils
> Version: 2.7.0.9-3
> 
> In the process of trying to make some boot-floppies, I got stuck on
> a script that called 'strip'.  The precise command invocation was:
>    strip --remove-section=.note --remove-section=.comment \
>          --remove-section=.debug  /var/tmp/lib.$$
> 
> 'strip' exits with a comment something like:
>  strip: sta29909: Invalid argument
>            ^^^^^ this changes on each invocation
> 
> I ran 'strace strip' on the appropriate lib file, and got result given
> below.  It looks as if there's an lseek on some huge value:
> 
> lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)

*blank stare*

That sounds unpleasant.  Could I trouble you to try binutils 2.8.1 and
see if you get the same kind of results?  2.8.1 requires libc6, but
dosen't produce libc6-only binaries, so it should be safe.

--Galen



<strong>Information forwarded</strong> to <code>debian-bugs-dist@lists.debian.org, Galen Hazelwood &lt;galenh@micron.net&gt;</code>:<br>
<code>Bug#10597</code>; Package <code>binutils</code>.


debian-bugs-dist@lists.debian.orgGalen Hazelwood <galenh@micron.net>

Subject: Bug#10597: strip' lseeks anomalously large value
Reply-To: Herbert Xu <herbert@greathan.apana.org.au>, 10597@bugs.debian.org
Resent-From: Herbert Xu <herbert@greathan.apana.org.au>
Orignal-Sender: herbert@greathan.apana.org.au
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Galen Hazelwood <galenh@micron.net>
Resent-Date: Tue, 17 Jun 1997 00:33:35 GMT
Resent-Message-ID: <handler.10597.B10597.8665075723700@bugs.debian.org>
Resent-Sender: iwj@debian.org
X-Debian-PR-Message: report 10597
X-Debian-PR-Package: binutils
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 10597-bugs@bugs.debian.org id=B10597.8665075723700
          (code B ref 10597); Tue, 17 Jun 1997 00:33:35 GMT
Sender: herbert@greathan.apana.org.au
Message-ID: <33A5DAFF.51FFE335@greathan.apana.org.au>
Date: Tue, 17 Jun 1997 10:31:59 +1000
From: Herbert Xu <herbert@greathan.apana.org.au>
Organization: Core
X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.1.42 i586)
MIME-Version: 1.0
To: Galen Hazelwood <galenh@micron.net>, 10597@bugs.debian.org
References: <199706160211.WAA00722@kleinmann.com> <33A4D262.5C16DEA4@micron.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Galen Hazelwood wrote:
> 
> That sounds unpleasant.  Could I trouble you to try binutils 2.8.1 and
> see if you get the same kind of results?  2.8.1 requires libc6, but
> dosen't produce libc6-only binaries, so it should be safe.

Even if 2.8.1 works it wouldn't help.  Because we're still maintaining
release 1.3 which doesn't have 2.8.1.
-- 
Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <herbert@greathan.apana.org.au>
Home Page: http://greathan.apana.org.au/~herbert/
PGP Key: http://greathan.apana.org.au/~herbert/pubkey.txt



<strong>Acknowledgement sent</strong> to <code>Herbert Xu &lt;herbert@greathan.apana.org.au&gt;</code>:<br>
Extra info received and forwarded to list.  Copy sent to <code>Galen Hazelwood &lt;galenh@micron.net&gt;</code>.


-t

From: owner@bugs.debian.org (Ian Jackson)
To: Herbert Xu <herbert@greathan.apana.org.au>
Subject: Bug#10597: Info received (was Bug#10597: strip' lseeks anomalously large value)
Message-ID: <handler.10597.B10597.8665075723700.ackinfo@bugs.debian.org>
In-Reply-To: <33A5DAFF.51FFE335@greathan.apana.org.au>
References: <33A5DAFF.51FFE335@greathan.apana.org.au>
X-Debian-PR-Message: ack-info-maintonly 10597

Thank you for the additional information you have supplied regarding
this problem report.  It has been forwarded to the developer(s) and
to the developers' mailing list to accompany the original report.

Your message has been sent to the package maintainer(s):
 Galen Hazelwood <galenh@micron.net>

If you wish to continue to submit further information on your problem,
please send it to 10597@bugs.debian.org, as before.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the bug-tracking system.

Ian Jackson
(maintainer, Debian bug tracking system)



Received: (at 10597) by bugs.debian.org; 17 Jun 1997 00:32:52 +0000
Received: (qmail 3698 invoked from network); 17 Jun 1997 00:32:39 -0000
Received: from greathan.apana.org.au (root@203.14.152.113)
  by master.debian.org with SMTP; 17 Jun 1997 00:32:37 -0000
Received: from greathan (herbert@localhost [127.0.0.1])
	by greathan.apana.org.au (8.8.5/8.8.5) with SMTP id KAA27145;
	Tue, 17 Jun 1997 10:32:07 +1000
Sender: herbert@greathan.apana.org.au
Message-ID: <33A5DAFF.51FFE335@greathan.apana.org.au>
Date: Tue, 17 Jun 1997 10:31:59 +1000
From: Herbert Xu <herbert@greathan.apana.org.au>
Organization: Core
X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.1.42 i586)
MIME-Version: 1.0
To: Galen Hazelwood <galenh@micron.net>, 10597@bugs.debian.org
Subject: Re: Bug#10597: strip' lseeks anomalously large value
References: <199706160211.WAA00722@kleinmann.com> <33A4D262.5C16DEA4@micron.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Galen Hazelwood wrote:
> 
> That sounds unpleasant.  Could I trouble you to try binutils 2.8.1 and
> see if you get the same kind of results?  2.8.1 requires libc6, but
> dosen't produce libc6-only binaries, so it should be safe.

Even if 2.8.1 works it wouldn't help.  Because we're still maintaining
release 1.3 which doesn't have 2.8.1.
-- 
Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <herbert@greathan.apana.org.au>
Home Page: http://greathan.apana.org.au/~herbert/
PGP Key: http://greathan.apana.org.au/~herbert/pubkey.txt



<strong>Information forwarded</strong> to <code>debian-bugs-dist@lists.debian.org</code>:<br>
<code>Bug#10597</code>; Package <code>binutils</code>.


debian-bugs-dist@lists.debian.org

Subject: Bug#10597: strip' lseeks anomalously large value
Reply-To: Galen Hazelwood <galenh@micron.net>, 10597@bugs.debian.org
Resent-From: Galen Hazelwood <galenh@micron.net>
Orignal-Sender: galen@micron.net
Resent-To: debian-bugs-dist@lists.debian.org
Resent-Date: Tue, 17 Jun 1997 01:18:14 GMT
Resent-Message-ID: <handler.10597.B10597.8665098334300@bugs.debian.org>
Resent-Sender: iwj@debian.org
X-Debian-PR-Message: report 10597
X-Debian-PR-Package: binutils
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 10597-bugs@bugs.debian.org id=B10597.8665098334300
          (code B ref 10597); Tue, 17 Jun 1997 01:18:14 GMT
Sender: galen@micron.net
Message-ID: <33A5E384.8F021B0A@micron.net>
Date: Mon, 16 Jun 1997 19:08:20 -0600
From: Galen Hazelwood <galenh@micron.net>
X-Mailer: Mozilla 4.0b5C (X11; I; Linux 2.0.30 i586)
MIME-Version: 1.0
To: Herbert Xu <herbert@greathan.apana.org.au>, 10597@bugs.debian.org
CC: sgk@kleinmann.com
X-Priority: 3 (Normal)
References: <199706160211.WAA00722@kleinmann.com> <33A4D262.5C16DEA4@micron.net> <33A5DAFF.51FFE335@greathan.apana.org.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Herbert Xu wrote:
> Even if 2.8.1 works it wouldn't help.  Because we're still maintaining
> release 1.3 which doesn't have 2.8.1.

Given, but...this bug sounds like it's out of my league.  Which means
that if it's really a problem with the stable binutils, there's very
little I can do except forward it upstream.  And then I'll probably get
an answer like "Get a life you loser, we fixed that in 2.8."  Or even
more likely "I'm sorry, but we can't reproduce that problem."  Sure, I
could recompile 2.8.1 with libc5, and put it in stable, but that would
cause a libc5/libc6 crossover problem with libbfd.  :(

Well...Susan, could you send me (mime attachments are OK) a copy of the
binary which breaks strip?  I'll see if I can find some stupid,
easy-to-fix problem.

--Galen



<strong>Acknowledgement sent</strong> to <code>Galen Hazelwood &lt;galenh@micron.net&gt;</code>:<br>
Extra info received and forwarded to list.


-t

From: owner@bugs.debian.org (Ian Jackson)
To: Galen Hazelwood <galenh@micron.net>
Subject: Bug#10597: Info received (was Bug#10597: strip' lseeks anomalously large value)
Message-ID: <handler.10597.B10597.8665098334300.ackinfo@bugs.debian.org>
In-Reply-To: <33A5E384.8F021B0A@micron.net>
References: <33A5E384.8F021B0A@micron.net>
X-Debian-PR-Message: ack-info-maintonly 10597

Thank you for the additional information you have supplied regarding
this problem report.  It has been forwarded to the developer(s) and
to the developers' mailing list to accompany the original report.

If you wish to continue to submit further information on your problem,
please send it to 10597@bugs.debian.org, as before.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the bug-tracking system.

Ian Jackson
(maintainer, Debian bug tracking system)



Received: (at 10597) by bugs.debian.org; 17 Jun 1997 01:10:33 +0000
Received: (qmail 4298 invoked from network); 17 Jun 1997 01:10:25 -0000
Received: from mailmx.micron.net (198.60.253.39)
  by master.debian.org with SMTP; 17 Jun 1997 01:10:24 -0000
Received: from xerxes (cnam042p05.nam.micron.net [207.70.7.176])
	by mailmx.micron.net (8.8.5/8.8.5) with ESMTP id TAA03104;
	Mon, 16 Jun 1997 19:09:53 -0600 (MDT)
Sender: galen@micron.net
Message-ID: <33A5E384.8F021B0A@micron.net>
Date: Mon, 16 Jun 1997 19:08:20 -0600
From: Galen Hazelwood <galenh@micron.net>
X-Mailer: Mozilla 4.0b5C (X11; I; Linux 2.0.30 i586)
MIME-Version: 1.0
To: Herbert Xu <herbert@greathan.apana.org.au>, 10597@bugs.debian.org
CC: sgk@kleinmann.com
Subject: Re: Bug#10597: strip' lseeks anomalously large value
X-Priority: 3 (Normal)
References: <199706160211.WAA00722@kleinmann.com> <33A4D262.5C16DEA4@micron.net> <33A5DAFF.51FFE335@greathan.apana.org.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Herbert Xu wrote:
> Even if 2.8.1 works it wouldn't help.  Because we're still maintaining
> release 1.3 which doesn't have 2.8.1.

Given, but...this bug sounds like it's out of my league.  Which means
that if it's really a problem with the stable binutils, there's very
little I can do except forward it upstream.  And then I'll probably get
an answer like "Get a life you loser, we fixed that in 2.8."  Or even
more likely "I'm sorry, but we can't reproduce that problem."  Sure, I
could recompile 2.8.1 with libc5, and put it in stable, but that would
cause a libc5/libc6 crossover problem with libbfd.  :(

Well...Susan, could you send me (mime attachments are OK) a copy of the
binary which breaks strip?  I'll see if I can find some stupid,
easy-to-fix problem.

--Galen



<strong>Changed bug title.</strong>
Request was from <code>jdassen@wi.leidenuniv.nl</code>
to <code>control@bugs.debian.org</code>. 


Received: (at control) by bugs.debian.org; 21 Apr 1998 15:47:20 +0000
Received: (qmail 17754 invoked from network); 21 Apr 1998 15:47:17 -0000
Received: from zeus.wi.leidenuniv.nl (132.229.128.1)
  by debian.novare.net with SMTP; 21 Apr 1998 15:47:17 -0000
Received: from ultra5.wi.leidenuniv.nl (ultra5 [132.229.128.75])
	by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with SMTP id RAA14205
	for <control@bugs.debian.org>; Tue, 21 Apr 1998 17:47:03 +0200 (MET DST)
Received: from  (jdassen@localhost)
          by ultra5.wi.leidenuniv.nl (8.6.10a/FHM-1.01-S) id RAA04243
          Tue, 21 Apr 1998 17:38:21 +0200 (MET)
Message-ID: <19980421173820.46006@wi.leidenuniv.nl>
Date: Tue, 21 Apr 1998 17:38:20 +0200
From: jdassen@wi.leidenuniv.nl
To: control@bugs.debian.org
Subject: foo
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.84

retitle 10597 [2.7.0.9-3] strip: lseeks anomalously large value ("...sta: Invalid argument")
retitle 13724 [2.8.1-2] strip: wrong/misleading error message ("...sta: /sta21350: Invalid argument")
merge 10597 13724
retitle 13322 [2.8.1-2] strip: fails on some files when --keep-symbol is used
retitle 14134 [2.8.1-2] strip: --strip-unneeded segfaults on libpam.a
retitle 20940 [2.8.1.0.23-1] --strip-unneeded segfaults on RH Motif 2.0
merge 14134 20940
retitle 17971 [2.8.1.0.19-1] strip: aborts dumping core during netscape3 installation
thanks
-- 
POPULATION EXPLOSION  Unique in human experience, an event which happened 
yesterday but which everyone swears won't happen until tomorrow.  
- The Hipcrime Vocab by Chad C. Mulligan 



<strong>Merged 10597 13724.</strong>
Request was from <code>jdassen@wi.leidenuniv.nl</code>
to <code>control@bugs.debian.org</code>. 


Received: (at control) by bugs.debian.org; 21 Apr 1998 15:47:20 +0000
Received: (qmail 17754 invoked from network); 21 Apr 1998 15:47:17 -0000
Received: from zeus.wi.leidenuniv.nl (132.229.128.1)
  by debian.novare.net with SMTP; 21 Apr 1998 15:47:17 -0000
Received: from ultra5.wi.leidenuniv.nl (ultra5 [132.229.128.75])
	by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with SMTP id RAA14205
	for <control@bugs.debian.org>; Tue, 21 Apr 1998 17:47:03 +0200 (MET DST)
Received: from  (jdassen@localhost)
          by ultra5.wi.leidenuniv.nl (8.6.10a/FHM-1.01-S) id RAA04243
          Tue, 21 Apr 1998 17:38:21 +0200 (MET)
Message-ID: <19980421173820.46006@wi.leidenuniv.nl>
Date: Tue, 21 Apr 1998 17:38:20 +0200
From: jdassen@wi.leidenuniv.nl
To: control@bugs.debian.org
Subject: foo
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.84

retitle 10597 [2.7.0.9-3] strip: lseeks anomalously large value ("...sta: Invalid argument")
retitle 13724 [2.8.1-2] strip: wrong/misleading error message ("...sta: /sta21350: Invalid argument")
merge 10597 13724
retitle 13322 [2.8.1-2] strip: fails on some files when --keep-symbol is used
retitle 14134 [2.8.1-2] strip: --strip-unneeded segfaults on libpam.a
retitle 20940 [2.8.1.0.23-1] --strip-unneeded segfaults on RH Motif 2.0
merge 14134 20940
retitle 17971 [2.8.1.0.19-1] strip: aborts dumping core during netscape3 installation
thanks
-- 
POPULATION EXPLOSION  Unique in human experience, an event which happened 
yesterday but which everyone swears won't happen until tomorrow.  
- The Hipcrime Vocab by Chad C. Mulligan 



<strong>Information forwarded</strong> to <code>debian-bugs-dist@lists.debian.org, Galen Hazelwood &lt;galenh@micron.net&gt;</code>:<br>
<code>Bug#10597</code>; Package <code>binutils</code>.


debian-bugs-dist@lists.debian.orgGalen Hazelwood <galenh@micron.net>

Subject: Bug#10597: [2.7.0.9-3] strip: lseeks anomalously large value [2.8.1-2] strip:
Reply-To: jdassen@wi.leidenuniv.nl, 10597@bugs.debian.org
Resent-From: jdassen@wi.leidenuniv.nl
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Galen Hazelwood <galenh@micron.net>
Resent-Date: Wed, 22 Apr 1998 07:48:02 GMT
Resent-Message-ID: <handler.10597.B10597.8932310695185@bugs.debian.org>
Resent-Sender: iwj@debian.org
X-Debian-PR-Message: report 10597
X-Debian-PR-Package: binutils
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 10597-bugs@bugs.debian.org id=B10597.8932310695185
          (code B ref 10597); Wed, 22 Apr 1998 07:48:02 GMT
Message-ID: <19980422093540.27420@wi.leidenuniv.nl>
Date: Wed, 22 Apr 1998 09:35:40 +0200
From: jdassen@wi.leidenuniv.nl
To: bug-gnu-utils@gnu.org
Cc: 10597@bugs.debian.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="ftEhullJWpWg/VHq"
X-Mailer: Mutt 0.84


--ftEhullJWpWg/VHq
Content-Type: text/plain; charset=us-ascii

wrong/misleading error message ("...sta:     +Invalid argument")
Reply-To: 

The following were reported through the Debian bugtracking system
(http://www.debian.org/Bugs) and are believed to be incarnations of the same
problem.

Please Cc: 10597@bugs.debian.org on on-topic replies.
-- 
UNFAIR  Term applied to advantages enjoyed by other people which we tried 
to cheat them out of and didn't manage. See also DISHONESTY, SNEAKY, 
UNDERHAND and JUST LUCKY I GUESS.     
- The Hipcrime Vocab by Chad C. Mulligan  

--ftEhullJWpWg/VHq
Content-Type: message/rfc822
Content-Description: Forwarded message from owner@bugs.debian.org

Return-Path: <discard-all@chiark.greenend.org.uk>
Received: from submailer.bugs.debian.org (iwj@debian.novare.net [205.229.104.5])
	by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with SMTP id JAA25192
	for <jdassen@wi.leidenuniv.nl>; Wed, 22 Apr 1998 09:20:52 +0200 (MET DST)
Received: by submailer.bugs.debian.org id m0yRtYg-001sDNC
	(Debian /\oo/\ Smail3.1.29.1 #29.35); Wed, 22 Apr 98 02:03 CDT
Date: Wed, 22 Apr 98 02:03 CDT
From: owner@bugs.debian.org (Ian Jackson)
To: jdassen@wi.leidenuniv.nl
Subject: Debian bugs information: logs for bug#10597
References: <19980422084554.10076@wi.leidenuniv.nl>
In-Reply-To: <19980422084554.10076@wi.leidenuniv.nl>
Message-ID: <handler.s.R.8932280863953.info.0@bugs.debian.org>


                        Debian bug report logs - #10597
                    'strip' lseeks anomalously large value
                                       
   Package: binutils; Reported by: sgk@kleinmann.com; dated Mon, 16 Jun
   1997 02:03:01 GMT; Maintainer for binutils is Galen Hazelwood
   <galenh@micron.net>.
     _________________________________________________________________
   
Message received at 10597@bugs.debian.org:

Received: (at 10597) by bugs.debian.org; 17 Jun 1997 01:10:33 +0000
Received: (qmail 4298 invoked from network); 17 Jun 1997 01:10:25 -0000
Received: from mailmx.micron.net (198.60.253.39)
  by master.debian.org with SMTP; 17 Jun 1997 01:10:24 -0000
Received: from xerxes (cnam042p05.nam.micron.net [207.70.7.176])
        by mailmx.micron.net (8.8.5/8.8.5) with ESMTP id TAA03104;
        Mon, 16 Jun 1997 19:09:53 -0600 (MDT)
Sender: galen@micron.net
Message-ID: <33A5E384.8F021B0A@micron.net>
Date: Mon, 16 Jun 1997 19:08:20 -0600
From: Galen Hazelwood <galenh@micron.net>
X-Mailer: Mozilla 4.0b5C (X11; I; Linux 2.0.30 i586)
MIME-Version: 1.0
To: Herbert Xu <herbert@greathan.apana.org.au>, 10597@bugs.debian.org
CC: sgk@kleinmann.com
Subject: Re: Bug#10597: strip' lseeks anomalously large value
X-Priority: 3 (Normal)
References: <199706160211.WAA00722@kleinmann.com> <33A4D262.5C16DEA4@micron.net
> <33A5DAFF.51FFE335@greathan.apana.org.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Herbert Xu wrote:
> Even if 2.8.1 works it wouldn't help.  Because we're still maintaining
> release 1.3 which doesn't have 2.8.1.

Given, but...this bug sounds like it's out of my league.  Which means
that if it's really a problem with the stable binutils, there's very
little I can do except forward it upstream.  And then I'll probably get
an answer like "Get a life you loser, we fixed that in 2.8."  Or even
more likely "I'm sorry, but we can't reproduce that problem."  Sure, I
could recompile 2.8.1 with libc5, and put it in stable, but that would
cause a libc5/libc6 crossover problem with libbfd.  :(

Well...Susan, could you send me (mime attachments are OK) a copy of the
binary which breaks strip?  I'll see if I can find some stupid,
easy-to-fix problem.

--Galen
     _________________________________________________________________
   
   Acknowledgement sent to Galen Hazelwood <galenh@micron.net>:
   Extra info received and forwarded to list. Full text available.
     _________________________________________________________________
   
   Information forwarded to debian-bugs-dist@lists.debian.org:
   Bug#10597; Package binutils. Full text available.
     _________________________________________________________________
   
Message received at 10597@bugs.debian.org:

Received: (at 10597) by bugs.debian.org; 17 Jun 1997 00:32:52 +0000
Received: (qmail 3698 invoked from network); 17 Jun 1997 00:32:39 -0000
Received: from greathan.apana.org.au (root@203.14.152.113)
  by master.debian.org with SMTP; 17 Jun 1997 00:32:37 -0000
Received: from greathan (herbert@localhost [127.0.0.1])
        by greathan.apana.org.au (8.8.5/8.8.5) with SMTP id KAA27145;
        Tue, 17 Jun 1997 10:32:07 +1000
Sender: herbert@greathan.apana.org.au
Message-ID: <33A5DAFF.51FFE335@greathan.apana.org.au>
Date: Tue, 17 Jun 1997 10:31:59 +1000
From: Herbert Xu <herbert@greathan.apana.org.au>
Organization: Core
X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.1.42 i586)
MIME-Version: 1.0
To: Galen Hazelwood <galenh@micron.net>, 10597@bugs.debian.org
Subject: Re: Bug#10597: strip' lseeks anomalously large value
References: <199706160211.WAA00722@kleinmann.com> <33A4D262.5C16DEA4@micron.net
>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Galen Hazelwood wrote:
>
> That sounds unpleasant.  Could I trouble you to try binutils 2.8.1 and
> see if you get the same kind of results?  2.8.1 requires libc6, but
> dosen't produce libc6-only binaries, so it should be safe.

Even if 2.8.1 works it wouldn't help.  Because we're still maintaining
release 1.3 which doesn't have 2.8.1.
--
Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <herbert@greathan.apana.org.au>
Home Page: http://greathan.apana.org.au/~herbert/
PGP Key: http://greathan.apana.org.au/~herbert/pubkey.txt
     _________________________________________________________________
   
   Acknowledgement sent to Herbert Xu <herbert@greathan.apana.org.au>:
   Extra info received and forwarded to list. Copy sent to Galen
   Hazelwood <galenh@micron.net>. Full text available.
     _________________________________________________________________
   
   Information forwarded to debian-bugs-dist@lists.debian.org, Galen
   Hazelwood <galenh@micron.net>:
   Bug#10597; Package binutils. Full text available.
     _________________________________________________________________
   
Message received at 10597@bugs.debian.org:

Received: (at 10597) by bugs.debian.org; 16 Jun 1997 05:45:23 +0000
Received: (qmail 30026 invoked from network); 16 Jun 1997 05:45:22 -0000
Received: from mailmx.micron.net (198.60.253.39)
  by master.debian.org with SMTP; 16 Jun 1997 05:45:21 -0000
Received: from xerxes (cnam011p16.nam.micron.net [207.70.7.17])
        by mailmx.micron.net (8.8.5/8.8.5) with ESMTP id XAA11256;
        Sun, 15 Jun 1997 23:44:31 -0600 (MDT)
Sender: galen@micron.net
Message-ID: <33A4D262.5C16DEA4@micron.net>
Date: Sun, 15 Jun 1997 23:42:58 -0600
From: Galen Hazelwood <galenh@micron.net>
X-Mailer: Mozilla 4.0b5C (X11; I; Linux 2.0.30 i586)
MIME-Version: 1.0
To: sgk@kleinmann.com, 10597@bugs.debian.org
Subject: Re: Bug#10597: 'strip' lseeks anomalously large value
X-Priority: 3 (Normal)
References: <199706160211.WAA00722@kleinmann.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Susan G. Kleinmann wrote:
>
> Package: binutils
> Version: 2.7.0.9-3
>
> In the process of trying to make some boot-floppies, I got stuck on
> a script that called 'strip'.  The precise command invocation was:
>    strip --remove-section=.note --remove-section=.comment \
>          --remove-section=.debug  /var/tmp/lib.$$
>
> 'strip' exits with a comment something like:
>  strip: sta29909: Invalid argument
>            ^^^^^ this changes on each invocation
>
> I ran 'strace strip' on the appropriate lib file, and got result given
> below.  It looks as if there's an lseek on some huge value:
>
> lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)

*blank stare*

That sounds unpleasant.  Could I trouble you to try binutils 2.8.1 and
see if you get the same kind of results?  2.8.1 requires libc6, but
dosen't produce libc6-only binaries, so it should be safe.

--Galen
     _________________________________________________________________
   
   Acknowledgement sent to Galen Hazelwood <galenh@micron.net>:
   Extra info received and forwarded to list. Full text available.
     _________________________________________________________________
   
   Information forwarded to debian-bugs-dist@lists.debian.org:
   Bug#10597; Package binutils. Full text available.
     _________________________________________________________________
   
Message received at submit@bugs.debian.org:

Received: (at submit) by bugs.debian.org; 16 Jun 1997 02:02:55 +0000
Received: (qmail 27701 invoked from network); 16 Jun 1997 02:02:52 -0000
Received: from kleinmann.com (root@204.215.142.65)
  by master.debian.org with SMTP; 16 Jun 1997 02:02:51 -0000
Received: from sgk.tiac.net (sgk@lo [127.0.0.1])
        by kleinmann.com (8.8.5/8.8.5) with ESMTP id WAA00722;
        Sun, 15 Jun 1997 22:11:33 -0400
Message-Id: <199706160211.WAA00722@kleinmann.com>
Reply-to: sgk@kleinmann.com
Subject: 'strip' lseeks anomalously large value
To: submit@bugs.debian.org
cc: sgk@kleinmann.com
Date: Sun, 15 Jun 1997 22:11:33 -0400
From: "Susan G. Kleinmann" <sgk@kleinmann.com>

Package: binutils
Version: 2.7.0.9-3

In the process of trying to make some boot-floppies, I got stuck on
a script that called 'strip'.  The precise command invocation was:
   strip --remove-section=.note --remove-section=.comment \
         --remove-section=.debug  /var/tmp/lib.$$

'strip' exits with a comment something like:
 strip: sta29909: Invalid argument
           ^^^^^ this changes on each invocation

I ran 'strace strip' on the appropriate lib file, and got result given
below.  It looks as if there's an lseek on some huge value:

lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)

The details of the strace are attached below.

Susan Kleinmann

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
=======START:  strace strip /tmp/l17822
execve("/usr/bin/strip", ["strip", "/tmp/l17822"], [/* 19 vars */]) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40007
000
mprotect(0x40000000, 20301, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x8048000, 146493, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=6131, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
mmap(0, 6131, PROT_READ, MAP_SHARED, 3, 0) = 0x40008000
close(3)                                = 0
stat("/etc/ld.so.preload", 0xbffffcd0)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libbfd.so.2.7.0.9", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 229376, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000a000
mmap(0x4000a000, 212603, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x
4000a000
mmap(0x4003e000, 15708, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x33000
) = 0x4003e000
close(3)                                = 0
mprotect(0x4000a000, 212603, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
open("/usr/lib/libc.so.5", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/lib/libc.so.5", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 761856, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40042000
mmap(0x40042000, 528883, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x
40042000
mmap(0x400c4000, 19556, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x81000
) = 0x400c4000
mmap(0x400c9000, 206540, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYM
OUS, -1, 0) = 0x400c9000
close(3)                                = 0
mprotect(0x40042000, 528883, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40008000, 6131)                = 0
mprotect(0x8048000, 146493, PROT_READ|PROT_EXEC) = 0
mprotect(0x4000a000, 212603, PROT_READ|PROT_EXEC) = 0
mprotect(0x40042000, 528883, PROT_READ|PROT_EXEC) = 0
mprotect(0x40000000, 20301, PROT_READ|PROT_EXEC) = 0
personality(PER_LINUX)                  = 0
geteuid()                               = 0
getuid()                                = 0
getgid()                                = 0
getegid()                               = 0
brk(0x806d6c8)                          = 0x806d6c8
brk(0x806d6f0)                          = 0x806d6f0
brk(0x806e000)                          = 0x806e000
getpid()                                = 18429
stat("/tmp/sta18429", 0xbffffc7c)       = -1 ENOENT (No such file or directory)
brk(0x806f000)                          = 0x806f000
open("/tmp/l17822", O_RDONLY)           = 3
fstat(3, {st_mode=S_IFREG|0755, st_size=425904, ...}) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40008
000
lseek(3, 0, SEEK_SET)                   = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
lseek(3, 409600, SEEK_SET)              = 409600
read(3, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 4096) = 4096
lseek(3, 0, SEEK_SET)                   = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
brk(0x8070000)                          = 0x8070000
brk(0x8071000)                          = 0x8071000
brk(0x8072000)                          = 0x8072000
unlink("/tmp/sta18429")                 = -1 ENOENT (No such file or directory)
open("/tmp/sta18429", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
brk(0x8073000)                          = 0x8073000
brk(0x8075000)                          = 0x8075000
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
brk(0x8079000)                          = 0x8079000
brk(0x807d000)                          = 0x807d000
fstat(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40009
000
lseek(4, 52, SEEK_SET)                  = 52
write(4, "\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
brk(0x8081000)                          = 0x8081000
read(3, "\"\0\n\0004\5\0\0\300\306\0\0\0\0"..., 4096) = 4096
read(3, "\22\0\n\0\246\20\0\0$1\1\0\0\0\0"..., 4096) = 4096
read(3, "\"\0\n\0R\34\0\0|N\2\0\356\1\0\0"..., 4096) = 4096
read(3, "\22\0\n\0?)\0\0X\251\4\0#\0\0\0\""..., 4096) = 4096
write(4, "\255\0\0\0\317\1\0\0\0\0\0\0\25\1"..., 4096) = 4096
write(4, "R\5\0\0 \307\0\0\0\0\0\0\"\0\n\0"..., 12288) = 12288
read(3, "east_marker\0_IO_switch_to_main_"..., 4096) = 4096
read(3, "et\0getdtablesize\0xdr_enum\0xdr"..., 4096) = 4096
write(4, "b)\0\0\340\7\6\0@\0\0\0\21\0\r\0"..., 4096) = 4096
write(4, "o_backup_area\0_IO_switch_to_get"..., 4096) = 4096
read(3, "\10\0\0\0\20\360\5\0\10\0\0\0\24"..., 4096) = 4096
read(3, "\1\352\1\0\240\1\6\0\1\311\0\0\260"..., 4096) = 4096
write(4, "r_opaque\0xdr_accepted_reply\0xd"..., 4096) = 4096
write(4, "(\360\5\0\10\0\0\0,\360\5\0\10\0"..., 4096) = 4096
read(3, "\7\271\1\0\334\v\6\0\7n\0\0\340\v"..., 4096) = 4096
write(4, "\330\1\6\0\1i\1\0\340\1\6\0\1k\1"..., 4096) = 4096
read(3, "\340\363\377\377\377\243\20\3\0\0"..., 4096) = 4096
write(4, "\364\v\6\0\7\224\1\0\370\v\6\0\7"..., 941) = 941
lseek(4, 41956, SEEK_SET)               = 41956
write(4, "\377\263\4\0\0\0\377\243\10\0\0\0"..., 4096) = 4096
mmap(0, 315392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x400
fc000
read(3, "E\f\205\300u\5\270\1\0\0\0\213\31"..., 4096) = 4096
read(3, "\377\377\211F\4\203\304\10\205\300"..., 4096) = 4096
read(3, "\204\300u\330\203\372\1}\0071\300"..., 4096) = 4096
read(3, "\203\300\4\277\7\0\0\0\231\367\377"..., 4096) = 4096
read(3, "\215G\1P\353>\2156\215Q\0109<\20"..., 4096) = 4096
read(3, "\24\203\372\377tb\205\322\17\205"..., 4096) = 4096
read(3, "\371/\17\204\354\0\0\0\200\371-u"..., 4096) = 4096
read(3, "\f\0269\321v:\211\320)\310\203\340"..., 4096) = 4096
read(3, "\213D$\30P\350jo\377\377\211\301"..., 4096) = 4096
read(3, "\374\271\377\377\377\377\362\256"..., 4096) = 4096
read(3, "T$T\211\223\310J\0\0\203\304\10\211"..., 4096) = 4096
read(3, "\377\377\211\306\203\304\10\205\366"..., 4096) = 4096
read(3, "\213D$(\213\0\211D$(\213|$(W\350"..., 4096) = 4096
read(3, "9\0u\320\200?\0\17\205\367\375\377"..., 4096) = 4096
read(3, "\366u\21\350\234\25\377\377\307\0"..., 4096) = 4096
read(3, "\250\373\377\377\377ux\213\223\344"..., 4096) = 4096
read(3, "\377\211\6\353C\215v\0\203E\20\4"..., 4096) = 4096
read(3, "\213\265\344\372\377\377\213\205"..., 4096) = 4096
read(3, "9\215\364\372\377\377sJ\213\205\364"..., 4096) = 4096
read(3, "\0\17\204\256\2\0\0\213l$$\203\305"..., 4096) = 4096
read(3, "|$\20\213\203\4\6\0\0\307\0\0\0\0"..., 4096) = 4096
read(3, "8\0u)\215\203\367\217\377\377Pj\5"..., 4096) = 4096
read(3, "\271\377\377\377\377\362\256\367"..., 4096) = 4096
read(3, "\377\377\213\205(\377\377\377\215"..., 4096) = 4096
read(3, "\376\377\203\304\20f\211G\22\213"..., 4096) = 4096
read(3, "u\252\17\266\21A\211L$\20\211\370"..., 4096) = 4096
read(3, "\17<\2u\7\377D$\24\353\2\220F\350"..., 4096) = 4096
read(3, "\377\211\205\\\375\377\377\366@\10"..., 4096) = 4096
read(3, "\0\203~D\1u\5\270\2\0\0\0[^_]\203"..., 4096) = 4096
read(3, "\213\2250\377\377\377\213\205 \377"..., 4096) = 4096
read(3, "\0\0\211\6\211\265l\1\0\0\211\362"..., 4096) = 4096
read(3, "\375\377Rj\4\213\214$\220\0\0\0Q"..., 4096) = 4096
read(3, "D$8\213\0\211D$(H\213T$8\211\2\203"..., 4096) = 4096
read(3, "\303\215v\0\213L$\24\377\1\213|$"..., 4096) = 4096
read(3, "[^_]\203\304\4\303\307F\10\0\0\0"..., 4096) = 4096
read(3, "\0\0\213\205\210\327\377\377\351"..., 4096) = 4096
read(3, "\370\3}1\203\370\2}\27\213\24\226"..., 4096) = 4096
read(3, "B>\211\302\301\372\5k\302:\215\4"..., 4096) = 4096
read(3, "t\33\213}\20\367\307 \0\0\0\17\205"..., 4096) = 4096
read(3, "\5\330\2\0\\\330\2\0\\\330\2\0\\"..., 4096) = 4096
read(3, "\34\307D$ \0\0\0\0\307D$$\0\0\0\0"..., 4096) = 4096
read(3, "\367t=\205\377t1\205\366t%\213\7"..., 4096) = 4096
read(3, "\213\215p\377\377\377Q\350\350C\375"..., 4096) = 4096
read(3, "t\rOt\37\212\1AB\210\2\204\300u\325"..., 4096) = 4096
read(3, "\1\0\0\213\274$\370\1\0\0009\362"..., 4096) = 4096
read(3, "\0\0\211\204$\274\1\0\0\205\355u"..., 4096) = 4096
read(3, "$\24\2\0\0\0\0\0\0\277\1\0\0\0\213"..., 4096) = 4096
read(3, "\0001\322)\372\31\360\211\327\211"..., 4096) = 4096
read(3, "\0\0+\274$4\1\0\0\307\204$\20\1\0"..., 4096) = 4096
read(3, "X\307D$\\\0\0\0\0\215D$HPVj\r\350"..., 4096) = 4096
read(3, "\315\374\377\203\304\10\205\300t"..., 4096) = 4096
read(3, "\34\0\0\0\0\213V\30\213F\20)\320"..., 4096) = 4096
read(3, "\307D$\24\0\0\0\0\213|$L\211|$$\213"..., 4096) = 4096
read(3, "\377\213}\20\301\347\2\211\275\364"..., 4096) = 4096
read(3, "l$p\307D$`\0\0\0\0\203|$x\1t2\177"..., 4096) = 4096
read(3, "F\0301\3009l$\20t\5\270\377\377\377"..., 4096) = 4096
read(3, "\353\'\2156\213u\354\17\266\26F\211"..., 4096) = 4096
read(3, "\203\342\3\205\311~\37\205\322t%"..., 4096) = 4096
read(3, "L$`Q\350\353M\374\377\211\302\213"..., 4096) = 4096
read(3, "\0049E\20\177\3261\322\353\31\215"..., 4096) = 4096
read(3, "\0\215v\0\213t$<\213\4\216\213|$"..., 4096) = 4096
read(3, "LW\213t$,V\350\310\25\374\377\211"..., 4096) = 4096
read(3, "WQVV\350\33\20\374\377\353\20\220"..., 4096) = 4096
read(3, "\213\214$0\1\0\0Q\213\214$,\1\0\0"..., 4096) = 4096
read(3, "\200D\1\0tD\1\0\350B\1\0\350B\1\0"..., 4096) = 4096
read(3, "\24\1\0\0009\264$\24\1\0\0s\3339"..., 4096) = 4096
read(3, "\f\213\224$ \2\0\0\2154\225\0\0\0"..., 4096) = 4096
read(3, "\302\10\211\224$\30\1\0\0P\213\214"..., 4096) = 4096
read(3, "\213\214$$\1\0\0\323\350\211\204"..., 4096) = 4096
read(3, "\361)\321\211\214$ \1\0\0Q\270\1"..., 4096) = 4096
read(3, "\224\373\377\211\204$\324\1\0\0\213"..., 4096) = 4096
read(3, "\204\264\24\2\0\0\0\0\0\0F9\356\17"..., 4096) = 4096
read(3, "\331\0\0\0\307\204$\30\2\0\0\0\0"..., 4096) = 4096
read(3, "\24\2\0\0\211\204$\30\2\0\0\307\204"..., 4096) = 4096
read(3, "\361\213\223\204\5\0\0\213\22f\213"..., 4096) = 4096
read(3, "\4VW\350\f@\373\377\203\304\f\205"..., 4096) = 4096
write(4, "\377\243\10\4\0\0h\370\7\0\0\351"..., 1296) = 1296
lseek(4, 47360, SEEK_SET)               = 47360
write(4, "VS\350\0\0\0\0[\201\303uO\5\0\215"..., 311296) = 311296
munmap(0x400fc000, 315392)              = 0
brk(0x8088000)                          = 0x8088000
read(3, "on abort\0Network dropped connec"..., 4096) = 4096
read(3, "ory\0clnttcp_create: %s\n\0out o"..., 4096) = 4096
read(3, "[truncated] \0%s\0\n\0/dev/conso"..., 4096) = 4096
read(3, "\302\0\0\0\303\0\0\0\304\0\0\0\305"..., 4096) = 4096
read(3, "\3318\322\301\324\0254c\34\0\0\0"..., 4096) = 4096
read(3, "NAL RECORDS:\n\0\n;; ...truncate"..., 4096) = 4096
write(4, "\4\325<\1w\342\203\317 \200>.um\275"..., 1273) = 1273
lseek(4, 359932, SEEK_SET)              = 359932
write(4, "Quota exceeded\0Remote I/O error"..., 20480) = 20480
read(3, "\371\202\5\0\342\202\5\0\273\202"..., 4096) = 4096
read(3, "\1\1\1\1\1\1\1\1\1\1\1\1\1\1\1\1"..., 4096) = 4096
write(4, "lnet\0smtp\0time\0rlp\0name\0who"..., 4091) = 4091
lseek(4, 384504, SEEK_SET)              = 384504
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
write(4, "@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^"..., 4096) = 4096
read(3, "2.1 Objective-C snapshot 960906\0"..., 4096) = 4096
read(3, "snapshot 960906\0\0GCC: (GNU) 2."..., 4096) = 4096
read(3, "\0GCC: (GNU) 2.7.2.1 Objective-C"..., 4096) = 4096
read(3, "2.1 Objective-C snapshot 960906\0"..., 4096) = 4096
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
write(4, " 960906\0\0GCC: (GNU) 2.7.2.1 Ob"..., 8192) = 8192
read(3, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 4096) = 4096
write(4, "ctive-C snapshot 960906\0\0GCC: "..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4016
write(4, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 2472) = 2472
lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)
lseek(4, 0, SEEK_CUR)                   = 411552
stat("/etc/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or directo
ry)
stat("/usr/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or d
irectory)
stat("/usr/share/locale/libc/C", 0xbffff788) = -1 ENOENT (No such file or direc
tory)
stat("/usr/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or d
irectory)
stat("/usr/local/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such fil
e or directory)
write(2, "strip: /tmp/sta18429: Invalid ar"..., 39strip: /tmp/sta18429: Invalid
 argument
) = 39
write(4, "\0.symtab\0.strtab\0.shstrtab\0."..., 206) = 206
lseek(4, 0, SEEK_SET)                   = 0
write(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 52) = 52
lseek(4, 411760, SEEK_SET)              = 411760
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 960) = 960
close(4)                                = 0
munmap(0x40009000, 4096)                = 0
close(3)                                = 0
munmap(0x40008000, 4096)                = 0
unlink("/tmp/sta18429")                 = 0
_exit(1)                                = ?
=======END:  strace strip /tmp/l17822
     _________________________________________________________________
   
   Acknowledgement sent to sgk@kleinmann.com:
   New bug report received and forwarded. Copy sent to Galen Hazelwood
   <galenh@micron.net>. Full text available.
     _________________________________________________________________
   
   Report forwarded to debian-bugs-dist@lists.debian.org, Galen Hazelwood
   <galenh@micron.net>:
   Bug#10597; Package binutils. Full text available.
     _________________________________________________________________
   
   
    Ian Jackson / owner@bugs.debian.org, through the Debian bug database
    
   Last modified: 20:39:04 GMT Fri 17 Apr (timestamp page available).

--ftEhullJWpWg/VHq
Content-Type: message/rfc822
Content-Description: Forwarded message from owner@bugs.debian.org

Return-Path: <discard-all@chiark.greenend.org.uk>
Received: from submailer.bugs.debian.org (iwj@debian.novare.net [205.229.104.5])
	by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with SMTP id JAA25210
	for <jdassen@wi.leidenuniv.nl>; Wed, 22 Apr 1998 09:21:08 +0200 (MET DST)
Received: by submailer.bugs.debian.org id m0yRtYh-001sDPC
	(Debian /\oo/\ Smail3.1.29.1 #29.35); Wed, 22 Apr 98 02:03 CDT
Date: Wed, 22 Apr 98 02:03 CDT
From: owner@bugs.debian.org (Ian Jackson)
To: jdassen@wi.leidenuniv.nl
Subject: Debian bugs information: logs for bug#13724
References: <19980422084554.10076@wi.leidenuniv.nl>
In-Reply-To: <19980422084554.10076@wi.leidenuniv.nl>
Message-ID: <handler.s.R.8932280863953.info.2@bugs.debian.org>


                        Debian bug report logs - #13724
                     strip: Wrong/misleading error message
                                       
   Package: binutils; Reported by: Sven Rudolph
   <sr1@os.inf.tu-dresden.de>; dated Wed, 8 Oct 1997 19:18:02 GMT;
   Maintainer for binutils is Galen Hazelwood <galenh@micron.net>.
     _________________________________________________________________
   
Message received at submit@bugs.debian.org:

Received: (at submit) by bugs.debian.org; 8 Oct 1997 19:14:56 +0000
Received: (qmail 5664 invoked from network); 8 Oct 1997 19:14:53 -0000
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de@141.76.1.46)
  by 205.229.104.5 with SMTP; 8 Oct 1997 19:14:53 -0000
Received: (from sr1@localhost)
        by os.inf.tu-dresden.de (8.8.5/8.8.5) id VAA30651;
        Wed, 8 Oct 1997 21:17:43 +0200
To: submit@bugs.debian.org
Subject: strip: Wrong/misleading error message
Mime-Version: 1.0 (generated by tm-edit 7.105)
Content-Type: text/plain; charset=US-ASCII
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
Date: 08 Oct 1997 21:17:43 +0200
Message-ID: <87vhz8awtk.fsf@os.inf.tu-dresden.de>
Lines: 14

Package: binutils
Version: 2.8.1-2

# strip --remove-section=.note --remove-section=.comment --keep-symbol _dl_debu
g_state /var/tmp/extract-tmp-20511/lib/ld-2.0.5.so
strip: /var/tmp/extract-tmp-20511/lib/sta21350: Invalid argument
#

This is used in boot-floppies. I don't know whether stripping ld.so
makes sense at all. But at least the error message us wrong.

        Sven
--
Sven Rudolph <sr1@inf.tu-dresden.de>
http://www.sax.de/~sr1/
     _________________________________________________________________
   
   Acknowledgement sent to Sven Rudolph <sr1@os.inf.tu-dresden.de>:
   New bug report received and forwarded. Copy sent to Galen Hazelwood
   <galenh@micron.net>. Full text available.
     _________________________________________________________________
   
   Report forwarded to debian-bugs-dist@lists.debian.org, Galen Hazelwood
   <galenh@micron.net>:
   Bug#13724; Package binutils. Full text available.
     _________________________________________________________________
   
   
    Ian Jackson / owner@bugs.debian.org, through the Debian bug database
    
   Last modified: 20:39:04 GMT Fri 17 Apr (timestamp page available).

--ftEhullJWpWg/VHq--



<strong>Acknowledgement sent</strong> to <code>jdassen@wi.leidenuniv.nl</code>:<br>
Extra info received and forwarded to list.  Copy sent to <code>Galen Hazelwood &lt;galenh@micron.net&gt;</code>.


-t

From: owner@bugs.debian.org (Ian Jackson)
To: jdassen@wi.leidenuniv.nl
Subject: Bug#10597: Info received (was [2.7.0.9-3] strip: lseeks anomalously large value [2.8.1-2] strip:)
Message-ID: <handler.10597.B10597.8932310695185.ackinfo@bugs.debian.org>
In-Reply-To: <19980422093540.27420@wi.leidenuniv.nl>
References: <19980422093540.27420@wi.leidenuniv.nl>
X-Debian-PR-Message: ack-info-maintonly 10597

Thank you for the additional information you have supplied regarding
this problem report.  It has been forwarded to the developer(s) and
to the developers' mailing list to accompany the original report.

Your message has been sent to the package maintainer(s):
 Galen Hazelwood <galenh@micron.net>

If you wish to continue to submit further information on your problem,
please send it to 10597@bugs.debian.org, as before.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the bug-tracking system.

Ian Jackson
(administrator, Debian bugs database)



Received: (at 10597) by bugs.debian.org; 22 Apr 1998 07:44:29 +0000
Received: (qmail 5181 invoked from network); 22 Apr 1998 07:44:27 -0000
Received: from zeus.wi.leidenuniv.nl (132.229.128.1)
  by debian.novare.net with SMTP; 22 Apr 1998 07:44:27 -0000
Received: from ultra5.wi.leidenuniv.nl (ultra5 [132.229.128.75])
	by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with SMTP id JAA25582;
	Wed, 22 Apr 1998 09:44:23 +0200 (MET DST)
Received: from  (jdassen@localhost)
          by ultra5.wi.leidenuniv.nl (8.6.10a/FHM-1.01-S) id JAA05022
          Wed, 22 Apr 1998 09:35:40 +0200 (MET)
Message-ID: <19980422093540.27420@wi.leidenuniv.nl>
Date: Wed, 22 Apr 1998 09:35:40 +0200
From: jdassen@wi.leidenuniv.nl
To: bug-gnu-utils@gnu.org
Cc: 10597@bugs.debian.org
Subject: [2.7.0.9-3] strip: lseeks anomalously large value [2.8.1-2] strip:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="ftEhullJWpWg/VHq"
X-Mailer: Mutt 0.84


--ftEhullJWpWg/VHq
Content-Type: text/plain; charset=us-ascii

wrong/misleading error message ("...sta:     +Invalid argument")
Reply-To: 

The following were reported through the Debian bugtracking system
(http://www.debian.org/Bugs) and are believed to be incarnations of the same
problem.

Please Cc: 10597@bugs.debian.org on on-topic replies.
-- 
UNFAIR  Term applied to advantages enjoyed by other people which we tried 
to cheat them out of and didn't manage. See also DISHONESTY, SNEAKY, 
UNDERHAND and JUST LUCKY I GUESS.     
- The Hipcrime Vocab by Chad C. Mulligan  

--ftEhullJWpWg/VHq
Content-Type: message/rfc822
Content-Description: Forwarded message from owner@bugs.debian.org

Return-Path: <discard-all@chiark.greenend.org.uk>
Received: from submailer.bugs.debian.org (iwj@debian.novare.net [205.229.104.5])
	by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with SMTP id JAA25192
	for <jdassen@wi.leidenuniv.nl>; Wed, 22 Apr 1998 09:20:52 +0200 (MET DST)
Received: by submailer.bugs.debian.org id m0yRtYg-001sDNC
	(Debian /\oo/\ Smail3.1.29.1 #29.35); Wed, 22 Apr 98 02:03 CDT
Date: Wed, 22 Apr 98 02:03 CDT
From: owner@bugs.debian.org (Ian Jackson)
To: jdassen@wi.leidenuniv.nl
Subject: Debian bugs information: logs for bug#10597
References: <19980422084554.10076@wi.leidenuniv.nl>
In-Reply-To: <19980422084554.10076@wi.leidenuniv.nl>
Message-ID: <handler.s.R.8932280863953.info.0@bugs.debian.org>


                        Debian bug report logs - #10597
                    'strip' lseeks anomalously large value
                                       
   Package: binutils; Reported by: sgk@kleinmann.com; dated Mon, 16 Jun
   1997 02:03:01 GMT; Maintainer for binutils is Galen Hazelwood
   <galenh@micron.net>.
     _________________________________________________________________
   
Message received at 10597@bugs.debian.org:

Received: (at 10597) by bugs.debian.org; 17 Jun 1997 01:10:33 +0000
Received: (qmail 4298 invoked from network); 17 Jun 1997 01:10:25 -0000
Received: from mailmx.micron.net (198.60.253.39)
  by master.debian.org with SMTP; 17 Jun 1997 01:10:24 -0000
Received: from xerxes (cnam042p05.nam.micron.net [207.70.7.176])
        by mailmx.micron.net (8.8.5/8.8.5) with ESMTP id TAA03104;
        Mon, 16 Jun 1997 19:09:53 -0600 (MDT)
Sender: galen@micron.net
Message-ID: <33A5E384.8F021B0A@micron.net>
Date: Mon, 16 Jun 1997 19:08:20 -0600
From: Galen Hazelwood <galenh@micron.net>
X-Mailer: Mozilla 4.0b5C (X11; I; Linux 2.0.30 i586)
MIME-Version: 1.0
To: Herbert Xu <herbert@greathan.apana.org.au>, 10597@bugs.debian.org
CC: sgk@kleinmann.com
Subject: Re: Bug#10597: strip' lseeks anomalously large value
X-Priority: 3 (Normal)
References: <199706160211.WAA00722@kleinmann.com> <33A4D262.5C16DEA4@micron.net
> <33A5DAFF.51FFE335@greathan.apana.org.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Herbert Xu wrote:
> Even if 2.8.1 works it wouldn't help.  Because we're still maintaining
> release 1.3 which doesn't have 2.8.1.

Given, but...this bug sounds like it's out of my league.  Which means
that if it's really a problem with the stable binutils, there's very
little I can do except forward it upstream.  And then I'll probably get
an answer like "Get a life you loser, we fixed that in 2.8."  Or even
more likely "I'm sorry, but we can't reproduce that problem."  Sure, I
could recompile 2.8.1 with libc5, and put it in stable, but that would
cause a libc5/libc6 crossover problem with libbfd.  :(

Well...Susan, could you send me (mime attachments are OK) a copy of the
binary which breaks strip?  I'll see if I can find some stupid,
easy-to-fix problem.

--Galen
     _________________________________________________________________
   
   Acknowledgement sent to Galen Hazelwood <galenh@micron.net>:
   Extra info received and forwarded to list. Full text available.
     _________________________________________________________________
   
   Information forwarded to debian-bugs-dist@lists.debian.org:
   Bug#10597; Package binutils. Full text available.
     _________________________________________________________________
   
Message received at 10597@bugs.debian.org:

Received: (at 10597) by bugs.debian.org; 17 Jun 1997 00:32:52 +0000
Received: (qmail 3698 invoked from network); 17 Jun 1997 00:32:39 -0000
Received: from greathan.apana.org.au (root@203.14.152.113)
  by master.debian.org with SMTP; 17 Jun 1997 00:32:37 -0000
Received: from greathan (herbert@localhost [127.0.0.1])
        by greathan.apana.org.au (8.8.5/8.8.5) with SMTP id KAA27145;
        Tue, 17 Jun 1997 10:32:07 +1000
Sender: herbert@greathan.apana.org.au
Message-ID: <33A5DAFF.51FFE335@greathan.apana.org.au>
Date: Tue, 17 Jun 1997 10:31:59 +1000
From: Herbert Xu <herbert@greathan.apana.org.au>
Organization: Core
X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.1.42 i586)
MIME-Version: 1.0
To: Galen Hazelwood <galenh@micron.net>, 10597@bugs.debian.org
Subject: Re: Bug#10597: strip' lseeks anomalously large value
References: <199706160211.WAA00722@kleinmann.com> <33A4D262.5C16DEA4@micron.net
>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Galen Hazelwood wrote:
>
> That sounds unpleasant.  Could I trouble you to try binutils 2.8.1 and
> see if you get the same kind of results?  2.8.1 requires libc6, but
> dosen't produce libc6-only binaries, so it should be safe.

Even if 2.8.1 works it wouldn't help.  Because we're still maintaining
release 1.3 which doesn't have 2.8.1.
--
Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <herbert@greathan.apana.org.au>
Home Page: http://greathan.apana.org.au/~herbert/
PGP Key: http://greathan.apana.org.au/~herbert/pubkey.txt
     _________________________________________________________________
   
   Acknowledgement sent to Herbert Xu <herbert@greathan.apana.org.au>:
   Extra info received and forwarded to list. Copy sent to Galen
   Hazelwood <galenh@micron.net>. Full text available.
     _________________________________________________________________
   
   Information forwarded to debian-bugs-dist@lists.debian.org, Galen
   Hazelwood <galenh@micron.net>:
   Bug#10597; Package binutils. Full text available.
     _________________________________________________________________
   
Message received at 10597@bugs.debian.org:

Received: (at 10597) by bugs.debian.org; 16 Jun 1997 05:45:23 +0000
Received: (qmail 30026 invoked from network); 16 Jun 1997 05:45:22 -0000
Received: from mailmx.micron.net (198.60.253.39)
  by master.debian.org with SMTP; 16 Jun 1997 05:45:21 -0000
Received: from xerxes (cnam011p16.nam.micron.net [207.70.7.17])
        by mailmx.micron.net (8.8.5/8.8.5) with ESMTP id XAA11256;
        Sun, 15 Jun 1997 23:44:31 -0600 (MDT)
Sender: galen@micron.net
Message-ID: <33A4D262.5C16DEA4@micron.net>
Date: Sun, 15 Jun 1997 23:42:58 -0600
From: Galen Hazelwood <galenh@micron.net>
X-Mailer: Mozilla 4.0b5C (X11; I; Linux 2.0.30 i586)
MIME-Version: 1.0
To: sgk@kleinmann.com, 10597@bugs.debian.org
Subject: Re: Bug#10597: 'strip' lseeks anomalously large value
X-Priority: 3 (Normal)
References: <199706160211.WAA00722@kleinmann.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Susan G. Kleinmann wrote:
>
> Package: binutils
> Version: 2.7.0.9-3
>
> In the process of trying to make some boot-floppies, I got stuck on
> a script that called 'strip'.  The precise command invocation was:
>    strip --remove-section=.note --remove-section=.comment \
>          --remove-section=.debug  /var/tmp/lib.$$
>
> 'strip' exits with a comment something like:
>  strip: sta29909: Invalid argument
>            ^^^^^ this changes on each invocation
>
> I ran 'strace strip' on the appropriate lib file, and got result given
> below.  It looks as if there's an lseek on some huge value:
>
> lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)

*blank stare*

That sounds unpleasant.  Could I trouble you to try binutils 2.8.1 and
see if you get the same kind of results?  2.8.1 requires libc6, but
dosen't produce libc6-only binaries, so it should be safe.

--Galen
     _________________________________________________________________
   
   Acknowledgement sent to Galen Hazelwood <galenh@micron.net>:
   Extra info received and forwarded to list. Full text available.
     _________________________________________________________________
   
   Information forwarded to debian-bugs-dist@lists.debian.org:
   Bug#10597; Package binutils. Full text available.
     _________________________________________________________________
   
Message received at submit@bugs.debian.org:

Received: (at submit) by bugs.debian.org; 16 Jun 1997 02:02:55 +0000
Received: (qmail 27701 invoked from network); 16 Jun 1997 02:02:52 -0000
Received: from kleinmann.com (root@204.215.142.65)
  by master.debian.org with SMTP; 16 Jun 1997 02:02:51 -0000
Received: from sgk.tiac.net (sgk@lo [127.0.0.1])
        by kleinmann.com (8.8.5/8.8.5) with ESMTP id WAA00722;
        Sun, 15 Jun 1997 22:11:33 -0400
Message-Id: <199706160211.WAA00722@kleinmann.com>
Reply-to: sgk@kleinmann.com
Subject: 'strip' lseeks anomalously large value
To: submit@bugs.debian.org
cc: sgk@kleinmann.com
Date: Sun, 15 Jun 1997 22:11:33 -0400
From: "Susan G. Kleinmann" <sgk@kleinmann.com>

Package: binutils
Version: 2.7.0.9-3

In the process of trying to make some boot-floppies, I got stuck on
a script that called 'strip'.  The precise command invocation was:
   strip --remove-section=.note --remove-section=.comment \
         --remove-section=.debug  /var/tmp/lib.$$

'strip' exits with a comment something like:
 strip: sta29909: Invalid argument
           ^^^^^ this changes on each invocation

I ran 'strace strip' on the appropriate lib file, and got result given
below.  It looks as if there's an lseek on some huge value:

lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)

The details of the strace are attached below.

Susan Kleinmann

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
=======START:  strace strip /tmp/l17822
execve("/usr/bin/strip", ["strip", "/tmp/l17822"], [/* 19 vars */]) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40007
000
mprotect(0x40000000, 20301, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x8048000, 146493, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=6131, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
mmap(0, 6131, PROT_READ, MAP_SHARED, 3, 0) = 0x40008000
close(3)                                = 0
stat("/etc/ld.so.preload", 0xbffffcd0)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libbfd.so.2.7.0.9", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 229376, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000a000
mmap(0x4000a000, 212603, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x
4000a000
mmap(0x4003e000, 15708, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x33000
) = 0x4003e000
close(3)                                = 0
mprotect(0x4000a000, 212603, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
open("/usr/lib/libc.so.5", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/lib/libc.so.5", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 761856, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40042000
mmap(0x40042000, 528883, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x
40042000
mmap(0x400c4000, 19556, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x81000
) = 0x400c4000
mmap(0x400c9000, 206540, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYM
OUS, -1, 0) = 0x400c9000
close(3)                                = 0
mprotect(0x40042000, 528883, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40008000, 6131)                = 0
mprotect(0x8048000, 146493, PROT_READ|PROT_EXEC) = 0
mprotect(0x4000a000, 212603, PROT_READ|PROT_EXEC) = 0
mprotect(0x40042000, 528883, PROT_READ|PROT_EXEC) = 0
mprotect(0x40000000, 20301, PROT_READ|PROT_EXEC) = 0
personality(PER_LINUX)                  = 0
geteuid()                               = 0
getuid()                                = 0
getgid()                                = 0
getegid()                               = 0
brk(0x806d6c8)                          = 0x806d6c8
brk(0x806d6f0)                          = 0x806d6f0
brk(0x806e000)                          = 0x806e000
getpid()                                = 18429
stat("/tmp/sta18429", 0xbffffc7c)       = -1 ENOENT (No such file or directory)
brk(0x806f000)                          = 0x806f000
open("/tmp/l17822", O_RDONLY)           = 3
fstat(3, {st_mode=S_IFREG|0755, st_size=425904, ...}) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40008
000
lseek(3, 0, SEEK_SET)                   = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
lseek(3, 409600, SEEK_SET)              = 409600
read(3, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 4096) = 4096
lseek(3, 0, SEEK_SET)                   = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
brk(0x8070000)                          = 0x8070000
brk(0x8071000)                          = 0x8071000
brk(0x8072000)                          = 0x8072000
unlink("/tmp/sta18429")                 = -1 ENOENT (No such file or directory)
open("/tmp/sta18429", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
brk(0x8073000)                          = 0x8073000
brk(0x8075000)                          = 0x8075000
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
brk(0x8079000)                          = 0x8079000
brk(0x807d000)                          = 0x807d000
fstat(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40009
000
lseek(4, 52, SEEK_SET)                  = 52
write(4, "\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
brk(0x8081000)                          = 0x8081000
read(3, "\"\0\n\0004\5\0\0\300\306\0\0\0\0"..., 4096) = 4096
read(3, "\22\0\n\0\246\20\0\0$1\1\0\0\0\0"..., 4096) = 4096
read(3, "\"\0\n\0R\34\0\0|N\2\0\356\1\0\0"..., 4096) = 4096
read(3, "\22\0\n\0?)\0\0X\251\4\0#\0\0\0\""..., 4096) = 4096
write(4, "\255\0\0\0\317\1\0\0\0\0\0\0\25\1"..., 4096) = 4096
write(4, "R\5\0\0 \307\0\0\0\0\0\0\"\0\n\0"..., 12288) = 12288
read(3, "east_marker\0_IO_switch_to_main_"..., 4096) = 4096
read(3, "et\0getdtablesize\0xdr_enum\0xdr"..., 4096) = 4096
write(4, "b)\0\0\340\7\6\0@\0\0\0\21\0\r\0"..., 4096) = 4096
write(4, "o_backup_area\0_IO_switch_to_get"..., 4096) = 4096
read(3, "\10\0\0\0\20\360\5\0\10\0\0\0\24"..., 4096) = 4096
read(3, "\1\352\1\0\240\1\6\0\1\311\0\0\260"..., 4096) = 4096
write(4, "r_opaque\0xdr_accepted_reply\0xd"..., 4096) = 4096
write(4, "(\360\5\0\10\0\0\0,\360\5\0\10\0"..., 4096) = 4096
read(3, "\7\271\1\0\334\v\6\0\7n\0\0\340\v"..., 4096) = 4096
write(4, "\330\1\6\0\1i\1\0\340\1\6\0\1k\1"..., 4096) = 4096
read(3, "\340\363\377\377\377\243\20\3\0\0"..., 4096) = 4096
write(4, "\364\v\6\0\7\224\1\0\370\v\6\0\7"..., 941) = 941
lseek(4, 41956, SEEK_SET)               = 41956
write(4, "\377\263\4\0\0\0\377\243\10\0\0\0"..., 4096) = 4096
mmap(0, 315392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x400
fc000
read(3, "E\f\205\300u\5\270\1\0\0\0\213\31"..., 4096) = 4096
read(3, "\377\377\211F\4\203\304\10\205\300"..., 4096) = 4096
read(3, "\204\300u\330\203\372\1}\0071\300"..., 4096) = 4096
read(3, "\203\300\4\277\7\0\0\0\231\367\377"..., 4096) = 4096
read(3, "\215G\1P\353>\2156\215Q\0109<\20"..., 4096) = 4096
read(3, "\24\203\372\377tb\205\322\17\205"..., 4096) = 4096
read(3, "\371/\17\204\354\0\0\0\200\371-u"..., 4096) = 4096
read(3, "\f\0269\321v:\211\320)\310\203\340"..., 4096) = 4096
read(3, "\213D$\30P\350jo\377\377\211\301"..., 4096) = 4096
read(3, "\374\271\377\377\377\377\362\256"..., 4096) = 4096
read(3, "T$T\211\223\310J\0\0\203\304\10\211"..., 4096) = 4096
read(3, "\377\377\211\306\203\304\10\205\366"..., 4096) = 4096
read(3, "\213D$(\213\0\211D$(\213|$(W\350"..., 4096) = 4096
read(3, "9\0u\320\200?\0\17\205\367\375\377"..., 4096) = 4096
read(3, "\366u\21\350\234\25\377\377\307\0"..., 4096) = 4096
read(3, "\250\373\377\377\377ux\213\223\344"..., 4096) = 4096
read(3, "\377\211\6\353C\215v\0\203E\20\4"..., 4096) = 4096
read(3, "\213\265\344\372\377\377\213\205"..., 4096) = 4096
read(3, "9\215\364\372\377\377sJ\213\205\364"..., 4096) = 4096
read(3, "\0\17\204\256\2\0\0\213l$$\203\305"..., 4096) = 4096
read(3, "|$\20\213\203\4\6\0\0\307\0\0\0\0"..., 4096) = 4096
read(3, "8\0u)\215\203\367\217\377\377Pj\5"..., 4096) = 4096
read(3, "\271\377\377\377\377\362\256\367"..., 4096) = 4096
read(3, "\377\377\213\205(\377\377\377\215"..., 4096) = 4096
read(3, "\376\377\203\304\20f\211G\22\213"..., 4096) = 4096
read(3, "u\252\17\266\21A\211L$\20\211\370"..., 4096) = 4096
read(3, "\17<\2u\7\377D$\24\353\2\220F\350"..., 4096) = 4096
read(3, "\377\211\205\\\375\377\377\366@\10"..., 4096) = 4096
read(3, "\0\203~D\1u\5\270\2\0\0\0[^_]\203"..., 4096) = 4096
read(3, "\213\2250\377\377\377\213\205 \377"..., 4096) = 4096
read(3, "\0\0\211\6\211\265l\1\0\0\211\362"..., 4096) = 4096
read(3, "\375\377Rj\4\213\214$\220\0\0\0Q"..., 4096) = 4096
read(3, "D$8\213\0\211D$(H\213T$8\211\2\203"..., 4096) = 4096
read(3, "\303\215v\0\213L$\24\377\1\213|$"..., 4096) = 4096
read(3, "[^_]\203\304\4\303\307F\10\0\0\0"..., 4096) = 4096
read(3, "\0\0\213\205\210\327\377\377\351"..., 4096) = 4096
read(3, "\370\3}1\203\370\2}\27\213\24\226"..., 4096) = 4096
read(3, "B>\211\302\301\372\5k\302:\215\4"..., 4096) = 4096
read(3, "t\33\213}\20\367\307 \0\0\0\17\205"..., 4096) = 4096
read(3, "\5\330\2\0\\\330\2\0\\\330\2\0\\"..., 4096) = 4096
read(3, "\34\307D$ \0\0\0\0\307D$$\0\0\0\0"..., 4096) = 4096
read(3, "\367t=\205\377t1\205\366t%\213\7"..., 4096) = 4096
read(3, "\213\215p\377\377\377Q\350\350C\375"..., 4096) = 4096
read(3, "t\rOt\37\212\1AB\210\2\204\300u\325"..., 4096) = 4096
read(3, "\1\0\0\213\274$\370\1\0\0009\362"..., 4096) = 4096
read(3, "\0\0\211\204$\274\1\0\0\205\355u"..., 4096) = 4096
read(3, "$\24\2\0\0\0\0\0\0\277\1\0\0\0\213"..., 4096) = 4096
read(3, "\0001\322)\372\31\360\211\327\211"..., 4096) = 4096
read(3, "\0\0+\274$4\1\0\0\307\204$\20\1\0"..., 4096) = 4096
read(3, "X\307D$\\\0\0\0\0\215D$HPVj\r\350"..., 4096) = 4096
read(3, "\315\374\377\203\304\10\205\300t"..., 4096) = 4096
read(3, "\34\0\0\0\0\213V\30\213F\20)\320"..., 4096) = 4096
read(3, "\307D$\24\0\0\0\0\213|$L\211|$$\213"..., 4096) = 4096
read(3, "\377\213}\20\301\347\2\211\275\364"..., 4096) = 4096
read(3, "l$p\307D$`\0\0\0\0\203|$x\1t2\177"..., 4096) = 4096
read(3, "F\0301\3009l$\20t\5\270\377\377\377"..., 4096) = 4096
read(3, "\353\'\2156\213u\354\17\266\26F\211"..., 4096) = 4096
read(3, "\203\342\3\205\311~\37\205\322t%"..., 4096) = 4096
read(3, "L$`Q\350\353M\374\377\211\302\213"..., 4096) = 4096
read(3, "\0049E\20\177\3261\322\353\31\215"..., 4096) = 4096
read(3, "\0\215v\0\213t$<\213\4\216\213|$"..., 4096) = 4096
read(3, "LW\213t$,V\350\310\25\374\377\211"..., 4096) = 4096
read(3, "WQVV\350\33\20\374\377\353\20\220"..., 4096) = 4096
read(3, "\213\214$0\1\0\0Q\213\214$,\1\0\0"..., 4096) = 4096
read(3, "\200D\1\0tD\1\0\350B\1\0\350B\1\0"..., 4096) = 4096
read(3, "\24\1\0\0009\264$\24\1\0\0s\3339"..., 4096) = 4096
read(3, "\f\213\224$ \2\0\0\2154\225\0\0\0"..., 4096) = 4096
read(3, "\302\10\211\224$\30\1\0\0P\213\214"..., 4096) = 4096
read(3, "\213\214$$\1\0\0\323\350\211\204"..., 4096) = 4096
read(3, "\361)\321\211\214$ \1\0\0Q\270\1"..., 4096) = 4096
read(3, "\224\373\377\211\204$\324\1\0\0\213"..., 4096) = 4096
read(3, "\204\264\24\2\0\0\0\0\0\0F9\356\17"..., 4096) = 4096
read(3, "\331\0\0\0\307\204$\30\2\0\0\0\0"..., 4096) = 4096
read(3, "\24\2\0\0\211\204$\30\2\0\0\307\204"..., 4096) = 4096
read(3, "\361\213\223\204\5\0\0\213\22f\213"..., 4096) = 4096
read(3, "\4VW\350\f@\373\377\203\304\f\205"..., 4096) = 4096
write(4, "\377\243\10\4\0\0h\370\7\0\0\351"..., 1296) = 1296
lseek(4, 47360, SEEK_SET)               = 47360
write(4, "VS\350\0\0\0\0[\201\303uO\5\0\215"..., 311296) = 311296
munmap(0x400fc000, 315392)              = 0
brk(0x8088000)                          = 0x8088000
read(3, "on abort\0Network dropped connec"..., 4096) = 4096
read(3, "ory\0clnttcp_create: %s\n\0out o"..., 4096) = 4096
read(3, "[truncated] \0%s\0\n\0/dev/conso"..., 4096) = 4096
read(3, "\302\0\0\0\303\0\0\0\304\0\0\0\305"..., 4096) = 4096
read(3, "\3318\322\301\324\0254c\34\0\0\0"..., 4096) = 4096
read(3, "NAL RECORDS:\n\0\n;; ...truncate"..., 4096) = 4096
write(4, "\4\325<\1w\342\203\317 \200>.um\275"..., 1273) = 1273
lseek(4, 359932, SEEK_SET)              = 359932
write(4, "Quota exceeded\0Remote I/O error"..., 20480) = 20480
read(3, "\371\202\5\0\342\202\5\0\273\202"..., 4096) = 4096
read(3, "\1\1\1\1\1\1\1\1\1\1\1\1\1\1\1\1"..., 4096) = 4096
write(4, "lnet\0smtp\0time\0rlp\0name\0who"..., 4091) = 4091
lseek(4, 384504, SEEK_SET)              = 384504
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
write(4, "@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^"..., 4096) = 4096
read(3, "2.1 Objective-C snapshot 960906\0"..., 4096) = 4096
read(3, "snapshot 960906\0\0GCC: (GNU) 2."..., 4096) = 4096
read(3, "\0GCC: (GNU) 2.7.2.1 Objective-C"..., 4096) = 4096
read(3, "2.1 Objective-C snapshot 960906\0"..., 4096) = 4096
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
write(4, " 960906\0\0GCC: (GNU) 2.7.2.1 Ob"..., 8192) = 8192
read(3, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 4096) = 4096
write(4, "ctive-C snapshot 960906\0\0GCC: "..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4016
write(4, "\1\0\0\00001.01\0\0\0\10\0\0\0\0"..., 2472) = 2472
lseek(4, 4294967295, SEEK_SET)          = -1 EINVAL (Invalid argument)
lseek(4, 0, SEEK_CUR)                   = 411552
stat("/etc/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or directo
ry)
stat("/usr/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or d
irectory)
stat("/usr/share/locale/libc/C", 0xbffff788) = -1 ENOENT (No such file or direc
tory)
stat("/usr/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such file or d
irectory)
stat("/usr/local/share/locale/C/libc.cat", 0xbffff788) = -1 ENOENT (No such fil
e or directory)
write(2, "strip: /tmp/sta18429: Invalid ar"..., 39strip: /tmp/sta18429: Invalid
 argument
) = 39
write(4, "\0.symtab\0.strtab\0.shstrtab\0."..., 206) = 206
lseek(4, 0, SEEK_SET)                   = 0
write(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 52) = 52
lseek(4, 411760, SEEK_SET)              = 411760
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 960) = 960
close(4)                                = 0
munmap(0x40009000, 4096)                = 0
close(3)                                = 0
munmap(0x40008000, 4096)                = 0
unlink("/tmp/sta18429")                 = 0
_exit(1)                                = ?
=======END:  strace strip /tmp/l17822
     _________________________________________________________________
   
   Acknowledgement sent to sgk@kleinmann.com:
   New bug report received and forwarded. Copy sent to Galen Hazelwood
   <galenh@micron.net>. Full text available.
     _________________________________________________________________
   
   Report forwarded to debian-bugs-dist@lists.debian.org, Galen Hazelwood
   <galenh@micron.net>:
   Bug#10597; Package binutils. Full text available.
     _________________________________________________________________
   
   
    Ian Jackson / owner@bugs.debian.org, through the Debian bug database
    
   Last modified: 20:39:04 GMT Fri 17 Apr (timestamp page available).

--ftEhullJWpWg/VHq
Content-Type: message/rfc822
Content-Description: Forwarded message from owner@bugs.debian.org

Return-Path: <discard-all@chiark.greenend.org.uk>
Received: from submailer.bugs.debian.org (iwj@debian.novare.net [205.229.104.5])
	by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with SMTP id JAA25210
	for <jdassen@wi.leidenuniv.nl>; Wed, 22 Apr 1998 09:21:08 +0200 (MET DST)
Received: by submailer.bugs.debian.org id m0yRtYh-001sDPC
	(Debian /\oo/\ Smail3.1.29.1 #29.35); Wed, 22 Apr 98 02:03 CDT
Date: Wed, 22 Apr 98 02:03 CDT
From: owner@bugs.debian.org (Ian Jackson)
To: jdassen@wi.leidenuniv.nl
Subject: Debian bugs information: logs for bug#13724
References: <19980422084554.10076@wi.leidenuniv.nl>
In-Reply-To: <19980422084554.10076@wi.leidenuniv.nl>
Message-ID: <handler.s.R.8932280863953.info.2@bugs.debian.org>


                        Debian bug report logs - #13724
                     strip: Wrong/misleading error message
                                       
   Package: binutils; Reported by: Sven Rudolph
   <sr1@os.inf.tu-dresden.de>; dated Wed, 8 Oct 1997 19:18:02 GMT;
   Maintainer for binutils is Galen Hazelwood <galenh@micron.net>.
     _________________________________________________________________
   
Message received at submit@bugs.debian.org:

Received: (at submit) by bugs.debian.org; 8 Oct 1997 19:14:56 +0000
Received: (qmail 5664 invoked from network); 8 Oct 1997 19:14:53 -0000
Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de@141.76.1.46)
  by 205.229.104.5 with SMTP; 8 Oct 1997 19:14:53 -0000
Received: (from sr1@localhost)
        by os.inf.tu-dresden.de (8.8.5/8.8.5) id VAA30651;
        Wed, 8 Oct 1997 21:17:43 +0200
To: submit@bugs.debian.org
Subject: strip: Wrong/misleading error message
Mime-Version: 1.0 (generated by tm-edit 7.105)
Content-Type: text/plain; charset=US-ASCII
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
Date: 08 Oct 1997 21:17:43 +0200
Message-ID: <87vhz8awtk.fsf@os.inf.tu-dresden.de>
Lines: 14

Package: binutils
Version: 2.8.1-2

# strip --remove-section=.note --remove-section=.comment --keep-symbol _dl_debu
g_state /var/tmp/extract-tmp-20511/lib/ld-2.0.5.so
strip: /var/tmp/extract-tmp-20511/lib/sta21350: Invalid argument
#

This is used in boot-floppies. I don't know whether stripping ld.so
makes sense at all. But at least the error message us wrong.

        Sven
--
Sven Rudolph <sr1@inf.tu-dresden.de>
http://www.sax.de/~sr1/
     _________________________________________________________________
   
   Acknowledgement sent to Sven Rudolph <sr1@os.inf.tu-dresden.de>:
   New bug report received and forwarded. Copy sent to Galen Hazelwood
   <galenh@micron.net>. Full text available.
     _________________________________________________________________
   
   Report forwarded to debian-bugs-dist@lists.debian.org, Galen Hazelwood
   <galenh@micron.net>:
   Bug#13724; Package binutils. Full text available.
     _________________________________________________________________
   
   
    Ian Jackson / owner@bugs.debian.org, through the Debian bug database
    
   Last modified: 20:39:04 GMT Fri 17 Apr (timestamp page available).

--ftEhullJWpWg/VHq--



<strong>Noted your statement that bug has been forwarded to bug-gnu-utils@gnu.org.</strong>
Request was from <code>jdassen@wi.leidenuniv.nl</code>
to <code>control@bugs.debian.org</code>. 


Received: (at control) by bugs.debian.org; 22 Apr 1998 07:50:04 +0000
Received: (qmail 13030 invoked from network); 22 Apr 1998 07:50:02 -0000
Received: from zeus.wi.leidenuniv.nl (132.229.128.1)
  by debian.novare.net with SMTP; 22 Apr 1998 07:50:02 -0000
Received: from ultra5.wi.leidenuniv.nl (ultra5 [132.229.128.75])
	by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with SMTP id JAA25660
	for <control@bugs.debian.org>; Wed, 22 Apr 1998 09:49:38 +0200 (MET DST)
Received: from  (jdassen@localhost)
          by ultra5.wi.leidenuniv.nl (8.6.10a/FHM-1.01-S) id JAA05054
          Wed, 22 Apr 1998 09:40:55 +0200 (MET)
Message-ID: <19980422094054.32081@wi.leidenuniv.nl>
Date: Wed, 22 Apr 1998 09:40:54 +0200
From: jdassen@wi.leidenuniv.nl
To: control@bugs.debian.org
Subject: Re: Processed: request
References: <19980422084554.10076@wi.leidenuniv.nl> <handler.s.R.8932280863953.transcript@bugs.debian.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.84
In-Reply-To: <handler.s.R.8932280863953.transcript@bugs.debian.org>; from Ian Jackson on Wed, Apr 22, 1998 at 02:03:00AM -0500

forwarded 10597 bug-gnu-utils@gnu.org
forwarded 13322 bug-gnu-utils@gnu.org
forwarded 13724 bug-gnu-utils@gnu.org
forwarded 14134 bug-gnu-utils@gnu.org
forwarded 17971 bug-gnu-utils@gnu.org
forwarded 20940 bug-gnu-utils@gnu.org
thanks
-- 
UNFAIR  Term applied to advantages enjoyed by other people which we tried 
to cheat them out of and didn't manage. See also DISHONESTY, SNEAKY, 
UNDERHAND and JUST LUCKY I GUESS.     
- The Hipcrime Vocab by Chad C. Mulligan  



<strong>Forwarded-to-address changed from bug-gnu-utils@gnu.org to bug-gnu-utils@gnu.org.</strong>
Request was from <code>jdassen@wi.leidenuniv.nl</code>
to <code>control@bugs.debian.org</code>. 


Received: (at control) by bugs.debian.org; 22 Apr 1998 07:50:04 +0000
Received: (qmail 13030 invoked from network); 22 Apr 1998 07:50:02 -0000
Received: from zeus.wi.leidenuniv.nl (132.229.128.1)
  by debian.novare.net with SMTP; 22 Apr 1998 07:50:02 -0000
Received: from ultra5.wi.leidenuniv.nl (ultra5 [132.229.128.75])
	by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with SMTP id JAA25660
	for <control@bugs.debian.org>; Wed, 22 Apr 1998 09:49:38 +0200 (MET DST)
Received: from  (jdassen@localhost)
          by ultra5.wi.leidenuniv.nl (8.6.10a/FHM-1.01-S) id JAA05054
          Wed, 22 Apr 1998 09:40:55 +0200 (MET)
Message-ID: <19980422094054.32081@wi.leidenuniv.nl>
Date: Wed, 22 Apr 1998 09:40:54 +0200
From: jdassen@wi.leidenuniv.nl
To: control@bugs.debian.org
Subject: Re: Processed: request
References: <19980422084554.10076@wi.leidenuniv.nl> <handler.s.R.8932280863953.transcript@bugs.debian.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.84
In-Reply-To: <handler.s.R.8932280863953.transcript@bugs.debian.org>; from Ian Jackson on Wed, Apr 22, 1998 at 02:03:00AM -0500

forwarded 10597 bug-gnu-utils@gnu.org
forwarded 13322 bug-gnu-utils@gnu.org
forwarded 13724 bug-gnu-utils@gnu.org
forwarded 14134 bug-gnu-utils@gnu.org
forwarded 17971 bug-gnu-utils@gnu.org
forwarded 20940 bug-gnu-utils@gnu.org
thanks
-- 
UNFAIR  Term applied to advantages enjoyed by other people which we tried 
to cheat them out of and didn't manage. See also DISHONESTY, SNEAKY, 
UNDERHAND and JUST LUCKY I GUESS.     
- The Hipcrime Vocab by Chad C. Mulligan  



<strong>Information forwarded</strong> to <code>debian-bugs-dist@lists.debian.org, Galen Hazelwood &lt;galenh@micron.net&gt;</code>:<br>
<code>Bug#10597</code>; Package <code>binutils</code>.


debian-bugs-dist@lists.debian.orgGalen Hazelwood <galenh@micron.net>

Subject: Bug#10597: [2.8.1.0.19-1] strip: aborts dumping core during netscape3 installation
Reply-To: jdassen@wi.leidenuniv.nl, 10597@bugs.debian.org
Resent-From: jdassen@wi.leidenuniv.nl
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Galen Hazelwood <galenh@micron.net>
Resent-Date: Thu, 23 Apr 1998 07:33:03 GMT
Resent-Message-ID: <handler.10597.B10597.8933161555205@bugs.debian.org>
Resent-Sender: iwj@debian.org
X-Debian-PR-Message: report 10597
X-Debian-PR-Package: binutils
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 10597-bugs@bugs.debian.org id=B10597.8933161555205
          (code B ref 10597); Thu, 23 Apr 1998 07:33:03 GMT
Message-ID: <19980423090602.58674@wi.leidenuniv.nl>
Date: Thu, 23 Apr 1998 09:06:02 +0200
From: jdassen@wi.leidenuniv.nl
To: ian@cygnus.com, joey@kitenet.net, 10597@bugs.debian.org,
        13724@bugs.debian.org, 17971@bugs.debian.org
References: <19980422094005.12252@wi.leidenuniv.nl> <199804221707.NAA06122@subrogation.cygnus.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.84
In-Reply-To: <199804221707.NAA06122@subrogation.cygnus.com>; from Ian Lance Taylor on Wed, Apr 22, 1998 at 01:07:44PM -0400

[Joey, this is regarding the various bug reports about strip dumping core;
one of them is yours, and it looks like yours is the only one that's easily
reproducable. Please report if #20940 is still reproducable with the
binutils 2.9 NMU Espy did]

Hi Ian,

On Wed, Apr 22, 1998 at 01:07:44PM -0400, Ian Lance Taylor wrote:
> You just sent four bug reports to bug-gnu-utils.  They all involve several
> messages from several people.  Would it be possible for you to summarize
> each bug report into something I can understand?

I would love to. Unfortunately, I'm not the Debian binutils maintainer (our
current maintainer is missing / busy with real life); I don't think I have
the expertise to make reasonable summaries for you.

You might find the web version of the bugs easier to follow; they are at
http://www.debian.org/Bugs/db/pa/lbinutils.html (it's slightly out of date,
but that shouldn't make a lot of difference). In the web versions, the pages
for the individual reports are in most-recent-message-first order.

> I would probably need test cases in order to fix them.

I understand. 
- #10597 does not contain a test case, but does provide a system call trace
  illustrating the problem.
- #13724 and #13322 are probably the same bug as #10597. I just tried the 
  closest analogue to the case provided that I can test (binutils 2.9, 
  ld-2.0.6.so rather than ld-2.0.5.so), but couldn't reproduce it.
- #17971: success: I can reproduce this one [1]
- #20940: Joey?

> At least one of the bug reports talks about an old release.

AFAICT, all of them do. It's unfortunate they weren't forwarded earlier.

> It would be helpful if you could see whether the bug is fixed in the
> current 2.9 release.  Otherwise I am likely to assume that the bug has
> been fixed.

Greetings,
Ray

[1] netscape-v304-export.x86-unknown-linux-elf.tar.gz, binutils 2.9
Starting program: /usr/bin/strip netscape
(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGABRT, Aborted.
0x4006b3b1 in kill ()
(gdb) where
#0  0x4006b3b1 in kill ()
#1  0x4006b1cf in gsignal ()
#2  0x4006c3ff in abort ()
#3  0x40034c51 in _bfd_elf_compute_section_file_positions ()
#4  0x400350e9 in _bfd_elf_compute_section_file_positions ()
#5  0x40033fd8 in _bfd_elf_compute_section_file_positions ()
#6  0x40036e86 in _bfd_elf_set_section_contents ()
#7  0x4001d900 in bfd_set_section_contents ()
#8  0x804b219 in _start ()
#9  0x4001d7d2 in bfd_map_over_sections ()
#10 0x804aa25 in _start ()
#11 0x804ae33 in _start ()
#12 0x804bd68 in _start ()
#13 0x804ca64 in _start ()
[sorry, I don't have a version with debugging symbols handy currently.
I'll build one when I find the time]

-- 
J.H.M. Dassen                 | RUMOUR  Believe all you hear. Your world may  
jdassen@wi.LeidenUniv.nl      | not be a better one than the one the blocks   
                              | live in but it'll be a sight more vivid.      
                              |     - The Hipcrime Vocab by Chad C. Mulligan  



<strong>Acknowledgement sent</strong> to <code>jdassen@wi.leidenuniv.nl</code>:<br>
Extra info received and forwarded to list.  Copy sent to <code>Galen Hazelwood &lt;galenh@micron.net&gt;</code>.


-t

From: owner@bugs.debian.org (Ian Jackson)
To: jdassen@wi.leidenuniv.nl
Subject: Bug#10597: Info received (was [2.8.1.0.19-1] strip: aborts dumping core during netscape3 installation)
Message-ID: <handler.10597.B10597.8933161555205.ackinfo@bugs.debian.org>
In-Reply-To: <19980423090602.58674@wi.leidenuniv.nl>
References: <19980423090602.58674@wi.leidenuniv.nl>
X-Debian-PR-Message: ack-info-maintonly 10597

Thank you for the additional information you have supplied regarding
this problem report.  It has been forwarded to the developer(s) and
to the developers' mailing list to accompany the original report.

Your message has been sent to the package maintainer(s):
 Galen Hazelwood <galenh@micron.net>

If you wish to continue to submit further information on your problem,
please send it to 10597@bugs.debian.org, as before.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the bug-tracking system.

Ian Jackson
(administrator, Debian bugs database)



Received: (at 10597) by bugs.debian.org; 23 Apr 1998 07:22:35 +0000
Received: (qmail 5198 invoked from network); 23 Apr 1998 07:22:34 -0000
Received: from va.debian.org (qmailr@209.81.8.242)
  by debian.novare.net with SMTP; 23 Apr 1998 07:22:34 -0000
Received: (qmail 27333 invoked from network); 23 Apr 1998 07:22:30 -0000
Received: from zeus.wi.leidenuniv.nl (132.229.128.1)
  by va.debian.org with SMTP; 23 Apr 1998 07:22:30 -0000
Received: from ultra5.wi.leidenuniv.nl (ultra5 [132.229.128.75])
	by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with SMTP id JAA21017;
	Thu, 23 Apr 1998 09:14:47 +0200 (MET DST)
Received: from  (jdassen@localhost)
          by ultra5.wi.leidenuniv.nl (8.6.10a/FHM-1.01-S) id JAA07164
          Thu, 23 Apr 1998 09:06:02 +0200 (MET)
Message-ID: <19980423090602.58674@wi.leidenuniv.nl>
Date: Thu, 23 Apr 1998 09:06:02 +0200
From: jdassen@wi.leidenuniv.nl
To: ian@cygnus.com, joey@kitenet.net, 10597@bugs.debian.org,
        13724@bugs.debian.org, 17971@bugs.debian.org
Subject: Re: [2.8.1.0.19-1] strip: aborts dumping core during netscape3 installation
References: <19980422094005.12252@wi.leidenuniv.nl> <199804221707.NAA06122@subrogation.cygnus.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.84
In-Reply-To: <199804221707.NAA06122@subrogation.cygnus.com>; from Ian Lance Taylor on Wed, Apr 22, 1998 at 01:07:44PM -0400

[Joey, this is regarding the various bug reports about strip dumping core;
one of them is yours, and it looks like yours is the only one that's easily
reproducable. Please report if #20940 is still reproducable with the
binutils 2.9 NMU Espy did]

Hi Ian,

On Wed, Apr 22, 1998 at 01:07:44PM -0400, Ian Lance Taylor wrote:
> You just sent four bug reports to bug-gnu-utils.  They all involve several
> messages from several people.  Would it be possible for you to summarize
> each bug report into something I can understand?

I would love to. Unfortunately, I'm not the Debian binutils maintainer (our
current maintainer is missing / busy with real life); I don't think I have
the expertise to make reasonable summaries for you.

You might find the web version of the bugs easier to follow; they are at
http://www.debian.org/Bugs/db/pa/lbinutils.html (it's slightly out of date,
but that shouldn't make a lot of difference). In the web versions, the pages
for the individual reports are in most-recent-message-first order.

> I would probably need test cases in order to fix them.

I understand. 
- #10597 does not contain a test case, but does provide a system call trace
  illustrating the problem.
- #13724 and #13322 are probably the same bug as #10597. I just tried the 
  closest analogue to the case provided that I can test (binutils 2.9, 
  ld-2.0.6.so rather than ld-2.0.5.so), but couldn't reproduce it.
- #17971: success: I can reproduce this one [1]
- #20940: Joey?

> At least one of the bug reports talks about an old release.

AFAICT, all of them do. It's unfortunate they weren't forwarded earlier.

> It would be helpful if you could see whether the bug is fixed in the
> current 2.9 release.  Otherwise I am likely to assume that the bug has
> been fixed.

Greetings,
Ray

[1] netscape-v304-export.x86-unknown-linux-elf.tar.gz, binutils 2.9
Starting program: /usr/bin/strip netscape
(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGABRT, Aborted.
0x4006b3b1 in kill ()
(gdb) where
#0  0x4006b3b1 in kill ()
#1  0x4006b1cf in gsignal ()
#2  0x4006c3ff in abort ()
#3  0x40034c51 in _bfd_elf_compute_section_file_positions ()
#4  0x400350e9 in _bfd_elf_compute_section_file_positions ()
#5  0x40033fd8 in _bfd_elf_compute_section_file_positions ()
#6  0x40036e86 in _bfd_elf_set_section_contents ()
#7  0x4001d900 in bfd_set_section_contents ()
#8  0x804b219 in _start ()
#9  0x4001d7d2 in bfd_map_over_sections ()
#10 0x804aa25 in _start ()
#11 0x804ae33 in _start ()
#12 0x804bd68 in _start ()
#13 0x804ca64 in _start ()
[sorry, I don't have a version with debugging symbols handy currently.
I'll build one when I find the time]

-- 
J.H.M. Dassen                 | RUMOUR  Believe all you hear. Your world may  
jdassen@wi.LeidenUniv.nl      | not be a better one than the one the blocks   
                              | live in but it'll be a sight more vivid.      
                              |     - The Hipcrime Vocab by Chad C. Mulligan