HDTenEightyP/NetNews huggingface dataset:
From: jpf@uuhelio.uucp (Jeff Francis)
Subject: Re: Sun's ANSI C
Organization: HelioCentric Software
Date: Fri, 1 Jan 1993 03:19:35 GMT

"acc -I/usr/5include -L/usr/5lib foo.c" should provide better ANSI C
library compatibility.  (Sun C 2.0 for SunOS 4.1.x uses the -sys5
switch to produce similar results).

The manual for version 2.0 of acc has a section called
"Incompatibilities between ANSI C and Sun C 2.0 (SunOS 4.1.x)" which
says that the ANSI C 2.0 library for SunOS 4.1.x is still not 100%.
There is _not_ a similar section for SunOS 5.0 incompatibilities.

-- 
Jeff Francis, HelioCentric Software, uunet!uuhelio!jpf, (515) 232-1300
Newsgroups: comp.sys.sun.misc
From: gaarder@well.sf.ca.us (Steve Gaarder)
Subject: Re: Sun 3-50 & Open Windows 2.0
Keywords: Sun 3-50
Organization: Whole Earth 'Lectronic Link
Date: Mon, 28 Dec 1992 16:36:59 GMT

In <1992Dec22.122741.5239@lokkur.dexter.mi.us> scs@lokkur.dexter.mi.us (Steve Simmons) writes:

>da-cs629@andy.bgsu.edu (da-cs629) writes:

>>Does anyone know if a sun 3-50 will run openwindows 2.0?

>Yes, but it requires a lot of patience or 8+MB of ram.  Not recommended.

I ran it for a while in 4 MB of RAM, running the window manager and all
possible clients on other machines on my net.  It was tolerable, but since
I've switched to X11R5 I've never looked back.

Steven Gaarder                              Network and Systems Administrator
gaarder@actech.com                          A C Technology, Ithaca, N.Y., USA
Newsgroups: comp.sys.sun.misc
From: alec@stortek.com (Alec Sharp - x2955)
Subject: Sun's ANSI C
Reply-To: alec@stortek.com
Organization: Storage Technology Corp
Date: Wed, 30 Dec 1992 16:45:47 GMT

We've been using the standard Sun C compiler on SunOS 4.1.x, and have just bought
a copy of the ANSI compiler so that we can investigate moving to ANSI C. I tried
compiling and linting some programs and noticed a problem with the function 
prototypes, some of which don't seem to conform to ANSI (I've included some examples
below, with Sun's version first, then what I read as the ANSI standard). 

Has anyone else noticed this? If so, what did you do?  If what I see is
really what Sun produces, I'm rather disappointed with their quality control.

-------------------------------------------------------

From <string.h>

extern char *	memchr(const char *, int, int);
extern void *	memchr(const void *, int, size_t);
       ^^^^                  ^^^^         ^^^^^^

extern int 	memcmp(const char *, const char *, int);
extern int 	memcmp(const void *, const void *, size_t);
                             ^^^^          ^^^^    ^^^^^^

extern char *	memcpy(char *, const char *, int);
extern void *	memcpy(void *, const void *, size_t);
       ^^^^            ^^^^          ^^^^    ^^^^^^

extern char *	memset(char *, int, int);
extern void *	memset(void *, int, size_t);
       ^^^^            ^^^^         ^^^^^^


From <stdlib.h>

extern int	abort(void);
extern void	abort(void);
       ^^^^

extern char *	calloc(size_t, size_t);
extern void *	calloc(size_t, size_t);
       ^^^^

extern char *	malloc(size_t);
extern void *	malloc(size_t);
       ^^^^

extern char *	realloc(void *, size_t);
extern void *	realloc(void *, size_t);
       ^^^^

extern int 	free(void *);
extern void 	free(void *);
       ^^^^

extern int	qsort(void *, size_t, size_t,
		    int (*)(const void *, const void *));
extern void	qsort(const void *, size_t, size_t,
		    int (*)(const void *, const void *));
       ^^^^           ^^^^^


From <stdio.h>

extern int	clearerr(FILE *);
extern void	clearerr(FILE *);
       ^^^^

extern int      rewind(FILE *);
extern void     rewind(FILE *);
       ^^^^

