HDTenEightyP/NetNews huggingface dataset:
From: ken@cs.UAlberta.CA (Huisman Kenneth M)
Subject: sending escape codes to printer
Keywords: printing escape codes amiga
Organization: University of Alberta, Edmonton, Canada
Date: Mon, 31 Aug 1992 05:24:00 GMT

I have a question about sending escape codes to a printer from a C program.
how do you do it?  I want a program I am writing to be able to change the
printer setup.  I've tried the following:

FILE *printer;

printer=fopen("prt:","w"); 

fputs("\033\170\060"); /* send an escape sequence to printer */


but for some reason the above doesn't work.  It won't change the
printer settings.

with the above method, I CAN send ordinary text to the printer and have
it print in the default mode, but it won't accept the escape code
sequences for some reason (I know they are valid - I looked them up in
my printer manual).  Its almost like the escape sequences aren't even
getting there.

Is there something I am doing wrong?  Is there a better way to do this?


help would be appreciated, thanks.
(email preferred)

Ken

ken@cs.ualberta.ca
Newsgroups: comp.sys.amiga.programmer
Subject: Re: TypeOfMem()/BltBitMap().
From: jbickers@templar.actrix.gen.nz (John Bickers)
Date: 4 Sep 92 16:57:34 PST
 <1992Sep2.112816.21282@rz.uni-karlsruhe.de> <jbickers.0elw@templar.actrix.gen.nz> <34871@cbmvax.commodore.com>
Organization: TAP, NZAmigaUG

Quoted from <34871@cbmvax.commodore.com> by chrisg@cbmvax.commodore.com (Chris Green):
> In article <jbickers.0elw@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:

> >    Hm. Ok, is the Flags field in a struct BitMap used for anything?

> 	HANDS OFF THE PAD AND FLAGS FIELDS OF BITMAPS!!!!!

    Ok, that's nice to know. I was about to release a program that did
    use the Flags field...

> |Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
--
*** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
From: entity@nsq.uucp (cybernetworx)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: List of Amiga Compilers, Assemblers, Interpreters
Date: 3 Sep 92 13:33:42 GMT
Organization: NSQ

In article <1992Sep1.170656.2989@news.uit.no>, borgen@stud.cs.uit.no (Boerge Noest) writes:
> In article <1992Sep1.160734.17641@galileo.cc.rochester.edu> rjw@merlin.cvs.rochester.edu (Robert Wilson) writes:
> >Macro68 by DigiSoft (distributed in USA by the Puzzle Factory).
> 
> When was the last time anyone heard from DigiSoft?

I phoned them up about 2 months ago just before buying ReSource v5.05 and
macro68 v3.165.  Got a deal because I bought them together.  Normally they
go for $150(US) each.

BTW, just to add to the 'List':
 
Macro68 has cleaned up their documentation and has put together an online
hypertext help now.  Simply click on the keyword or subject to get to where
you want.  The manual is still NOT spiral bound and is not as up to date as
the online help.  Then again, once you have online help, who the heck goes to
the manual anyhow?
 
Don't know if anyone mentioned this or not, but macro68's precompiled includes
can be made resident so that they don't even have to be loaded between
assemblies!  This makes for ridiculously fast compiles.

