HDTenEightyP/NetNews huggingface dataset:
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: WB2.04 distribution solution
Date: 21 Jul 92 08:05:17 GMT
Organization: Amiga makes it possible
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <54577@mentor.cc.purdue.edu> tna@mentor.cc.purdue.edu (Trevor Andrews) writes:
> In article <33138@cbmvax.commodore.com< peter@cbmvax.commodore.com (Peter Cherna) writes:
> <In article <50.2a6a4876@ivgate< phil.dietz@oaminet.omahug.org writes:
> <<Everyone on the net, mail to suggestions@commodore.COM for them to make a
> <<public FTP node.
> <
> <suggestions@cbmvax.commodore.COM is not an opinion survey.  Flooding it
> <with requests does nothing to increase the likelihood of any solution,
> <nor does it endear you to the person who has to sort and classify incoming
> <bugs and suggestions.  One report is quite adequate, thank you.
> <
> <If we were interested in setting up some contact point where "everyone
> <on the net" could be encouraged to contact with the same request,
> <we'd have set up a 900-number.
>
>   So, I get the impression cbm doesn't care what their customers
>   want...
>
>   :-)
>

I volunteer to give up my award (2 years running) as Amiga Cynic of the Year
to this guy :)  Or am I more of a typical Amiga person than CBM people
would like to believe?

