HDTenEightyP/NetNews huggingface dataset:
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: Re: Blue Helmet & TimeLord
Organization: Qualcomm, Inc., San Diego, CA
Date: Tue, 1 Sep 1992 18:25:59 GMT

irsman@iastate.edu (Ian Schmidt) writes:
>>(Oh, BTW, I had a different impression of the IBM Delta Demo. If I remember
>>your words, you said it was pitiful. I, OTOH, was very very impressed with
>>what I saw. I had to bring the disk to a friend who has an IBM. He's had one
>>since almost Day 1, and he said he'd never quite seen anything like it
>>before.)

>It's very impressive compared to what's been previously offered on the IBM
>to be sure but the GS Delta Demo blows it out of the water IMHO.

It does.  However I've yet to see any demo on my IIgs that equalled
the Future Crew's Unreal demo for the IBM.  On the other hand, the GS
demos run on a 3 MHz IIgs, and Unreal needs a 33 MHz 80386 and
Soundblaster to be decent.  The thing with demos on the IBM is that
they don't seem to get much distribution at all.  You can find them on
the Internet, but I have yet to see most of them that I've snagged
appear on BBSes.
-- 
I came, I saw, I deleted all your files.
From: fmlin@terapin.com (Frank M. Lin)
Newsgroups: comp.sys.apple2
Subject: IIgs telecom programs...
Date: 3 Sep 92 17:20:10 GMT
Organization: BBS

No one replyed to my original post about Seven Hill's Spectrum.  I am assume
that no one saw the post.  Spectrum was listed on Apple's Opportunities for the
Apple II's, which was published back in March.  It seems to be a GS specific
telecom program.  Anyone have any information on it?

I just ordered ProTerm.  Thanx to the people that replied about vt100.

While ProTerm seems really nice, I always wanted to see a GS specific telecom
program.  Some may say QuickDraw II is too slow for telecom...  how about
ORCA's Prizm?  Prizm can scroll by one line as fast as the text mode, and
scrolling by page is only slower by a little bit.  And the font is monospaced.
Normally, the special Shaston 8 ( fastfont ) is the fastest.  But it's not
monospaced, and scrolling by page is really slow when compared to Prizm.  The
size of the font used in Prizm will allow at least 80x23.  Probably 80x25 if
you don't use the menu bar & the window title.

The program should go like this, the terminal window should take the whole
screen.  With a vertical scroll bar on the right.  I don't think a horizontal
bar is needed at all.  The menu bar should only come up when you move the mouse
into that area.  It should support x, y, and z modem.  vt100, 102 is cool.  I
personally don't like ANSI.  The splite screen of the Prizm would be very
useful for quoting too!

I hope Mike is willing to share his Prizm with Insync, or Paul ( ANSIterm )...
I think this program would really sale... don't you?

btw, what is Mike's aol address?  Is the GEnie gateway open yet?

Later!

frank m. lin
fmlin@terapin.com
cyprus systems
From: mattd@apple.com (Matt Deatherage)
Newsgroups: comp.sys.apple2
Subject: Re: LaserWriter Driver in 6.0.1
Date: 24 Aug 92 23:30:05 GMT
Followup-To: comp.sys.apple2
Organization: Developer Technical Support, Apple Computer, Inc.

In article <hm75799@pro-calgary.cts.com>, trentc@pro-calgary.cts.com (Trent
Corney) wrote:
> 
> With the talk of the release of version 6.0.1, does anyone know if the
> LaserWriter driver has been fixed to work correctly with the IIf and IIg
> printers? There was a bug in trying to print some colors out to it.
> 
> ----
>     ProLine: trentc@pro-calgary                  GEnie: T.Corney

Yes, it's fixed.  I did it myself instead of celebrating the 4th of July.

No promises about what ships, as always, but I think it's fixed.

============================================================================
Matt Deatherage, Developer Support Center, Apple Computer, Inc.
Personal mail only -- please POST technical questions, questions about
Apple and its policies, where to find documents and related inquiries.
The opinions I express don't represent Apple, which makes us both happy.
============================================================================
Newsgroups: comp.sys.apple2
From: jamieyn@tartarus.uwa.edu.au (Jamie P Yoon)
Subject: Vulcan & Sys 6
Organization: University of Western Australia
Date: Wed, 26 Aug 1992 14:07:24 GMT