I've tried a whole bunch of assemblers (commercial and PD) and this has got to
beat the pants off of everything on ANY platform!  If you're serious about
assembly, then BUY THIS PROGRAM!
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SERIAL.DEVICE HEEEEELLLLLPPPPPPP
Date: 30 Aug 92 14:25:15 GMT
Reply-To: cbmvax!cbmehq!cbmfra!swinjm!forgeas (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <u895762.715081138@bruny>, Paul S.E. writes:

>  So, I am wondering if there is a way to stop the serial.device from waiting
> until the buffer is full, and hand over the characters as they come instead.

1st solution:
Do a CMD_QUERY, and if there is no character in the buffer, do not send read
command.

2nd solution:
Use SendIO() instead of DoIO().

    Jean-Michel
--
Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
4 rue du General Leclerc                       __
95210 Saint Gratien, France                    \/
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SASC 6.0 (food for thought)
Date: 28 Aug 92 18:22:35 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <SIE.92Aug28144523@introitus.fulcrum.bt.co.uk>, sie@fulcrum.bt.co.uk (Simon Raybould) writes:
|> In article <BtLDsK.z9@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
|>    In article <1992Aug25.221919.12437@ccu.umanitoba.ca>, kaarts@ccu.umanitoba.ca (Kenneth John Aarts) writes:
|>    |> In general, what is the average speedup for a generic program by generating
|>    |> 030 specific code?
|> 
|>    I got curious and tried the Dhrystone 2.0 benchmark on my A3000.
|>    I got the following results:
|> 
|> 	 V5.10, 68000:   6362.7 Dhrystones/sec
|> 
|> 	 V5.10, 68030:   7287.4       "
|> 
|> 	 V6.0,  68000:   8039.4       "
|> 
|> 	 V6.0,  68030:   8708.3       "
|> 
|>    This was with full optimization and registerized parameters
|>    in both versions.
|> 
|> 
|> What about the 68040 ?
|> There are quite a lot of amigas around with 68040's these days.

|> Simon J Raybould    (sie@fulcrum.bt.co.uk)            //              {o.o}

OK, one more try... I found that I wasn't really cranking up
the optimization as far as it would go, so I did it again.
This time I set the inlining function up as high as it would
go, which increased the code size significantly but bought
some additional speed.

The V5.10 numbers are the same, the V6 numbers are new.  All numbers
were generated on an Amiga 3000/25.

   V5.10, 68000:   6362.7 Dhrystones/sec
   V5.10, 68030:   7287.4       "

   V6.0,  68000    8321.8       "
   V6.0,  68030    9202.5       "

Then I did the same set of tests on an Amiga 3000 with a 68040
board installed:

   V5.10, 68000:   20761.2 Dhrystones/sec
   V5.10, 68040:   24477.2      "
   
   V6.0,  68000:   25603.8      "
   V6.0,  68040:   28301.9      "

Note that since the Dhrystone benchmark doesn't use floating
point, there would be no difference between code compiled for
the 68030 or 68040.  The only difference between SAS/C code
generated for the '030 and the '040 is that floating point
instructions which must be emulated on an '040 are not
generated.

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  ToolMaker from CATS
Date: 27 Aug 92 03:50:05 GMT
Reply-To: cbmehq!cbmden!hemmer@cbmvax.commodore.com (Franz Hemmer)
Organization: InterActivsion
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <heinz.035s@edohwg.UUCP> heinz@edohwg.UUCP (Heinz Wrobel) writes:
> In article <hemmer.01tt@hemmer.adsp.sub.org> hemmer@hemmer.adsp.sub.org (Franz Hemmer) writes:

> >ToolMaker has nits, but is however very useful. It can produce source code
> >for ARexx compatibility, supports #pragma's, asl.library etc. etc. If you
> >spend much time programming GUI's, it's strongly recommendable.
> 
> But it's not font independent in its GUIs which makes it IMHO useless for
> 2.04 conforming development.

You have a strong point here, and all we can hope for, is that ToolMaker
comes up with a solid scheme to be font sensitive. Until then, you can still
make nice looking GUI's with hardcoded fonts.

> Heinz Wrobel, Edotronik GmbH (ECG018)

> "He who doesn't develop with an A2024 doesn't know about font independent
>  user interfaces..."

Rubbish :-) "He who owns an A2024 AND uses a system default font of courier 18,
gets a pain in the neck over non-font-sensitive applications."

I know font sensitivity is of extreme importance to you, but there are still
guys out there that can live with a topaz 8-11 font ! :-)

-- 
*-------------------------------------------------------------------------*
|         _   UseNet: (uunet|rutgers|pyramid)!cbmvax!cbmehq!cbmden!hemmer |
|         \\ _                         CBMNET: hemmer@hemmer.adsp.sub.org |
| InterActi\X/ision - The name of precision                               |
| Best regards                         >> Carpe Diem! - Seize the day! << |
| Franz Hemmer - Software Developer located in Silkeborg, Denmark, Europe |
*-------------------------------------------------------------------------*
From: sboutwel@sandbox.kenn.wa.us (Scott Boutwell)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga PASCAL?
Date: 2 Sep 92 20:30:42 GMT
Organization: The Sandbox, Public Access HP-UX

PCQ is good but PD!  MetaComco suck's real bad.  (Sorry if that offends
someone but non-standard languages bother me.)  As for Hi-Soft Pascal have not
had the opportunity to try it yet but have heard it is alot like Turbo Pascal
it is costly though.
-- 
Scott Boutwell -+- [Sboutwel@sandbox.kenn.wa.us]

