HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.apple2
Subject: ShrinkIt GS 1.1 (cont.)
From: David.Empson@bbs.actrix.gen.nz
Date: Mon, 12 Oct 1992 13:40:22 GMT
Organization: Actrix Information Exchange

Further to my previous posting [which, knowing UseNet, most of you
will probably see as my NEXT posting :-)] I've managed to get a
working copy of GSHK 1.1 by copying just the NuFX archive out of
the SEA file, and using the existing version of GSHK to extract it.

I then used this to create a new self extracting archive of GSHK,
which launched perfectly happily.  My first assumption was that the
original had a corrupted header (the self extracting code).

However, doing a byte-by-byte comparison of the original archive and
replacement one, the only differences were in the NuFX segment header
(dates?) and file length.

BINGO - GSHK11.SEA was 9 bytes too long.  It turns out that SSCII had
rounded the file up to the nearest 16 byte boundary.  In effect, there
was a partial header for an extra segment, which means the IIgs System
Loader didn't like the file.

This problem only applies to SSCII.  The archive was the correct length
when extracted with GSCII+ (the NDA) or BINSCII (the ProDOS-8
application).


Derek Taubert, where are you?  Fix this problem in SSCII, please!!!
I'm running version 2.3 - March 1992.


Andy - a slight bug in the SEA file: in the header for the 'archive'
segment, the 'displacement to data' field has a value which is one too
high (it should be $3E, not $3F).  This made DumpOBJ miss the $F2
(LCONST opcode) and it got very confused.
-- 
David Empson

Internet: David.Empson@bbs.actrix.gen.nz    EMPSON_D@kosmos.wcc.govt.nz
Snail mail: P.O. Box 27-103, Wellington, New Zealand
From: schwarts@cps.msu.edu (Steven Eric Schwartz)
Newsgroups: comp.sys.apple2
Subject: Re: Orca/C Linker Problems?!?!
Date: 10 Oct 92 13:51:07 GMT
Reply-To: schwarts@cps.msu.edu (Steven Eric Schwartz)
Organization: Dept. of Computer Science, Michigan State University
Originator: schwarts@atlantic.cps.msu.edu

On a related note, does anyone know how to convert ANSI cursor codes to 
something in Orca/C?


-- 
Steven Eric Schwartz            "It's not safe out here. It's wonderous, with
(schwarts@cps.msu.edu)           treasures to satiate desires both subtle and
125 East Wilson Hall-MSU         gross.  But it's not for the timid."
East Lansing, Michigan  48825                           - Q, "Q Who"
From: fisher2557@iscsvax.uni.edu
Newsgroups: comp.sys.apple2
Subject: Apple II DIDGETIZER now available
Date: 13 Oct 92 10:50:04 -0500
Organization: University of Northern Iowa

Just thought I'd let you all know; I finally got my lazy *** moving and posted
the sound didgetizer to the apple binaries.  Looking at how big those songs
are, I elected not to post up my library of songs, to conserve bandwidth.  Each
clip lasts approx 14 seconds, and takes 144 DOS sectors.  The didgetizing
routine is an & routine, and should work fine under ProDOS.  If anyone has any
questions, let me know.  I'd like to keep improving it. (a sound file packer is
in the works...  progress is slow!) Also, if anyone gets any real good
recordings, bounce me a copy.  thanks.

later,
 Nathan

p.s.  the program is a shrunk, binsciid DOS 3.3 disk, with program and three
clips included.
From: toddpw@cco.caltech.edu (Todd P. Whitesel)
Newsgroups: comp.sys.apple2
Subject: Re: AppleTalk ImageWriters and AppleWorks
Date: 14 Oct 1992 12:34:59 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: punisher.caltech.edu

Use the installer to make "AppleShare on 3.5" and boot that, then launch AW3.0.
You may need to go back to 5.0 to do this, I haven't tried it with 6.0.

5.0 did have the 8 bit namer, I don't remember if it had the 8 bit chooser too.

