HDTenEightyP/NetNews huggingface dataset:
From: cyeh@leibniz.uwaterloo.ca (Woody)
Subject: Wanted: Alarm/Radio Clock
Originator: cyeh@leibniz.waterloo.edu
Organization: University of Waterloo
Distribution: kw
Date: Tue, 21 Jul 1992 14:44:25 GMT

	Whatever... I need something to wake me up.
	Please send me e-mail
	or call me at 888-0762 (24hr, but hardly home)
	or x3870


Newsgroups: uw.forsale,kw.forsale
From: hnguyen@bcr1.waterloo.edu (H. Nguyen)
Subject: Wanted: Modem
Keywords: modem
Organization: University of Waterloo
Distribution: uw
Date: Wed, 29 Jul 1992 23:54:23 GMT


Hi there,

I am looking for a 2400 baud modem (external or internal). If you want
to sell yours please drop me a line.

Thanks
Henry
email: hnguyen@bcr1.waterloo.edu
Newsgroups: kw.forsale,uw.forsale,uwo.forsale,misc.wanted,kw.general
From: xjzhu@jeeves.waterloo.edu (Xiao Jun Zhu)
Subject: Used Speakers Wanted
Keywords: speaker, music
Organization: University of Waterloo
Distribution: kw
Date: Sat, 25 Jul 1992 16:14:54 GMT

Hi, there:

I have a Sharp Stereo system(Model CP-750C) which the speakers are dead.
I am looking for a pair of used speakers which have the similar
specifications(as listed below). Since it's not worthwhile for
me to get a new pair(too expensive), I would be glad to have a
used one that you want to get rid of. Please contact me.
   E-mail: xjzhu@jeeves.waterloo.edu
	 or xjzhu@math.waterloo.edu
   Phone:(with Answering machine) 725-0564 asking Xiaojun or Vivian

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Specifications:
   Important:
      *Rated power(EIA RS-426): 1.6W
      Impedance:                8 ohms
   Not so significant:
      Enclosure:               Bass reflex type
      Speaker:                 16 cm(6-1/2")full range

*Note: MAX. (Maximum) power handling capacity is 3W.
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Newsgroups: kw.forsale
From: markb@csg.uwaterloo.ca (Mark Brezina)
Subject: RAM for sale
Organization: Computer Systems Group, University of Waterloo
Date: Tue, 21 Jul 1992 14:20:34 GMT

	I have an Amiga 500 half meg RAM expander with clock (A501).  Make
me an offer.  

	I also have 2 megs of 16 bit RAM on a card that fits inside a Supra
hard disk case (for the Amiga 500).  

							Mark Brezina
							markb@csg.uwaterloo.ca


Newsgroups: kw.birthdays
From: wlrush@jeeves.uwaterloo.ca (wlrush)
Subject: HAPPY BIRTHDAY!!! Siv
Keywords: you aren't quite over the hill yet.
  
Organization: University of Waterloo
Distribution: kw
Date: Tue, 28 Jul 1992 13:15:55 GMT

Affectionately, the Old Bat
From: Jillaine Smith <jillaine@igc.org>
Newsgroups: hiv.planning
Date: 23 Jul 92 19:10 PDT
Subject: This conf to be deleted at IGC
Nf-ID: #N:cdp:1437100001:000:136
Nf-From: cdp.UUCP!jillaine    Jul 23 19:10:00 1992


Due to inactivity, this conference will be deleted at IGC in one week.
Please email any comments to 'jillaine@igc.apc.org'.  Thank you.
From: Jillaine Smith <jillaine@igc.org>
Newsgroups: hiv.oz-aids-marc
Date: 25 Jul 92 16:47 PDT
Subject: oz.aids.marc now closed
Nf-ID: #N:cdp:1437500004:004:753
Nf-From: cdp.UUCP!jillaine    Jul 25 16:47:00 1992


In discussion with Pegasus staff, we have decided to
close down this conference.  Please use one of the following
conferences for posting further news, information and
discussion concerning AIDS.

Thank you.

gen.aidsinfo    -- Discussion of issues relating to AIDS.

ax.aids         -- In Portuguese and Spanish, summaries of media coverage of
                      AIDS issues in Brazil.

aidsaction.onl  -- Imported from Geonet, contains AIDS ACTION, the bulletin of
                      Appropriate Health Resources Technology Action, a
                      London-based NGO working for appropriate health
                      provision, mainly in less-technologically developed
                      countries, by means of education and advice.
From:  temo@info.kheta.georgia.su (Temur I. Kancheli)
Subject: WANTED: a partner for buying a greate amount of Food Products for Rep. of Georgia
Date: Wed, 22 Jul 1992 00:19:25 GMT
Reply-To: temo@info.kheta.georgia.su
Organization: Georgia Net Ltd.

Dear Sirs,
The Government of  The  Republic of Georgia received the credits
in  Europe  and  intends to  purchase   in  Europe,  America and
Australia food product according the following  list.
Our firm is in charge to ensure  the  most profitable contracts.
We could make barter bargains. We have for sale  or  for  barter
Georgian  brandy, champane,  different  vines  (red and  white),
Russian  vodka  and  Georgian  National spirit beverage "chacha"
(40 Proof).
We  have  for sale 10 kg of  Metallic  arsenic of  super  purity
99,99993% and other common and rare metals as well.

1.Wheat, soft, protein: a)14,5% b)13,5% c)12,5% d)11,4% amount
1 000 000 (mln) mt.  During a year.
2.Sugar - 150 000 mt.
3.Beaf - 40 000 mt.
4.Butter - 30 000 mt.
5.Oil  (olive  or corn  or  sunflower  or soya bean) refined and
unrefined as well.
6.Milk powder - 5000 mt.
7.Baby's formula or baby's food on milk base and grain-crops base too.