*-------------------*-------------------------------------------------*
|   The Tri-Cities  |    Sandbox (509)735-1640 Public Access HP-Ux    |
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Making Link Libraries
Date: 29 Aug 92 11:52:57 GMT
Reply-To: cbmvax!cbmehq!cbmfra!swinjm!forgeas (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <Btn8BB.4yH@usenet.ucs.indiana.edu>, ERIC JAMES writes:

>   I would like to make a librarie to link to a pascal program using the linker
> blink, but don't know how, can anyone help?  I could just put several external
> procedures into a file and compile it into object coed, but the linker will add
> all the code to the program, not just the code I use.

That's the way but you should put every external procedure into a file and
compile them separately. Then you just have to join (with the C:Join command)
all the object files to one file called for example your.lib, and use this
file after the keyword LIB of blinker.

Best regards
    Jean-Michel
--
Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
4 rue du General Leclerc                       __
95210 Saint Gratien, France                    \/
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: ClearEOL and SetAPen
Date: 30 Aug 92 10:29:35 GMT
Article-I.D.: terapin.paulk.1av8
Organization: BBS

THe latest Amiga Mail had a nifty article about tricks to optimize your
graphics & intuition rendering in windows.  One thing it pointed out was the
high cost of SetAPen and suchlike.  It suggested that if you're doing, say, a
bunch of drawing in one color, and a bunch of area filling in another color,
you might want to create two rastports so you're not always changing the color
settings of one rastport.

My question is, does using ClearEOL have the kind of overhead that changing
colors does, or does it just use the existing pen setup efficiently?
Newsgroups: comp.sys.amiga.programmer
From: pmiller@csugrad.cs.vt.edu (Paul Miller)
Subject: Font-size independence GadTools package
Organization: The Ohio State University Department of Computer and Information Science
Date: Wed, 26 Aug 1992 13:39:05 GMT

Many of you GadTools programmers have been expressing displeasure with
the inability to generate font-size independent code from within these
GadTools interface builders.

If anyone is interested, I have a GadTools front-end package (not a
builder) which makes it much easier to build in font-size independence
where it belongs -- when you create your GadTools. This consists of
a set of routines and standard programming conventions which let you
generate GadTools gadget lists based entirely on a specific font size,
with built-in default sizes for most Gadgets. Your resultant code will
be less than half the size standard font-size independent GadTools
setup code, and much more readable.

-- 
****************************************************************************
* Paul Miller                         |Nobody cares about my opinion anyway*
* Certified Amiga Developer           |                                    *
* INTERNET: pmiller@csugrad.cs.vt.edu |    - Have a JOLT and a smile! -    *
* ------------------------------------------------------------------------ *
* "What IS it, man?"                                "Happy Happy, Joy Joy" *
****************************************************************************
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: 1.2, 1.3, and 2.0 question
Date: 28 Aug 92 17:44:31 GMT
Organization: BBS

> 1) What determines the stack for the program run with "Execute"
> call?
 
I believe it's copied from the parent CLI process, or 4000 bytes if
the parent is not a CLI.
 
> 2) Does someone have an example of how to detect the amount of
> stack you are using?  How much you have been given?
 
The stack size is in the longword pointed to by the address in your
struct Process's pr_ReturnAddr field.
 
> 3) Is there some reason why a 2.04 compiled call to Execute() would
> not run under 1.2 or 1.3?  Is there someing I can do about it?
 
I would think not.  Are you sure it's using Execute() under 2.x and
not System()?
From: "barry fruitman" <barry.fruitman@canrem.com>
Newsgroups: comp.sys.amiga.programmer
Subject: listview highlight
Date: 2 Sep 92 00:13:50 EST
Reply-To: "barry fruitman" <barry.fruitman@canrem.com>
Distribution: comp
Organization: Canada Remote Systems

-> This message won't go out, unless you leave a space between 'UN:' and
-> 'Listview'.

It doesn't say that in the CRS Usenet docs. Plus I have sent messages
out like that before and have received replies from the net.
The only thing the docs say about spaces is that there must be one there
after the "to:" in a private message.
Who told you a space is required after the "UN:"?


Barry Fruitman
--
Canada Remote Systems  - Toronto, Ontario/Detroit, MI
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.sys.amiga.programmer
From: bacon@cwis.unomaha.edu (Russ Bacon)
Subject: pr for the Amiga
Summary: info wanted on src for pr or a port to the Amiga
Keywords: pr unix text_formatting
Organization: University of Nebraska at Omaha
Date: Tue, 1 Sep 1992 21:33:36 GMT

