HDTenEightyP/NetNews huggingface dataset:
From: entropy@gnu.ai.mit.edu (maximum entropy)
Subject: Re: Porting UNIX Code to the ST
Organization: Not Proud Programmers
	<ENTROPY.93Jan7224017@kropotkin.gnu.ai.mit.edu>
	<1993Jan11.165412.844@its.bt.co.uk>
Date: Mon, 11 Jan 1993 23:37:50 GMT

In article <1993Jan11.165412.844@its.bt.co.uk> jvt@its.bt.co.uk (John Trickey) writes:
>In article <ENTROPY.93Jan7224017@kropotkin.gnu.ai.mit.edu> entropy@gnu.ai.mit.edu (maximum entropy) writes:
>>
>>Alternatively, the call:
>>
>>  _binmode(1);
>>
>>somewhere at the beginning of a program will cause all fopen()s to
>>default to binary mode (you can then force text mode with the "t"
>>modifier in the mode specifier.)  It's much easier, (and cleaner,
>>IMHO) to make this one small hack than to hunt down all the file mode
>>arguments all over a large program.
>
>Surely thats a bad as the first sin of using Unix specific modes in the
>original fopen(). All you have done is introduced another restriction to
>portability just because you cant't be bothered to look for all the fopen()
>calls :-) :-) You may find you have to hunt them out anyway as to assume
>all fopen()'s are binary is just ONE HELL OF AN ASSUMPTION.

Under UNIX there is no "text mode" and "binary mode" (or maybe it's
more accurate to say that both modes are equivalent).  So, when
porting UNIX code to the ST, in almost all cases it IS a valid
assumption that all I/O should be done in binary mode.

Note that I didn't reccomend that people write code from scratch using
_binmode().  Of course you should get it right the first time and use
binary mode when you want it.  But the fact remains that there are
thousands of lines of code for UNIX that make assumptions about binary
mode, and it's much easier to just switch to a compatibility mode than
to waste time patching fopens() every time you want to port the latest
version of your favorite UNIX program.  You're right, I can't be
bothered.

Cheers,
entropy
--
entropy@gnu.ai.mit.edu
entropy. . .it's not just a good idea, it's the second law.
Boycott AT&T, Lotus, Apple, and Xerox.  Join the League for
Programming Freedom!  Write to lpf@uunet.uu.net for more information.
From: cherborth@semprini.tdkcs.waterloo.on.ca (Chris Herborth)
Newsgroups: comp.sys.atari.st.tech
Organization: InterZONE Design
Subject: Re: How do you write a CPX
Reply-To: cherborth@semprini.tdkcs.waterloo.on.ca
X-Software: HERMES GUS 1.04 Rev. Sep  5 1992
Date: Sat, 09 Jan 1993 16:32:00 EST

In <1993Jan8.163112@cs.bham.ac.uk>, David Oakley writes:
> 1. The best way to find out about CPXs is to buy DocSupport II. Not that I've
> managed to write one... Anyone have CPX code for Lattice C?

Do you require Pure C/Turbo C to write a CPX?  I was under that
impression (the _only_ CPX sample code I've ever seen was Turbo C
code)...

If it's true, Atari is just plain _stupid_, since they use Lattice
inhouse, and tonnes of ST developers would rather use GNU C or Lattice
C.

-- 
-------------------========================================-------------------
Chris Herborth
cherborth@semprini.tdkcs.waterloo.on.ca
From: rasas@minyos.xx.rmit.oz.au (Greg Patten)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Setting up the RS232 in Sozobon
Date: 12 Jan 93 06:32:15 GMT
Organization: RMIT Computer Centre
NNTP-Posting-Host: minyos.xx.rmit.oz.au
Originator: rasas@minyos.xx.rmit.OZ.AU


I posted this to c.s.a.s but I guess it would be better here..
 
Also thanks (many) go to Scott Bingham for the src he sent.
Any more would me much appreciated.

The subject line says it all really. I have found some src (eg tip
for MiNT by Howard Chu and some Un*x stuff) but it always seems to
rely on some struct (like the one defined in xbios.h (?) which isn't
included in the new sozo mint include stuff).

So, how does one set it up for 9600- 8,N,1 or whatever..? Is there a
struct in the new Sozo libs that I missed?

