HDTenEightyP/NetNews huggingface dataset:
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: 486, Local Bus, S3 upgrade
Organization: AT&T
Date: Wed, 7 Oct 1992 20:42:50 GMT

In article <23511@optima.cs.arizona.edu> dsiegel@optima.UUCP (Dave Siegel) writes:
> From article <1992Oct5.232742.15582@networx.com>, by ledford@networx.com (Don Ledford):
> > I'm currently running ESIX 4.0 with SGCS X11R5 on a 386-25 with an awful
> >     Local Bus S3 card                       Orchid (Fahrenheit 1280)
> 
> I didn't think that you could run X off of the S3 cards.  Something about there
> not being any Device drivers for it.  I asked Dell about this, and they
> said certainly not.  It seems reasonable that this would also be true about
> ESIX, since the X servers are roughly equivalent.
> 
> -dave
> 
> --
> Dave Siegel              dsiegel@cs.arizona.edu    dsiegel@biosci.arizona.edu
> SysMgr, Biotec, U of Az  dsiegel@hacks.arizona.edu dsiegel@seagull.tucson.az.us
> "The opinions expressed herein are not necessarily those of my employer,
> not necessarily mine, and probably not necessary."


There are commercial X implementations from SGCS (which the original poster
has) and MetroLink that support S3 and 8514 cards.  There are (currently)
no FREE drivers for S3 and 8514, although these are being done for 386BSD
and Linux (no one has tackled SVR3 and SVR4 yet).

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
From: sts6f@vortex.mech.virginia.edu (Sonya T. Smith)
Newsgroups: comp.unix.sysv386
Subject: Thanks to all - xdtm help
Date: 9 Oct 92 15:15:48 GMT
Organization: UVA

Thanks to everyone who responded to my request for assistance and tips on correcting
compiler errors from PD software.

Sonya


-- 
-------------------------------------------------------------------------------
S.T. Smith                           |"I am afraid that I rather give myself
Department of Mechanical,            | away when I explain. Results without    
   Aerospace and Nuclear Engineering | causes are much more impressive"
University of Virginia               |
Charlottesville, VA 22901            | - Sherlock Holmes                       
-------------------------------------------------------------------------------
Xref: sparky comp.unix.sysv386:15338 comp.unix.sys5.r4:174 comp.unix.sys5.r3:25 comp.unix.pc-clone.32bit:290 comp.unix.bsd:7061 comp.os.linux:12818 comp.os.mach:1451 comp.windows.x:17606
From: brueni@csgrad.cs.vt.edu (Dennis Brueni)
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.sys5.r3,comp.unix.pc-clone.32bit,comp.unix.bsd,comp.os.linux,comp.os.mach,comp.windows.x
Subject: xcdplayer
Date: 8 Oct 92 02:28:46 GMT
Followup-To: comp.unix.sysv386
Organization: VPI&SU Computer Science Department, Blacksburg, VA


Probably wishful thinking, but has anyone ported the xcdplayer program to SVR4?
BTW, xcdplayer lets you control your CD-ROM drive much like a normal audio
CD player.

-- 
--Dennis Brueni (N0JSQ)        "The knack to flying lies in learning 
  brueni@csgrad.cs.vt.edu       how to throw yourself at the ground 
  <Project_Envision>            and miss."  -- Douglas Adams
From: davidsen@sixhub.UUCP (Wm E. Davidsen Jr)
Newsgroups: comp.unix.sysv386
Subject: Keeping track of login speed
Keywords: login, getty
Date: 9 Oct 92 00:53:11 GMT
Reply-To: davidsen@crd.ge.COM (bill davidsen)


When using modems with serial speed locked, does anyone have a good way
to get the actual calling speed? I could diddle my own getty or
something, but the whole idea of locking the port is to avoid that
stuff. Is there an easy way? I am more curious than anything else, since
I do have the range covered, but it would be nice to see who's calling
at what speed.
-- 
bill davidsen - davidsen@sixhub.uucp (uunet!crdgw1!sixhub!davidsen)
    sysop *IX BBS and Public Access UNIX
"I haven't had time to read the manual, I've been too
   busy fighting with the install" -Nevius
From: brown@ftms.UUCP (Vidiot)
Newsgroups: comp.unix.sysv386
Subject: Re: xcdplayer
Date: 9 Oct 92 17:48:27 GMT
Reply-To: brown@ftms.UUCP (Vidiot)
Organization: Vidiot's Other Hangout

