HDTenEightyP/NetNews huggingface dataset:
From: philip@utstat.toronto.edu (Philip McDunnough)
Subject: Re: Printing to an AppleLaserWriter LS
Organization: University of Toronto, Dept. of Statistics
Date: Fri, 18 Dec 1992 06:35:56 GMT

In article <lg81033@pro-sol.cts.com> danb@pro-sol.cts.com (Dan Brown) writes:

[ ]
>
>The GS would require a special driver to use the Personal LaserWriter LS. 
>Unfortunately, Apple has not made such a driver available, nor have any third
>parties, so a LS is unusable with a GS at this point.  What one has to do to
>print to the LaserWriter is (1) Get documentation as to how it receives
>bitmaps, and (2) write a driver.  :-(

Another way would be to save the file to be printed as Postscript (it would
be nice if there were that option in the printer dialog box, instead of the
key command tricks), transfer it to the Mac and run Freedom of the Press
Light or Ghostscript if the ghostscript people have gotten to the LS.
 
Philip
philip@utstat.toronto.edu
From: cd248@cleveland.Freenet.Edu (Richard Sherman)
Newsgroups: comp.sys.apple2
Subject: Re: Printing to an AppleLaserWriter LS
Date: 18 Dec 1992 07:34:06 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Reply-To: cd248@cleveland.Freenet.Edu (Richard Sherman)
NNTP-Posting-Host: hela.ins.cwru.edu

<199212151758.AA15763@po
stoffice.mail.cornell.edu> <lg81033@pro-sol.cts.com>
Organization: Case Western Reserve University, Cleveland, OH (USA)
 
In a previous article, philip@utstat.toronto.edu (Philip McDunnough)
says:
 
 
>Another way would be to save the file to be printed as Postscript (it
would
>be nice if there were that option in the printer dialog box, instead of
the
>key command tricks), transfer it to the Mac and run Freedom of the
Press
>Light or Ghostscript if the ghostscript people have gotten to the LS.
 
Huh?  You can save a GS file as Postscript??  Tell me if I read that
right.

-- 
================================================================
| R. Stacy Sherman     cd248@cleveland.freenet.edu or          |
| GEnie: R.SHERMAN2    stacy@uhhacb.uhh.hawaii.edu             |
================================================================
Newsgroups: comp.sys.apple2
From: jcarson@us.oracle.com (Jim Carson)
Subject: HELP CORVUS OMNINET 
Followup-To: sender
Reply-To: leasgeog@zygochloa.anu.edu.au
Organization: Oracle Corp., Redwood Shores CA
Date: Tue, 15 Dec 1992 21:44:32 GMT
X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.


     I'm posting this for a friend who no longer has access to these news
groups, so please send all reply directly to him, instead of posting them
on the newsgroup.
Thanks.

-- Jim Carson
-------------------------------------------------------------------------

G'Day.

     After many years of successfully using a //c as an all-purpose home
computer, I picked up a second-hand ][e (unenhanced) at a computer auction
(at an amazingly cheap price, too).  However, it contained a number of cards
I am unfamiliar with (my previous contact with ][es was over six years ago,
and they always had Apple cards in them).

	The ][e came with a Corvus 20Mb HD, a Corvus Omninet HD server, a
Corvus Omninet Utility (ie printer) server, and a Corvus Transporter (ie
network) card to be placed in slot 6.  Luckily, all of the omninet documentation
came with the system, so I know how to create a basic Omninet setup. THe problem
arises when I want to connect the servers and transporter card to the network;
the books assume you have all the required cables, which I don't.

	The manuals describe how to copnnect these cables to the network, by
connecting the red wire of the connecting cable to the red wire of the network,
and the black wire of the connecting cable to the black wire of the network.
This I can understand, but at the other end of the connecting cable (ie the
servers and transporter card) there is a 3-pin male plug; how should I connect
the cable wiring to these plugs?
The outside pins of the three pin plug are labeled + and - respectively, and the
middle pin is unlabeled.  Should I connect the red cable wire to the + pin, the
black cable wire to the - pin, and ignore the middle pin?  Or is there some
other, less obvious method of connecting these cables?  

	By the way, does anyone know if Corvus still exist?  I'd like to get an
internal HD controller card for the ][e, so I can access the HD directly without
having to use all the messy networking software (I'd also like to format the HD
as one large ProDOS volume; not two banks with 62 Dos 3.3 volumes like it is
at the momment). 


Any help would be greatly appreciated.  I'm not able to access
netnews, so please reply to the e-mail address below.

Thanks.

Steve Leahy
c/- Dept. of Geography, ANU
From: schultp@wl.com (Paul Schultz)
Newsgroups: comp.sys.apple2
Subject: Re: Source Code (C) for some programs..
Date: 11 Dec 92 20:31:58 GMT
Organization: Warner Lambert / Parke-Davis

In article <jmk3.724012063@crux1.cit.cornell.edu> jmk3@crux2.cit.cornell.edu (Jay M. Krell) writes:
> 
>>        I was wondering if anyone of you that knows how to program in the
>>toolbox WITH Orca/C would like to email me some C programs that CLEARLY show

> 
>Brenden,
> 
>  ByteWorks has a book Toolbox Programming in C. The Pascal version is good, so
>I imagine the C version is too. It explains many aspects of the toolbox,
>includes lots of source code, and has a semi-replacement for the toolbox refs.
>Toolbox Ref I explains how to make a menu and what the characters mean. You can
>use resources instead of the "wierd array" or characters. Both ways are very
>easy, since the Menu Manager does all the work.
> 
>  --Jay, jay.krell@cornell.edu
>

I have the Toolbox Programming in C. I consider it quite good and very
helpful in explaining and showing how to use the toolbox. Plenty of 
example source code and each chapter has a number of "problems" to solve.
Also, the appendix has an abbridged toolbox reference which can get you 
going if you don't have all the official books.

Paul Schultz
schultp@wl.com

-- 
===============================
Internet: schultp@pd-dom.wl.com
===============================
Newsgroups: comp.sys.apple2
From: bslog@pro-scat.cts.com (Bill Logsdon)
Subject: Re: Apple IIc to Apple IIe upgrade
Organization: ProLine [pro-scat] St. Petersburg, Florida.
Date: Sat, 19 Dec 92 21:15:46 EST


Well, I dunno... but I have several programs that will run just fine on a
//c, but NOT on a //e or a gs..... weird....
From: danb@pro-sol.cts.com (Dan Brown)
Newsgroups: comp.sys.apple2
Subject: Re: deskjet 500 & 500c drivers
Date: 18 Dec 92 07:04:04 GMT
Organization: ProLine [pro-sol], Rancho San Diego, CA

In <0fAEJKG00WAt05dAdN@andrew.cmu.edu>
"Seth D. Kadesh" <sk2f+@andrew.cmu.edu> writes:

>i forsee a deskjet 500 or 500c in my immediate future.  who makes
>drivers, do they take advantage of the color capabilities of the 500c,
>and are they any good?  what about the 550c?

        I also forsee a DeskJet 500 in the near future.  Vitesse, Inc. makes
Harmonie, which includes driverss for the DeskJet 500.  Currently, they don't
have a driver for the 500C or the 550C, but they are expected soon.  I
understand that the output from a DeskJet 500 and Harmonie, on appropriate
paper, is very good.

>  seth ---> sk2f@andrew.cmu.edu
>and his amazing signature!

--> Dan


ProLine:  danb@pro-sol
Internet: danb@pro-sol.cts.com
UUCP:     crash!pro-sol!danb
Newsgroups: comp.sys.apple2
From: lwv26@cas.org (Larry W. Virden)
Subject: Re: Info AOL
Followup-To: comp.sys.apple2
Reply-To: lvirden@cas.org (Larry W. Virden)
Organization: Nedriv Software and Shoe Shiners, Uninc.
Date: Fri, 11 Dec 1992 20:27:59 GMT

In article <1992Dec10.203900.16788@news.columbia.edu> stc7@cunixb.cc.columbia.edu (Steven T Chiang) writes:
:
:Summary... well, if you think Apple II support is dying, check out one
:of these services...  They are both great, and you can't go wrong with
:either one.
:

I have Compuserve, AOL, ProLine and Internet accounts.  And from what I have
seen, original software uploading for the Apple II is significantly down 
in all of these arenas.  There are lots of MOD.* Font and GIF type uploads,
as well as Mac sound and various ICON uploads.  But other software seems
to be down quite a bit over the last few years.
-- 
Larry W. Virden                 UUCP: osu-cis!chemabs!lvirden
Same Mbox: BITNET: lvirden@cas  INET: lvirden@cas.org
Personal: 674 Falls Place,   Reynoldsburg, OH 43068-1614
From: hal@budapest.math.macalstr.edu (Harold Byron Bouma)
Newsgroups: comp.sys.apple2
Subject: Re: Project Apple Storm
Date: 11 Dec 92 19:11:04 GMT
Article-I.D.: news.Bz3zyp.Inv
Organization: Iowa State University, Ames IA

Matthew Curtin writes

>> for only a bit more (in computer terms) one can afford an Apple IIGS and the
>> Apple IIe outsells it, there arises the question of what substance is  
>>running the brain of whoever makes marketing decisions at Apple.
> 
> Ah, but the //e does not outsell the IIGS. Their sales, as disclosed by 
> Apple were equal.

	Ok, FOR EVERYONE WHO HAS ASKED THIS QUESTION:

Those figures are from _dealerships_ across the nation, not to schools direct.  
Apple sells more //es to schools than GS's, which is the Apple II's remaining  
market. Just because the sales in the dealerships were equal does not represent  
the actual figures.

| Hal Bouma                            | Send mail to: HBouma@Macalstr.edu    |
| Macalester College, St. Paul, MN.    | and           HBouma@Macalstr.Bitnet |
 \  Things that make you go Hmmm:  System 6, GNO, DreamGrafix, SoundMeister  /
  \  Coming sometime this decade for the //GS : NBA! (GNO compatible too!)  /
   \  Drop by and say hi to us anytime on the #AppleIIGS channel on IRC!!  /
From: 90taobri@CHASM.SCAR.UTORONTO.CA (Brian Tao)
Newsgroups: comp.sys.apple2
Subject: Re: Wish list for FAX software on the GS
Date: 18 Dec 92 06:06:31 GMT
Distribution: world
Organization: MuGS Research and Development Facility

The following revelation escaped Soenke Behrens's lips:
> 
> The first not as easy as that, since the FAX machine only waits for about 30s
> before it terminates if no connection is made.

    Hmmm... so I guess an NDA fax receive would be the best idea here (so
you don't have to quit whatever you're doing to get a fax).

    How about this feature called "Silent Answer"?  What does that do?

--
-- Real name: Brian Tao (Dept. of Exobiology, University of Toronto)
-- Preferred: 90taobri@chasm.scar.utoronto.ca (checked daily)
-- Free Plug: =MuGS 2.0=, the only offline Internet mail reader for
--            the Apple IIGS, available soon!
Newsgroups: comp.sys.apple2
From: philip@utstat.toronto.edu (Philip McDunnough)
Subject: GS, DeskWriter and Appletalk
Organization: University of Toronto, Dept. of Statistics
Date: Sat, 19 Dec 1992 19:50:09 GMT

The Deskwriter/Deskjet can work with Pointless and Harmonie when connected
directly to the GS. What happens if you connect them to an Appletalk 
network? (For example you can make the Deskjet appear to be on the network
when connected to the serial port of a Mac- GDT sells a "cable" to do this).
Is there a way to route the output to a file and then redirect it over 
Appletalk to the printer?

Philip McDunnough
philip@utstat.toronto.edu
From: dsdd@okcforum.osrhe.uoknor.edu (Roy Barrett)
Newsgroups: comp.sys.apple2
Subject: Re: Apple II Forever Music
Date: 15 Dec 92 00:18:15 GMT
Article-I.D.: darkside.Bz9y6G.Ix2
Organization: Okcforum Unix Users Group
X-Newsreader: TIN [version 1.1 PL6]

Thanks Joe.. I've got to get some of these... I saw an old Apple III Ad in 
a magazine, and it looked rather impressive, for an Apple III ad... it brought
back a lot of old thoughts towards the II. I think of the Apple III as being
on the Apple II "side", while the Lisa is another annoying Mac..

--

------------------------------------------------------------------------------
Roy Barrett.                                           This news gateway seems
(also root@dsdd.core.fvnet.org soon!)                to have a serious problem
"It's only 6" long!" -- James L. Brookes         So any stupid comments me say
                                                        are computer generated.
------------------------------------------------------------------------------
Newsgroups: comp.sys.apple2
From: behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens)
Subject: Re: Wish list for FAX software on the GS
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 18 Dec 1992 10:17:53 GMT

