HDTenEightyP/NetNews huggingface dataset:
From: dave@frackit.UUCP (Dave Ratcliffe)
Newsgroups: comp.sys.ti
Subject: Stuff for sale
Date: 3 Jan 93 02:41:48 GMT
Organization: Data Factory Services, Harrisburg, Pa.

Here's another re-post from the Fido side of things here of some stuff
for sale. PLEASE! Contact the person mentioned in the article at the
number provided about these items, NOT me. 


----------- CUT --------------------------------- HERE -----------------------


 
 
  Ok, Never Heard from the other buyer on the Deal We worked out on the rest
  Of my TI-\Geneve system, SOOooo.... For Sale (ALL OR PART).
  
  (This computer Equipment is only for the TI\Geneve systems. It is NOT)
  (Dos Compatible and will not go into nor can it be used by clones.   )
  
  ________________________________________________________________________  
  
  Geneve                     Books, Keyboard, Mouse Works Good No problems.
  
  Horizon Ramdisk 2000       Formats to 1014(Sec)Great Shape has the on
                             off switch.(Nice for the Geneve,HFDCC confi-
                             guration)
  
  TI-RS232                   Ooohh What Can I say about this GREAT peice
                             of Equipment
                             
  TI-Disk Controler          Same here...... Works GREAT no problems....
  
  
  (2) Half Hights            Work Great, Come with cables, and Cables...
                             (Oh, They come with the CABLES too)
 
 
  Whoever Buy's All of the above gets all the extra's Printer cables, Disks,
  Wico Adapter, Etc....
  __________________________________________________________________________
  
                   ----===<<<  $275.00  >>>===----
 
  All the Above I am Selling to the FIRST 275.00 I get in my HAND.
  Terms: Cash, Money order-In advance Plus Shipping unless we negotiate
  other wise....
  (there is More... Just too lazy too type it all in!)
  
   Mike Phillips (214)530-5958 Before 11pm. 
 
*** Maximus 2.01wb
 * Origin: The Nightfly BBS - 16.8k HST/DS - (214) 342-2286 (1:124/5117)

 * Origin: The Circuit Board HST DS 16800 (1:3619/22)

-- 
 vogon1!compnect!frackit!dave@psuvax1.psu.edu            |  Dave Ratcliffe  |
 - or - ..uunet!wa3wbu!frackit!dave                      |  Sys. <*> Admin. |
                                                         | Harrisburg,  Pa. |
From: andy-w@ersys.edmonton.ab.ca (Andrew webster)
Newsgroups: comp.sys.ti
Subject: RE: SCSI & Accelerator
Date: Mon, 21 Dec 92 20:56:32 MST
Organization: Edmonton Remote Systems #3, Edmonton, AB, Canada

Don,
     I have a Myarc disk controller card with a quad eprom for 80 track 
drives. With the addition of your SCSI controller card, will I have to 
remove my Myarc disk controller (FDC)?? Or will I be able to use them 
both side by side??

     Will I be able to access a CD Rom with clip art on it via an
existing program like YAPP or TI Artist?

    Will the SCSI card be 100% compatible with all the other cards in my 
system. I have a horizon 3000, a triple teck, Myarc disk controller, 32k 
on 16bit bus mod. ti rs232. Is it an addressed card like the others in my 
system.

    Will it be able to access the new 4a/memex as a device if one so 
wished to use the 4a/memex as a solid state HD?

Andrew webster              andy-w@ersys.edmonton.ab.ca
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:13:56 GMT
Organization: Auspex Systems, Santa Clara

>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!

Eh?  Making 5.x capable of running 4.x programs wouldn't have made it
*ipso facto* non-SVR4-ABI-compliant.

It would, however, have made its kernel bigger and messier (and may have
caused various other entertaining problems for binary interfaces *other*
than kernel traps, e.g. file formats).
Newsgroups: comp.sys.sun.misc
From: peter@ferranti.com (peter da silva)
Subject: Re: Exporting Serial Ports
Organization: Xenix Support, FICC
Date: Fri, 1 Jan 1993 20:12:16 GMT

Create an account that has a crippled version of cu/kermit/... as its login
shell, that just opens and talks through that port. Let them rlogin/telnet to
that account.
-- 
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
From: pmurphy@nrao.edu (Pat Murphy)
Subject: Weirdness with acc and stdio.h
Organization: National Radio Astronomy Observatory
Distribution: comp
Date: Wed, 23 Dec 1992 16:03:21 GMT