In article <3593@creatures.cs.vt.edu> brueni@csgrad.cs.vt.edu (Dennis Brueni) writes:
<
<Probably wishful thinking, but has anyone ported the xcdplayer program to SVR4?
<BTW, xcdplayer lets you control your CD-ROM drive much like a normal audio
<CD player.

Get workman instead.  It is a much better X cdplayer.
-- 
harvard\
  ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
rutgers/
INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r3,comp.unix.pc-clone.32bit
From: jerry@connection.prospect.com (Jerry Shekhel)
Subject: Re: Announcing the availability of XFree86 1.1
Organization: Molecular Simulations, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 8 Oct 1992 21:52:19 GMT
X-Posted-From: connection.prospect.com
NNTP-Posting-Host: sol.ctr.columbia.edu

Chip Salzenberg (chip@tct.com) wrote:
:
: >Try porting GNU and PD software to SCO.
: 
: Works for me.
:

Last time I tried to build GCC (around 1.4, I think), I first tried it with
the Microsoft compiler.  What a joke.  Then I tried the "rcc" compiler.
This worked better, but the make blew up because of long filenames.  Now this
isn't specifically SCO's fault, but there were always lots of annoying things
about it (ODT).  They had X11R3 when everyone else had X11R5.  There was no
normal Xt library (only the Motif version).  Sure, "stdout"-type programs
ported fine, but anything a little more complex was a pain.  X-Windows?  Forget
it.

:
: Chip Salzenberg at Teltronics/TCT  <chip@tct.com>, <73717.366@compuserve.com>
:
--
+-------------------+-----------------------+--------------------------------+
| Jerry J. Shekhel  | Molecular Simulations | Time just fades the pages      |
| Drummers do it... | Inc.  Waltham, MA USA | in my book of memories.        |
|    ... In rhythm! |     (617) 890-2888    |              -- Guns N' Roses  |
+-------------------+-----------------------+--------------------------------+
|           ...! [ princeton mit-eddie bu sunne ] !polygen!jerry             |
|                            jerry@polygen.com                               |
+----------------------------------------------------------------------------+
From: shih@madrone.eecs.ucdavis.edu (The Nomad)
Newsgroups: comp.unix.sysv386
Subject: DGram Socket problem..Help
Date: 10 Oct 92 06:42:20 GMT
Distribution: comp.unix.sysv386
Organization: U.C. Davis - Department of Electrical Engineering and Computer Science

Help.

If this is in FAQ, I apologize, but my copy of FAQ doesn't have this 
question answered. Is there some particularity with SYSV386's dgram
socket implementation? I am running UHC SVR4.0.2 and my dgram server
cannot get anything from the client. Even though the server DOES
realize there is a client trying to connect but crash or receive
nothing when 'recvfrom' is called. The stream socket are working
fine.

Any help/suggestiong is greatly appreciated!!
Newsgroups: comp.unix.sysv386
From: rchen@fraser.sfu.ca (Robert Chen)
Subject: Device driver for Bocaboard-8 for Interactive 3.2
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 13 Oct 1992 18:36:29 GMT

Hi.  I just purchased a Bocaboard 8 port serial I/O board (I think 
they call it a BB1008).  I am trying to install the board on my
Interactive Unix, but the board only came with SCO Unix drivers
and the installation scripts fail miserably.  Does anyone have
any suggestions as to where I can find device drivers for this
board, or how I can get the SCO drivers to work?  Please CC your
reply to my address since my site seems to loose a lot of this 
group's messages.  

- Ken

Newsgroups: comp.unix.sysv386
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: Best way to upgrade to XFree86
Organization: AT&T
Date: Tue, 13 Oct 1992 13:04:39 GMT

In article <1992Oct13.062247.26567@netcom.com> buck@netcom.com (Charles Foreman) writes:
> I currently have built X11R5 patch level 12 on my Interactive 2.2.1 machine.
> I would like to upgrade and use the XFree86 server. Would the best way be to 
> get the patches to get me up to the right patch level (level 18?), and then 
> apply the XFree86 patches. Or can I just pick up the XFree86 and build with 
> what I have already built. I know the binaries are available, but I would 
> rather build it.
> 
> If this is a REALLY stupid question, let me know via e-mail, it's the first
> message I've posted (no excuse, I know).
> 
> Thanks in advance !!
> 
> 