extern char     *sprintf(char *, const char *, ...);
extern int      *sprintf(char *, const char *, ...);
       ^^^

extern int      fputc(char, FILE *);
extern int      fputc(int, FILE *);
                      ^^^

extern int	vprintf(const char *, void *);
extern int	vprintf(const char *, va_list);
                                      ^^^^^^^

extern int	vfprintf(FILE *, const char *, void *);
extern int	vfprintf(FILE *, const char *, va_list);
                                               ^^^^^^^

extern char	*vsprintf(char *, const char *, void *);
extern int	*vsprintf(char *, const char *, va_list);
       ^^^                                      ^^^^^^^

---
		
Alec_Sharp@stortek.com		Storage Tek, 2270 S. 88th Street
(303)-673-2955			Louisville, CO 80028-4286
"The real problem is not whether machines think, but whether men do."
Burrhus Skinner, 1969

Newsgroups: comp.sys.sun.misc
From: peter@ferranti.com (peter da silva)
Subject: Re: Is Sun losing touch with its customers?
Organization: Xenix Support, FICC
Date: Wed, 30 Dec 1992 13:50:08 GMT

In article <kbibb.725606456@maui> kbibb@maui.qualcomm.com (Ken Bibb) writes:
> Do you understand how linking works?  ABIs?  If so, why complain about
> statically linked programs?  Either this or the system wouldn't be
> SVr4 compliant!

I can buy System V release 4.2 for the 386. On this, I can run:

	SVR4.0 80386 binaries
	SVR3.2 80386 binaries
	SCO SV 80386 binaries
	SVR3.0 80386 binaries
	SVR2 80386 binaries
	SVR2 80286 binaries
	Xenix V2 80386 binaries (SVR0 based)
	Xenix V2 80286 binaries (SVR0 based)
	Xenix V3 80286 binaries (SIII based)
	Xenix V3 8086 binaries (SIII based)

SVR3.2 and SCO can run all of the binaries below them on the list.
Xenix V2 for the 80386 can run all the binaries below it on the list.

Intel's versions of these can also run Intel's DOS tools without a DOS
emulator.

SVR4 is SVR4 compliant.

Now, the 80286 code runs in an emulation mode. The Xenix code runs under
a Xenix emulator. The DOS tools run in an emulator that emulates the runtime.

I'm amazed that Sun hasn't written a 680x0 emulator for running Sun3 binaries,
and a BSD emulator for the statically linked stuff. I suspect that a third
party who'd do this would sell quite a few copies. Look at it as opportunity.
-- 
Peter da Silva                                            `-_-'
Ferranti International Controls Corporation                'U` 
Sugar Land, TX  77487-5012 USA
+1 713 274 5180                            "Zure otsoa besarkatu al duzu gaur?"
Newsgroups: comp.sys.sun.misc,alt.cd-rom
From: dyer@spdcc.com (Steve Dyer)
Subject: Sun OS, SunPC, CD-ROM access and ISO9660 filesystems
Organization: S.P. Dyer Computer Consulting, Cambridge MA
Date: Fri, 25 Dec 1992 17:50:57 GMT

I mounted Bureau Development's "Great Literature" CD, an ISO9660 CD-ROM which
has "the full text of 1896 literary classics" on my Sun system running
Sun OS 4.1.2, hoping to browse through it.  I also tried accessing
the disk through Sun PC, a 8086 DOS emulator based on SoftPC technology.

I'm having problems.  In any case, the most immediate is the following,
whenever I simply do an "ls" at the mountpoint (or do a DIR within DOS),
I get the following console messages:

Dec 24 18:00:24 arktos vmunix: hsfs: filetype (0x5) not supported
Dec 24 18:00:24 arktos vmunix: hsfs: filetype (0x4) not supported

A secondary problem is that access to the CD-ROM under DOS is via a network
drive, and the DOS software on the disk which accesses the CD-ROM wants
the MSCDEX extensions, and complains that they're not present.  I can
_almost_ get around this, by running the program with the CD as the
current working directory, but obtaining the data fails later (and with
more console messages as above.)

Anyone know what the file types 4 and 5 are?


