HDTenEightyP/NetNews huggingface dataset:
From: paw@ausom.oz.au (Peter Watson)
Subject: Re: Bummer
Date: Mon, 28 Sep 1992 04:52:16 GMT
Reply-To: paw%ausom.oz@sol.cc.deakin.oz.au
Organization: AUSOM - The Apple Users Society of Melbourne

gregt+@CMU.EDU (Gregory Ross Thompson) writes:

>  Well, I just upgraded the cache in my 9MHz to 64K (from 32K).
>Doesn't seem to have made much of a difference at all.  Dhrystone
>still gives me 666 in Orca, and the one other performance tester I
>tried still said effective speed around 7MHz.  Oh well.  I'm bummed.
>  Time to invest in a Sanyo '816.
>
>                -Greg
>                 InterNet: gregt+@cmu.edu
>                       or: gt0t+@andrew.cmu.edu
>                 BITNet  : R746GT0T@CMCCVB
>                 AOL     : GRThompson

I would _expect_ an increase in cache from 32K to 64K to make little to no
difference to a performance benchmark. Think about it - the purpose of the
cache is to hold frequently used code and data in high-speed memory. Given
that, I would expect (I haven't checked) that the average benchmark would
involve only a small amount of code and data - which would probably fit into
32K comfortably. So, no benefit from an _extra_ 32K of cache.

BUT, in the real world of the IIgs, programs use _much_ larger code/data
spaces, so your 64K cache should give you some benefit there. In practice,
I seem to remember seeing some comments a while back that suggested that
32K was probably a good size for the cache, as it covered the average small
scale situation, but 64K was not enough to handle situations that did not fit
into the average 32K category.

Cheers,
Peter Watson
-- 
|| 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?" ||
From: uerics@mcl.ucsb.edu (Eric D. Shepherd)
Newsgroups: comp.sys.apple2
Subject: Re: GS relational database
Date: 4 Oct 92 21:46:41 GMT
Article-I.D.: mcl.uerics.718235201

Yeah, I'd go for one of those!  Saves me the trouble of trying to write
one myself. :)

- Eric S.

--
Eric Shepherd  |  Internet: uerics@mcl.mcl.ucsb.edu  |  AOL: Sheppy
-------- ACM Member ----- Apple II Alliance Charter Member --------
Erroneous statements and inappropriate opinions stated herein are
caused by network glitches and are not attributable to the author.
Newsgroups: comp.sys.apple2
From: irsman@iastate.edu (That Ian Guy)
Subject: Re: Sound files...
Organization: Iowa State University, Ames, IA
Date: Wed, 30 Sep 1992 22:57:36 GMT

In article <1992Sep30.184035.12650@utstat.uucp> philip@utstat.uucp (Philip McDunnough) writes:
>In article <1992Sep30.155109.8939@news.iastate.edu> irsman@iastate.edu (That Ian Guy) writes:
>>SoundConvert's digitizer NDA supports HyperStudio, Sonic Blaster, Audio
>>Animator, SuperSonic, and FutureSound digitizing cards.
>
>What do you mean by supports? Can it be made to work when linking two cards?

If you mean chaining the cards together (HS plus AA for example) YES...as 
a rule of thumb, if AZ 1.2x works SoundConvert will too (the digitizing code
except the futuresound is byte-for-byte).
 
>philip




-- 
        Ian Schmidt: irsman@iastate.edu or aol.com, BITNET: twbv4@isuvax       
 I dig: Apple IIgs, Rush, Tiny Toons, Ren & Stimpy, Dave Barry, David Letterman
  "I will choose a path that's clear: I will choose free will" - Neil Peart
Organization: Penn State University
Date: Sun, 4 Oct 1992 16:49:33 EDT
From: <SAB121@psuvm.psu.edu>
Newsgroups: comp.sys.apple2
Subject: Re: Question on monitor connection

In article <1992Oct4.200900.17202@kakwa.ucs.ualberta.ca>, chang@ee.ualberta.ca
(Wuichong Chang) says:
>
>Is the Commodore's 1084s monitor RGB compatible with the Apple IIgs RGB out ?
>