> <:-)
> <
> <<phil.dietz@oaminet.omahug.org
> <
> <     Peter
> <--
> <Peter Cherna, Operating Systems Development Group, Commodore-Amiga, Inc.
> <{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
> <My opinions do not necessarily represent the opinions of my employer.
> <"No guts, no glory."

--
Amiga programmer of: GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle
Sega Genesis programmer of: Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024
Newsgroups: comp.sys.amiga.programmer
From: goldman@leland.Stanford.EDU (Oliver Isaac Goldman)
Subject: g++ availability
Organization: DSG, Stanford University, CA 94305, USA
Date: Tue, 28 Jul 92 14:59:44 GMT

Newsgroups: comp.sys.amiga.programmer
Subject: g++ availability
Summary: 
Expires: 
Followup-To: 
Distribution: world
Organization: DSG, Stanford University, CA 94305, USA
Keywords: g++


I understand the latest version of g++ is a true c++ compiler
(not a front end) and supports templates.  I'd like to know:

	if this version has been ported to the Amiga yet ?

	if so, where can I ftp it from ?

	if not, does anyone know if a port is being done?

Please reply to goldman@leland.stanford.edu, as I can't read this
group regularly over the summer.  If you'd like to know the answer,
e-mail me and I'll let you know what I find out.

Thanks a million,
--Oliver
From: slmt9@cc.usu.edu (Joshua Dinerstein)
Newsgroups: comp.sys.amiga.programmer
Subject: Command execution speed tablew wanted.
Date: 29 Jul 92 10:20:39 MDT
Organization: Utah State University

	Hi all,

	I am looking for something like a table of command execution speeds
for the assembly language commands. Does a table like this even exist?

	I have the older blue motorolla book that has several tables in the
back. But I can never seem to truely figure out what those tables are saying.
So if you have a table or something like this then please let me know or even
just send me a copy of it. 


	Thanks in Advance,
	Joshua

-- 
**************************************************************
*                     *                                      *
*  Joshua Dinerstein  *  Nothing matters and what if it did? *
*  SLMT9@cc.usu.edu   *            - Who Knows!!!            *
*                     *              Anyone?? Anyone??       *
**************************************************************

If it's a raincoat why does it have to be dry cleaned?
        - Some Guy on some comody show
From: umpistun@ccu.umanitoba.ca (Brent Pistun)
Newsgroups: comp.sys.amiga.programmer
Subject: Abacus Vector book
Date: 29 Jul 92 01:44:25 GMT
Organization: University of Manitoba, Winnipeg, Manitoba, Canada


    Several years ago Abacus books released a book for the ST dealing with
Ray Tracers and Vector graphics.  If anyone out there owns this book can
they mail the ISBN number to me?  Thanks in advance.



-- 
Brent E. Pistun                       Computer Engineering            \  /|
umpistun@ccu.UManitoba.ca           University of Manitoba            'o.O`
                                                                     =(___)=
                                                                        U
Newsgroups: comp.sys.amiga.programmer
From: walrus@wam.umd.edu (Udo K Schuermann)
Subject: SAS/C 5.10b fopen(...,"w+") bug?
Summary: "w+" doesn't preserve file as documented
Organization: University of Maryland, College Park
Distribution: comp
Date: Sun, 26 Jul 1992 19:05:53 GMT

Hi, it's me again.  Seems all I ever have is problems :-(

I use SAS/C 5.10b under KS2.04 and am opening a file with a statement such
as the following:

	struct FILE *myFile;
	myFile = fopen("t:test","w+");

This clears out the file if it contains any information instead of preserving
existing information!  The documentation on page L72-L73 describes the use of
the "w+" mode as 1) creating the file if it doesn't exist yet, 2) preserving
existing contents (WHICH IT DOESN'T!), 3) providing r/w access to the file.

The function behaves exactly as if I had not specified the "+" symbol in the
mode.  I have though.  I have I have I have!  :-/

Is this a known problem and does this have a workaround?  I've traced
through the assembly of the fopen() call until I got thoroughly lost; it
seemed, though that the fopen() function called the level 1 open()
function.  So if this problem propagates to the level 1 open() then what
can I do?

I've now spent too many hours on it, even slept over it, and the problem
persists.  Resorting to a sequence of "r" and "w" calls is not really an
acceptable solution for a variety of reasons.

Anyone?  Please?!?

 ._.  Udo Schuermann     "If I went around calling myself emperor just because
 ( )  walrus@wam.umd.edu  some moistened bint lobbed a scimitar at me, they'd
 Seeking virtual memory   put me away!"         -- Monty Python's "Holy Grail"
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HD recovery program of choice
Date: 29 Jul 92 18:17:44 PST
Organization: BBS

> QuarterBackTools always did the best job for me, never trashed
> something.  Never regret my purchase.
 
Quarterback Tools 1.5's repair functions work well for me, except (1)
they still don't understand hard and soft links after they've been
available to developers for more than two years, and (2) it was not
able to repair the damage done when the disk optimizer malfunctioned
on me.
 
I use ReOrg for optimizing.  It's both more reliable and FOUR TIMES
as fast.  I still use QBT for diagnosing any possible problems of
corrupt disks.
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: WB2.04 distribution solution
Date: 21 Jul 92 18:10:09 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

peter@cbmvax.commodore.com (Peter Cherna) writes:
>In article <50.2a6a4876@ivgate> phil.dietz@oaminet.omahug.org writes:
>>Everyone on the net, mail to suggestions@commodore.COM for them to make a
>>public FTP node.

	Interesting trick, as we're not on the internet...

>If we were interested in setting up some contact point where "everyone
>on the net" could be encouraged to contact with the same request,
>we'd have set up a 900-number.
>:-)

	Hmm, maybe Dave and Peter and I should start 1-900-ASK-AMIGa and
replace our mailboxes... 1/2 :-)

-- 
"Rev on the redline, you're on your own; seems like a lifetime, but soon it's
 gone..."  Foreigner
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: MakeScreen(); RethinkDisplay() vs. MakeVPort(); MrgCop(); LoadView()
Date: 26 Jul 92 18:20:11 GMT
Article-I.D.: terapin.paulk.0wja
Organization: BBS

> It seems that several programmers are able to achieve significant
> scrolling performance, and in a window, no less.  And in a window
> is where a text editor belongs.
> If you don't believe me, check out the various high-performance
> text editors such as TurboText, CygnusEd, and others.
 
In a *backdrop* window, generally.  That makes a difference.
 