You should:

	1) Undo any and all changes that you have made to the source.
	2) Patch with MIT fixes up to fix-17
	3) ***READ*** the XFree86 README files
	4) Follow the instructions for installing the XFree86 sources.  It's
	   more than just a patch.  There's also a shell script to move
	   some files around.
	5) Start the build and go away for a few hours.


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.sys5.r3,comp.unix.pc-clone.32bit,comp.unix.bsd,comp.os.linux,comp.os.mach,comp.windows.x
From: jerry@connection.prospect.com (Jerry Shekhel)
Subject: Re: Announcing the availability of XFree86 1.1
Organization: Molecular Simulations, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 7 Oct 1992 21:29:07 GMT
X-Posted-From: connection.prospect.com
NNTP-Posting-Host: sol.ctr.columbia.edu

william E Davidsen (davidsen@ariel.crd.GE.COM) wrote:
: 
: This may come as a shock, but V.3 worked that way, too,
: 

I don't know which vendor's V.3 you're talking about, but it certainly isn't
SCO.

:
: Where's the surprise in that?
:

That's just part of it.  Try porting GNU and PD software to SCO.

:
: bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
:
--
+-------------------+-----------------------+--------------------------------+
| Jerry J. Shekhel  | Molecular Simulations | Time just fades the pages      |
| Drummers do it... | Inc.  Waltham, MA USA | in my book of memories.        |
|    ... In rhythm! |     (617) 890-2888    |              -- Guns N' Roses  |
+-------------------+-----------------------+--------------------------------+
|           ...! [ princeton mit-eddie bu sunne ] !polygen!jerry             |
|                            jerry@polygen.com                               |
+----------------------------------------------------------------------------+
From: peter@ferranti.com (peter da silva)
Newsgroups: comp.unix.sysv386
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Date: 13 Oct 92 14:42:13 GMT
Article-I.D.: ferranti.id.PP1U._A6
Organization: Xenix Support, FICC

In article <1992Oct12.141629.24198@homebase.vistachrome.com> andy@homebase.vistachrome.com writes:
> Since the system is already on a UPS system I can risk an inadvertant
> power-fail and not have to worry too much.

Right, even if the UNIX system fails due to software problems, the writes
will still complete so long as power is preserved.
-- 
Peter da Silva                                         `-_-'
Ferranti Intl. Ctls. Corp.                              'U` 
Sugar Land, TX  77487-5012           "Heeft u vandaag al uw wolf geknuffeld?"
+1 713 274 5180                       "Tjener, denne ret er stadig levende."
Newsgroups: comp.unix.sysv386
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: Problems with Dell v2.2
Organization: AT&T
Date: Mon, 12 Oct 1992 20:45:01 GMT