I think it is. I seem to recall a friend of a friend doing just that because
he couldn't afford to buy the GS monitor...

>Hope someone can answer me. Thanks.
>
>

You're welcome...

>
>--
> _ __
>' )  )      /              /
> /--' o _. /_  __.  __  __/
>/  \_<_(__/ /_(_/|_/ (_(_/_
>
>chang@ee.ualberta.ca
 ______________________________________________________________________
| Salvatore A. Buttice              |  BITNet: SAB121@PSUVM            |
| 1511 State Street    _____________|__InterNET: sab121@psuvm.psu.edu__|
| Erie, PA 16501      |  My opinions are my own.  They are subject to  |
|_____________________|   change at short notice.  PSU had nothing to  |
|_APPLE_II_FOREVER!!!_|___do_with_my_opinions,_I_formed_them_long_ago._|
|________________<This_space_intentionally_left_blank>_________________|
Newsgroups: comp.sys.apple2
From: mmunson@animal.es.com (Mark Munson)
Subject: Re: Help! Null Modem for IIgs?
Reply-To: mmunson@animal.es.com (Mark Munson)
Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
Date: Tue, 6 Oct 1992 20:15:34 GMT

It is certainly possible to send files (ASCII text) from an Apple to an IBM and
back using a null modem cable.  You could make your own cable without too much
difficulty, but you'll probably want to purchase a cable if you aren't 
familiar with soldering wires together.

The GS uses a mini DIN connector, while your PC probably has a DB-9 connector.

Get a cable that starts with the GS serial port and connects to the PC serial
connector.  The NULL-MODEM part means that the receive and transmit wires have
been swapped (so that each machine receives what the other is sending).

Macintosh serial cables have the same connectors as a GS serial port.  So
a Mac-to-PC Null modem cable will work with your GS.  Nobody knows what a GS
is anymore, but if you say that you want to connect a Mac LC to a PC, then 
most cable people will know what type of cable to give you.


Another alternative is to get a DB-25 NULL-MODEM adapter, and connect a Mac-to-
DB-25 cable to it.  On the other side of the adapter, connect a DB-25 to PC (DB-9)
cable (connecting the adapter to the PC serial port).  In effect, you are
replacing the Modem/phone-line/Modem portion of the system with a single
adapter module (hence the term Null-Modem).


Once you've got the right cable, get a telecom program for each machine. I'd
suggest something like ProTerm for the GS, and ProComm for the PC.  Others
will work fine also.


Set both machines for 9600 buad.  Use the control panel on the GS to configure
the serial port, or let the term program do it for you.  On the PC, you can
use the MODE command, or let the term program configure.


Set ProTerm to SEND using Y-Modem batch, and set the PC to receive Y-Modem batch.
If you experience problems, downgrade to X-Modem.

Best of luck.  [MGM]
Newsgroups: comp.sys.apple2
From: nparker@cie.uoregon.edu (Neil Parker)
Subject: Re: ORCA/Pascal Question
Summary: It ain't that easy.
Organization: The Universal Society for the Prevention of Reality
Date: Fri, 2 Oct 92 01:06:35 GMT

In article <7KJ7KIT@zelator.in-berlin.de> tooly@zelator.in-berlin.de (Theo Schneider) writes:
>Hi there,
>i has an problem with an Assembler Routine in ORCA/Pascal.
> 
>The Routine is in short
> 
>theRout  start
>         sub
> 
>         emulation           ;Macro to set to emulation mode
>         native long         ;Macro to set to native mode
> 
>         ret
>         end
> 
>In the Pascal source the Routine is call with :
> 
>procedure theRout; extern
> 
>begin
>  theRout;
>end.
> 
>The Macros are from 'M16.Util', so i think there are correct.
> 
>Now when i execute my small programm it crash, when i remove the
>emulation and the native macro all work fine.
> 
>Can anybody explain me how can i go to emulation mode and back without
>an crash ??
> 
>Thank's for any help

Going into emulation mode safely requires a lot more than just setting the
CPU's e-bit.  The first and biggest problem is that when you go into
emulation mode, the stack pointer is forced into the $100-$1FF range, no
matter where is was previously, and the native-mode stack pointer is not
automatically saved anywhere.  You need to save the native-mode stack
pointer yourself before going into emulation mode, and restore it after you
come back.

Second, unless your native-mode code is already running in bank 0, you need
to disable interrupts immediately before switching to emulation mode, and
turn them back on once you're running in bank 0.  This is because
emulation-mode interrupts assume that your code is in bank 0, and if one
occurs while you're in emulation mode in some other bank, all heck will
break loose when the interrupt handler tries to return to non-existant bank
0 code.

The _Apple_IIGS_Firmware_Reference_ includes a sample routine that takes
care of these concerns.


Have you considered simply loading your emulation-mode code into bank 0
and calling it with FWEntry?

               - Neil Parker
--
Neil Parker                 No cute ASCII art...no cute quote...no cute
nparker@cie.uoregon.edu     disclaimer...no deposit, no return...
parker@corona.uoregon.edu   (This space intentionally left blank:           )
Newsgroups: comp.sys.apple2
From: kls0@uxa.cso.uiuc.edu (Plague)
Subject: Re: GS Sound files - need a summary
Organization: University of Illinois at Urbana
Date: Mon, 28 Sep 1992 23:54:15 GMT

henigan@quando.quantum.de (Kevin Henigan) writes:


>Hi,


>I have uploaded the BluesBrother files, then are BIN files, how can I
>use them?

I believe I was the one who sampled the BLuesBrothers sound files.  It's been
awhile since I did that, but let me see if I can remember.  I pretty sure I 
BinSCII'd them, so unBinSCII them, and they should either create a sound file
of raw data, in which case you just need to load up AudioZap and play them, or
the BinSCII file will create an SHK file, which you can extract the raw data
sound files.

Hope that helps.
-- 
-------------------------------------------------------------------------------
"Here's to swimmin' with bow-legged women."
				-Quint (From "Jaws")
		kls0@uxa.cso.uiuc.edu
From: uerics@mcl.ucsb.edu (Eric D. Shepherd)
Newsgroups: comp.sys.apple2
Subject: Re: >Colorful snow
Date: 5 Oct 92 23:11:45 GMT

Ever since I installed System 6, I've been having occasional random
problems with all the icons of a given type (like, say, all the "document"
icons or all the folder icons) being either not drawn at all or being
drawn as garbage.  I don't know where it comes from, or why it chose to
happen to me.  It's getting annoying, though...

- Eric S.

--
Eric Shepherd  |  Internet: uerics@mcl.mcl.ucsb.edu  |  AOL: Sheppy
-------- ACM Member ----- Apple II Alliance Charter Member --------
Erroneous statements and inappropriate opinions stated herein are
caused by network glitches and are not attributable to the author.
From: mccla_d@azalea.cs.odu.edu (dennis mcclain-furmanski)
Newsgroups: comp.sys.apple2
Subject: RE: Deteriorating Apple Monitor
Date: 2 Oct 92 16:40:21 GMT
Distribution: comp.sys.apple2
Organization: Old Dominion University, Norfolk, VA, USA

hl00@ns1.cc.lehigh.edu says:

>... my Apple RGB monitor is starting to show signs of deterioration.
> ...
> The background ... is starting to look a little grayish.

Open it up and look at the guts. See the wire coming out of the belly button
of the CRT (the big one, with the rubber suction cup on top). Follow it down
to the big plastic thing it goes into - the transformer. On that transformer
are two adjustment pots. One controls the absolute level of the brightness, the
other the focus. Both of these are high voltage related. Try adjusting the 
lower one first, then the upper. It should bring up the brightness and there
for the contrast, and the other will make it crisp again. Fiddle with them both
back and forth until you get the best results. Set your brightness and
contrast knobs on the side of the monitor to center before you start. Be very
careful. You'll be poking around in several kilovolts in there.

If that doesn't do it, get the CRT tube tested by a service shop. If it tests
OK, then the transformer itself is getting weak. It can be replaced. If this
is the case, write abck and I'll give you part #'s and phone numbers.

And BE CAREFUL in there.
From: uerics@mcl.ucsb.edu (Eric D. Shepherd)
Newsgroups: comp.sys.apple2
Subject: Re: Most Likely A Faq... sorry
Date: 6 Oct 92 20:07:03 GMT

The only C compilers I can think of for 8-bit IIs are HyperC and Aztec C
(which I don't think is available anymore).  I haven't tried HyperC, but I
hear that it isn't a standard C compiler.

I know of a few Pascal compilers, but none of them are available anymore.
Apple Pascal 1.3 had a custom operating system, and really isn't worth the
trouble, unless you just need a Pascal compiler.  Your best bet is to see
if you can find a used copy of Kyan Pascal.  I don't know anything about
it, but it's the only 8-bit Pascal compiler that comes to mind.

- Eric S>

--
Eric Shepherd  |  Internet: uerics@mcl.mcl.ucsb.edu  |  AOL: Sheppy
-------- ACM Member ----- Apple II Alliance Charter Member --------
Erroneous statements and inappropriate opinions stated herein are
caused by network glitches and are not attributable to the author.
From: jimmys@bonnie.ics.uci.edu (Jimmy Shaw)
Subject: Using the USR DS 16.8 with AppleTalk on
Newsgroups: comp.sys.apple2
Reply-To: jimmys@ics.uci.edu (Jimmy Shaw)
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Date: 2 Oct 92 16:58:04 GMT

Hi, a friend of mine (without internet accss) has this question,
and since no one on the local bbses was able to help, I thought
I'd pass the question along:

--------------- question starts ---------------

I don't expect any real answers to my problems, but I'll give it a shot
anyway.  Recently, I upgraded from an older HST 9600 to a newer 16.8k Dual
Standard.  Now I find that with ProTERM set for 38.4k and AppleTalk enabled,
I'm losing characters here and there.  I must keep AppleTalk enabled
because my GS is part of a network and besides, my printer is also on that
same network (so turning off AppleTalk kills printer access for me).  The
problem does not appear to go away unless I knock the DTE/DCE rate down to
19.2k.  I guess it was never a problem before because my modem was too
slow to notice.  My question is this: Is there any way I can have AppleTalk
enabled, yet still set my Dual Standard's DTE/DCE rate at 38.4k and not
lose characters?  My GS is equipped with a high-speed (currently 13.92 MHz)
ZipGS.  I've tried toggling lots of switches on both the GS and Zip, to
no avail.  I also have a hardware handshaking cable.

This is really an Internet question, isn't it?  I don't suppose some
friendly Internet user could pass along my question to the good folks
up there, eh?
 _
Ronin

-------------------- question ends ----------------------

You may either email me or post, and I'll forward your replies to him.

Thanks in advance.

Jimmy

--
Jimmy Shaw			 RamFAST, ZipGSX and 6.0... Apple II Forever!
jimmys@ics.uci.edu
-----------------------------------------------------------------------------
Newsgroups: comp.sys.apple2
From: wkf2298@ritvax.isc.rit.edu
Subject: FOR SALE: Apple ][gs
Reply-To: wkf2298@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology
Date: Mon, 28 Sep 1992 12:34:45 GMT

 
FOR SALE:
 
        Apple ][gs ROM 01
        1.5 meg GS-RAM Card
        AppleColor Monitor
        Apple 3.5" Drive
        Apple 5.25" Drive
        Apple ImageWrite II Printer
        ---------------------------------------
        $700.00
 
OTHER OFFERS WELCOME.  Cost does NOT include shipping!
 
 
                                                William K. Fry
                                                wkf2298@ritvax.isc.rit.edu
 
                                                (716)-427-0875
From: patrickd@starbird.WPI.EDU (Lazer)
Newsgroups: comp.sys.apple2
Subject: Pinouts
Summary: Apple //c
Keywords: PINOUTS, RGB, VGA
Date: 26 Sep 92 18:21:27 GMT
Organization: Gizmonic Institute
NNTP-Posting-Host: starbird.wpi.edu

What are the pinouts on the Apple //c RGB port?  I would like to hook up my
VGA monitor to it when I'm home...(I'm TIRED of the green screen!)

I have the VGA ones...I just need to know what # pin does what on the Apple //c
end.
 
Thanks.




-- 
-Lazer (Patrick Delahanty)    |WARNING!: MST3K, Apple ][, Macintosh, Back to
InterNet: patrickd@wpi.wpi.edu|          the Future fan and co-sysop L/A Blues!
          lazer@lablues.UUCP  |Call L/A Blues BBS at (207) 777-3465 for IBM
    * I HATE MICROSOFT! *     |Mac, & Apple ][ files, TradeWars 2002, & USENET!
From: phs172m@vaxc.cc.monash.edu.au (Stephen Harker)
Newsgroups: comp.sys.apple2
Subject: ORCA/Pascal Optimization (repost)
Date: 5 Oct 92 22:46:24 GMT
Organization: Physics Department

In article <jmk3.717121910@crux1.cit.cornell.edu>, jmk3@crux2.cit.cornell.edu (Jay Krell) writes:
>>> ORCA/Pascal optimization
>  
> There are only 2 doc'ed parameters to the {$optimize} directive, 0 and -1. As
> far as the docs reveal, it is not a bit-mapped field. It is strange for an
> example to use other than 0 or -1.

	I knew I had read that there was more to optimization in the past,
so I looked my version 1.0 manual but cannot find it.  However in the
RELEASE.NOTES file on ORCA/Pascal 1.0, 1.1 and 1.2 there is the following
note:

>-----------------------------------------------------------------------
Each optimization is controlled by a specific bit, shown below by bit number.

	1	Intermediate code peephole optimization.
	2	Native code peephole optimization.
	4	Register optimizations.

The most common optimizations to use are 0 (no optimization) or 7 (all
optimizations), but you can control each optimization individually.  The table
below shows what number to use in the optimize directive to get specific
mixtures of optimizations.

	0	(none - the default)
	1	1
	2	2
	3	1 and 2
	4	4
	5	1 and 4
	6	1 and 2			(presumably meaning 2 and 4)
	7	1 and 2 and 4
>-----------------------------------------------------------------------

	So why is the later manual different in its details on
optimizations?  Well at one time at least there were complications between
the optimizations and the desktop shell (prizm).  To quote from a letter
from Mike Westerfield dated 21 June 1988: "I found that there is a
conflict between debug code and full optimization.  I will resolve this
problem, but in the meantime, don't use {$optimize 7} from the desktop
unless you turn debugging off first."

	This raises more questions than it answers.  Does {$optimize 7}
still cause conflicts with prizm?  Indeed is {$optimize 7} recognised
by the compiler or does it substitute {$optimize -1} instead?  You can
probably think of more, there is certainly room for some investigation
here.

-- 
Stephen Harker			phs172m@vaxc.cc.monash.edu.au
Monash University		Baloney baffles brains: Eric Frank Russell
From: foegelle@ccwf.cc.utexas.edu (Michael Foegelle)
Newsgroups: comp.sys.apple2
Subject: Weird net feed
Date: 6 Oct 92 18:11:10 GMT
Organization: The University of Texas at Austin, Austin TX

For some reason I've been getting repeats of messages from September 27th
and 28th and no new messages.  I don't know if the problem is something
weird here at Univ. of Texas or if this is going on down the net.  Any
comments?

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: bslog@pro-scat.cts.com (Bill Logsdon)
Newsgroups: comp.sys.apple2
Subject: Wanted...
Date: 5 Oct 92 04:38:48 GMT
Organization: ProLine [pro-scat] St. Petersburg, Florida.


To the original author of this message....

 RB>
 RB> 3. PC Transporter Turbo 14Mhz + 8087-2
 RB>
 RB> Applied Engineering PC Transporter (originally $800) with a 14 MHz
 RB> 8086/8 with the fastest 8087-2 (originally $200) with GS Installation
 RB> kit    (originally $100) and MS-DOS v5.0 (originally $100) and Windows
3.1
 RB>    (originally $100) and America Online (originally $25) for the crazy
low
 RB>    price of $250 (originally $1400)
 

If you want to sell it still, contact me via mail, I have cash....
id <m0mcLw2-0000BxC@crash.cts.com>; Tue, 6 Oct 92 13: 55 PDT
	id <j648220@pro-acsd.cts.com>; Tue,  6 Oct 92 13: 23 PDT
From: glennl@pro-acsd.cts.com (Glenn Levine)
Newsgroups: comp.sys.apple2
Subject: Re: GS DOS 3.3 LAUNCHER
Date: 6 Oct 92 20:15:06 GMT
Organization: ProLine [pro-acsd] Apple Corps of San Diego

Is there a program that will launch dos 3.3 from a harddrive on an 
apple IIE?
Organization: Penn State University
Date: Thu, 1 Oct 1992 19:04:32 EDT
From: <SAB121@psuvm.psu.edu>
Newsgroups: comp.sys.apple2
Subject: Re: Downloading/ARC files/ProTERM
 <92275.082307AUJGH@ASUACAD.BITNET>

In article <92275.082307AUJGH@ASUACAD.BITNET>, <AUJGH@ASUACAD.BITNET> says:
>
>In article <1992Oct1.004708.2659@msuinfo.cl.msu.edu>, schwarts@cps.msu.edu
>(Steven Eric Schwartz) says:
>>Here is what I am doing -- help:
>>
>   (stuff about binary xfer not working with kermit in here)
>>
>>All I get is errors!!!!!!!
>>
>
>  Sounds like you're using Kermit in CMS.  I was trying to do the same thing
>a few years ago and eventually gave up.  There's a problem with the way
>IBM packs its binary files that will corrupt the file when it's sent thru
>kermit to your GS (don't remember exactly..).  The solution is to only
>download text files (ie: binscii'd).  If you can't find the files you need
>in text  format, look around for another way to get the files into your GS.
>(ie: download to a mac first).  This is a real pain sometimes but I don't
>think there's any way around it.

The problem with Kermit and an IBM shouldn't be the way it's packed, data is
data!  The problem is that most (I think all!) IBM Mainframes use 7 bits for
data instead of the industry standard 8.  Why do they do this? Hmmm... Let's
think about this... This is the company that still uses EBCDIC for it's main-
frame text instead of the common ASCII.  The solution to this is to use Kermit
in binary mode with ProTERM 3.0.  ONLY 3.0 uses the kermit 8 bit quoting
method to compensate for the IBM.  Use either Kermit for the Apple II
(available from watsun.cc.columbia.edu) set to binary mode with 8 bit quoting
turned on, or use Proterm 3.0 with your parameters CORRECTLY set for 7 bits (
7e1 is what PSUVM uses).  If you have it for 8 bits, it might still connect
and actually give you usable text, depending on the method of dialing in
and what kind of connection you are using (or Dataswitch fixes this incase
you forget, but doesn't fix the IBM to send proper binary), but the binary
data will be completely worthless.  I know this may sound like a long explain-
ation, but I went through the same thing the one time I tried using ProTERM 3.0
from a friends GS.

It will work if everything is configured properly! Good luck! (And note: Early
versions of ProTERM (pre-3.0) did not do Kermit properly, and therefore are
useless for downloading binary from an IBM... Upgrade to 3.0! It's worth the
money from what I've seen!)

>
>   greg

...Sal
 ______________________________________________________________________
| Salvatore A. Buttice              |  BITNet: SAB121@PSUVM            |
| 1511 State Street    _____________|__InterNET: sab121@psuvm.psu.edu__|
| Erie, PA 16501      |  My opinions are my own.  They are subject to  |
|_____________________|   change at short notice.  PSU had nothing to  |
|_APPLE_II_FOREVER!!!_|___do_with_my_opinions,_I_formed_them_long_ago._|
|________________<This space intentionally left blank>_________________|