Uedit, for one, does its fast scrolling by assuming there are no
layers over its backdrop.  (The author could have put a simple check
in there to make sure, but has not in the current version.)
 
> RethinkDisplay() is the general "I munged a screen, please make
> everything happy again" function.  We're not going to supply
> specialized mini-versions to handle each potential sub-case.
 
What about ScrollVPort()?  From the docs it sounds like a
"specialized mini-version" to handle most of the cases being discussed
here.  If that one could be sped up a bit it would probably be a
pretty good answer.
From: cg@ami-cg.UUCP (Chris Gray)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  2.04 Includes
Distribution: world
Date: 25 Jul 92 01:41:36 MST
Organization: Not an Organization

In article <1992Jul20.022301.29933@ariel.ec.usf.edu> stelmack@eggo.tmc.edu
(Greg Stelmack) writes:

>And while you're at it, improve on it -- do a bunch of typedefs, so I can
>do a "Screen *MyScreen" instead of "struct Screen *MyScreen"!

No! If you do that, at least use something like 'Screen_t' for the type
name!

--
Chris Gray   alberta!ami-cg!cg	 or   cg%ami-cg@CS.UAlberta.CA
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Digitizing
Distribution: world
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Date: 25 Jul 92 11:10:52 PST
Organization: Amiga makes it possible

In article <1992Jul21.024310.7360@ariel.ec.usf.edu> stelmack@eggo.tmc.edu (Gregory M. Stelmack) writes:
> I am writing some code to do digitizing. As it should be processor
> independent, I was going to use the following approach:
>
> Allocate a CIA timer
> Initialize it to countdown depending on my sampling frequency
> Install an interrupt handler to get the current value
> Signal the main task when done.
>
> So, I started with the CIA timer example from the Devices manual.
> Unfortunately, the provided code did not compile with SAS/C 5.10b. It
> complained that it was looking for "CxBase", which was in the pragmas.
> I changed CxBase in the pragmas to be CIABase, and initialized CIABase
> depending on the timer I allocated as being the pointer returned from
> "OpenResource". Is that correct?
>
> Now, however, with my own interrupt handler, the machine freezes up, and
> I have to do the 3 fingered salute three times before the machine reboots.
> Any ideas what might cause that? Is it something related to that example?
>
> If anyone has code that allocates a CIA timer and installs an interrupt that
> works under SAS/C 5.10b they would be willing to share, I would be most
> appreciative.
>

Looks to me as if you are doing things the HARD way.  The best way I've
found to write sampling software is to use the audio hardware interrupts.
If you don't use audio.device, you can just program the audio hardware
to go at the sample rate you desire.  Stuff a ZERO in the DAC register
and you get interrupted by the audio hardware at exactly the time you
want to sample your first byte from the sample.  Take that byte and stuff
it into the DAC register and wait for the next interrupt.  Repeat until
mouse button pressed or you otherwise determine it is time to stop sampling.


To test the mouse button with interrupts disabled (a good idea if you want
accuarate sampling):

	btst	#6,$bfe001
	beq.s	ButtonPressed		; note hardware is inverted logic :)

You can easily code the above in 'C' if you must :)


> --
> -- Greg Stelmack (stelmack@eggo.csee.usf.edu)
> -- FullTime Grad Student, PartTime Amiga Salesman, PartTime Amiga Developer
> -- Author of: Spades, Pro Port Analyzer Plus, more to come...
> -- DISCLAIMER: The opinions reflected here are mine and mine alone.

--
Amiga programmer of: GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle
Sega Genesis programmer of: Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024

Newsgroups: comp.sys.amiga.programmer
From: tomme@Minsk.docs.uu.se (Thomas Holmstr|m)
Subject: 1Mb stack overflow in Precognition 1.0
Keywords: precognition, gadgets, stack, programming
Organization: UDAC, Uppsala, Sweden
Date: Wed, 22 Jul 1992 06:15:24 GMT


	Does anyone else use a fine piece of software called "Precognition" ?