90taobri@CHASM.SCAR.UTORONTO.CA (Brian Tao) writes:

>    How about this feature called "Silent Answer"?  What does that do?

It's supposed to let you distinguish FAX/voice if the software supports it.
It is, alas, very poorly (read: not at all) documented for Supra modems.
But ppl on comp.dcom.modems got it to work, so it must be possible :)

Soenke
-- 
===========================================================================
More than silver, more than gold, I need   !    behrenss@informatik.
electricity. I need it for my dreams.      !    tu-muenchen.de
(RACTER)                                   !  FIDO: 2:246/13 Soenke Behrens
Newsgroups: comp.sys.apple2
From: stc7@cunixb.cc.columbia.edu (Steven T Chiang)
Subject: Re: I'm sick of subject lines about that stupid apple storm thing
Reply-To: stc7@cunixb.cc.columbia.edu (Steven T Chiang)
Organization: Columbia University
Date: Sat, 12 Dec 1992 07:22:04 GMT

In article <TRoLVB2w165w@cyberden.uucp> gasman@cyberden.uucp writes:
>About 1 chip emulating others, I would expect that from none other than 
>Nintendo, because they have a slight problem: They need a 32 bit CD 
>system, and they have a 16 bit chip(65816). BTW, an interesting 
>side-note: If you ever wondered why people cant just reverse-engineer 
>SNES carts, it's simple: They are encoded with the same encryption scheme 
>that the DEFENSE DEPARTMENT has! Eek!

	This is crap.  I think you've been reading the thread on