We are attempting to convert from SunOS 4.1.2 to Solaris 2.x via the
migration kit.  In doing this, a bizarre aspect of using the "acc"
"value-added" C compiler has manifested itself.  Here is the test
program: 

    #include <stdio.h>
    main()
    {
	    printf ("hello, world\n");
    }   

Then when the command:

    acc -c -I/usr/5include/ foo.c

is given, the result is:

    "/usr/5include//stdio.h", line 12: warning: tokens ignored at end
                                                of directive line 

Furthermore, if the -Xc option is added for strict ANSI compliance,
one also gets:

     "/usr/5include//stdio.h", line 12: warning: tokens ignored at end
						 of directive line 
     "/usr/5include//stdio.h", line 33: warning: tokens ignored at end
						 of directive line 

Line 12 of the stdio.h file has no tokens at the end of the directive
(33 does, it's an #endif and that is an ANSI violation).  Before
someone goes off the deep end saying I shouldn't be including this
file and should be looking at /usr/lang/SC1.0/ansi_include instead,
note the following comment at the beginning of the
/usr/5include/stdio.h: 

   #ifdef	comment	/* ======================================================= */
   
   "Standard" header file definition.  See the C style paper for
   full explanations.  Note that this reorganization has been
   forced upon us by ANSI C; please abide by it.  This file, aside
   from this comment, is supposed to be a good example.

But line 33 which closes another #ifdef says:

    #endif	__[dir_]_filename_h

which is NOT a good example.  

We are thoroughly confused.  Should we NOT be specifying the
/usr/5include area at all?  This is on SunOS 4.1.2, acc version SC1.0
(1Mar1991).  Any (constructive) advice/comments welcomed.

				- Pat Murphy and Eric Greisen
--
==========================================================================
| Patrick P. Murphy, Ph.D.                Scientific Programming Analyst |
| National Radio Astronomy Observatory    Net:       pmurphy@nrao.edu    |
| 520 Edgemont Road                       Phone:     (804) 296-0372      |
| Charlottesville, VA 22903-2475          VoiceMail: (804) 980-5889      |
|      "I don't believe in the no-win scenario"  --- James T. Kirk       |
==========================================================================
Newsgroups: comp.sys.sun.misc
From: tagoldth@spine.med.utoronto.ca (Thomas A. Goldthorpe)
Subject: Re: Is Sun losing touch with its customers?
Organization: University of Toronto
Date: Tue, 22 Dec 1992 17:48:27 GMT
Keywords: interesting old thought

In article <1992Dec22.080719.16062@eskimo.com> johnn@eskimo.com (John Navitsky) writes:
>Another thought, there was resitance when Sun moved from the Sun3 to the Sun4
>class machines, but I don't hear a lot of calls for the new
>Sun 3/5000 server.  :-)  I think in the end people thought it was for the
>best.

That move still hurts those who know a 68040 is in the same
performance class as a SS2.  The move was not for our benefit, but
rather for the benefit of SUN.  They were claiming (if I remember
correctly) that motorola wasn't producing the new processing power
they wanted and that they had no choice but to create their own chip.
Though it sounded reasonable to the bulk of the masses, the fact is
they had to have been working on the project far far far in advance of
when we found out about it, which means before the statement of
motorola not producing new faster chips existed.  The sparc stuff was
politically motivated to make things look good and that sun did it's
homework.  They wanted to make sure that the consumer of the product
got a statement of "we are doing this for you and your horsepower
needs" rather than "we want to dominate the market and the only way to
do this is to look good by having our own processor chip".

It's for the best that you move with the flow, not that the decisions
the flow takes are the best.  We really have no choice in the matter.
This is what you get when good engineering is dominated by
businessmen.  This is what sun now is (as compared to the old
philosophy of "put a good unix box on every desk, this is what the
world needs").

I have no choice but to buy SparcIntosh (tm) machines these days,
simply because this is what sun puts out.  I will eventually have to
buy into the sunos5.0 stuff, since this is what they will keep fixing
(for the time being, at least).  I have no choice since the
businessmen around me say that "if businessmen at sun said so, then do
it".

No net flames in this matter, please.  This is my view of the matter,
and some may agree/disagree.  My only hope is they don't switch
something on us again.

Suggestion to someone at sun:  How about making a plug-over board that
replaces a 680x0 with a sparc+cache.  Since sun style devices are
still supported, this would be a good way to go (and would probably
make quite a bit of money (incentive for the businessmen at sun:-) )).
Who knows, they may even be able to do this on a single chip with the
correct pinouts, sell them at $500 each, and away we go....