Does anyone know if a port of the unix pr utility has been made for the Amiga?
I really like the way it allows you to format output, especially in file
redirection and piping.  I would think that someone had done it by now.

yea or neigh?

Thanks.

Russ Bacon
 
I forsee a world where human difference is a cause for celebration instead
of fear; a cornucopia rather than a jar of oil and vinegar."  Wm Blake at 17
---------------------------------------------------------------///---------   
Russell Bacon - ESL Instructor, linguist, cultureophile       ///  Have you
Bacon@odin.unomaha.edu    Univ. of Nebraska at Omaha     \\\ ///    tried
FIPSR1207@bestsd.sdsu.edu                                 \\XX/  an AMIGA??
L1------------->---------------->------------------->------------------->L2
From: ricci@cbmvax.commodore.com (Mark Ricci - CATS)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: RKM: Libraries - examples?
Keywords: rkm libraries examples
Date: 26 Aug 92 13:55:40 GMT
Reply-To: ricci@cbmvax.commodore.com (Mark Ricci - CATS)
Organization: Commodore, West Chester, PA

dwl10@ccc.amdahl.com (Dave Lowrey) writes:
>Are the examples from the 2.04 RKM: Libraries book available
>in "electronic" form?
>
>I know that the ones from 1.3 showed up on a fish disk (or two).

We're not quite done yet, but awfully close.  We will be submitting
them to Fred Fish as we did with the 1.3 disks.

Mark
===============================================================================
 Mark Ricci - CATS          |  
 Commodore Applications and |      We know who gave the best speech.
 Technical Support          |             
 ricci@cbmvax.commodore.com |             Kemp in '96.
===============================================================================
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SASC 6>.0
Date: 28 Aug 92 14:47:23 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <SIE.92Aug28141604@introitus.fulcrum.bt.co.uk>, sie@fulcrum.bt.co.uk (Simon Raybould) writes:
|> 
|> Will cpr work with a 68040 in SAS6 ?
|> I have SAS 5.10 and since I upgraded to a 68040, the debugger hasn't
|> worked, even with all of the caching turned off.

Yes, in fact Steve Krueger is working on a 68040 to develop CPR.

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: A serial.device example (LONG) (was Re: SERIAL.DEVICE HEEEEELLLLLPPPPPPP)
Date: 3 Sep 92 10:37:35 GMT
 <mbs.0x9d@adastra.cvl.va.us>
Reply-To: cbmvax!cbmehq!cbmfra!swinjm!forgeas (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <mbs.0x9d@adastra.cvl.va.us>, Michael B. Smith writes:

> Flames to NIL:
>
>
 [...and follows setupserial, readserial, etc... all a serial source...]

Are we obliged to receive such large source postings of 15K in this
newsgroup?
Isn't it a a special newsgroup where large source should be redirected?
I think it is not correct.

Best regards,
    Jean-Michel
--
Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
4 rue du General Leclerc                       __
95210 Saint Gratien, France                    \/
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:   ToolMaker from CATS
Date: 27 Aug 92 18:32:56 GMT
Organization: Edotronik GmbH

In article <hemmer.01x4@hemmer.adsp.sub.org> hemmer@hemmer.adsp.sub.org (Franz Hemmer) writes:
>> "He who doesn't develop with an A2024 doesn't know about font independent
>>  user interfaces..."
>
>Rubbish :-) "He who owns an A2024 AND uses a system default font of courier 18,
>gets a pain in the neck over non-font-sensitive applications."

:-))) I agree based on own experience. :-)))

>I know font sensitivity is of extreme importance to you, but there are still
>guys out there that can live with a topaz 8-11 font ! :-)

If all applications were font sensitive they could have their topaz 8-11
font :-))

>| Franz Hemmer - Software Developer located in Silkeborg, Denmark, Europe |

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: Debugging a filesystem handler...
Organization: Jet Propulsion Laboratory
Date: Wed, 2 Sep 1992 20:52:52 GMT