comp.xxx about the possibility of Nintendo adding copy protection to
their cartridges.  Before people start saying you can't copy
cartridges, check our rec.game.video.

	People can and have reverse engineered SNES cartridges.
People have added trainers to the front end of games... the latest
craze seems to be modifying Street Fighter 2... to be more like SF2:
The black belt edition (the coin-op that's twice as fast)...

	I suppose this doesn't have much to do with the GS, but
recently, not many things have... :)

>__________________________________________________________________________
>   |       /         |\
>   | H E   \ Y B E R |/ E N            [ gasman@cyberden.uucp ]

Steven Chiang                  Order - DreamGrafix:  The ONLY 16/256/3200
stc7@cunixb.cc.columbia.edu       color paint program for the Apple IIGS.
America On_Line:  DWS Steve
Genie:  S.Chiang4              Apple IIGS Forever!
Newsgroups: comp.sys.apple2
From: deguzman@after (A A DeGuzman)
Subject: Re: The Apple II Now and Forever
Organization: University of Illinois at Urbana
Date: Sat, 12 Dec 1992 04:57:58 GMT

hal@budapest.math.macalstr.edu (Harold Byron Bouma) writes:

[lotsa stuff deleted]

>	Thats not my point. My point was that people brag about how a machine  
>has XX program and YY program, like Mathematica. Mathematica costs nearly  
>$1,000 or FrameMaker costs nearly as much.