I'm sorry if this is a stupid question but I'm new to programming
and I don't really have much documention.

Also, are there docs for the mint dlibs or is it a case of 'use the 
source'?

Many thanks,

Greg.
-- 
  _-_|\      Greg Patten. 
 /     \      
 \_.-.*/ <-- Melbourne, Australia.
      v      email: rasas@minyos.xx.rmit.oz.au
From: dxo@cs.bham.ac.uk (David Oakley)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: How do you write a CPX
Date: 11 Jan 93 13:55:05 GMT
Organization: ASTRAsoft, Stoke-On-Trent England.

|> No, of course not. The Atari developer's kit comes with CPX documentation
|> and sample code. I can't remember off-hand if it compiles with Lattice C
|> as is, but I'm sure that HiSoft could help registered Lattice C owners
|> out with Lattice specific CPX code.
|> 
|> Regards,
|> Eric

Good point. I'll get in touch and find out.

David.

     +--------------------------------------------------+
     |  David Oakley,   ASTRAsoft shareware producers.  |\
     |  Internet: dxo@cs.bham.ac.uk                     | |
     |  RealMail: 6 Watlands Rd. Bignall End, S-O-T     | |
     |            Staffs ST7 8QQ, England.              | |
     +--------------------------------------------------+ |
      \__________________________________________________\|
Kryten : 'Pub: ah, yes, a meeting place where people attempt to
          reach advanced states of mental incompetence by the
          repeated consumption of fermented vegtable drinks.'
Newsgroups: comp.sys.atari.st.tech
From: mike@medsun.unige.ch (michel morris)
Subject: Re: AfterDark challenge
Organization: University of Geneva, Switzerland
Date: Wed, 6 Jan 1993 09:58:07 GMT

In article <4937@wet.UUCP>, ekrimen@wet.UUCP (Ed Krimen) writes:
> In article <1993Jan5.101520.25520@news.unige.ch> mike@medsun.unige.ch (Mike morris) writes:
> >Can/has anybody out there produced an After Dark equivalent for the
> >Atari platform (all models, all modes)?
> 
> The latest version of Warp 9 from Codehead Software encorporates Extend-O-Save,
> which enables you to load different screen saver modules.  If you have 
> programming experience, you can create your own modules.
> 

But I use NVDI, not Warp 9 - can I use _just_ the Extend-O-Save (sounds like a 
washing powder additive), without Warp 9 ?

Mike
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Falcon Video Hardware Bug
Date: 12 Jan 93 05:39:29 GMT
Reply-To: warwick@cs.uq.oz.au

neil@cs.hw.ac.uk (Neil Forsyth) writes:

>The video hardware in the ST, STE, MegaSTE and TT will not implement a change
>of video address (@ $FFFF8201,3 and D on the STE) until the vertical blank
>occurs but before it generates the interrupt.

>However the new video hardware on the Falcon will implement a new screen
>address at any time that it is not accessing video RAM.


If I only ever use XBIOS Setscreen() to change the physical (or logical)
screen location, I should have no problems, right?


[To be honest, I don't really know how to do it any other way, but I assume
 there is some memory location you can assign to to get the same effect]

--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /   C references are NULL && void*
      v      Brisbane, Australia.        /
From: tony@microware.co.uk (Tony Mountifield)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: TT VME Interrupt help needed!
Date: 11 Jan 93 09:24:49 GMT
Organization: Microware Systems (UK) Ltd., Winchester, UK.

In article <73241@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
> Tony Mountifield asked about the VME implementation on the TT.
>  
> You've just discovered the joys of dealing with non-standard
> implementations of "standards".
>  
> The "AVME" slot on the TT is only a partial implementation of
> the VME standard, similar to the way the "ACSI" port was a
> crippled SCSI implementation.
>  
> The Atari implementation of the AVME port does *not* have any
> provisions for bus-mastering, which it sounds like the Ethernet
> card assumes is available.
>  
> The only useful cards for the TT are passive devices like
> graphics cards, which do not need to take control of the bus.
>  
> This leaves out a very large percentage of the "hundreds and
> hundreds of VME cards" we often hear about...
>  
> As Alan Pratt said, "maybe next time"...