Todd Whitesel
toddpw @ cco.caltech.edu
Newsgroups: comp.sys.apple2
From: jimwong@owlnet.rice.edu (Jim Wong)
Subject: Re: ShrinkIt GS 1.1 (cont.)
Organization: Rice University
Date: Thu, 15 Oct 1992 07:40:16 GMT

In article <Qer=tA_00WAJ9VbLYD@andrew.cmu.edu> gregt+@CMU.EDU (Gregory Ross Thompson) writes:
>	Please put a Binary II wrapper around the SHK archive, and
>then binscii the whole thing.  Makes my life (and theoretically, lots
>of other peoples' lives) much easier.

It would be very nice if there was a Unix utility that took a BinSCII file,
remembered all of the encoded file's attributes, decoded the file and
wrapped it in a Binary II header with the correct file information.

I've got a similar program, "mcvert", that converts Macintosh BinHex files
to MacBinary II files, that I use regularly.

This solution would allow people to decode BinSCII on Unix machines and down-
load them to their Apple II's, letting their terminal emulator deal
with Binary II automatically, without inconveniencing those that don't
want to deal with Binary II, for whatever reason.


-- 
Jim Wong (jimwong@owlnet.rice.edu)
From: dleslie@girtab.usc.edu (David Leslie)
Newsgroups: comp.sys.apple2
Subject: Where to find apple // software?
Date: 15 Oct 1992 12:16:17 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: usa
NNTP-Posting-Host: girtab.usc.edu
Summary: Educational Software


I have a friend in the day-care business who wants to buy some educational
software for a load of apple //e's that were donated. I know of no major
apple // software retailer in LA; but I'm sure there are some. Can anyone
help with a store, a mail-order house that carries educational titles, or
is there anyone at all at Apple who can help coordinate? Thanks!

Dave
/--------------------------------------------------------------------\
| Amiga  ///    |  U.S.C. Trojans  | Don't  | David Leslie           |
|       ///     |     Fight On!    | Tread  |                        |
|   \\\///      |        --        | On     | dleslie@usc.edu        |
|    \XX/ A1000 |     Go Kings!    | Me!    |                        |
\--------------------------------------------------------------------/
Newsgroups: comp.sys.apple2
From: philip@utstat.uucp (Philip McDunnough)
Subject: Re: Is Deskjet 500 better than DeskWriter? (2nd request)
Organization: University of Toronto, Dept. of Statistics
Date: Sun, 11 Oct 1992 00:34:21 GMT

In article <1b7ff7INNc5p@usenet.INS.CWRU.Edu> cd248@cleveland.Freenet.Edu (Richard Sherman) writes:

[ ]

>This is my second stab at this question.  No one answered the first
>time.
>
>Sun Remarketing is selling the HP Deskwriter (refurb.) for $299.  Is
>there any advantage to getting the deskjet 500 over the deskwriter?? 

The DeskWriter has Appletalk and support for True Type fonts from the Mac.
It uses the same printing mechanism as the Deskjet500, but has no provision
for font cartridges which are useful for PC's and the GS in non-GS/OS mode.

HP has introduced 2 new colour versions of the DW and the DJ, and has lowered
the previous colours version by almost $300. Hence, the $300 for a used DW
does not sound to me as a good deal.
 
The DJ() can be used with PC's, GS's, etc...The DeskWriter is pretty much 
Mac specific, but will work with the GS. If you're sure you won't need a
printer over Appletalk connected to a Mac, then I would get a DJ(), but at 
a better price.
 
The new DW550C and DJ550C give you 300 dots/in printing using 4 colour mixing,
as oppposed to the 3 colour approach of the previous ones. I doubt there is
a GS driver yet, but these seem like excellent printers.
 
For printing text you will do far better with a DJ() than a DW().

Philip
philip@utstat.toronto.edu
Newsgroups: comp.sys.apple2
From: kimba@gnh-cathouse.cts.com (Kim Brennan)
Newsgroups: comp.sys.apple2
Subject: Re: HELP!  ZIP + MEMORY = TROUBLE
Date: 10 Oct 92 15:54:45 GMT
Distribution: world
Organization: The Internet
X-Unparsable-Date: Fri Oct 09 92 at 06:48:44 (EST)

> From: fisher2557@iscsvax.uni.edu
> I just recently purhcased a Zip Chip from another user here on the net, but
> have ran into a small (no I should say BIG) snag.  The chip.  It's too BIG. 
> I have a memory card in my //c, which is plugged into the //c's 65C02 and mmu
> chip 

Man does THIS bring back memories....
 
One thing you might check on is whether or not the sockets on your //c are
high profile or low profile sockets. Replacing a DIP socket is an exercise in
chinese torture, but it can be accomplished by a capable person.
 
The alternative...less attractive by far...is to solder the Zip directly onto
the //c motherboard (still requiring you to remove the existing socket.
 
When I added the Zip to my sister's //c I found the Zip would just fit, but
the no slot clock didn't. In SW Colorado the nearest 'computer' store is a
radio shack and they didn't have any low profile sockets. One of these days
I'll get back there and install the no slot clock.

                    -=> Message from Kim Brennan <=-
                      (kimba@gnh-cathouse.cts.com)
         {Cathouse BBS (301) 840-8567 3/12/24/9600 V.32 24 hours}
      * "This is Rumor Control, and here are the facts." (Alien 3) *
Newsgroups: comp.sys.apple2
From: gudat@avalon.physik.unizh.ch (gudat henrik)
Subject: Re: tech questions - hello matt
Organization: Informatik Club Uni Zurich
Date: Sun, 11 Oct 1992 20:49:45 GMT

In article <m0mdwh1-0000MmC@crash.cts.com> kimba@gnh-cathouse.cts.com (Kim Brennan) writes:
>> From: mattd@apple.com (Matt Deatherage)
>> The toolbox draws lines at screen resolution.  I'm not familiar with how
>> GraphicWriter draws really thin lines, unless they're sending their
>> own PostScript (are we talking to a LaserWriter here)?
>
>I think what GraphicWriter does is that it draws lines based on the thinest
>possible line...i.e if you draw a line in AWGS using condensed mode a line
>horizontally drawn is thinner than one vertically. GW assumes that people will
>print using condensed and scales the weight of the lines so that they are
>horizontal thickness rather than the vertical thickness. 
> 
>
>                    -=> Message from Kim Brennan <=-
>                      (kimba@gnh-cathouse.cts.com)
>         {Cathouse BBS (301) 840-8567 3/12/24/9600 V.32 24 hours}
>      * "This is Rumor Control, and here are the facts." (Alien 3) *

How does this work? I'm using a PenSize of 1x1, and that's the absolute
minimum. (or is 0x0 a valid size, too?????)
There MUST be a trick...

Hmmm,

henrik
-- 
Bright Software CH   gudat@avalon.physik.unizh.ch   Bright Software USA
P.O. Box 18          any demo: US$3.00              P.O. Box 120
4153 Reinach 2       info on GSymbolix, ShadowDial, Exeter, ME 04435-0120
Switzerland          Gate, SpaceFox, Mandelbrot     U.S.A.
From: fisher2557@iscsvax.uni.edu
Newsgroups: comp.sys.apple2
Subject: HELP!  ZIP + MEMORY = TROUBLE
Date: 8 Oct 92 14:39:42 -0500
Organization: University of Northern Iowa

I just recently purhcased a Zip Chip from another user here on the net, but
have ran into a small (no I should say BIG) snag.  The chip.  It's too BIG.  I
have a memory card in my //c, which is plugged into the //c's 65C02 and mmu chip
sockets, and then the chips are plugged into the other side of the memory
board.  The keyboard fits on top, very nearly touching the board.  Problem is
when I plugged in the Zip Chip, I found the keyboard does not fit back in
place!  The 65C02 is like 1/8" high (not counting pins) and the zip is more than
1/4" high. (WOW!)  The thing is like a brick.  Currently, my //c sits at home,
assembled (minus 2 case screws) with the case somewhat ajar.  Any ideas??? 
(I won't give up the chip, and don't want to give up the board)
Thanks in advance.

later,
 Nathan
From: deviant@yang.earlham.edu
Newsgroups: comp.sys.apple2
Subject: Apple 5 1/4 drive problem
Date: 15 Oct 92 16:33:57 GMT
Organization: Earlham College, Richmond, Indiana


Everyone,

Just yesterday I was trying to use my 5 1/4 drive on my IIgs but to no 
avail.  Not that long ago I used it to transfer files from AppleWorks to 
mac disks, but now I can't even boot from it.  Does anyone know what the 
problem could be?  When using the 5 1/4 driver and DOS 3.3 init I had 
problems even recognizing disks.  The only error is $0027 - Input/Output 
error.  So is my drive shot or what?

-- 

ala the Deviant@Yang.Earlham.Edu
   "You think you are ever so clever, however, you won't trap me there.
     Its turtles all the way down."
From: bjohnson@sys6626.bison.mb.ca (Brian Johnson)
Newsgroups: comp.sys.apple2
Subject: Jog My Memory....
Date: Mon, 12 Oct 92 09:26:17 CST
Organization: System 6626 BBS, Winnipeg Manitoba Canada


HELP JOG MY MEMORY...!
------------------
 
I am using an Apple //GS with a MODIFIED Q-RAM GS. The RAM card was 
modified when I received it. The mail-order company I bought it from put 
a trace cut along the slot pin connectors in order to fill the card with 
4-256Kx8 SIMMS. Therefore, the card I have is currently populated with 
one MEG however, when I repair the trace cut, I will be able to install 
4-1 MEG x 8 SIMMS. (The way it was designed to be populated.)

My question is.. Does anyone know if this card (QRAM-GS) can use 1 MEGx9 
SIMMS? or is the design restricted to 1 MEGx8 SIMMS. I dunno, because the 
card was sent to me with "0" documentation and further more, sent as a 
One MEG card which since I have learned is in fact a 4 MEG card.

Brian Johnson
WINNIPEG, Manitoba, Canada

Newsgroups: comp.sys.apple2
From: david@cs.uow.edu.au (David E A Wilson)
Subject: Re: DOS for //c wanted
Keywords: DOS 3.3, ProDos
Organization: Dept of Computer Science, Wollongong University, Australia
Date: Thu, 8 Oct 1992 23:31:01 GMT

uerics@mcl.ucsb.edu (Eric D. Shepherd) writes:
>ProDOS 8 v2.01 is the current version, but isn't currently available
>except as a part of the Apple IIGS System Disk v6.0.  Why this is so is
>totally beyond me, since ProDOS 8 is designed for 8-bit systems anyway.
>At any rate, you should be able to get a copy on ProDOS 8 v1.9 pretty
>easily.

I ordered the new 8 bit System Disk from Resource Central. After the release
date slipped, I gave in and ftp'd the system 6 disk containing P8 (I am one
of the lucky //e users with an 800k drive so had no problems with it being a
disk archive).