tom

I speak for noone but myself.  All views expressed above are mine
only.  Gee, it's great to vent frustration once and a while....
Newsgroups: comp.sys.sun.misc
From: scott@asd.com (Scott Barman)
Subject: Re: Is Sun losing touch with its customers?
Organization: American Software Development Corp., West Babylon, NY
Date: Tue, 29 Dec 1992 23:56:15 GMT

In article <1992Dec29.201610.522@asd.com> scott@asd.com (Scott Barman) writes:
>In article <kbibb.725606456@maui> kbibb@maui.qualcomm.com (Ken Bibb) writes:
>>You mean a free GNU compiler will break your budget?
>
>Yes!  That "free" GNU compiler has to get here some how.  We are uucp
>only, we cannot wait to get it via ftpmail if we upgrade.  We're a small
>shop and cannot have that much in down time while we deal with the
>restrictions of this service (NOTE: I am *not* flaming the ftpmail
>service; on the contrary, I praise it!  But it would pose a real problem
>using it in this scenario).  We cannot afford the 1-900- costs that we
>would be charged to get it from UUNET and we cannot afford the hundreds
>of dollars to order a tape from a company or even the FSF.  Economic
>times are tough, in case you haven't noticed, and we are trying to
>survive on Long Island, which has been among the hardest hit areas of
>the region.

Wow... news travels fast!  I wrote this at around 2:30pm and by 6pm
I received seven responses.  Thank you to everyone who has pointed
out to me that SunSoft is putting the GNU C compiler on their CDWare
disk.  I know this was discussed previously in comp.unix.solaris, I
just forgot about it.
-- 
scott barman			| <This space intentionally left blank>
scott@asd.com			|
 (I can barely speak for myself, you expect me to speak for my employer??)
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.sys.sun.misc
Subject: Re: Exporting Serial Ports
Date: 1 Jan 1993 07:56:27 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: gandalf.think.com

In article <1i00suINNenp@shelley.u.washington.edu> derry@hardy.u.washington.edu (Derry Lyons) writes:
>Maybe a silly question, but can a serial port be exported to another machine?

If by "exported" you mean made available via NFS, no.

>I'm running a Sparc2 with a modem on ttya/cua0 that some people on another host
>would like to use, but they're shady enough that I don't want to give them
>accounts on my machine.  Is this doable?  Thanks!

You could write a simple network server that opens the serial port when it
receives a connection, and then passes characters between the serial port
and the network connection.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Newsgroups: comp.sys.sun.misc
From: vellani@aplexus.jhuapl.edu (Thomas Vellani)
Subject: gcc 2.x m68k cross compiler on sparc
Keywords: cross m68k gcc 68kcross
Organization: JHU/Applied Physics Laboratory
Date: Fri, 25 Dec 1992 18:27:27 GMT


	I am trying to install m68k cross compiler on a SparcServer 470.
I would appreciate if someone could give me some hints how to get the
cross compiler installed. I have the native compiler and 'gas' installed.

	My question is about installing the cross-linker and cross-assembler.

	Thanks in advance.

Tom Vellani
vellani@aplsun.jhuapl.edu

--

Tom Vellani
JHU/APL
vellani@aplsun.jhuapl.edu
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: Mon, 21 Dec 1992 16:41:15 GMT

In article <BzI0Ls.GGo@shakti.ncst.ernet.in> riyer@shakti.ncst.ernet.in (Rajappa Iyer) writes:
> are a case in point. Sun users cannot plonk for the new machines no
> matter *how* attractive the pricing for the simple reason that they
> have already invested in apps for SunOS 4.1.x.

I don't understand why 4.1 apps don't work under Solaris? Is it a matter of
Solaris not having back-compatible shared libraries, or did they break
something?

It's enough to make one go to SCO: I'm running *Microsoft* Xenix-286 binaries
under System V-386 right now. Compiled in 1984, running in 1992.

> That's precisely the kind of trap I wished to avoid when I switched
> to Sun. I want to be able to run the same apps on newer and faster machines.

When the Sparc came out that should have made it clear that Sun was't that
sort of company.
-- 
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: pml@marsh.cacs.usl.edu (Patrick M. Landry)
Newsgroups: comp.sys.sun.misc
Subject: Re: Sun Net Manager 2.0 is it available/shipping??
Date: 21 Dec 92 21:55:30 GMT
Organization: The Center for Advanced Computer Studies