In article <1992Sep2.113512.25406@rhrk.uni-kl.de> apel@physik.uni-kl.de (Martin Apel (SAGA)) writes:
>peterc@suite.sw.oz.au (Peter Chubb) writes:
>: 
>: I'm trying to write a new filesystem handler.  Example code that I've
>: looked at (RAW and the disk-handler from earlier Fish disks) debug by
>: opening a CON:  window, then sending CMD_WRITE messages to the
>: console's message port.  This worked under WB1.3 (last time I tried).
>: 
>: This no longer seems to work under WB2.05.  Instead the console device
>: appears to hang -- no new consoles can be opened.  
>: I'm using SAS C 5.10a.  The code looks something like:
>: 
>: #include <proto/all.h>
>: struct ExecLibrary *SysBase;
>: struct DosLibrary *DosBase;
>: extern struct ExecLibrary * __far AbsExecBase;
>: BPTR	debugFH;
>: 
>: long __saveds
>: handler()
>: {
>: 	SysBase = AbsExecBase;
>: 	if ((DosBase = OpenLibrary(DOSNAME, 0)) == NULL)
>: 		return DOSFALSE;
>: 	debugFH = Open("CON:0/0/640/200/Handler Debug", MODE_NEWFILE);
>: 
>: 	fsmsg = taskwait();
>: 	....
>: }
>: 
>: (I'm typing this in from memory; the actual code is at home!).
>: 
>: Does anyone know why this no longer works?
>: 
>: 
>: 			Regards,
>: 
>: 				- Peter Chubb

	Handlers suffer from the same limitation tasks do in that most of
the routines in the DOS library cannot be used. V1.3 must have been pretty
lax in this area as I used to be able to get away with some similiar shit
myself. Beginning with 2.0, C= tightened up on the reins.

jeff

Newsgroups: comp.sys.amiga.programmer
From: nsd20463@uxa.cso.uiuc.edu (Nicolas S. Dade)
Subject: Re: problem with movea.l
Organization: University of Illinois at Urbana
Date: Tue, 1 Sep 1992 01:55:48 GMT

nsd20463@uxa.cso.uiuc.edu (Nicolas S. Dade) writes:

>>Using those, here is a move.l (a5)+,a0

>>%0010 000 001 011 101

>All this talk is fine, but what happens when you feed this to a 68000?
>I'll tell you: it punts, and heads straight for the Illegal Op Code
>exception vector. There ain't no such instruction.

I really messed up with this one. Thanks to Jesse for pointing it out
to me so nicely.

There is an instruction which corresponds to this bit pattern: 
movea.l (a5)+,a0; the 68000 will not punt, and it will not head for
anything more than the instruction at (pc)+.

However it will not set the CCR to reflect the number loaded into a0,
which is the behavior prescribed by the general move instruction.

>>Jesse
>-Nicolas Dade
-Nicolas Dade
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
From: bdonison@cookie.UVic.CA (Only AMIGA!)
Subject: Re: Disk Problem Solved!
Keywords: FixDisk
Organization: University of Victoria, Victoria, BC, Canada
Date: Thu, 27 Aug 92 06:54:18 GMT

In article <1992Aug27.021958.27803@cs.wisc.edu> faber@loon.cs.wisc.edu (Ted Faber) writes:
>
>	Thanks to everyone who replied with help to my disk troubles.  FixDisk 
>	(on a Fish Disk and a comp.binaries.amiga archive) saved the day,
>	and even fixed a few other lingering troubles of mine.  Thanks
>	again to everyone who helped, the net really is a friendly place.
>
>
>"It is a rather pleasant experience to be alone in a bank at night."
>   -- Willie Sutton
>
>-- 
>Ted Faber		Figment at Large		  faber@loon.cs.wisc.edu
>-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
>"The ability to quote is a serviceable substitute for wit." -- Maugham
>-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Which version of FixDisk worked?  I have version 1.2 and it guru's EVERY
time it tries to validate an unvalidated partition.

I have a 2000 with 1.3 OS, 1 MB chip, 4 MB fast, GVP series II with
105 Quantum hard drive.  And my 39 Meg partition won't validate, I get
something like: error bad key 34708

Help, I don't want to waste an afternoon backing up and restoring my
hard drive.

Brad

(* <><><><><><><><><><><>.sig version  2.01<><><><><><><><><><><><><><> *)
(* Brad Donison    on the street with: bdonison@grover.uvic.ca          *)
(* perferred @ ->  bdonison@ra.uvic.ca or bdonison@solaris.etc.bc.ca    *)
(* ------> "Get PETRAfied!!!" <---------                                *)
(* Space for rent, reasonable rates:                                    *)
(* -------------------------------------------------------------------- *)