-- 
Steve Dyer
dyer@ursa-major.spdcc.com aka {ima,harvard,rayssd,linus,m2c}!spdcc!dyer
From: donini@masg1.epfl.ch (Pier Donini)
Newsgroups: comp.sys.sun.misc
Subject: Problem with curses
Date: 26 Dec 92 04:24:49 GMT
Organization: Ecole Polytechnique Federale de Lausanne

Hi,

I'm having trouble with the curses library. I included <curses.h> in a programm
and compiled it with -ltermcap -lcurses ... but the result is :

ld: Undefined symbol
   _newterm
   _isendwin
*** Error code 1

What did i maid wrong ??? It s hours i m trying to find the cause of this shit
without any result. By the way i m using gcc to compile my program.

Big Cat

Please reply : balelec@eldi.epfl.ch (Dont reply on the news directly...)
From: grk@ccwf.cc.utexas.edu (Glenn R. Kronschnabl)
Newsgroups: comp.sys.sun.misc
Subject: New compilers for SunOS 4.1.x
Date: 21 Dec 92 14:55:23 GMT
Reply-To: grk@ccwf.cc.utexas.edu (Glenn R. Kronschnabl)

Howdy,

Anyone know of when Sun plans to release the following compilers for
SunOS 4.1.x? 

Sun C 2.0.1, Sun C++ 3.0.1, Sun Fortran 1.2.1 (I think)

[Note:  the .1 is supposed to be the version for 4.1.x from what
I've heard.  Correct me if anyone knows more.]

These are already released for Solaris 2.0.  I don't think there
is anyway to install from the Solaris distribution.  Believe me,
I tried.

Regards,
Glenn
----
Glenn R. Kronschnabl
UT-Austin (but an Aggie at heart!)
I didn't do it, you didn't see me do it, you can't prove anything!

Internet: grk@ccwf.cc.utexas.edu
From: montnaro@spyder.crd.ge.com (Skip Montanaro)
Newsgroups: comp.sys.sun.misc
Subject: Re: Information on SS-2 and SS-10 differences?
Date: 30 Dec 92 21:07:56 GMT
	<MONTNARO.92Dec17103326@spyder.crd.ge.com>
	<2B314D99.6C1C@deneva.sdd.trw.com> <1hpuonINNhvv@cuda.add.itg.ti.com>
Reply-To: montanaro@ausable.crd.ge.com (Skip Montanaro)
Organization: GE Corporate Research & Development, Schenectady, NY


I wrote:

 >As machines get smaller and smaller, and the number of interfaces they must
 >support gets larger and larger, it's looking more like the back of a
 >computer should just have one massive DB-style connector with something like
 >1000-2000 pins. Customers could just order the appropriate "break-out" cable

I've seen a couple of serious responses to my note. Didn't I write the ":-)"
big enough? It was a lame attempt at humor...


	   #              ##
	  ###               #
	   #                 #
		 #####       #
	   #                 #
	  ###               #
	   #              ##


There. Is that big enough now?

--
Skip (montanaro@crd.ge.com)
From: pln@egret0.Stanford.EDU (Patrick L. Nolan)
Newsgroups: comp.sys.sun.misc
Subject: Re: Printing from Sun to Mac LaserWriter
Date: 1 Jan 1993 17:29:48 GMT
Organization: Stanford University
Reply-To: pln@egret0.Stanford.EDU
NNTP-Posting-Host: egret1.stanford.edu
X-Newsreader: TIN [version 1.1 PL6]

John Ewing (jre20@ivorytower.amdahl.com) wrote:
: Here are the solutions that I can think of:
: 
: 1) Set up one of the Suns to drive one of the LaserWriters.  Unfortunately,
:    this means that the Macs will no longer be able to use that LaserWriter.
:    Also, the Sun driving the printer will probably have performance problems
:    for anyone trying to use it to do work while printing is in progress.
: 
If you do this, I think you can use the free CAP package to allow
the Macs to use the printer.  You can set up the Sun so that it
looks like an Apple printer.  Incoming print jobs from the Macs
will go into the Sun print queue.
--
*   Patrick L. Nolan            (415)723-0133                 *
*   W. W. Hansen Experimental Physics Laboratory (HEPL)       * 
*   Stanford University                                       *
*   Bitnet: PLN@SLACVM    Internet: pln@egret0.stanford.edu   *
Newsgroups: comp.sys.sun.misc
From: pag@hao.ucar.edu (Peter Gross)
Subject: mmap() under Solaris 2.1
Reply-To: pag@scg.boulder.co.us (Peter Gross)
Organization: Malco Partners
Date: Tue, 22 Dec 1992 22:41:01 GMT