Sorry, Bob, I think you misunderstood me.  The card was *designed* to go
into the TT VME slot, and has working TOS software to support it.  The
card is definitely a VME slave only, and does not require bus
mastership.  What I want, however, it to discover how it can generate an
interrupt (not a Bus Request), and how to handle that interrupt in the
TT.  The TOS software does not appear to use interrupts, but the driver
I am writing is to run under OS-9, not TOS.  I do know the *IRQ5 line is
connected in the card. 

Tony.
-- 
Tony Mountifield     (G4CJO)       | Microware Systems (UK) Ltd.
-----------------------------------| Leylands Farm, Nobs Crook,
Email:  tony@microware.co.uk       | Colden Common, WINCHESTER, SO21 1TH.
(or:  ...!uknet!mwuk!tony)         | Tel: 0703 601990   Fax: 0703 601991
------------------------------------------------------------------------
** Any opinions are mine, not Microware's - but you knew that anyway. **
------------------------------------------------------------------------
From: rossin@hpfcso.FC.HP.COM (Ted Rossin)
Date: Wed, 6 Jan 1993 16:11:19 GMT
Subject: TOS 2.06 Upgrade has been Uploaded
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.atari.st.tech

The details of how to upgrade a 1040ST to TOS 2.06 have been uploaded to
atari.archive.umich.edu.

                        atari/Misc/tos206up.zoo


It is just an ASCII file (after decompression).   Thanks for all the email.

                                Ted.


Newsgroups: comp.sys.atari.st.tech
From: leo@ahwau.ahold.nl (Leo Weppelman)
Subject: Keyboard repeating keys
Organization: Albert Heijn Winkelautomatisering, Zaandam the Netherlands
Date: Wed, 6 Jan 1993 07:23:23 GMT

I am looking for a way to make the keyboard processor handling the key
repeat instead of the main processor. Is there anybody on the net who
has ever did such a thing. The problem with the keyboard is that there
is (as far as I know) no documentation. Even the german 'Profibuch' has
no detailed info.

Thanks, Leo. (Email: leo@ahwau.ahold.nl)
-- 
Leo Weppelman @ Albert Heijn  bv,          UUCP: ....!hp4nl!leo@ahwau.ahold.nl
Winkelautomatisering                       Internet: leo@ahwau.ahold.nl
Ebbehout 31, 1507 EA Zaandam.              Phone: +31 75 593938 Fax: 351240
Newsgroups: comp.sys.atari.st.tech
From: davidli@simvax.labmed.umn.edu
Subject: Re: GCC problems too ...
Reply-To: davidli@simvax.labmed.umn.edu
Organization: Health Computer Sciences, U of MN, Mpls
Date: Tue, 5 Jan 1993 18:30:26 GMT

In article <4542@sicsun.epfl.ch>, berrah@montblanc.cica.fr (K.Berrah) writes:
>It seems that the terminator.cc.umich.edu don't have anymore
>atari programs. Can anyone give me another atari server address?

Use atari.archive.umich.edu.  The terminator address has not existed for
months.

GNU stuff, including GCC, is located in the directory atari/Gnustuff/Tos ...

-- David Paschall-Zimbel
Newsgroups: comp.sys.atari.st.tech
From: stigj@dhhalden.no (STIG JORGENSEN)
Subject: Multidesk
Organization: Ostfold College
Date: Mon, 11 Jan 1993 10:49:14 GMT

I was just wondering if there is anybody out there who knows how to 
determine which ACC's Multidesk has loaded.

Newsgroups: comp.sys.atari.st.tech
From: leo@dcs.warwick.ac.uk (Leo Hendry)
Subject: Re: Malloc (Was: Sending objc_draw to a buffer)
Organization: Department of Computer Science, Warwick University, England
Date: Mon, 4 Jan 1993 20:39:51 GMT

In article <1993Jan3.035343.15539@netcom.com> ersmith@netcom.com (Eric R. Smith) writes:
>Most libraries' malloc() functions will handle everything automatically,
>allocating memory in large chunks (4K or 8K or even 32K) from the OS
>and then splitting those chunks up as necessary. See for example the
>MiNT or GNU C library malloc()/sbrk() code. All the programmer has to
>remember is to use the standard C malloc()/free() functions instead
>of the Atari specific Malloc()/Mfree() functions.
>
>Eric Smith	ersmith@netcom.com	ersmith@atari.uucp
>

