Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!mit-eddie!wuarchive!usc!elroy.jpl.nasa.gov!jpl-devvax!lwall
From: lwall@jpl-devvax.JPL.NASA.GOV (Larry Wall)
Newsgroups: comp.lang.perl
Subject: Re: Bug with formats on 386i (SunOS 4.0.2)
Keywords: bug, formats, sun386i
Message-ID: <10257@jpl-devvax.JPL.NASA.GOV>
Date: 6 Nov 90 18:10:04 GMT
References: <825@inews.intel.com>
Reply-To: lwall@jpl-devvax.JPL.NASA.GOV (Larry Wall)
Distribution: usa
Organization: Jet Propulsion Laboratory, Pasadena, CA
Lines: 24

In article <825@inews.intel.com> jsweedle@mipos2.intel.com (Jonathan Sweedler) writes:
: ...
: When I use this with a string in the variable $meaning that overflows
: onto the next line, the second line does not get printed out.  This only
: happens on the Sun 386i version of perl that we have here.  When I run
: the same program on an ultrix system, everything works fine.  If I pipe
: the output of this program through cat then I see the output correctly.
: 
: Another interesting quality of our 386i version of perl here is that when
: you do "perl -v" part of the version is not printed out.
: ...
: Again, this only happens on the 386i version we have here and not on our
: Ultrix version.  What is going on here?  I assume these two problems are
: related.  Anybody else see this stuff before and fixed it?  

Yes, they're related, and yes, they've been seen before.  In fact, the
README file just happens to say:

    SUNOS 4.0.[12] needs #define fputs(str,fp) fprintf(fp,"%s",str) in perl.h

It seems that fputs() was busted in that version of the OS, at least in
the presence of line buffering.

Larry