A friend of mine has a problem with his Vulcan 40 (w/ the gold upgrade)
and System 6. He says it keeps crashing inexplicably, and has traced it
to the sound cdev. (I don't quite see the connection though)> Anyway, he
claims that if its removed, the system works fine.

Could someone please email/post any fixes/solutions with regards to Vulcan
and System 6? 



Thanks in advance,


Jamie


--
#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*
* JAMIE YOON                                                       #
# GS SIG CO-ORDINATOR          How fast does a Mac go?             *
* WAppleII Australia            => 9.8 metres/sec/sec :)   _-_|\   #
#_Supporting the Apple II in WA_     Apple II forever!    / OZ  |  * 
* ==>jamieyn@tartarus.uwa.edu.au          I live here ==> X_.-._/  #
# ==>JAMIE.YOON@f254.n690.z3.fido.zeta.org.au                      *
*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#

Newsgroups: comp.sys.apple2
From: lucifer@world.std.com (Kevin S Green)
Subject: Re: Flopticals...any successful usage out there?
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 29 Aug 1992 20:22:54 GMT

Todd,

Thanks for posting the information about the floptical 
experience you've had. From what you've written, I 
infer that, since I have an Apple DMA SCSI card, I am
pretty much out of luck using any of the drives out there.
Is this your feeling on the matter?

If any of the Apple // Continuing Engineering group members
are 'listening', could you add your insights? 

I would really like to buy one of these drives but don't want
to lay out the money and then find out that I can't use it
because I don't have a proper driver or something like that.
(I am skittish because I bought an NEC CD Rom drive and, if
Trantor hadn't had a driver, I would have been screwed.)

-- 
Kevin S. Green / lucifer@world.std.com / {xylogics;uunet}!world!lucifer
               /America Online: Gargoth
Newsgroups: comp.sys.apple2
From: bazyar@teal.csn.org (Jawaid Bazyar)
Subject: Re: PNP DEMO Fixed (Re: PnP Demo)
Keywords: does it work?
Organization: Colorado SuperNet, Inc.
Date: Wed, 26 Aug 1992 22:58:47 GMT

blaby@fraser.sfu.ca (John Edward Blaby) writes:

>bazyar@teal.csn.org (Jawaid Bazyar) writes:

>>  Evidently it worked on all of our machines, and on all our tester's
>>machines, but nobody else's :-( 

>Hmm...Well, it seemed to work fine on my machine..I grabbed it this
>morning and gave it a quick try. Now...should I apply this patch:)?

>John

  Actually, yes- EVERYONE should apply the patch, because it's the only
way to guarantee that someone you give the demo to will be able to run
it.  The bug is this: The stack pointer is effectively randomized early
in the program, overwriting lots of memory that doesn't belong to
Pick'n'Pile.  Apply the patch. :-)

-- 
 Jawaid Bazyar              |   Ask me about the GNO Multitasking Environment
 Procyon, Inc.              |   for the Apple IIgs!   
 bazyar@cs.uiuc.edu         |   P.O Box 620334
 --Apple II Forever!--      |   Littleton, CO 80162-0334   (303) 933-4649
Newsgroups: comp.sys.apple2
From: c8922369@jupiter.newcastle.edu.au (Leon James Garde)
Subject: Re: Drol for the //gs
Keywords: classics
Organization: Uni of Newcastle, Australia
Date: Sat, 22 Aug 1992 12:13:05 GMT

spector@vax2.concordia.ca (Mitchell Spector) writes:

>In article <14AUG199218204901@utkvx3.utk.edu>, sadasiva@utkvx3.utk.edu (Sadasiv
>am, Krishna Madur) writes...
>>How does one get the program "Drol" to work on a //gs? I've got an
>>original copy of the game, but can't seem to get it to work...