Do you know of any librarys that will Mfree() blocks once all parts of them
have been free()ed though?  If none do then we have know choice but to use
Malloc() directly in a multi-tasking system or else the user will have to
shut down applications and restart them to free "lost" memory.
  In any case if you are allocating a large block of memory it is better in
every way to use Malloc().

- Leo.
From: michael.smith@f842.n800.z3.fido.zeta.org.au (michael smith)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Sending objc_draw to a memory buffer rather than screen
Organization: Fidonet. Gate admin is fido@socs.uts.edu.au
Date: 26 Dec 92 11:41:48 GMT

Original to: bpat@cs.mcgill.ca
In a message of <10 Dec 92 12:16:14>, bpat@cs.mcgill.ca (3:713/602) writes:

 b> have the books with me right now. Also, could someone tell me if it's a
 b> perfectly legal thing to do. It will work on any ST, and most probably
on
 b> the STe, and MEGASTe. But does the TT still have this screen-switching
 b> stuff available ? Will the Falcon have it?

Yes and probably yes, however it's a _really_bad_ thing to do under MTos,
for obvious reasons - just imagine if there's a context switch while the
logical screen is pointing in the wrong direction...

(unless this is one of the context items saved in the switch??)

 b>                                     Patrick.

\`miff`                                                       /|\

--- ScanMail 0.68 X0501
 * Origin: That Which Is Not, ST in SA. 61-8-232-5722 (3:800/842)
Newsgroups: comp.sys.atari.st.tech
From: malay@sae.com (Bob Malay)
Subject: Porting UNIX Code to the ST
Reply-To: malay@sae.com
Organization: Template Software
Date: Tue, 5 Jan 1993 21:44:20 GMT


I have some code that generates a binary file - I compiled it with GCC 2.3.1
and ran it on the ST - it works fine, it generates a binary file; however, the
print statements seem to be outputting a CNTRL-M (^M) - I don't need these
extra characters what should I do to get rid of them???

Bob Malay

Newsgroups: comp.sys.atari.st.tech
From: stigvi@Lise.Unit.NO (Stig Vidar Hovland)
Subject: Re: compiled mint library for sozobon & turbo C ?
Keywords: MiNT, Turbo, Pure
Organization: Norwegian Institute of Technology
Date: Thu, 7 Jan 93 14:43:05 GMT

In article <F2J0H0S@math.fu-berlin.de>, hohmuth@freia.sax.de (Michael Hohmuth) writes:
 > In article <C0HBwu.DpF@ufrima.imag.fr>, grellier@ufrima.imag.fr (GRELLIER thierry) writes:
 > 
 > > 	Where can I find it ? Because as I haven't got a hard disk, it's
 > > 	quite fastidious for me to make it.
 > 
 > (I can only speak for the Turbo/Pure C stuff.)
 > 
 > The problem with distributing mntlib binaries for Turbo/Pure C is that these
 > binaries have the math library of the compiler linked in which is
 > copyright Borland/Pure Software. That means that the binaries are NOT free
 > while the source code is.
 > 
Does this mean that programs linked with the Pure C library is not free to be given away ?


Stig Vidar Hovland - stigvi@lise.unit.no
Newsgroups: comp.sys.atari.st.tech
From: mh1@irz213.inf.tu-dresden.de (Michael Hohmuth)
Subject: Re: How to Flush Buffers under MiNT
Keywords: MiNT
Reply-To: hohmuth@freia.inf.tu-dresden.de
Organization: Dept. of Computer Science, TU Dresden, Germany
Date: Mon, 4 Jan 1993 16:52:37 GMT


In article <1i9j6eINNbc3@mailgzrz.TU-Berlin.DE>, prissi@marie.physik.tu-berlin.de (Markus Pristovsek) writes:

> [...]
> I can only read the file until I reach the position, the file was written when 
> the previewer was started. I tried several modes and set the cache to 0 
> buffers.But I don't succeed. The only way to read more, is to leave and restartthe previewer.