I am considering the purchase of a Sparcstation LX, which as we all
know, only runs Solaris 2.1 (ie no 4.1.x).  The major application
for this machine relies heavily on mmap() (and to a lesser extent,
mlock()).  Not having any documentation on Solaris, I am completely
in the dark about what system calls are available.  Thus the following
questions:
1.  Are mmap() and mlock() available?

2.  Did Sun fix the bug/feature (at least in 4.1.1b) that limited
    the amount of memory which could be mlock()-ed?

3.  Any substantial change in the tty driver? (in particular the termios
    struct and ioctl() calls)


Please respond by email, as I rarely have time to read news these days.
I will be happy to summarize if there are any requests.

Thanks in advance,
--peter gross
pag@scg.boulder.co.us
--
--peter gross
pag@scg.boulder.co.us
(303)-447-1374
Newsgroups: comp.sys.sun.misc
From: ywhui@ie.cuhk.hk (Maxi Y W Hui)
Subject: printout compose character from a C prog onto screen
Keywords: compose character
Organization: Faculty of Engineering, The Chinese U. of Hong Kong
Date: Mon, 28 Dec 1992 01:57:29 GMT

If anyone know how to printout compose characters from a C prog
onto screen (sun-console), please leave me a message.  
Thanks in advance.

+----------------------------------------+
| Y. W. Hui (Miss)                       |
| Department of Information Engineering  |
| The Chinese University of Hong Kong    |
| Shatin, N.T.  +--------------------------------------------+
| HONG KONG     | Fax   : (852) 603-5032                     |
+---------------| Tel   : (852) 609-7959                     |
                | Email : (Internet) ywhui@ie.cuhk.hk        |
                |         (BITNET)   B091711@CUCSC.BITNET    |
                +--------------------------------------------+

Newsgroups: comp.sys.sun.misc
From: adams@bellini.berkeley.edu (Adam L. Schwartz)
Subject: Incremental linking
Organization: U.C. Berkeley -- ERL
Date: Wed, 23 Dec 1992 18:22:28 GMT

I'm using the -A flag in the link editor (ld) and have run into an interesting
problem.  The main program is a C program compiled (and linked) by cc.  Later,
I attempt to link in another program which calls Fortran routines.  For some
reason the linker complains that some of the function in libmath.a are
multiply defined.

Here are the details:
The multiplied defined functions are:
_econvert
_fconvert
_double_to_decimal
_quadruple_to_decimal

which occur in the newer math library in /usr/lang/SC1.0/cgxx/libm.a but not in
/usr/lib/libm.a

These functions are also defined in libc.a.

1) These functions have already been linked into the main program.
2) I think libF77.a makes calls which required these functions.
3) Since the order of -lm and -lc is the same for both linkings, even if the 
definitions were different in the two libraries, the linker should be looking
in -lm for the definitions both times (so there shouldn't be multiple 
definitions).

If you have any helpful comments please let me know.  I will gladly supply any
additional information about this problem if needed.

Thanks in advance,
Adam
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.misc
Subject: Re: Is Sun losing touch with its customers?
Date: 30 Dec 92 02:05:49 GMT
Organization: Auspex Systems, Santa Clara

>I'm still waiting to see a list of what is and isn't in SVR4.

SVR4 comes with:

	"cat"

SVR4 doesn't come with:

	a JOVIAL compiler

A more complete list could, conceivably, be very large, so the people
who could tell you whether any *particular* feature is or isn't in SVR4
may well not be interested in generating such a list.

If you generate a list of the top N things about which you're curious,
somebody might supply an indication of whether they're in SVR4 or
not....
From: leo@ipmce.su (Leonid A. Broukhis)
Newsgroups: comp.sys.sun.misc
Subject: Strange behavior of SPARC (VERY strange!)
Date: 29 Dec 92 19:01:11 GMT
Reply-To: leo@ipmce.su
Organization: unknown


	Hello all,