I am looking forward to hearing from you.

Regards,
Dr. T.Kancheli

E-mail address: temo@info.kheta.georgia.su
Tbilisi, Republic of Georgia






Newsgroups: biz.misc
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: biz.misc,biz.comp.services,alt.business.multi-level
Subject: Merchant accounts (accepting VISA/MC)
Distribution: world
Date: Thu, 23 Jul 92 18:49:53 GMT
Organization: Crynwr Software

My company doesn't do telemarketing, but we take orders by phone and
mail.  This puts us into the banks telemarketing category.  And my
current bank, Key Bank of New York, is dropping everyone in their
telemarketing category.

Does anyone know of banks that are accepting new merchant accounts
for telemarketers?

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice   [ if mail bounces, forward it ]
Potsdam, NY 13676          315-268-9201 FAX     [ to uuadmin@uu.psi.com.      ]
Newsgroups: biz.misc
From: buxamusaa@woods.ulowell.edu
Subject: Re: Just testing...
Followup-To: abuxamus@cs.ulowell.edu
Organization: University of Lowell
Date: Sun, 26 Jul 1992 15:55:21 GMT

In article <1992Jul23.150411.1@woods.ulowell.edu>, buxamusaa@woods.ulowell.edu writes:
> Testing... please ignore... reposting
> testing 1-2-3
> 

follow up #3

Newsgroups: biz.test
From: buxamusaa@woods.ulowell.edu
Subject: Just testing...
Followup-To: abuxamus@cs.ulowell.edu
Summary: Just a test
Keywords: T_E_S_T
Reply-To: abuxamus@cs.ulowell.edu
Organization: University of Lowell
Date: Thu, 23 Jul 1992 20:04:11 GMT

Testing... please ignore... reposting
testing 1-2-3

Newsgroups: biz.test
From: buxamusaa@woods.ulowell.edu
Subject: Re: Just testing...
Followup-To: abuxamus@cs.ulowell.edu
Organization: University of Lowell
Date: Sun, 26 Jul 1992 15:54:36 GMT

In article <1992Jul23.150411.1@woods.ulowell.edu>, buxamusaa@woods.ulowell.edu writes:
> Testing... please ignore... reposting
> testing 1-2-3
> 


Follow up testing #2....


Newsgroups: biz.test
From: buxamusaa@woods.ulowell.edu
Subject: Re: Just testing...
Followup-To: abuxamus@cs.ulowell.edu
Organization: University of Lowell
Date: Sun, 26 Jul 1992 16:00:44 GMT

