home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / admin / 10653 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  1.4 KB

  1. Path: sparky!uunet!mcsun!Germany.EU.net!b.marco.de!krabat!louis
  2. From: louis@krabat.marco.de (Ju"rgen Fluk)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: SunOS 4.1.2 tmpfs and "ld -s" bug ?
  5. Message-ID: <1526@krabat.marco.de>
  6. Date: 22 Jan 93 15:09:46 GMT
  7. Organization: marco GmbH, D-8047 Karlsfeld
  8. Lines: 31
  9.  
  10. we're running SunOS 4.1.2 on a SS2, /tmp is mounted as tmpfs:
  11.     $ df /tmp
  12.     Filesystem    kbytes    used  avail capacity  Mounted on
  13.     swap         20812     692  20120     3%    /tmp
  14.  
  15. trying to link a program with
  16.     /usr/5bin/cc aroff.o lang.o -s files.a strings.a -ll
  17. (aroff.o has lex source, therefore -ll), no problem.
  18.  
  19. but if we run
  20.     /usr/5bin/cc aroff.o lang.o -s files.a strings.a -ll -o /tmp/a.out,
  21. the size of the output file is the same, but the content is different
  22. (seems to be always the last 4k block). this normally hits the initialized
  23. data area, which may or may not cause core dumps of this program.
  24. and the changes are different for different compiler runs.
  25.  
  26. no problem if run
  27.     /usr/5bin/cc aroff.o lang.o files.a strings.a -ll -o /tmp/a.out
  28.     strip /tmp/a.out
  29.  
  30. so it seems like the linker has problems stripping an output file on
  31. tmpfs system. is this a known bug ? there are patches for tmpfs, but
  32. the readme's don't help me for this problem.
  33.  
  34. i could provide .o and .a files (uuencoded), but i don't want to waste
  35. bandwidth for the first step.
  36.  
  37. louis
  38. -- 
  39. louis@marco.de        in real life: Ju"rgen Fluk
  40. ..!unido!marco!louis    marco GmbH, 8060 Dachau        tel: +49 8131 516142
  41.