In article <1992Dec20.202942.18939@udel.edu> scoggin@opus.ee.udel.edu (John K Scoggin) writes:
>In article <1992Dec17.215536.5574@mcs.anl.gov> korp@eid.anl.gov (Peter A. Korp) writes:
>>Does anyone know if this application is in fact shipping? I have seen many  
>>people on the net comment about it and I have read many items in the trade  
>>rags about it but our Sun salesthing says it is not yet ready.
>>
>>Help... My application awaits SNM 2.0
>>
>
>Yes, it is shipping.  I have a SNM 2.0 CD-ROM in my hot little hands as we
>speak.  I received mine through Sun Express about 2 weeks ago.
>
>	- John

The SNM 2.0 CDs where backordered for a LONG time. I have been on the list
since about October. I got my CD last week.
--
patrick
Newsgroups: comp.sys.sun.misc
From: casper@fwi.uva.nl (Casper H.S. Dik)
Subject: Re: Is Sun losing touch with its customers?
Organization: FWI, University of Amsterdam
Date: Tue, 22 Dec 1992 19:42:51 GMT

bryan@uhura1.uucp (A. Bryan Curnutt) writes:

>In article <1992Dec22.000823.1429@ultra.com> shj@ultra.com (Steve Jay {Ultra Unix SW Mgr}) writes:
>>
>>  I don't know
>>why, but apparently some 3rd party vendors do use -Bstatic, so their
>>applications won't work on Solaris 2.

>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.

Yes. But that's no reason to -Bstatic everything. Sun told them a looong
time ago: whatever you do, link dynamically WITH LIBC.

Complain loudly to your software vendors.

Casper
From: winsor@geek.NoSubdomain.NoDomain (js)
Newsgroups: comp.sys.sun.misc
Subject: Re: Information on SS-2 and SS-10 differences?
Date: 29 Dec 1992 16:35:35 GMT
Organization: Texas Instruments Incorporated, Austin
Distribution: world
NNTP-Posting-Host: geek.teng.ppd.ti.com

In article <2B314D99.6C1C@deneva.sdd.trw.com>, simpson@minotaur.sdd.trw.com (Scott Simpson) writes:
|> In article <MONTNARO.92Dec17103326@spyder.crd.ge.com> montanaro@ausable.crd.ge.com (Skip Montanaro) writes:
|> >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
|> 
|> The problem with this is now you cannot unplug things individually.
|> Suppose you want to replace the monitor. You have to unplug the disk
|> drives too. Won't work.

You *assume* how such a plug would be fixtured.  Could it not be something
like a false backplate which plugs into the "real" one, but provides
only the connections you are interested in?  Then, of course, you could
unplug anything at all willy nilly.  There are many other ways this could
be accomplished, too.  This is just ONE.  NEVER NEVER assume.

john
Newsgroups: comp.sys.sun.misc
From: swofford@uxh.cso.uiuc.edu (David Swofford )
Subject: Re: Sun's ANSI C
Organization: University of Illinois at Urbana
Date: Thu, 31 Dec 1992 16:43:58 GMT

alec@stortek.com (Alec Sharp - x2955) writes:

>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.

[Examples deleted]

On page 76-77 of the "Sun ANSI Programmer's Guide" is the following:

"Some of the functions in SunOS 4.1. libc do not behave as specified by the
ANSI standard.  These differences are detailed below..." (the ones included
in your examples plus maybe a few others).

I was *FURIOUS* when I discovered this.  I bought the compiler because it
was "Sun ANSI C".  In the preface of the manual it says "Sun ANSI C is Sun's
ANSI-compliant compiler that runs on SunOS 4.1."  But in the "Read this first"
section of the manual it says "Sun ANSI C is intended as a transition compiler
from Sun C to a fully compliant ANSI C".  For most users, the differences
probably won't matter (e.g., who cares whether malloc returns a char*
or a void*, since it's almost always cast to something else anyway?).  But
calling a compiler "ANSI-compliant" when some functions return totally
different kinds of values is ABSURD.  The one that really got me was sprintf.
In my application, I need to format a string via sprintf and know how long the
resulting string is.  ANSI requires sprintf to return an integer representing
the length of the formatted string, but in Sun's "ANSI" C, sprintf still 
returns a char*.  So I still have to do strlen calls after sprintf's, when I
should just be able to look at the sprintf return value, which uglies up the
code with #if SUN ... #else .... #endif constructs.