In article <Bw0Mp1.8Gw@portal.hq.videocart.com> kdenning@portal.hq.videocart.com (Karl Denninger) writes:
> In article <1992Oct11.213751.20506@mark-one.inet-uk.co.uk> mark@mark-one.inet-uk.co.uk (Mark Powell) writes:
> >Got a problem. Installed Dell v2.2 and the drivers for my Specialix SI-8
> >by hand (the pkgadd install disk didn't work.) Now ttymon complains that
> >it cannot allocate a controlling tty on any port on the card. Changing
> >this with uugetty allows a user to login, but ps -f shows that they have
> >no controlling tty. 
> >  I've gone back to the v2.1 kernel and drivers, but this makes no difference.
> >Where apart from the kernel could such a problem be?
> >Thanks in advance for any help.
> >
> >BTW the permissions are correct on these files.
> >    When a user does login on v2.2 kernel the terminal is severely messed up.
> >    Seems like the problem when something such as icrnl has been turned off
> >    but it isn't. Changing back to the v2.1 kernel seemed to fix this???
> >
> >Also, xdvi dies just after start-up with the message "IO signal" ?? Anyone
> >know why this is?
> 
> Sounds like there are a couple of possibilities..... (assuming you have a
> stream driver there)
> 
> One, the "ldterm" line discipline module may not have been pushed.  If
> pkgadd didn't work this is LIKELY.  You need to fix that; the exact
> requirements are device specific.  Look for an "autopush" line which the
> pkgadd installation script wanted to install somewhere, and track down what
> it would have wanted to do.
> 
> Second, the driver itself may be seriously hosed.  Less likely if you can
> talk to the ports at all, but possible.
> 
> --
> Karl Denninger 		Inet:  kdenning@hq.videocart.com
> VideOcart Inc.		Voice: (312) 987-5022


It's also possible that the driver isn't a streams driver.  ttymon
requires a streams driver to be able to poll() the various ports it's
trying to monitor.  If it were simply a lack of ldterm, I'm not sure
the port would work with uugetty.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
From: eric@tantalus.nrl.navy.mil (Eric Youngdale)
Newsgroups: comp.unix.sysv386
Subject: Re: xcdplayer
Date: 8 Oct 92 15:00:48 GMT
Organization: Naval Research Laboratory

In article <3593@creatures.cs.vt.edu> brueni@csgrad.cs.vt.edu (Dennis Brueni) writes:
>
>Probably wishful thinking, but has anyone ported the xcdplayer program to SVR4?
>BTW, xcdplayer lets you control your CD-ROM drive much like a normal audio
>CD player.


	The ioctl calls are in place for scsi-2 audio commands, however none of
the drives on the market currently support the scsi standard audio commands.
All of them each currently use a proprietary standard (i.e. each different
manufacturer has a different command set).  In principle, we could have code
in the kernel to recognize the various drives, and select a command set based
upon the manufacturer ID, but this seemed like more work than I was willing to
do.

-- 
Eric Youngdale
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: unix sugestions on pc
Date: 12 Oct 92 18:12:22 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <Bvq5B6.Bo3@gator.rn.com>, larry@gator.rn.com (Larry Snyder) writes:

| I know of half a dozen folks running Dell on non-Dell hardware.  We've
| tried 6 or so different hardware configurations over the last year or
| so and haven't run into any problems.

  I'll go along with that, and from what I've seen Dell will make a good
effort to help you with problems on any machine.

  More to the point is the 30 day "if it won't work return it" policy,
which I don't believe is available from any other vendor. At any rate I
haven't seen it listed as a selling point from other vendors.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
Xref: sparky comp.unix.sysv386:15580 comp.unix.sys5.r4:245
From: larry@gator.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: cc compiler for sco unix
Date: 8 Oct 92 11:53:58 GMT
Organization: The Gator Conferencing System 219-289-3745

wardt@a.cs.okstate.edu (WARD TED LEE) writes:

>At work, we just recently installed sco unix sysV on a 386, and I just
>noticed that cc returns file not found.  Surely SCO includes a c compiler
>with there unix package.  Does it need to be installed seperately?

Nope, it's an extra $800 or so.

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386
From: dlparker@dlpinc00.rn.com (David L. Parker)
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Organization: Automated Data Management Services
Date: Mon, 12 Oct 1992 11:59:49 GMT

In article <1992Oct11.015901.27877@PacBell.COM> j4jbail@srv.PacBell.COM (Jack Bailey) writes:
>In article <Bvwy64.4tF@maxed.amg.com> ed@maxed.amg.com (Ed Whittemore) writes:
>>
>>Our results show, that if we take the system you have above, and add
>>another 32 MB of RAM ( cheaper than the PSI with 20 MB cache ),
>>and for ISC 3.0, set NBUF to 16000 and NHBUF to 16384, we will get 
>>even better performance, keeping the 174(x).
>
>So why can't I do this *and* add a disk cacheing controller?
>
>-- 
>J.J.Bailey	j4jbail@srv.pacbell.com
>Contractor	510.823.6453

Do it and let us know what happens, i.e., performance with 32MB & no
cacheing controller and 16000/16384 NBUF/NHBUF; with 16MB and cacheing 
controller, normal NBUF/NHBUF; etc...  

I'd say that should answer any absolute performance questions as well as
relative cost/performance questions.  
-- 
Dave Parker
Automated Data Management Services, Pleasant Hill, MO 64080-1331
(816) 987-5167/5218 voice/fax
Newsgroups: comp.unix.sysv386
From: ed@maxed.amg.com (Ed Whittemore)
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Organization: American Micro Group, Ft. Lee  NJ
Date: Wed, 14 Oct 1992 01:53:58 GMT

In article <1992Oct13.124340.18700@utoday.com> sean@utoday.com (Sean Fulton) writes:

...

>>Your caches are redundant, not doubled. And the system caches is the 
>>better one.
>>-- 
>>Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
>>American Micro Group, Inc.   201-944-3293
>
>Well, here's a question: I have 32 M RAM on my EISA machine, and a
>Mylex DCE376 with 4 M cache. I ran tunesh and let it configure my
>kernel.
>
>Now, how do I get the best performance out of what I've got? From what
>I'm reading here, it seems as though it makes more sense to pull the 4
>M SIMMS off the mylex and add them to my memory card. Is this correct?
>Or is there a way to make use of the 4 M on the Mylex.
>
>These abstract arguments about which is better are good, but getting
>hard to follow. I, like perhaps others reading this list, am wondering
>how to apply this discussion to my own equipment.
>
>sean
>

The answer IS..( drum roll please)...

It depends.  (What a let down!)

How the Mylex performs with and without its cache I don't know.

You could like, er, test it. :)