I have a small program which computes pi with 300 digits
after decimap point, and it runs either 7.0 secs user time or
25.4 secs user time.
Configuration:
SS 1+, SunOS 4.1.2, OW 3.0, gcc 2.2.2 OR acc SC1.0 OR cc SC1.0,
program is dynamically loaded, paging activity is 0,
context switches and interrupts are as usual -
perfmeter ranges are "intr 100" and "cntxt 64".

The execution time switches from 7 to 25 secs after an invocation
of "cc", and vice versa - after an invocation of some other programs
or maybe after some period of inactivity (this is somewhat harder).

	What is the cause of such a behavior?

	Thanks,
-- 
	Leonid A. Broukhis  | Gentle is the voice of reason... -- Z. Freud
Organization: Mechanical Engineering, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.sys.sun.misc
Date: Tue, 22 Dec 1992 10:40:59 -0500 
From: Daniel McKeel <dm76+@andrew.cmu.edu>
Subject: kmoore&tapes

Kirk

    Your mail bounces.Please contact me about the 5 DC600A tapes I sent.

Thanks
Dan
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.misc
Subject: Re: Customers and Vendors (Was sun and customers)
Date: 29 Dec 92 21:58:00 GMT
Organization: Auspex Systems, Santa Clara

>I believe that the Sun 4/1X0 line came out about the same time as the 3/80.

Your belief is mistaken.  The 3/80 and the SS1 came out at about the
same time.
From: khb@chiba.Eng.Sun.COM (Keith Bierman fpgoup)
Newsgroups: comp.sys.sun.misc
Subject: Re: Is Sun losing touch with its customers?
Date: 22 Dec 92 11:12:20
Organization: SunPro
NNTP-Posting-Host: chiba
In-reply-to: bryan@uhura1.uucp's message of Tue, 22 Dec 1992 10:22:12 GMT


In article <1992Dec22.102212.3849@uhura1.uucp> bryan@uhura1.uucp (A. Bryan Curnutt) writes:

   A few of them do it so their customers won't have to buy additional
   runtime libraries (such as the FORTRAN runtime library) in order
   to run their software.

Actually, the shared libraries (like libF77) may be redistributed with
your application.

If *that* is what motovated your application developer to link
statically they weren't doing you a service!

--
----------------------------------------------------------------
Keith H. Bierman    keith.bierman@Sun.COM| khb@chiba.Eng.Sun.COM
SunPro 2550 Garcia MTV 12-40             | (415 336 2648) fax 964 0946
Mountain View, CA 94043  <speaking for myself, not Sun*> Copyright 1992

Newsgroups: comp.sys.sun.misc
From: scs@lokkur.dexter.mi.us (Steve Simmons)
Subject: Re: Customers and Vendors (Was sun and customers)
Organization: Inland Sea
Date: Tue, 29 Dec 92 00:23:24 GMT

msf@fusion.com (Michael S. Fischbein) writes:

 [[ basicly saying the SS-1 and the 3/80 came out at the same time, and
    Sun went sparc after that because everyone preferred the SS-1 ]]

My memory is somewhat different.  I believe that the Sun 4/1X0 line came
out about the same time as the 3/80.  There's no question the 4/110 was
faster than the 3/80, but it cost a lot more too.

If you asked Sun about what was coming next, they'd tell you that there
were all kinds of interesting sparcboxes on the way and they were thinking
about what to do with the 680X0 line.

Let me state that more plainly:

Sun said clearly and repeatedly that they had specific plans for the
sparc line (and would outline them in detail in non-disclosure), but
had no specific plans for the Motorola line (and would tell you that in
detail in non-disclosure).  If you asked them explicitly about faster
'030 machines or future '040 machines, they'd say they were thinking
about it.  No plans, just thinking about it.  As a Sun OEM hearing
this, it wasn't hard to figure out what eggs to put your baskets in.
-- 
"When Dexter's on the Internet,    | "Nuts!"
 can Hell be far behind?"          |   -- Mr. Peanut in "Battle of the Bulge"
      scs@lokkur.dexter.mi.us	   |