In article <1992Jul23.150411.1@woods.ulowell.edu>, buxamusaa@woods.ulowell.edu writes:
> Testing... please ignore... reposting
> testing 1-2-3
> 

follow up #4
Newsgroups: biz.test
Subject: Re: Ignore
From: Chuck Tannehill <CRT@ksuvm.ksu.edu>
Date: 27 Jul 1992 23:16:18 GMT
Distribution: world
Organization: COE-Bluemont Hall, KSU
NNTP-Posting-Host: 129.130.116.56
X-UserAgent: Nuntius v1.1

Ignore
This is a test
From: rowhite@wrdis01.af.mil (Ronald D. White)
Newsgroups: biz.test
Subject: ignore
Keywords: test
Date: 22 Jul 92 13:51:34 GMT
Organization: 1926CCSG Robins AFB


test
From: ths@schuh.hanse.de (Thomas Schulz)
Newsgroups: biz.test
Subject: ignore
Summary: test
Keywords: test
Date: 24 Jul 92 07:01:26 GMT
Reply-To: ths@schuh.hanse.de
Organization: Private Unix Site

no reply

-- 
  I~~~~~~~~~~~~~~~~~~~~~~\~~~~~~email: ths@schuh.hanse.de<*>~~~~~~~~/~~~~~~~~I
  I      Thomas Schulz     \            btx@schuh.sub.org         /          I
  I                          \    BTX  : 0407158600 0001        /~~~~~~~~~~~~I
  I    Max-Pechsteinstr.6     >-------------------------------<  Don't Panik I
Newsgroups: biz.test
From: buxamusaa@woods.ulowell.edu
Subject: Re: Just testing...
Followup-To: abuxamus@cs.ulowell.edu
Organization: University of Lowell
Date: Sun, 26 Jul 1992 15:52:00 GMT

In article <1992Jul23.150411.1@woods.ulowell.edu>, buxamusaa@woods.ulowell.edu writes:
> Testing... please ignore... reposting
> testing 1-2-3
> 

Follow up testing...
From: sshanmu@uoft02.utoledo.edu
Newsgroups: biz.test
Subject: Ignore
Date: 27 Jul 92 15:35:25 EST
Organization: University of Toledo, Computer Services

This is a test. Ignore
Newsgroups: biz.test
From: buxamusaa@woods.ulowell.edu
Subject: Re: Just testing...
Followup-To: abuxamus@cs.ulowell.edu
Organization: University of Lowell
Date: Sun, 26 Jul 1992 16:03:43 GMT

In article <1992Jul23.150411.1@woods.ulowell.edu>, buxamusaa@woods.ulowell.edu writes:
> Testing... please ignore... reposting
> testing 1-2-3
> 


answer testing...

Newsgroups: biz.sco.general
From: steveh@zentronics.ca (Steve Haller)
Subject: Re: Problems using SMC ethernet board, with SCO unix 3.2v2
Organization: Zentronics Head Office, Mississauga, Ontario, CANADA
Date: Tue, 21 Jul 1992 15:13:32 GMT

In article <9207171004.AA08801@adagio.chorus.fr> Didier Poirot <dp@chorus.fr> writes:
>
> Hi,
> 
> I try to install an SMC EtherCard Plus Elite 16bits, with SCO TCP/IP 1.1.1
> and SCO LLI 3.0 (efs120) drivers on my 486/33 system, running SCO Unix 3.2v2.
>
> I have tried several combination for IRQ and/or BaseI/O without any
> success.
> 
> Did I missed something ??

Yes, in the release notes.  All versions of the SCO LLI Drivers support 
TCP/IP 1.1.3 and up.  They do NOT support TCP/IP 1.1.1.

>
> To resume, Has anybody run SMC EtherCard board with SCO Unix + SCO TCP/IP +
> SCO LLI (3.0) driver ?

Yes, I can assure you that this works fine.