Does anyone know if the unbundled compiler being sold with Solaris 2.x is
fully ANSI-compliant? 
-- 
David L. Swofford                 Phone:    (217)244-6959
Illinois Natural History Survey   FAX:      (217)333-4949
607 E. Peabody Drive              BITNET:   DAVESWOF@UIUCVMD
Champaign, Illinois 61820 USA     Internet: swofford@uxh.cso.uiuc.edu
Newsgroups: comp.sys.sun.misc,comp.unix.bsd,comp.unix.programmer,comp.unix.questions,comp.unix.wizards
From: panissec@nms.otca.oz.au (Colin Panisset)
Newsgroups: comp.sys.sun.misc
Subject: Re: Uses for old CD-ROM's
Date: 4 Jan 93 03:54:31 GMT

maloney@cs.hope.edu (Permanent Waves) writes:

}Well, the most obvious is a frisbee, and a pretty darn good one at that, although the disc has a tendency to
}fly in a loop pattern... - / | \ - ad gravitum...

}Another would be for jewelry... 

[... jewelry and gift ideas deleted ...]

Here's a Fun Thing to do on a rainy day: Take an old CD and a friend's 
microwave (because I'm not sure how good it is for the things), and place
the CD in the center of the cooking cavity. Set the timer for two seconds,
the power to "High". Turn it on and MAKE SURE YOU WATCH!

The CD's physical shape is undamaged, by the way - the CD is not
chipped, shrunk, warped, or otherwise bent, folded or spindled. It's
mutilated instead. I'm not going to describe the results, you'll have to
see for yourselves.

Another account is that placing CDs in a conventional oven in a similar
manner to that used to shrink potato-chip packets results in a cute,
"downsized" version of same. Perhaps this is he ultimate in data storage -
size-reducible and pretty to boot. Management should go wild.

--

  -Colin Panisset *:^)                         | "CTBCPP (Clay Tablet By 
         {panissec|colinp}@nms.otca.oz.au      |  Carrier Pigeon Protocol),
                                     So There. |  defined in RFC-39127"
Xref: sparky comp.sys.sun.misc:5964 comp.sys.sun.wanted:2070 comp.sys.dec:6595
From: imhw400@indyvax.iupui.edu
Newsgroups: comp.sys.sun.misc,comp.sys.sun.wanted,comp.sys.dec
Subject: Re: 101 Ways to Use an Old CD-ROM
Date: 22 Dec 92 14:37:35 -0500

I'm sorry to inject a serious note into this thread, but I'm wondering what is
the proper way to destroy CDROMs.
-- 
Mark H. Wood, Lead Analyst/Programmer    +1 317 274 0749   [@disclaimer@]
Internet:  IMHW400@INDYVAX.IUPUI.EDU     BITNET:  IMHW400@INDYVAX
Celebrate freedom:  read a banned newsgroup.
Newsgroups: comp.sys.sun.misc
From: swu@rad.rpslmc.edu (shuojiun wu)
Subject: HP IIP with PostScript Cartridge on Sun IPC
Reply-To: swu@rad.rpslmc.edu
Organization: Rush Presbyterian-St. Lukes Medical Center, Chicago IL 60612
Date: Wed, 23 Dec 1992 20:16:22 GMT

Hi,

I have been trying to install HP IIP on one of our Sun IPC without any luck.
Before adding in PostScript Cartridge and 2 Mb memory board (both are from HP),
I can print simple text files and IslandWrite files to my IIP, but it takes about
2 minutes to print.  I thought about adding memory and PostScript cartridge can
solve this problem.  Unfortunately, it stop printing, even a very simple text file.
I think it's something with the /etc/printcap file, but I just can't make it work.
Any input will be highly appreciated.  Thanks in advance.

Hapyy Holiday !!  :)

---
##############################################################################
Shuo-Jiun  Wu             
swu@rad.rpslmc.edu
Rush Medical Center
Diagnostic Radiology     
Tel: (312) 942-5781
From: raoul@eplunix.UUCP (Nico Garcia)
Newsgroups: comp.sys.sun.misc
Subject: Re: Printing from Sun to Mac LaserWriter
Date: 2 Jan 93 18:00:37 GMT
Organization: Eaton-Peabody Lab, Boston, MA

In article <1i1v2cINNllu@morrow.stanford.edu>,
pln@egret0.Stanford.EDU (Patrick L. Nolan) writes:
> 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.

Ummm, isn't it easier to just use CAP to allow the Sun to use the
Mac printers directly?
-- 
			Nico Garcia
			CIRL/MEEI
			eddie.mit.edu!eplunix!raoul
Newsgroups: comp.sys.sun.misc