>  I believe "Drol" will run if your using an Apple IIgs ROM version 00. It
>may also work if your booting the disk from an old Disk ][ drive connected
>with a Disk II Interface card in slot #6.

>  Can't remember if it was an incompatibility with the smartport, or the newer
>ROM 01 and 03. 

>>Krishna

>Mitchell Spector
>spector@vax2.concordia.ca


I can't get Drol to work on my //c,  I wonder if it is the same stupid
programming that uses machine specific ROM. The program works on ]['s,
but not on machines without the old style interface card.
Who wants to play a game as pathetic as Droll ? Aztec any day !!!

leon
From: fisher2557@iscsvax.uni.edu
Newsgroups: comp.sys.apple2
Subject: Need help with compression progs
Date: 3 Sep 92 00:04:43 -0500
Organization: University of Northern Iowa

I am just getting into ftp and was trying to download some programs from
wuarchive.wustl.edu and was stumped as to how I am supposed to unpack programs
with a ".Z" extension on them.  Could someone please post a list of most common
compressions, their suffixes, (bsq,arc,z, etc) and where I can find a program
to convert them?  I am currently running an Apple //c thru a Vax system at my
school.  Any help is greatly appreciated! (I can use anything that is Apple II,
(not GS!!) and most anything that is VMS as well, but would prefer to do it all
on my Apple)

-- 

later,
 Nathan                           (this tag line is umop ap!sdn)
  FISHER2557@ISCSVAX.UNI.EDU             "do I know WHO?..."
 --------------------------------- -------------------------------
| "I'd challenge him to a battle  |   /\   \  /                   |
|  of wits, but I don't fight     |  /  \   ><  and proud of it!  |
|  the unarmed...."               | /____\ /  \                   |
 --------------------------------- -------------------------------
*this is a .sig antivirus virus.  please copy over any .sig antiviruses*
Newsgroups: comp.sys.apple2
From: swiet@whatever.cs.jhu.edu (Alexander Swietlicki)
Subject: ][+ vt100 emulation and 65C02A replacements?
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
Distribution: usa
Date: Wed, 26 Aug 1992 20:59:40 GMT

	Anyone know a vt100 emulator for a 64k ][+ w/80 col card?  It would
have to support the shift-key modification, and allow "prefixed" chars, so
that {}~`@ (the things not on the keyboard) can be sent.
	Also, with what accelerated chips can I replace the the //c 65C02A? 
Replacements for 6502?  Where can I find the chips?  How much, etc.

	Alex
From: foegelle@ccwf.cc.utexas.edu (Michael Foegelle)
Newsgroups: comp.sys.apple2
Subject: Re: Mockingboard
Date: 26 Aug 92 19:35:57 GMT
Organization: The University of Texas at Austin, Austin TX

In article <9208240216.aa12190@generic.UUCP> 
   taob@terranet.cts.com (Brian Tao) writes:
>
>    I'm still a bit fuzzy about why it can't be done reliably.  This
>is how I understand it:  A game which uses the Mockingboard generates
>some sort of interrupt when it wants to make a sound.  The
>Mockingboard intercepts this and somehow processes it to make noise.
>Can't an INIT which watches for interrupts emulate the Mockingboard?
>Is it a question of speed?  i.e.: the CPU isn't fast enough to run the
>game, process interrupts and simulate Mockingboard sound at the same
>time.  Pardon my lack of comprehension... I've never seen (much less
>used) a Mockingboard, and I've been up until 4 am or so for the past
>few nights working on a news reader for microEmacs GS.

You've got it backwards.  The program is told that there's a mockingboard
in the system.  It then knows the locations in the slot in which to write
music data to.  It sets up the control data by setting the interrupt vector
to point to a routine somewhere in the heart of the program which will then
handle all interrupt requests from the mockingboard.  Once the mockingboard
is initialized, every time it needs a new note to play, the BOARD creates
an interrupt, which triggers the subroutine in the program to write the next
music bytes into some locations in the I/O region.  There is no way to 
`intercept' those bytes without actually interpretting the code and changing
the addresses to RAM locations somewhere.  Also, randomly poking bytes into
the I/O locations would play havoc with whatever I/O device might actually
reside there.  Hope that makes more sense...

Michael Foegelle


-- 
-------------------------------------------------------------------------------
   Michael Foegelle  |                    |   foegelle@ccwf.cc.utexas.edu
     ____________    |     You want it    |   foegelle@utaphy.ph.utexas.edu
                     |                    |   GEnie:   M.FOEGELLE2
    University of    |        WHEN?       |   Wunderland BBS  (512) 472-0544
   Texas at Austin   |                    |   14.4kbaud, v.32/bis:  Sysop
From: fadden@uts.amdahl.com (Andy McFadden)
Newsgroups: comp.sys.apple2
Subject: Re: ProTerm 3.0/VT-100 emulator/vi editor
Date: 27 Aug 92 19:04:09 GMT
Organization: Amdahl Corporation, Sunnyvale CA

In article <1ncnl-.derich@netcom.com> derich@netcom.com (Scott A. Steinbrink) writes:
>YO, guys.
>
> I'm having a problem having my Proterm 3.0 emulate VT-100 on my APple IIGS
> When I use an UNIX editor (vi for example), it would not function the 
> up/down arrows and right and left arrows do strange things. That's why
> whenever I need to edit a file or to response alongside a reply, I use another
> computer. I much rather use my own.  Any ideas?

Idea #1: stop trying to use the arrow keys.  h/j/k/l work, and they don't
require you to take your fingers off the keyboard.

Idea #2: map ^V<arrow> j   (i.e. type "map ", hit Ctrl-V, hit the down-arrow
key, type " j").  This tells vi to explicitly map an arrow to a key.  You
can also do this from a .exrc or EXINIT shell variable.