It's for creation of 3D gadgets, listeditors and windows. In my opinion
the code generated and the look of the application is far beyond PowerSource
GadToolsBox.
	I am though, having some problems. The program sometimes crash with
a "Stack overflow" even when I have the stack set to 1Mb (!). No further
error message is given and after that the program freezes but leaves the
screen and windows open. Is there a fix for this?
	Also, the documentation is a bit sparse. There is a object module to
link with that is called from the generated code but it would be nice to
know just wich functions are defined in the module and how they are called.


--
_/_/_/_/_/   _/    _/         Thomas  Holmstr|m
   _/       _/_/_/_/        tomme@Student.docs.uu.se
  _/       _/    _/            +46 18 261628
 _/       _/    _/   DVL, University of Uppsala, Sweden
From: doiron@starpt.UUCP (Glenn Doiron)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Library Call?
Date: 25 Jul 92 02:59:23 GMT
Organization: 68K Software Development
X-NewsSoftware: Amiga GRn V1.16b 5/26/92 by Mikes Schwartz & Smith

In article <dvaz.02vz@dvtown.UUCP> dvaz@dvtown.UUCP (David Vazquez) writes:
>In article <sims.711374458@sauron.msfc.nasa.gov> sims@sauron.msfc.nasa.gov (Herb Sims) writes:
>>I am in the process of writing an assembly language program and I seem to have
>>a small problem.  When ever I do a BLINK the linker finds a call to _SysBase
>>in the amiga.library library.	Where/What can I get to keep this error from
>>happening?
>>
>>Thanks in advance
>>Herb
>>sims@sauron.msfc.nasa.gov
>>
>
>That's not a call, it's an address.  amiga.lib needs _SysBase (address 4)
>for it's functions.  To make _SysBase available do this.
>
>_SysBase   EQU	 4
>	   XDEF  _SysBase

However, a far better thing to do is:

 XDEF _SysBase
...
 move.l 4,_SysBase
...
 SECTION myprogram,data
_SysBase:  dc.l 0

Which will move the exec pointer into fastram on machines which have it,
avoiding a chip-mem syncup delay on those machines.

Glenn Doiron
--
Amiga UUCP+
Origin:  uunet!starpt!doiron     (Organization:68K Software Development)
         BIX: gdoiron
** Not enough memory to perform requested operation.  Add 4 megs and retry.
Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: C++ virtuals (Was: How easy is it to disassemble MS-DOS programs?
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Tue, 21 Jul 1992 05:05:55 GMT

In article <1992Jul14.161737.1321@beaver.cs.washington.edu> wille@cs.washington.edu (Robert Wille) writes:
>It's not really all that artificial.  Consider virtual C++ functions.
>These functions will not be directly referenced through any code.  They
>are invoked only by obtaining their address from data space.

Although that is true in most cases, it need not be in all.
(Yes, I know that wasn't your original point, but I felt this part
needed it own comment).

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                   Producers of Comeau C++ 3.0 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
From: kroener@cs.uni-sb.de (Thomas Kroener)
Newsgroups: comp.sys.amiga.programmer
Subject: Faster Text() and Scroll() function needed
Date: 29 Jul 92 10:11:33 GMT
Organization: Computer Science, University of the Saarland, Germany

Hello programmers,

I'm looking for the fastest function to replace the Text() and the
Scroll() function of the graphics.library. (only vertical scrolls needed)
It should be fully compatible to 68000, 68010, 68020, 68030 and
68040 and to OS 1.3 OS 2.04 and future versions.

Any code (a68k assembly code prefered) welcome,

Thanks in advance,
                     ---Thomas
From: monty@sagpd1
Newsgroups: comp.sys.amiga.programmer
Subject: Re: MUNGWALL 37.54 uploaded (addendum)
Date: 23 Jul 92 15:13:14 GMT
Reply-To: monty@sagpd1.UUCP (Monty Saine)
Organization: Scientific Atlanta, Government Products Div, San Diego, CA

In article <1992Jul20.224702.25458@javelin.sim.es.com> dingebre@imp.sim.es.com (David Ingebretsen) writes:
>
>Ooops, I forgot to say where I uploaded it;
>
>amiga.physik.unizh.ch
>130.60.80.80
>
>
>hubcap.clemson.edu
>130.127.8.1
>
>
>	David
>
>	**************************************************************
>	Disclaimer: The content of this message in no way reflects the
>	            opinions of my employer, nor are my actions
>		    encouraged, supported, or acknowledged by my
>		    employer.
>
>		    ie: If I mess up, it's my fault and mine alone.
>	**************************************************************
>
>	dingbre@imp.sim.es.com
>
>
>
>
>
Minor falme ON:

	I guess it's time to air my two my pet complaints again.

	1) signature blocks -- Not everyone in this world has a 16.8k baud
	modem and unnecessarly long signature blocks are a pain.  This example
	is only 18 lines long, some have exceeded 23 lines lately!

	2) comp.sys.amiga.binaries/source -- Why does everyone drop everything
	at an ftp site and not post anything to the binaries/sources groups 
	anymore?

	Some of us do not have ftp access but are still very interested in
	many things like mungwall. Have the binary/sources group really
	come back on line ????? or is that just a dream!