I can also say that I have yet to find a single compatibility problem with
SCO and any of the SMC 80x3 cards over the former WD 80x3 cards.  We use
the SMC's exclusively as we are an SMC distributor.  I think the 
WD <--> SMC compatibility issue is a myth much like that of the 
SCO and IDE hard drive myth.

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Steve Haller           steveh@zentronics.ca / uunet.ca!zentron!steveh
Systems Engineer,      Zentronics Toronto,  "Authorized SCO APC"
Tel: (416) 564-9600
Newsgroups: biz.sco.general
From: root@ozrout.uucp (Andre P. Ozrout)
Subject: Re: Changing timeouts in uucico
Organization: A.P.Ozrout
Date: Tue, 28 Jul 1992 12:31:11 GMT
X-Newsreader: Tin 1.1 PL4

oklein@smallo.bo.open.de (Olaf Klein) writes:
: news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:
: 
: >   Here's my next "can I change ___ in uucico" question:  can I change
: >the timeouts used for such things as waiting for carrier?  I have been
: >having some problems with calling Telebits with my V.22bis modem; if
: >the modem I'm calling does not pick up on the very first ring, often
: >uucico times out and drops DTR before the Telebit has gotten around to
: >making a V.22bis connection.  It's not a problem with the S9 register
: >on my modem; rather, it's a problem with uucico.       !!!^^!!!
:                                                  
: Do you mean the S7 register, which holds the duration of wait time for
: a carrier?
: What does your modem say after an unlucky unconnection?
: I could be, that you have to add some comma to your dial string...
: 
: BTW:
: Today I compiled Taylor-UUCP on a Sparc 1+, I saw such a thing -
: something like 'CHAT-TIMEOUT', perhaps that's what you need?
: Next days I'll try to compile it under SCO 3.2.4 (there are configs for it) 
: 

	Actually the time-out in question lives in the dialer program,
	in an alarm() call... depending on which dialer you use, you
	may be able to fix it. Most SCO supplied dialers are in source
	on the distribution (dialXXXX.c in /usr/lib/uucp).
-- 
ozrout!andre@netserv.sobeco.com                          +1 514 386 9120
------------------------------------------------------------------------
Minds and systems are like parachutes: they only work when they're open!
------------------------------------------------------------------------
Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Tape backup revisited/CTAR/Tape verify
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 25 Jul 1992 11:05:52 GMT

In article <263@mtnmath.UUCP> paul@mtnmath.UUCP (Paul Budnik) writes:
[in regard to CTAR]
>it is ridiculous to suggest it is essential to do reliable backups.
>If one has a reasonable level of expertise and exercises reasonable care,
>one can do reliable backups without purchasing additional products.
>Many installation have been doing so for many years.  Of course, I can
>understand why a company that is supporting customers that
>lack expertise or do not exercise reasonable care would insist their
>customers purchase CTAR. 
>

And that last sentence is the point.

I support X number of clients.  While their sophistication may vary,
that most of them are less than expert is evidenced by the fact that
they need outside help in the form of my company.

I don't want to (and often can't) impart enough "expertise" that I can
be sure that backups are reliable.

If I strongly suggest (very strongly) that they use CTAR, at least 85%
of my concern goes away.  Oh, yeah, we still get "Gee, we haven't seen
the backup status printout for a few weeks- thought I ought to call you",
and once I was told "We've gone back to tar: that CTAR gives too many
verify errors" (THAT caused a let's-sit-down and explain what's REALLY
going on here).

Bottom line:  I deal with a few ( < 10 ) people who, in the event of a
crash, are quite capable of putting the system back together by themselves,
and they probably wouldn't even tell me that it happened.  I don't care
if those people use CTAR.

For the vast majority, I AM concerned.  And if they won't buy CTAR,
I will still support them, but I'll tell them WHY, and I'll tell them
again, and I'll tell them every single time I see them:

CTAR.  It's not just for breakfast anymore.

			Tony


Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: How to allow a user "shutdown"
Date: Fri, 24 Jul 92 22:53:12 EDT
Organization: Izot's Swamp

jbayer@ispi.COM (Jonathan Bayer) writes:

> The fact that the setuid does not work for shell scripts is sometimes not
> too well documented or understood.

   I was completely unaware of the fact... then again, I've never had reason 
to try this, so I never even looked it up. <grin>

Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
Newsgroups: biz.sco.general
From: "Gotta go, Gotta Go, Gotta        Go" <alexl@alvarez.COM>
Subject: Tape backup revisited/CTAR/Tape verify
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 23 Jul 1992 15:41:47 GMT
Precedence: bulk