Newsgroups: comp.sys.sun.misc
From: peter@ferranti.com (peter da silva)
Subject: Re: Is Sun losing touch with its customers?
Organization: Xenix Support, FICC
Date: Wed, 30 Dec 1992 13:37:41 GMT

In article <1992Dec27.031931.10598@eskimo.com> nanook@eskimo.com (Robert Dinse) writes:
>      Nah, don't see any big advantages to System-V4r for the customer for
> either the short or long haul.  I do see some big advantages to AT&T.

Novell.
-- 
Peter da Silva                                            `-_-'
Ferranti International Controls Corporation                'U` 
Sugar Land, TX  77487-5012 USA
+1 713 274 5180                            "Zure otsoa besarkatu al duzu gaur?"
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.misc
Subject: Re: Is Sun losing touch with its customers?
Date: 30 Dec 92 02:28:48 GMT
Organization: Auspex Systems, Santa Clara

>     So they get together, they say to Sun, (mind you this IS speculation
>and nothing more),

Absolutely.

In fact, it's *COMPLETELY INCORRECT* speculation.

I was at Sun when it happened, and was involved in the SVR4 project.

The Sun/AT&T deal wasn't made because Sun needed to suck up to AT&T to
get extra money.  It was made because some people in Sun figured that
the only way to break into the commercial marketplace was to get the
magic "UNIX" and "System V" names stuck onto their OS.  (Debate all you
want whether that belief was true or not; it *is* true that the Sun
executives in question made that argument.)

And, as people have noted:

	1) there wasn't any "BSD4.4 project" at the time;

	2) BSD, at the time, was far from being free of AT&T code, and
	   the BSD folks weren't pushing to make it so at that point;

so no threat, of the sort you describe, to AT&T's royalties existed at
that point.
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.misc
Subject: Re: Customers and Vendors (Was sun and customers)
Date: 24 Dec 92 03:29:21 GMT
Organization: Auspex Systems, Santa Clara

>Any customers that do not want to make a 
>complete architecture switch from 68K machines were screwed by sun and not
>by HP.

Or, rather, they haven't *yet* been "screwed" by HP; it'll be interesting
to see what happens to the 68K-based HP workstations in the future. 
They may continue to support that line forever, or they may not.  I
suspect their PA-based workstations will, over time, get more and more
of a price/performance advantage over their 68K-based workstations.

Admittedly, the 68K-based HP line may taper off more slowly than did
Sun's 68K-based line....

(Now, the customers who didn't want to make a switch from Apollo Domain
to HP-UX weren't quite so lucky; Sun isn't the only company to shoot
hardware or software products in the head, and upset many customers in
the process.

HP, and Sun, and DEC in the case of, say, MIPS-based machines, and other
companies, may well have done the right thing from a business standpoint
- they exist, and have existed since their inception, to make money,
after all, not to make people happy.)
Newsgroups: comp.sys.sun.misc
From: jimh@pacdata.com (Jim Harkins)
Subject: Etherfind details
Organization: Pacific Data Products
Date: Mon, 21 Dec 1992 23:36:54 GMT

Will etherfind display packets that are an invalid packet when the host option
is used?  I'm writing a tool that writes to the network, and I'm talking 
directly to the network via a pc.  It's ethernet address is aa:55:aa:55:aa:55,
and I transmit a 1200 byte packet consisting of sequential bytes (00,01,02, ...,
fe, ff, 00, 01, etc).  The first 12 bytes are my source and destination.
I've got a Sun3 on my test network and if I use 'etherfind greater 1000' it
sees the packet, but if I use 'etherfind host jimstest' it doesn't see the
packets.   If I use my real sun to ping jimstest then etherfind sees the
packets.

If etherfind won't do what I want does anyone have any suggestions?  Spending
money is out :-(, but I've got both a Sun 3 and a PC I can run software on.

jim


-- 
Plumbers Motto:  A flush beats a full house.
--------------------------------------------------------------
Jim Harkins                         [ucsd|uunet]!pacdata!jim
Pacific Data Products               jim@pacdata.com
--------------------------------------------------------------