As P8 v2.0.1 has some known bugs (I found one of them) I hope that when the
8-bit system disk is released that it will contain P8 v2.0.2 or higher.

This will be only the second version of ProDOS I have purchased - I was
bitten by the Disk ][ bug in v1.1.1 and so kept using v1.0.1 until I
was given a copy of v1.8 or v1.9 that a //gs user had ftp'd.
-- 
David Wilson				(042) 21 3802 voice, (042) 21 3262 fax
Dept Comp Sci, Uni of Wollongong	david@cs.uow.edu.au
Newsgroups: comp.sys.apple2
From: stc7@cunixb.cc.columbia.edu (Steven T Chiang)
Subject: Re: tech questions - hello matt
Reply-To: stc7@cunixb.cc.columbia.edu (Steven T Chiang)
Organization: Columbia University
Date: Mon, 12 Oct 1992 00:38:47 GMT

In article <1992Oct11.204945.4476@ifi.unizh.ch> gudat@avalon.physik.unizh.ch (gudat henrik) writes:
>
>How does this work? I'm using a PenSize of 1x1, and that's the absolute
>minimum. (or is 0x0 a valid size, too?????)
>There MUST be a trick...

	Well, I played with printing a little while ago, and the way
to get the finest lines printable from the IW2 was to use 50 %
reduction mode.  But this was from AWGS.  AWGS is kind of cool,
because it rescales the rulers and stuff when you change your printer
configuration.

>Bright Software CH   gudat@avalon.physik.unizh.ch   Bright Software USA

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!
From: jcrane@ecst.csuchico.edu (John Crane)
Newsgroups: comp.sys.apple2
Subject: Apple IIGS For Sale - Now !
Date: 16 Oct 92 07:52:35 GMT
Organization: California State University, Chico
NNTP-Posting-Host: cscihp.ecst.csuchico.edu

For Sale Apple IIGS - Excellent Condition
$ 1000 and You Pay Shipping
Complete Apple IIGS System Includes

Apple IIGS Cpu
Apple IIGS Color Monitor
Apple IIGS Memory Card 1.24 Meg
Apple Imagewriter II Printer
Apple 3.5 Disk Drive
Apple Midi Device

Mach iv Joystick
Lots of Software
Apple IIGS & Mac Kyeboard & Mouse

Operating manuals
2400 bps modem

COntact me John Crane at 916-894-8602 or email at


******************************************************************************
*                               EMAIL ADDRESS                                *
*            Internet Access:  jcrane@cscihp.ecst.csuchico.edu               *
******************************************************************************
Newsgroups: comp.sys.apple2
From: johnmac@fawlty.towers.oz.au (John MacLean)
Subject: Re: VGA card on an Apple II?
Reply-To: johnmac@fawlty.towers.oz.au (John MacLean)
Organization: Tower Technology, Sydney
Date: Thu, 15 Oct 1992 22:56:50 GMT

In article <behrenss.719055899@hphalle6> behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens) writes:
>Jeff McWilliams <JJMCWILL@MTUS5.BITNET> writes:
>
>>Has anyone thought of taking an $80.00 VGA card and somehow wiring it to
>>an Apple II?
>"And somehow wire it to" ... hehe :) Man, you really made my day. Thank you
>*big grin*. The problem I guess is not building a VGA card (everyone can
>do that, the chipsets are all there, and several hardware people have
>pondered the idea) but getting the GS to work with it. That would mean
>rewriting the toolsets to be device-independent. Have fun.
>Soenke