.>   BOTTOM LINE ON ALL OF THIS:

.>   We desparately need better tape drivers from SCO and other 
.>   UNIX vendors.  We need the ability to skip over bad blocks on the 
.>   tapes.  We need the ability to skip to a specific track on a 
.>   tape.  We need to be able to FORCE the tape drive to move further 
.>   down the tape, past the bad data.

.>   Lee Penn,  DLP Technologies, Inc.                     Voice: 513 232-7791
.>   SCO Advanced Product Center                           FAX: (513) 232-7801
.>   7444 Jager Ct.
.>   Cincinnati, OH  45230-4344                           email: lee@dlpco.COM


        I agree and an other nice "feature" would be the ability 
to write not only read different capacities on a tape drive.  For 
example the Sankyo 525MB Cartrige tape can read 30,60,150,300,and 
525. But only writes in 525MB mode. It would be nice to have a 
driver that when you write it to a different node, it changes the
size of the backup. This would mean I wouldn't have to have two 
or more tape drives only one.

        But that will never happpen it makes too much sense....

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Just putting my $2 worth (inflation)



Newsgroups: biz.sco.general
From: dror@netcom.com (Oz Dror)
Subject: Cannot bring the system (SCO UNIX) to a single mode after badtrk
Date: Tue, 21 Jul 92 06:56:49 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

Hi,
 I have SCO 3.2.2 UNIX (ODT1.1). two days ago I started getting the message

WARNING: wd: on fixed disk ctlr=0 dev=1/40 block=696 cmd=00000020
status=00005940, sector=49537, cylinder/head = 49/2

I wanted to run badtrk in single user mode to create a new bad track table.

The problem is that as I switched to single user mode, the boot process hangs
just after prompting for the super user password. It even did not respond to
ctrl-D to bring it to multi user mode. I had to reset the system and let it
autoboot to a multiuser mode.

I replaced the /etc/init with the original file and the problem persisted.

Does anyone know
1. How can I bring the system to a single user mode (i.e., which initialization
   file is missing or is corrupted).?
2. From the previous bad track warning how can I tell which inode (or file)
   is involved.?
Thanks,

<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
Oz Dror                                          email: dror@netcom.netcom.com
Los Angeles, California                          Phone: (213) 874-7978
-- 
NAME   Oz Dror
SMAIL  dror@netcom.com
SNAIL  7128 Hilside Ave. #104 Hollywood CA 90046
PHONE  (213) 874-7978  Fax (213) 667-6908
From: davidf@golem.uucp (David J. Fiander)
Newsgroups: biz.sco.general
Subject: Re: Problem with smtp client (mmdf)
Date: 24 Jul 92 01:17:05 GMT

According to Carlos G Mendioroz <atina!tron@uunet.UU.NET>:
>It seems that mmdf's smtp client sends a From_ line
>as the first line of DATA. This line in turn is not
>a valid RFC822 line and some smtpservers choke on that.
>
>Has anybody know how to fix this ?

Either upgrade to ODT 2.0, or get the MMDF tls.  These are the
same version of mmdf (packaged differently :-)), and it no
longer adds the From_ line.

- David
From: watson@carssdf.UUCP (- Self Empl. Sys.Integrator)
Newsgroups: biz.sco.general
Subject: 3.2.4 just hangs
Keywords: sco 3.2.4 scsi
Date: 27 Jul 92 12:15:16 GMT
Organization: John Watson (Self Employed System Integrator)

I've been having a problem for several months now.  Using 3.2.4 SCO with
2 scsi disks and 8 meg of memory.   The system will hang.  I smells like
disk I/O.  You can change multi-screens with Fx, but type a command and
then hit return, and that screen is dead.

I'm using the AMI FAST SCSI HOST ADAPTER, a 174x look alike with read and
write cache disabled, but "connect/disconnect" enabled.  This I am told is
needed because SCO SCSI driver does these sequences with disk I/O on 2 or
more disks.  The cpu is AMI ENTEPRISE II, 486-33 EISA.

Many other systems with various other configurations work ok.