For the record, the Enhanced Version of Mathematica for the Macintosh costs
$795.00. The Student and Standard Versions (no math coprocessor required)
costs about $200.
--
Alan A. DeGuzman                  "The problem with the future is that it
Calculus&Mathematica               keeps turning into the present."
DISCLAIMER: "The University 
can't afford my opinions."                     - Calvin to Hobbes
From: vandry@CAM.ORG (Phillip Vandry)
Newsgroups: comp.sys.apple2
Subject: Re: Patching the menu manager
Date: 18 Dec 92 17:53:45 GMT
Organization: Champlain Regional College, St-Lambert QC CANADA

mattd@apple.com (Matt Deatherage) writes:

>In article <BzD8FB.FJE@CAM.ORG>, vandry@CAM.ORG (Phillip Vandry) wrote:
>> For a program I am writing I need to patch the MenuSelect call in the Menu
>> Manager.
>
>As was stated in an earlier post by me, you may just _think_ you need to
>patch MenuSelect to do what you want to do.
>
>So tell us what it is you want to do, and maybe we can tell you how to do
>it in a way that will be finished before Dick Clark ages.
>

Okay. I want to write some sort of accessory (either an Init or an NDA) so
menus can be accessed without using the mouse, in a manner similar to
MicroSoft's (on the IBM) or ProTerm (but on the desktop).