Secondly, are you using all of the 32 MB of RAM on the motherboard?
Or is it just sitiing around waiting to be turned into system buffers?

You could run, say `sar` or `u386mon` to see dynamically how your
free memory holds up under load.

-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
From: fabrizio@osra.sublink.org (Fabrizio Croce)
Newsgroups: comp.unix.sysv386
Subject: 32 Mbram and ISC3.0
Date: 8 Oct 92 12:01:48 GMT
Organization: OSRA Sistemi Srl - Torino, Italy

Hi ! 

I'have a problem with a EISA machine with motherboard AMI.

I've installed 32Mb of ram but Interactive when come up find only 16Mb of
ram.

It visualize 32Mb (trunched to 16M) and use it...

The configuration is:

Ami board 32Mbram
Vga 1024x768 1Mbram
Controller hd SCSI Adaptec 1542b, hd Seagate 766 Mb
Lan card wd 8003eb

Someone can help me ?

It seems that interactive don't recognize the board but EISA card on it works !

Bye ! 
-- 
Fabrizio Croce		      	- Osra Sistemi s.r.l -
Str. Druento 280		Venaria Reale TO, Italy
PHONE: +39-11-4243264		Internet: Fabrizio@osra.sublink.ORG
DATA : +39-11-4243283
From: hang@usc.edu (Paul Phuoc Han)
Newsgroups: comp.unix.sysv386
Subject: DELL Unix Device Driver Compatibility
Date: 13 Oct 1992 13:07:05 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: usa
NNTP-Posting-Host: phakt.usc.edu

Hello netters,

I thought I heard somewhere that DELL's device drivers will not work on other
versions of Unix, but this goes against Unix's claims of portability.  Does
anyone know whether Unix drivers developed under DELL Unix will work on all
Unix platforms?

					Thank you in advance.
Newsgroups: comp.unix.sysv386
From: steve@hacker.uucp (Stephen M. Youndt)
Subject: I want *YOUR* SCSI tape backup command!! (making it stream)
Organization: My computer in Burke, VA
Date: Wed, 7 Oct 92 11:29:18 GMT

(Insert picture of Uncle Sam pointing here)
Hi Folks,
	I'm sure this is a FAQ, but I didn't pay attention because I
didn't have a SCSI tape drive until yesterday.  If somebody out there
has a backup command (tar, cpio, etc, I don't care) that makes their
SCSI tape drive go fast, I'd love to see it. If you like, you can
write a few sentences on what makes your backup command the best and
I'll declare a winner after I've tried them all :-).

Here's my configuration:

H/W:	486/33 16M, Adaptec 1542B, MiniScribe 9380S (~340M, 14ms), 
	Wangtek 5150ES
S/W:	Esix 3.2D, GNU tar, ddd, etc.

Thanks a lot.

Steve 
-- 
Stephen M. Youndt  UUCP: uunet!hacker!steve  I-NET: steve%hacker@uunet.uu.net
=============================================================================
10201 Chase Commons Drive #106 * Burke, VA 22015      * Phone:  (703)978-6352
Newsgroups: comp.unix.sysv386
From: rick@rei.com (Richard J. Barton)
Subject: g++ needed
Summary: Where is g++ available which works with SVR4?
Date: Fri, 16 Oct 1992 23:07:43 GMT
Distribution: na
Organization: Recognition Equipment, Inc.
Keywords: C++

I have obtained of a UUNET distribution tape (1990) which had
gcc and g++, libg++ but had no knowledge of ELF (I wasn't
surprised).  Anyway, I abandoned the effort.  Before I start
uucp-ing down to my machine, could someone please verify for
me where are the sources necessary to get a copy of g++.
This I suppose would include up-to-date bison, gcc, g++, libg++,
and whatever is standard to do the job.  I would much appreciate
some direction.

I am running Consensys SVR4.

Please respond via posting or rick@panic.com
Thanks in advance.

-- 
rick
:-)
rick@panic.com [Personal]
rick@rei.com   [Plexus Software, A Division of Recognition Equipment Inc.]
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.sys5.r3,comp.unix.pc-clone.32bit,comp.unix.bsd,comp.os.linux,comp.os.mach,comp.windows.x