Can (for diagnostic purposes) I turn off the connect disconnect requests to
the disk controller from the driver?

OR -- Does anyone else share this problem or have a solution?

John Watson       watson@carssdf.UUCP
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: SCO UNIX and parallel printing
Keywords: printing
Date: 22 Jul 92 02:47:23 GMT
Organization: Izot's Swamp

warren@nysernet.org (Warren Burstein) writes:

> Performance on a HP LaserJet III with the new HP PostScript cartridge
> is awful on ODT 1.1.  It's connected to a parallel port and
> performance is poor with in either PostScript or native mode.

   Unh-hunh.  PostScript is wonderful, but very wordy.  Using it on serial (or 
even low-performance parallel) always puts a severe performance penalty on 
your laser printer.  Is there any chance that your I/O card (or parallel card) 
isn't connecting to IRQ7 (or that it's using IRQ5 and conflicting with a 
QIC-02 tape adapter or some such sad story)?
 
> I can't use a serial port - I need to be able to use both a modem and
> a serial mouse and the printer under DOS, and I'm not about to throw
> out my mouse and get a parallel one.

   A bus mouse is *always* desirable but, if you want to go with a serial 
interface, I'd suggest investing in a multi-serial board, preferrably an 
intelligent one to help keep performance up and CPU penalty down (the overhead 
of going into interrupt service code for every byte - or even every 16 with a 
16550 - is horrendous compared to what is needed for basic I/O).

Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
From: eda@vse.vse.cs (Eduard Vopicka)
Newsgroups: biz.sco.general
Subject: biz.sco.general
Date: 27 Jul 92 17:34:17 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Return-Receipt-To: eda@vse.cs
Precedence: bulk


I am looking for BIND with asynchronous zone transfer running under
SCO 3.2v2.0. I can live with existing resolver but synchronous zone
xfer is really the bottleneck - we are connected to Internet through
very slow line. Please does any one such a port already done?

Any pointers etc will be highly appreciated.

Please e-mail directly to eda@vse.cs.

Eduard Vopicka
Computing Centre
Prague School of Economics		("There is always one more bug")
W. Churchill square 4
CS 130 67 Prague 3
From: tempir@Germany.Sun.COM (Uwe S.Obst - Temporaerer Mitarbeiter IR)
Newsgroups: biz.sco.general
Subject: Re: SCO Unix 3.2 v4.1
Date: 23 Jul 92 12:09:30 GMT

noldi@furka.enet.dec.com (Arnold Sutter Unix Support) writes:

>In article <1992Jul22.190358.13873@xenitec.on.ca>, news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:
>>From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
>>Newsgroups: biz.sco.general
>>Subject: SCO Unix 3.2 v4.1
>>
>>   Is this version shipping yet?  If so, what bugs does it fix? 
[..]
>SCO created an MS (Maint. Suppl.) V4.1 that brings 3.2.4 to V4.1.
[..
>Regards, 
>Arnold

hi arnold...

do you know if there's a fix like this for ODT2.0 available, too?
or does the version 2.0 of ODT that is currently beeing shipped
already consist this bugfix?

best regards,
		uwe
--
Uwe S.Obst # @work:Uwe.Obst@Germany.Sun.COM # @home:Uwe.Obst@PHIger.Deg.Sub.ORG
"...and always remember that J. Random User is watching you, and will not be at
all impressed if you have to type control-shift-alt-hyper-super-meta-cokebottle
to exit the program, and it gurus if you type it wrong."        -- Leo L.Schwab
Newsgroups: biz.sco.general
From: jle9162@venus.tamu.edu (ECKHARDT, JASON LEE)
Subject: hi-res under sco
News-Software: VAX/VMS VNEWS 1.41    
Organization: Texas A&M University, Academic Computing Services
Distribution: usa
Date: Mon, 27 Jul 1992 23:54:00 GMT

  I have been playing with graphics under SCO unix 3.2.2 recently using
the IOCTL's for vga. I have a card however that will do 1024x768x256 and
I need to use this mode. Is there a way to get to this mode thru IOCTL's 
or any other method? (from C or assembly).
The card is a Trident 8900 by the way.

Thanks, Jason.