The options I considered are:

1. Completely fake mouse movements so that the entire system thinks the user
   is actually using the mouse.

   Drawbacks: The mouse pointer would jump around as the user presses keys.
              It's hard and long.

2. Patch GetNextEvent to eat mouse events and generate mouse events based on
   keypresses (would use a flag for Normal mode//Menu mode)

   Drawbacks: It's awfully hard to patch GetNextEvent when GSBug uses
              GetNextEvent to get its keyboard input.
              The code would probably be pretty large and incompatibilities
              might be a big problem.

3. Patch MenuKey to get keypresses and call the apropriate routines in the
   Menu DefProc to do all the "dirty work"
   This is probably the "cleanest" approach.

   Drawbacks: There is no way of knowing where the standard DefProcs are
              loacted. This would only work for custom menus.

Suggestions?

 ______________________________________________________________________
|~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
| Phillip Vandry | Vandry@Cam.Org | Merry Christmas II you!            |
|________________|________________|____________________________________|
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.sys.apple2
From: banana@panix.com (Walter Polkosnik)
Subject: Getting DOS 3.3 files into a database
Date: Fri, 18 Dec 1992 19:06:45 GMT
Organization: PANIX Public Access Unix, NYC

I have a large collection of miscellaneous DOS 3.3 disks lying around with even
more miscellaneous files on them. I would like to put all of these into an
Appleworks database. I know there is some TimeOut utility to do this for ProDOS
disks, but it won't work with DOS 3.3 disks. Even a DOS 3.3 program that
creates a textfile with the CATALOG of the disk would be ok, since I can import
that textfile into Appleworks.

Thanks.


-- 
Walter Polkosnik                 
Physics Department         banana@panix.com        
Queens College, CUNY       {cmcl2,apple}!panix!banana
From: toon@moene.indiv.nluug.nl (Toon Moene)
Newsgroups: comp.sys.super
Subject: Re: Precision requirements
Date: 12 Dec 92 15:29:47 GMT
Organization: Moene Computational Physics, Amsterdam, The Netherlands

In article <1992Dec10.141843.2836@cis.uab.edu> hyatt@cis.uab.edu (Robert  
Hyatt) writes:

> It would be interesting to see
> how many still use the 32bit numbers anyway, and try to "increase" their
> accuracy by doing more iterations......

As with most things - it depends on what you're talking about. I run the  
same (Numerical Weather Prediction) code on my NeXT that runs on Cray's,  
Convexes and assorted stuff. They run in 64 bit mode, I use (f2c to run it  
in) 32 bit mode. Fine with me. If it runs as well in 32 bit mode as in 64  
bit mode this means the numerical analists have done their homework, that  
is, they've come up with a (time and space) discretization scheme that's  
sufficiently stable ...

--
Toon Moene (toon@moene.indiv.nluug.nl)
Kantershof 269, 1104 GN  Amsterdam, The Netherlands
Tel.: + 31 20 6982029; Fax: + 31 20 6003411
No Disclaimers; a NeXT at home protects against this occupational hazard.
From: spl@ivem.ucsd.edu (Steve Lamont)
Newsgroups: comp.sys.super
Subject: Re: Supercomputing Review
Date: 12 Dec 1992 16:07:38 GMT
Organization: University of Calif., San Diego/Microscopy and Imaging Resource
Distribution: inet
NNTP-Posting-Host: ivem.ucsd.edu

In article <1992Dec12.022039.16280@nuscc.nus.sg> ccecks@nuscc.nus.sg (Chua Kong Sian) writes:
>
>Just a query on Supercomputing Review.  Has this magazine been stopped?

According to a good friend of mine (who was on the masthead of SR as
some sort of editor), Supercomputing Review is no more.  There was
some activity to revive it under a new publisher but I believe that,
unless some miracle occurs, SR is a dead duck.

Next time I see Sid Karin I can ask him -- he's pretty good buddies
with Norris Parker Smith, the former editor.

							spl
-- 
Steve Lamont, SciViGuy -- (619) 534-7968 -- spl@szechuan.ucsd.edu
UCSD Microscopy and Imaging Resource/UCSD Med School/La Jolla, CA 92093-0608
"take a writer away from his typewriter/and all you have left/is/
the sickness/which started him/typing/in the/beginning." - Bukowski
Newsgroups: comp.sys.super
From: lamaster@pioneer.arc.nasa.gov (Hugh LaMaster)
Subject: Re: Precision requirements
Organization: NASA Ames Research Center, Moffett Field, CA
Distribution: inet
Date: Mon, 14 Dec 1992 16:42:09 GMT

In article <ANIK.92Dec13020643@polaris.crhc.uiuc.edu>, anik@crhc.uiuc.edu (Sadun Anik) writes:


|> I don't follow the logic here. Since when MPP usage has been an
|> important factor in uP design? 

I really couldn't say.  Certainly, commodity uP's have already been
used in MPP's.  *At least* the following, probably more:
SPARC by Thinking Machines,
i860 by Intel, and similar applications by Alliant and FPS (now Cray),
88k (and 68k before that) by BBN,
Program announcements by Cray wrt to Alpha/21064 chip (no product yet)
Program announcements by Convex wrt to HP-PA/(7100?) chip (no product yet)
(There are probably others if I kept thinking about it.)

My point is that commodity uP's are already being used in MPP designs.
I don't know why MPP requirements *wouldn't* be an important factor,
considering the potential for a successful MPP vendor with good sales
to sell hundreds of thousands, possibly even millions, of chips per
year.

                              I wouldn't hold my breath to see 128
|> bit FP in a uP. It may happen in the future, but only when desktop
|> machine users require  it. 

Well, it will take a long time before many desktop users require it.
In fact, it is precisely this difference between the desktop user
and the MPP Teracomputer user that caused me to point out this
new requirement.  There are very few legitimate needs for 
greater than 64 bit FP precision today, even at GFLOPS/GBytes.
At TeraFLOPS/TeraBytes, however, there will be *some* problems
which will require 128 bit FP in order to solve them efficiently.
(Actually, not quite precise.  They will require more than 64 bits.)
With MPP systems consuming potentially thousands of chips each, 
I would not think it is prudent to ignore their requirements.
However, because most problems will still fit in 64 bits, full speed
128 bit FP is not a requirement.  The possibility of full speed
128 bit FP is interesting, though, with double speed 64 bit, and
quad speed 32 bit.  With 100 million transistor CPUs coming up,
there are some interesting possibilities.


|> Sadun Anik, U of Illinois at Urbana-Champaign
|> Center for Reliable and High-performance Computing
|> e-mail: anik@crhc.uiuc.edu

-- 
  Hugh LaMaster, M/S 233-9,     UUCP:      ames!lamaster
  NASA Ames Research Center     Internet:  lamaster@ames.arc.nasa.gov
  Moffett Field, CA 94035-1000  Or:        lamaster@george.arc.nasa.gov 
  Phone:  415/604-1056                     #include <usenet/std_disclaimer.h>