The toolboxes on the GS are somewhat device-independent already. 
However, they do assume a particular memory layout.
Pixels must be stored starting in the top left hand corner, with either
2 bits per pixel or 4 bits per pixel, and each line must appear immediately
after the next in memory.
This happens to be inconsistent with how VGA boards lay out their memory map,
but it does not mean that you cannot have a connection compatible with VGA
monitors, putting out a compatible signal.

There are two possible boards that I can think of:

1) A board that is limited to 320x200x256, 640x200x256 (with no color
restrictions). Such boards should be able to fairly easily work system
software, as there would be no scaling problems.
This would give you great graphics for games (better than 3200s could
be fully animated), and a much crisper desktop.
They also have the advantage that it would be possible to have two
connections on such a board, one for Apple GS monitors, and one for
cheap VGA monitors.

2) A board with higher resolutions, such as 640x480, 600x800, 1024x768
resolution board with 256 pure colors, but memory still mapped out as
required by the GS toolbox routines, and giving a VGA/SVGA compatible
plug and signal. This would allow large monitors to be connected to the
GS.

I have a couple of concerns about such a board:
- Scanline interrupts (in particular the cursor routine, but fortunately
it has a vector in bank $E1).
- With screens greater than 640x200x16 (pure colors), you will go over
64K. Some toolbox routines may have problems with this (eg: menu manager).
-- 
This net: johnmac@fawlty.towers.oz.au                   Phone: +61 2 427 2999
That net: uunet!fawlty.towers.oz.au!johnmac             Fax:   +61 2 427 7072
Snail:    Tower Technology, 1 Apollo Pl,                Home:  +61 2 449 5930
          Lane Cove, NSW 2066, Australia.