Flame off:


Monty L. Saine

p.s. the entire article was included to show length of signature block!
Newsgroups: comp.sys.amiga.programmer
From: walrus@wam.umd.edu (Udo K Schuermann)
Subject: Re: SAS/C 5.10b fopen(...,"w+") bug?
Summary: workaround for library bug in fopen() with SAS/C 5.10b
Organization: University of Maryland, College Park
Distribution: comp
Date: Mon, 27 Jul 1992 01:27:09 GMT

In article <1992Jul26.190553.26493@wam.umd.edu> I wrote:
>	struct FILE *myFile;
>	myFile = fopen("t:test","w+");
>
>This clears out the file if it contains any information instead of preserving
>existing information!  The documentation on page L72-L73 describes the use of
>the "w+" mode as 1) creating the file if it doesn't exist yet, 2) preserving
>existing contents (WHICH IT DOESN'T!), 3) providing r/w access to the file.

Well, this went quickly!  Looks like it IS a bug.  The following code is a
workaround which seems to provide equivalent file access:

     FILE *myFile;

     if( (myFile = fopen("test.file","a+") ) {
       fclose( myFile );
       myFile = fopen("test.file","r+");
     }

Thanks to Trent Gray-Donald <tagraydo@undergrad.math.waterloo.edu> for
responding so quickly and confirming the problem was not my own stupidity.

I seem to have a knack for hunting down O/S and compiler/library bugs ... :-/

 ._.  Udo Schuermann     "If I went around calling myself emperor just because
 ( )  walrus@wam.umd.edu  some moistened bint lobbed a scimitar at me, they'd
 Seeking virtual memory   put me away!"         -- Monty Python's "Holy Grail"
From: rreed@terapin.com (Rick Reed)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga Address Map
Date: 30 Jul 92 14:57:54 PST
Organization: BBS

In article <1992Jul28.233944.28144@ennews.eas.asu.edu>,
prado@enuxhb.eas.asu.edu (Louis A. Prado) writes:
>Can someone provide a memory map of the Amiga which illustrates the address
>space of the custom chips, CIA's etc.
>
>Thanx in advance.
>
>--
>- Lou Prado    EE  Undergrad.     Arizona State Univ.

Get a copy of the RKM Hardware manual.  All the chip register addresses and
such are there.

        -Rick

rreed@terapin.com
Newsgroups: comp.sys.amiga.programmer
From: monty@sagpd1 ()
Subject: Re: WB 2.1
Reply-To: monty@sagpd1.UUCP (Monty Saine)
Organization: Scientific Atlanta, Government Products Div, San Diego, CA
Date: Fri, 31 Jul 1992 14:58:31 GMT

In article <Bs8Gsu.4Mn@undergrad.math.waterloo.edu> tschille@undergrad.math.waterloo.edu (Thorsten Schiller) writes:
>I'm not sure if this is the appropriate place to ask this, but...
>
>Is there a recent release of 2.1 available anywhere on the net? I've heard/
>seen various beta releases, but am curious if anything more concrete is
>available yet... regardless, if there any ftp site that has the most current
>release?

	I would hope it is not at any ftp site as it is not a public domain
    thing. Can you say Pirated software???????

    Monty Saine
From: groo@chsdip.wisdom.bubble.org (Bill Squier)
Newsgroups: comp.sys.amiga.programmer
Subject: LockIBase race condition
Date: 20 Jul 92 19:32:51 GMT
Organization: Dragonsoft Development
X-Newsreader: Arn V1.00 beta rel2

I've written a small ScreenSwitch commodity to activate the first
window on the next (or previous) screen.  This lets you switch screens
without "clicking in", and avoids the annoying overhead of
"AutoPoint"-type commodities.  Now keeping in mind the caveat in the
Autodoc entry for LockIBase ("...This function is not a magic 'fix all
my race conditions' panacea..." :-) ), I've got a little bit of a race
condition here:

	lock = LockIBase(0);

	//
	//  Get address of screen we want pushed to back/popped forward
	//

	UnlockIBase(lock);

	ScreenToFront(); or ScreenToBack();	// <-- race

Now it's understandably unlikely that enough context switches are
going to occur between the UnlockIBase() and the ScreenToFoo() call
which allow the ScreenToFoo()'d screen to close. ...but it is _possible_.

I could Forbid()/Permit() the whole thing, but that seems generally
unfriendly.  It also tends to impact on system performance, especially
when rapid-firing the ScreenSwitch hotkey.

I've done some unscientific, niaeve, and generally inconclusive tests
to determine reliability; ie, rapid-fire my hotkey du jour while
applications open and close screens.  This of course proves nothing,
and doesn't help me sleep any better at night.

So, is there a more air-tight method for this sort of thing without
resorting to an evil Forbid()/Permit() pair? 

----------------------------------------------------------------------
"Stimpy, sometimes your wealth of ignorance astounds me." -ren hoek
Bill Squier (groo@chsdip.wisdom.bubble.org) MetaMail capable
Newsgroups: comp.sys.amiga.programmer
From: hao@eastern.COM (Hao Dang)
Subject: Help on accelerating an A2000 rev 4.x
Organization: Eastern's Public Access BBS, Toronto CAN
Date: Mon, 27 Jul 1992 03:25:03 GMT

Does anybody out there know if the 68030 accelerator boards (ie: Mega Midget
Racer, VXL, GVP Combo) will work on a 4.x revision AMIGA 2000?  Or do they
only work on the newer 6.x revisions?  I think I read a message somewhere
saying that they wouldn't work because of the different circuitry layout,
but I can't confirm this.  Please help.  I need this information as soon as
possible as I am planning on purchasing an A2000 rev 4.x system.
 
Thanks in advance...
 
|_| _  _   /  Author of an upcoming AMIGA BBS  \ " Save a tree, eat
| |(_|(_)  \  Usenet Address: hao@eastern.COM  /      a beaver. "
 
Yes, that is correct, programmer's don't know EVERYTHING about the AMIGA
(grin).
Newsgroups: comp.sys.amiga.programmer
Subject: proportional font to fixed width
From: rjhoover@ualr.edu
Date: 29 Jul 92 17:24:19 GMT
Organization: University of Arkansas at Little Rock

this is probably not the place to post this but i wasn't sure where else to go.

is there a program out there that will convert a proportional font (variable
width) to a non-proportional font (fixed width)?


thanks,
rob

rjhoover@uarl.edu