Idea #3: make sure your UNIX termcap's definition of an arrow key matches
ProTERM's idea.  This is system dependent.

>Scott Allen Steinbrink

-- 
fadden@uts.amdahl.com (Andy McFadden)
[ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
Newsgroups: comp.sys.apple2
From: ct54143@uxa.cso.uiuc.edu (Chris Trimble)
Subject: --- Apple IIgs For Sale - $1000
Organization: University of Illinois at Urbana
Date: Thu, 3 Sep 1992 01:54:58 GMT
Keywords: for sale

FOR SALE :

o   Apple //gs System
	- ROM 01 CPU					$700 / obo
		comes with:
		 	- AE Ram Card - 1.75meg
			- Apple 3.5" Disk				
			- Clone 5.25" Disk
			- AE Conserver
			- Keyboard + Mouse
			- Brand New Power Supply
			- All 6 System 6.0 disks included.
			- The complete Orca/C development system w/manual.

o   Apple RGB Monitor				$200 / obo

o   Zip GS 9/32k Accelerator card.		$175 firm.

o   Sonic Blaster Stereo/Sampling Card		$40 / obo.

o   Apple II High Speed SCSI Card		$65 firm.


The Whole Schmeel ------------------------------------->   $1001 / obo.

I will work out the shipping plan on the fly.

Seriously MUST go, so send any reasonable offer.

	- Chris Trimble
	  217/351-8279 or
	  chris1@uiuc.edu



-- 
 Chris Trimble 	    | I bought you drinks ; I brought you flowers ; I read you
 SGI - NeXT - Mac   | books and talked for hours. And every day so many drinks
 Univ. Of Illinois  | such pretty flowers. So tell me : what've I - what've I -
 chris1@uiuc.edu    | what've I done to deserve this? 	  - Pet Shop Boys
From: paw@ausom.oz.au (Peter Watson)
Newsgroups: comp.sys.apple2
Subject: Re: Apple II RWTS codes.
Date: 25 Aug 92 07:30:24 GMT
Reply-To: paw%ausom.oz@sol.cc.deakin.oz.au
Organization: AUSOM - The Apple Users Society of Melbourne

Austin C. Phelps (bbs-aphelps@jwt.UUCP) writes :

>chiu@ucsee.berkeley.edu writes:
>
>>>In the Steve Wozniak interview at Kansasfest, Woz claimed that the RWTS
>>>routines were probably the most difficult code he had ever written, and he
>>>doubted if _he_ could do it again! You sure are aiming high!
>>
>>I'm sure he's just been polite. Word around is that he wrote a lot of it
>>in only a couple of days...

I think you guys need to go a little deeper into your history. Yeah, Woz
wrote a lot of the RWTS code in a couple of days - _BUT_ he spent a lot
more than that playing around to get the essential read/write a nibble
timing-CRITICAL code right, and I think that's what he was referring to.
The "couple of days" bit was once he had routines that basically worked,
he could then write something more elaborate for the computer show Apple
were intending to demo the Disk ][ at. (They did demo it - with a 'DOS'
only accepted single-key commands, on a disk with stuff stored at absolute
sector locations!)

You should also remember that Woz 'only'(!) wrote the RWTS code - Randy
Wiggington wrote the File Manager, and some third-party bozo wrote the
DOS user interface (control-D commands, etc). Woz commented that this code
looked like it had been generated by a high-level language compiler!

>And put together a DOS together in a couple of days. Beside in the book
>Understanding the Apple IIe that author claims that ProDOS READ_BLOCK is
>better and faster than RWTS.

The ProDOS READ_BLOCK routine is definitely faster than the equivalent DOS
code, because it reduces the double handling that DOS did for most reads.
But be careful - ProDOS pretty much uses the original RWTS subroutines for
the actual read/write nibble routines. You can't speed them up, for the
same reason that adding several women won't produce a baby any faster!

>Austin C. Phelps                bbs-aphelps@jwt.UUCP

Cheers,
Peter
-- 
|| Peter A Watson ||     Telephone: (03) 894-1087   [+613] 894-1087    ||
|| PO Box 493     ||     InterNet : paw%ausom.oz@sol.cc.deakin.oz.au   ||
|| Doncaster  Vic ||       "On a clear disk you can seek forever!"     ||
|| Australia 3108 || "XYZZY..PLUGH..MOOF..What is that $%^& password?" ||
Newsgroups: comp.sys.apple2
From: sknkwrks@unlv.edu (Scott Alfter)
Subject: Re: ProTerm 3.0/VT-100 emulator/vi editor
Organization: Skunk Works Software Co.
Date: Thu, 27 Aug 92 20:44:31 GMT

In article <1992Aug27.130515.8450@magnus.acs.ohio-state.edu> mvats@magnus.acs.ohio-state.edu (Mudit P Vats) writes:
>In article <1ncnl-.derich@netcom.com> derich@netcom.com (Scott A. Steinbrink) writes:
>> I'm having a problem having my Proterm 3.0 emulate VT-100 on my APple IIGS
>> When I use an UNIX editor (vi for example), it would not function the 
>> up/down arrows and right and left arrows do strange things. That's why
>
>I don't know if there is a patch available for this or not, but the proper
>control keys to press in order to achieve the up/down/right/left are the
>following :
>
>		up    - CONTROL-p
>		down  - CONTROL-n
>		left  - CONTROL-b
>		right - CONTROL-f

You're assuming that he's using emacs...when he posted that he's using
vi (ick).  I don't recall if vi would ever use the arrow keys for
cursor movement...but you might try holding down Solid-Apple while
pressing the arrow keys.  You can use the cursor keys this way with
emacs and ProTERM's VT-100 emulation.

  _/_   Scott Alfter                             Internet: sknkwrks@cs.unlv.edu
 / v \  Call the Skunk Works BBS today!                      Fidonet: 1:209/765
(IIe (  TEMPORARILY OFFLINE    Apple II/IBM                     GEnie: S.ALFTER
 \_^_/  Ask me about SoftDAC--digital audio for your IIe/IIc! Apple II Forever!
From: fadden@uts.amdahl.com (Andy McFadden)
Newsgroups: comp.sys.apple2
Subject: Re: Apple II RWTS codes.
Date: 27 Aug 92 18:49:44 GMT
Organization: Amdahl Corporation, Sunnyvale CA

In article <1992Aug26.112324.6256@iscsvax.uni.edu> fisher2557@iscsvax.uni.edu writes:
>                                                                   It's GREAT
>for slide shows!  As fast as you can say "click-click" (and I DO mean AS FAST
>AS YOU CAN SAY IT) it's loaded a hi-res image.

Apple II Pascal was this fast (single-pass reads).  Since the filesystem
only used consecutive blocks for files, it was *very* fast.  My brother did
a slide show using Pascal once and it blew us away...

ProDOS could be this fast, except (1) there's too much other overhead, and
(2) going to a 1:1 interleave would screw writes in a big way.

>                      It's really fun to have Central Point interested in
>seeing your code! ;-)   Pity they didn't want to pay for it, or they'd have a
>copier that'd copy ANYHING.  period.

Wrong.  I'd be pretty impressed if you could tell the difference between 9-bit
and 10-bit sync bytes.  Just figuring out that they're there is difficult
enough.  You might be able to do it in two passes, but that's not the
algorithm you're describing.

I won't begin to go into nibble counting, track synchronization, quarter
tracking, physical damage, etc, etc, etc.

> Nathan                           (this tag line is umop ap!sdn)
>  FISHER2557@ISCSVAX.UNI.EDU             "do I know WHO?..."

-- 
fadden@uts.amdahl.com (Andy McFadden)
[ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
Newsgroups: comp.sys.apple2
From: t_captain@bluemoon.rn.com (Tc Wilson)
Subject: GS flow control
Organization: Blue Moon BBS ((614) 868-998[024])
Date: Wed, 02 Sep 92 08:51:54 EDT

David Epsom/Soenke Behrens

Okay, here's the way it works:

The BBS's modem port driver inits the SCC with everything it needs to do - 
generate interrupts on characters in (it intercepts the irq chain 
cleanly), and handles both input/output flow control. It works as expected 
on the Rom3 - that is, when the modem drops the CTS signal, it's read just 
as the DCD signal from the modem:

SendChar   pha
loop       lda SSCstat
           and #mask     ; xmit ready and cts high?
           cmp #mask     ; must be both
           bne loop      ; one or the other isn't ready yet
           pla
           sta SSCout
           rts

Simple and straight forward. However, on the Rom1, it doesn't respond to 
the CTS signal. I've put some tracing and display routines in it, and it 
seems that the Rom1 is NOT holding onto the CTS signal (DCD and xmit ready 
is fine) - it's "pulsing" the signal, as if the connection is flaky (it's 
not, I've checked the wiring).

What I've had to do is put in a line of code to wait for 2 vbi's (thus 
1/30th of a second) whenever it can't do the cts signal.

As for using bit 5 of reg 3, not possible - I have to be able to get 
return codes from the modem when it's not connected, and be able to read 
BOTH dcd and cts when needed.

Weird, eh?


Tc Wilson/The Captain           "Programming is an art form
t.captain@bluemoon.rn.com        that fights back."
.... or try: TCQ, The Captain's Quarters (614) 294-0556, 300-38400 hst
Newsgroups: comp.sys.apple2
From: schultp@wl.com (Paul Schultz)
Subject: Re: DOWNLOADING HELP
Organization: Warner Lambert / Parke-Davis
Date: Tue, 1 Sep 1992 04:31:01 GMT

In article <1992Aug31.162536.611@ualr.edu> hdgarner@acs.harding.edu writes:
>I NEED HELP ON HOW TO SUCCESSFULLY RETRIEVE FILES FROM THE COMP.BINARIES.APPLE2 GROUP FOR USE ON MY APPLE 2GS.  I HAVE TRIED TO OPEN THE ASCII FILE FROM SHRINKIT BUT IT DOES NOT WORK. I HAVE ALSO TRIED TO CHANGE THE FILE TYPE USING UTILITYWORKS TO A SHRINKIT FILE BUT THAT DOESNOT WORK EITHER. I READ SOMETHING ABOUT BINSCII. WHAT IS IT. I AM SURE SOMEONE KNOWS THE ANSWER TO THIS PROBLEM. IF YOU COULD HELP I WOULD GREATLY APPRECIATE IT.
>
>POST REPLIES PLEASE
>
>NO EMAIL
>
>HDGARNER
>HU.BEAKER

Most files are converted from there "binary" form to a "text" representation
by using a utility program such as BINSCII on the 8 bit Apple IIs or GSCII+
on the GS.  The text format is necessary to insure proper transmission of 
binary files over "7 bit" data paths (networks). Once a file is received,
you HAVE to use the conversion utility!  Changing the filetype will not help
matters.  For ShrinkIt to recognize the file, it has to be un-textified
first!

Hope this helps.  You can get BINSCII or GSCII+ from the ftp sites.

--