Newsgroups: comp.sys.apple2
From: anthony@seas.smu.edu (Richard Anthony)
Subject: Re: SuperZip CDA?
Organization: SMU School Of Engineering and Applied Science
Date: Thu, 15 Oct 1992 07:09:50 GMT

In article <4erB2Pm00WAJ9VbMU0@andrew.cmu.edu> gregt+@CMU.EDU (Gregory Ross Thompson) writes:
>
>  A while ago (mid to late September, maybe) someone posted SuperZip
>CDA to c.b.a2.  I figured it was this amazing FTA zip CDA that I'd
>heard about on AOL.  Well, I seem to remember that it either bombed my
>system, or just did nothing when I tried to install it way back then.
>Anyone have any success with it?
>
>
It worked fine for me.  very nice. but dont try to use in in a p8 program!



>		-Greg
>		 InterNet: gregt+@cmu.edu
>		       or: gt0t+@andrew.cmu.edu
>		 BITNet  : R746GT0T@CMCCVB
>		 AOL     : GRThompson
From: jamesb@ecst.csuchico.edu (James L. Brookes)
Newsgroups: comp.sys.apple2
Subject: Re: ShrinkIt GS 1.1 (cont.)
Date: 12 Oct 92 19:27:41 GMT
Organization: California State University, Chico
NNTP-Posting-Host: cscihp.ecst.csuchico.edu