Fclose() the file, and then re-Fopen() it.

Michael
--
Internet: hohmuth@freia.inf.tu-dresden.de
From: anisko@usdtsg.DaytonOH.NCR.COM (anisko)
Newsgroups: comp.sys.atari.st.tech
Subject: Spectre GCR/screen resolutions
Date: 5 Jan 93 20:49:59 GMT
Reply-To: anisko@usdtsg.UUCP ()
Organization: NCR Corporation, Dayton


   After reading the message asking whether Spectre GCR will support the
TT resolutions (bigger screen), I wonder if it also would support any of
the "virtual" screen programs available (MonSTEr etc).  Any tried it here?

				Robert J. Anisko
				anisko@usdtsg.daytonoh.ncr.com

"two wrongs don't make a right, but two wrights make an airplane..."
Newsgroups: comp.sys.atari.st.tech
From: ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann)
Subject: Re: How do you set a disk's volume label?
Organization: University Of Alberta, Edmonton Canada
Date: Tue, 5 Jan 1993 16:41:20 GMT

leo@dcs.warwick.ac.uk (Leo Hendry) writes:

>way round).  Note that anyway chdir("a:\") will simply change the current
>directory on drive A: to the root, not change to drive A:.

Warning! 'chdir("a:\")' will cause 'an unterminated string' or other
"interesting" error messages.  See further down in the quoted article.
  --mj
Newsgroups: comp.sys.atari.st.tech
Subject: Mercury UUCP for the ST
From: jonc@status.gen.nz (Jon Clarke)
Date: Sun, 10 Jan 93 08:21:09 GMT
Organization: The Z*NET Global News Gateway in Parnell New Zealand.

Hello again,
 
The other day I request information on the Mercury UUCP "paths" file
structure.  I have had no replies which suprised me.
 
Does anyone out there use Mercury at all?
 
If you do can you email me a copy of your PATHS file (\mercury\paths)
as some of my users are unable to post mail back to this site without
it.


 Jon Clarke                                                     Z*NET Pacific
 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  jonc@status.gen.nz           GEnie: J.Clarke6        Hexagon: HSBC NZM EBD
  Phone: (+649) 358-5589       IFNA : 3/772:105        GEM    : NZM CABLES
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
     "Practise safe computing ! Wear a write protect tab!" jc 1988
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: TT video memory organisation...
Date: 12 Jan 93 05:23:41 GMT
Reply-To: warwick@cs.uq.oz.au

michael.smith@f842.n800.z3.fido.zeta.org.au (michael smith) writes:

>G'day again - this time I'm after anyone who has info on the layout of the
>bitplanes in the TT resolutions : most particularly TT medium.

All ST and TT resolutions are the same.  For a n-bitplane resolution
(where STLow,TTMedium=4bitplanes, STMedium=2Bitplane, STHigh/TTHigh=1Bitplane,
 TTLow=8bitplanes) the layout is:

   word 0           word 1               word n-1
0000000000000000 0000000000000000 ... 0000000000000000


The colour of the first pixel in the top, left-hand corner of the screen is
determined by the left-most bit in the first n planes of screen memory.  The
next pixel (to the right) is determined by the next bit in those bitplanes,
and so on to the 15th pixel.  The 16th pixel on the screen is determined
by the left-most bit of the next n-words of screen memory.

This scheme applies for STLow, STMedium, STHigh, TTLow, TTMedium, TTHigh,
and all Falcon resolutions EXCEPT TrueColour, which is word-per-pixel.

--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /   C references are NULL && void*
      v      Brisbane, Australia.        /
From: wilsont@rahul.net (Timothy Wilson)
Newsgroups: comp.sys.atari.st.tech
Subject: help me with GNU c please.. i don't know what files to get.
Date: 10 Jan 93 19:56:20 GMT
Distribution: na
Organization: a2i network

I'd like to use GnuC. 
I've gotten the files out of /Gnustuff/Tos/gcc 
but there is no linker, ar, or docs.
I also got the lib and include files.

I looked in the Doc directory, and found dvi and tex files....what happened
to Ascii???

if someone could please tell me the files I need, i would aprecieate it!
(where are readable docs? or how do i get dvi/tex into readable form?)

Thanks much!

-- 
Timothy Wilson <wilsont@rahul.net>
From: ucacmsu@ucl.ac.uk (Mr Stephen R Usher)
Newsgroups: comp.sys.atari.st.tech
Subject: A Tail of 24 Bombs and a TT.
Date: 5 Jan 93 09:02:43 GMT
Organization: Bloomsbury Computing Consortium


The story so far....

	Over Christmas I was running my TT as a multi-user system (as I
always do :-)) using my old 520ST as a terminal on the serial2 port, when
all of a sudden the machine locked up. I rebooted the machine and as soon as
the getty process accessed the serial2 port the machine locked up again.

	After some investigation I found that under MiNT (0.98, no memory
protection) the system would either go into a recursive bus error or halt as
soon as either of the two serial ports which use the Zilog SCC chip were
sent data. About two characters of the data would actually appear on the
serial port before the lock-up, however.

	Under TOS (3.05) attempting to print to either of the SCC serial