[bazyar writes...]

>
>  SScii is correct.  It appears that the method Andy used to get the
>file to comp.binaries.apple2 rounded the file up to the next block
>size.  Binscii/SScii both correctly maintain a file's EOF.
>  Ian Schmidt had this same problem (of the cba2 file being too long),
>and he sciibin'd it on his Unix box.
>

Ah, but I used Unix sciibin and it worked fine for me.  Seems like I
was one of the [very] few who could actually unpack it without bending over
backwards to do it...

The question is, why didn't Andy stick it in a BinaryII header so we wouldn't
have to change the filetype/auxtype?  Isn't that the whole point of having BII?

> bazyar@cs.uiuc.edu         |   P.O Box 620334
-- 
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
|          James Brookes            | Inet: bb252@cleveland.freenet.edu |
|``What, me worry?'' - A. E. Neuman |   jamesb@cscihp.ecst.csuchico.edu |
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Newsgroups: comp.sys.apple2
From: David.Empson@bbs.actrix.gen.nz
Subject: Re: ShrinkIt GS 1.1 (cont.)
Organization: Actrix Information Exchange
Date: Fri, 16 Oct 1992 12:01:17 GMT

In article <Qer=tA_00WAJ9VbLYD@andrew.cmu.edu> gregt+@CMU.EDU (Gregory Ross Thompson) writes:
> 
>   So I guess this is a general plea to everyone who uploads stuff:
> 	Please put a Binary II wrapper around the SHK archive, and
> then binscii the whole thing.  Makes my life (and theoretically, lots
> of other peoples' lives) much easier.

The problem is that not everyone has access to sciibin.  My guess is
that the majority of users have no option other than to download the
whole BinSCII archive, and extract it on the Apple II.  If a Binary II
header had been added, these people (myself included) would then have
to remove that before being able to launch the self-extracting archive.

Since the comms program was downloading a BINSCII archive, it couldn't
automatically strip the Binary II header; you have to launch ShrinkIT,
Binary.Down or whatever to remove the header.

Since you have to run an archival program anyway, there wasn't any
point in making the archive self extracting.

Therefore, my recommendation is:

If you are uploading a shrinkit archive to comp.binaries.apple2, add a
binary II header and then BinSCII it.  DON'T make it a self-extracing
archive.  You'll save 12k.


Self extracting archives are ideal for uploading files to local BBSes
- it is the best possible way for someone who doesn't have GSHK to get
a copy.  SEA's uploaded to a BBS should also have a Binary II header,
as normal.

All IMHO, of course...  :-)
-- 
David Empson

Internet: David.Empson@bbs.actrix.gen.nz    EMPSON_D@kosmos.wcc.govt.nz
Snail mail: P.O. Box 27-103, Wellington, New Zealand
Newsgroups: comp.sys.apple2