ports caused 24 bombs and the current disk drive to be accessed! The same
would happen if the RTS line on the serial2 port was toggled. This happens
both on a "clean" machine and one with serpatch2 installed.

So.... What I would like to know from people in the know is...

	Could a fried SCC chip cause this fault?

Steve

PS. The other two serial ports work fine.
--
Addresses:-
JANET:-		ucacmsu@uk.ac.ucl or	steve@uk.ac.ox.earth (preferable)
Internet:-	ucacmsu@ucl.ac.uk or	steve@earth.ox.ac.uk (preferable)
Newsgroups: comp.sys.atari.st.tech
From: leo@dcs.warwick.ac.uk (Leo Hendry)
Subject: Re: GFA Basic 4.0
Organization: Department of Computer Science, Warwick University, England
Date: Mon, 4 Jan 1993 20:43:03 GMT

In article <2b4556b3@p15.f202.n281.z2.fidonet> p15.f202.n281.z2.fidonet!Vincent_Partington@nextjk.wlink.nl writes:
>In a message of <Mon 28 Dec 92 09:04>, Lars-Thorsten Sudmann (2:281/202.0)
>writes:
>
> LS> GFA Basic will now develope by Richter Distributor germany. It will
> LS> become some new features:
> LS> - adapt on new TOS Versions and new programming ideas
>
>Will this also include structs or records? I had heard a rumour that it
>would and that would be a first: a basic with structs..

...Apart from most BASICs on PCs which have had them for at least 4 years and
Helix BASIC on the Arc.

- Leo
From: ac999111@umbc3.umbc.edu (ac999111)
Newsgroups: comp.sys.atari.st.tech
Subject: Parallel Port
Date: 10 Jan 93 19:25:25 GMT
Organization: University of Maryland, Baltimore County Campus
NNTP-Posting-Host: umbc8.umbc.edu


Hi all... I need some hardware help here.  I am working on a project and would
like to take the data from the parallel port into a project.. however the 
computer would like certain lines high and some low.  Um.. which?  If anyone
has made projects using the parallel port, please drop me a line.  Thanks..


Paul Danckaert
ac999111@umbc3.umbc.edu
Danckaert@dockmaster.ncsc.mil
Newsgroups: comp.sys.atari.st.tech
From: mashton@dcs.warwick.ac.uk (M.S. Ashton)
Subject: Signum 2 Fonts
Organization: Department of Computer Science, Warwick University, England
Date: Thu, 7 Jan 1993 00:25:46 GMT

My brother has an ST and has been using Signum 2 to do much of his work.
Is there anyone out there in the entire world who is using this program with
extra fonts(i.e. more than came with the package) and if so, where did you get
them?
Are there any PD fonts available?
Any help at all would be appreciated....
Thanks in advance
___
mashton@dcs.warwick.ac.uk
The best way not to be unhappy is not to have a word for it.

The opinions expressed are entirely those of myself and the little purple 
people that visit me from time to time.They are not those of my employer,
basically,because I haven't got one.
From: cal@otter.hpl.hp.com (Colin Low)
Date: Mon, 4 Jan 1993 22:51:20 GMT
Subject: Re: A Bomb in the Post 
Organization: Hewlett-Packard Laboratories, Bristol, UK.