HDTenEightyP/NetNews huggingface dataset:
From: ekrimen@wet.UUCP (Ed Krimen)
Newsgroups: comp.sys.atari.st
Subject: Re: Best way to improve feel of 1040ste keyboard?
Date: 23 Jul 92 17:01:44 GMT
Organization: Wetware Diversions, San Francisco

In article <91632@bu.edu> selick@csa.bu.edu (Steven Selick) writes:
>
>What is the best way to improve the feel of the 1040ste keyboard without
>buying a whole new one? Is there a kit available, or is there some way
>to just put Radio Shack part # XXX in between the keys or something like
>that? 

There's a new thing called TT Touch.  It got a favorable review in the
May Atari Advantage magazine.  You have to disassemble your keyboard to 
install its little pieces, but it didn't sound too difficult.  I think the
price is something like $44.95.  Your dealer or Best Electronics should have
it.



BTW, in the August 3 issue of Forbes, there's a pretty good analysis of
Atari Corp. and its problems.  It must be read by everyone concerned about
Atari's well-being, whether you own Atari products or not.
  

-- 
   |||    Ed Krimen
   |||    ekrimen@wet.com or ekrimen@wet.UUCP or hoptoad!wet!ekrimen
  / | \   E.KRIMEN (GEnie)
From: rosenkra@convex.com (William Rosenkranz)
Newsgroups: comp.sys.atari.st
Subject: Re: ger2en19.lzh
Date: 22 Jul 92 23:57:24 GMT
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In article <2A6D2781.25491@noiro.acs.uci.edu> jvance@maxwell.oac.uci.edu (Joachim Vance) writes:
>But I would ask again that ZOO add an option similar to the one in Lha v1.00:
>
>  w=<dir> specify extract directory
>
>  Doesn't seem too big of a request, and it would make ZOO that much
>better and easier for many users.

this is a reasonable request. i suggest that if anyone does attempt this,
that they:

	1) #ifdef the changes to the original source code so it can be
	   easily recompiled without this feature. try and use "standard"
	   library calls like chdir(2) rather than GEMDOS Dsetpath. you
	   will find it more easily accepted if done this way (MS-DOS C
	   compilers, unix, ST GNU C, and other systems all have a chdir
	   function, hence it is more portable).
	2) write it in C :-)
	3) mail the changes to rahul dhesi (the zoo author) for consideration
	   in future zoo releases.
	4) keep the UI consistent with zoo conventions, both novice and expert
	   modes. novice might be something like: zoo -ext -dir <dir> <arch>.
	   i am not sure about expert mode since it should work from the
	   desktop to be most effective. then again, it might be reasonable
	   to assume that novice mode is more prevelant among desktop users
	   (tho i myself use -ext more often than the "x" commands even from
	   a CLI and i suspect others do, too). remember that the desktop
	   is case insensitive in the .ttp dialog and i believe converts
	   everything to upper case.

this would also be useful on any system, not just the ST. thanks for the idea.

-bill
rosenkra@convex.com

-- 
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp.      |ARPA: rosenkra@convex.com
Newsgroups: comp.sys.atari.st
Subject: 1.44 Floppy drives?
From: shore@yonder.equinox.gen.nz (Craig Shore)
Date: Wed, 22 Jul 1992 17:26:40 NZT
Reply-To: shore@yonder.equinox.gen.nz
Organization: Equinox Networks, ChCh, New Zealand * Private Node: Yonder
X-Software: HERMES GUS 1.00 Rev. Jan 16 1992

In <92173.005844JJL101@psuvm.psu.edu>, J.J. Lehett writes:
>
>   Besides the new Diamond Back II, are there any other HD backup progs that
>support high density drives?  (even PD or shareware ones?)

What is required to hook up a 1.44 meg drive to an Atari?
 Internal &  External?

Thanks,
   Craig.


-- 
* Craig Shore  | Phone (voice)  | Internet:shore@yonder.equinox.gen.nz   *
* 20 Tasman Pl,|  +64 3 3852501 |         :craig_shore@equinox.gen.nz    *
* Christchurch, New Zealand     | SLNET: 250:700/1266 FIDONET: 3:770/180 *
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st
Subject: Re: Forbes Magazine article
Date: 29 Jul 1992 09:56:51 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <mikael.0y0o@terapin.com> mikael@terapin.com (Mikael Andersson) writes:
>On the Falcon the ACSI interface is removed and there's only SCSI harddisk
>interface left.

	This is true.  But according to most (_unofficial_) reports, the falcon
sports an internal IDE drive.  Therefore two drive interfaces.  Of course, it
doesn't sound like you will be able to do much in the way of expanding it 
unless you (like so many have done) rip it out of the small case and put it in
a bigger, beefier, and more manly AT-case that has more pumpitude than the
girly-case that Atari will use.  Yah - ya know?  Besides, you could only use
at most two IDE drives anyway.  Pretty wimpy. (For all you non-SNL fans, 
pumpitude=power and girly=wimpy=underpowered.  "Hey Hans, maybe we should
flex." "Nah, we don't want to break their little-girly monitahs, ya know?")


	BTW, I am glad that they went whole-hog and put in SCSI-2 - the only
way to go at this point - but I don't know about taking out the ACSI port.  I
mean, it might be different if the SLM604s had come with a SCSI interface, then
going to pure SCSI external devices would have been a natural next step, but
as it is, they will be leaving a lot of Laserprinting users high and dry 
(except of course for those who either have non-atari laserprinters hooked to
their (egads!) parallel port, or have non-atari laserprinters hooked to the
ACSI port via host adapter (those are the guys that will whether this ok)).
Of course, perhaps the wizards at ICD will be able to save their bacon by
making an ACSI<->SCSI converter (I assume that presently available host 
adapters will _not_ work as I don't know _that_ much about the mechanics of
SCSI/ACSI).

> 
>Mikael

-Michael
From: nelson@that_machine.Kodak.COM (Bruce D. Nelson)
Newsgroups: comp.sys.atari.st
Subject: Re: 14,400 bps terminal program
Date: 30 Jul 92 18:24:09 GMT
Organization: Eastman Kodak Co., Rochester, NY

The 14.4K bps modems really talk to your cpu at 19200 bps. Through the
magic of data compression (v.32/42), mnp, and all that, the real
throughput of the modem is someplace between 14.4k bps and 19.2k bps.
There's buffers and flow control stuff built into the modem. Just
about any terminal program will work at 19.2k bps.

However, the more important question than which terminal program
is the problem of flow control. The flow control in most, if not
all, versions of TOS is broken, and you'll have problems with
receiving data fast unless you use one of the patches like
serialfx to correct the problem.

--
Bruce Nelson                            | Phone: (716) 726-7890
Rochester Distributed Computer Services | Internet: nelson@kodak.com
Eastman Kodak Company                   |
Rochester, NY 14653-5221                |
From: monnier@disuns2.epfl.ch (Stefan Monnier)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon price
Date: 22 Jul 92 10:18:48 GMT
Organization: Ecole Polytechnique Federale de Lausanne

In article <1992Jul22.011122.23249@peponi.wcc.govt.nz>, sheppard_r@kosmos.wcc.govt.nz writes:
: 
: Take your head out of the sand and live, Atari is Dead...!!!
: 
: 
: Roger..............            sheppard_r@kosmos.wcc.govt.nz


That may be true: Atari is dead. Why not ?
The problem is: is a PC able to make you live ?
I'd like a better machine than my good old ST (partly cause of my 
buggy HD) but not a PC rather a real Unix box.

PCs are patchwork !


	--   Stefan Monnier   --




-------------------------------------------------------------
-----  Alors voila, Clyde a une p'tite amie ! 	    	-----
-----  Elle est belle et son prenom c'est .. Bonnie !	-----
-----						...			   				-----
Newsgroups: comp.sys.atari.st
From: jbunch@nyx.cs.du.edu (John Bunch)
Subject: Re: Mint/Mgr/Mgrterm etc...
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Wed, 29 Jul 92 17:12:50 GMT

jensk@hpbbrd.bbn.hp.com (Jens Kilian) writes:

>> The thing that is odd about that is that my other links work fine..  
>> Is there a reason for this?  The other links I have a h:\bin u:\bin,
>> h:\gnu u:\gnu, etc.

>I haven't heard about this before, but this could be related to the
>volume-label-same-as-directory-name problem. What's the label on your
>H: partition ?

Time for me to show that I was in err..   (gulp)  It seems that I
ended up putting the link in the wrong mint.cnf file.   I have a
backup in my mint directory..  ;-)  I put the link in my main
directory and all is well now..

John

P.S.  Thanx for the helpful hints..
--
John B Bunch              *  I don't want the world, I just want your
771 Madison Ave Apt.2e.   *     half....     -TMG
Albany, NY 12208          *  jbunch@nyx.cs.du.edu If mail here bounces
(518) 436-3810            *  Try John.Bunch@bbs.oit.unc.edu
Newsgroups: comp.sys.atari.st
From: r0mill01@ulkyvx.louisville.edu (Robert Delius Royar)
Subject: USENET News Feed on Long Island Wanted
Reply-To: r0mill01@ulkyvx.louisville.edu
Organization: University of Louisville
Date: Fri, 31 Jul 1992 08:37:38 GMT

If there is anyone in the Atari group who knows of a usenet node (with 
Internet FTP access) in Nassau or Suffolk (preferable western Suffolk) 
counties on Long Island.  Please respond to this message directly.  I am 
looking for either a public access (none listed in pub-nix) or pay system 
(within reason). I moderate an Internet Digest and need to be able to
mail the thing regularly and to receive the messages (sometimes heavy 
volume).  I would use Mercury or Hermes or perhaps the unused MSDOS 
computer on my desk for the access.  

Thanks

Robert Royar

r0mill01@ulkyvx.louisville.edu (guest account)
From: Curt.Fluegel@f47.n282.z1.tdkt.kksys.com (Curt Fluegel)
Sender: FredGate@tdkt.kksys.com
Newsgroups: comp.sys.atari.st
Subject: Falcon price
Date: Wed, 22 Jul 1992 14:23:04 -0600

 Im confused, no "SUPPORT" for the Falcon... it doesn't exist yet!!
The specs WILL be published by the end of the month, and for music and DTP it is
far from a "dirty word" and with DSP built in, and 16bit sound, it is well, well
worth the $1200 asking price (if that is indeed the price they announce)        
   Curt

 * Origin: FlightLine BBS Mpls,MN USRdual 612-544-5118 (1:282/47.0)
Newsgroups: comp.sys.atari.st
From: PAULETTI@biel.be.tech.ascom.ch (Pauletti Andreas)
Subject: Re: More MiNT q's,  Why not a MiNT FAQ?? : )
Organization: Ascom Tech Ltd., Corporate Services, Division for Research 
Date: Wed, 22 Jul 1992 11:42:30 GMT
X-News-Reader: VMS NEWS 1.11


In <Brr659.G8w@unx.sas.com> snoret@egon.unx.sas.com writes:

> The docs for both MiNT and mgr are exceedingly sparse when it comes to 
> installation and configuration examples.  Is someone currently working an
> a MiNT FAQ?  How about a "MiNT Installation and Setup Guide"?  If I get 
> responses and help, I would be willing to get one started and post my
> results.
> 
> So, I guess what I need is: 
> 1.  where do the various *.rc, *.cnf, etc. files go?  auto, root, where?
> 2.  what do I need defined in these files?  paths, devices, what?
> 3.  what order do things need to be in?  MiNT first, then what? and where?
> 4.  any other tips and hints greatly appreciated
> 
> Thanks in advance for your help!

I think this is a very good idea. I have some questions as well.
 
  1. if you get MiNT (0.94) in binary form you find the mintshel.prg.
     It should be a shell. But when I try to do an ls, dir or pwd I
     always get the answer cmd exit with -33 or so.
     Do I need to get some utilities which should be put in a bin directory
     or is my configuration file of the shell wrong.
  2. Did anybody use Pure C with the MiNT libraries, does this work.

cheers andreas pauletti
 

Newsgroups: comp.sys.atari.st
From: seibert@Informatik.TU-Muenchen.DE (Ewald Seibert)
Subject: Re: MIDI-MAZE II
Originator: seibert@hphalle4e.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 24 Jul 1992 12:46:35 GMT


Hi
I bought the PD-disk on a sunday last year, phoned the author the same evening
sent the money on monday and had the full version 10 days later...


-- 
==============================================================================
seibert@hphalle9.informatik.tu-muenchen.de   ist
Ewald Seibert, Herschelstr.1 8070 Ingolstadt,  0841-86480

    Dont't blame ATARI for things, the GURU told you from the ARABIAN NIGHTS (*
==============================================================================

(*  = Maerchen aus 1001 Nacht
From: robots.oxford.ac.uk!sgc@overmind.mind.org
Newsgroups: comp.sys.atari.st
Subject: Re: readline.olb
Date: 22 Jul 92 17:21:00 GMT
Organization: Robotics Research Group, Engineering Science Dept, Oxford, UK.
X-mailer: Stadel 3.4a-227
X-Spam-content: irrelevant

In article <1992Jul21.151000.10815@sae.com> malay@sae.com writes:

>This library (readline.olb) is in my c:\lib directory, but I can't remember
>where it came from and what source created it. I know that I didn't build it
 -
>so it must of come from a ".zoo" file. Anybody know what this lib is??

>Bob Malay

I would guess it's probably the GNU readline library, which can be
compiled into command line driven programs to enable an emacs- (or
vi-) like line editor and command history. Software which uses this
interface (on the ST anyway) includes bash and the latest version
of gnuplot.

Cheers,
Si.
Xref: sparky comp.sys.atari.st:11579 comp.sys.atari.st.tech:4092
From: skolodzieski@vaxc.stevens-tech.edu
Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
Subject: bot
Date: 22 Jul 92 14:35:08 GMT
Organization: Fairleigh Dickinson University

Hello,

Just updated "gemview.prg" version 1.1 to version 1.1m and have a problem.
The old version worked extreamly well in a 256 color mode on the crazy-dots
video card. Generated great pictures on a 21" Eizo grey scale monitor. 

The new version only works in 1, 4, 16 colors under crazy-dots, if 
I am in a 256 color mode, I get a window that should have the picture in 
it, but really contains some scrambled pixels. Also in the 256 color mode 
version 1.1m seems to ocassionly crsh the system. 

Is there a bug in the version, or am I being stupid and not seeting a flag 
in a setup menu or something?

cheers,
scott kolodzieski
Newsgroups: comp.sys.atari.st
Subject: dbWriter 1.8
From: sheppard_r@kosmos.wcc.govt.nz
Date: Wed, 22 Jul 1992 09:04:36 GMT
Reply-To: sheppard_r@kosmos.wcc.govt.nz
Organization: Wellington City Council, Wgtn, NZ

Well I have just posted the Great freeware word processer called
dbWriter v1.8 onto atari.achive.umich.edu in the new directory..

The is a MONO word processer with mail merge/spell checker and a thesaurus,
also has some nice graphic features, but please read the docs....

There are a total of 5 files..

                       archive file size
Files are  dbwsupp.lzh       90k  
           dbwacc.lzh        35k
           dbwriter.lzh     104k
           dbwthes.lzh      141k
           dbw_dict.lzh     106k

 all (lh5) archive, use LZH201L to extract..

Files that were posted on GEnie this week-end..


Roger................            sheppard_r@kosmos.wcc.govt.nz


Newsgroups: comp.sys.atari.st
From: rosenkra@convex.com (William Rosenkranz)
Subject: Re: ger2en19.lzh
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Wed, 22 Jul 1992 05:24:31 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In article <1992Jul21.024538.6648@peponi.wcc.govt.nz> sheppard_r@kosmos.wcc.govt.nz writes:
>There is nothing wrong with ger2en19.lzh on a.a. its the LHarc program that
>you are using to unpack them, it is a lh5 type archive..

so much for the wonderful lharc program and its "superior" desktop
capabilities. yet another stumped usenet user...

forget LHarc altogether. get the unix version of lharc 1.00, unarc
ger2en19.lzh, then IMMEDIATLY convert to zoo. you'll thank me later..

-bill
-- 
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp.      |ARPA: rosenkra@convex.com
From: anisko@usdtsg.DaytonOH.NCR.COM (anisko)
Newsgroups: comp.sys.atari.st
Subject: CLA...
Date: 24 Jul 92 12:25:58 GMT
Reply-To: anisko@usdtsg.UUCP ()
Organization: NCR Corporation, Dayton


   Forgive me for wasthing bandwidth.  I think someone had mentioned running
CLA (I forget the actual filename) - the program that does the simulated
circuit design, and getting a TOS #53 error.  I tested it out and here's
what I found.  When you extract the file, make sure you have the
"Include Subdirectories" switch on (as in Arcshell, or the proper switches
from the command line).  If you don't, everything goes to 1 directory, the
program can't find some of the files, and Error.  But with the subdirectory
switch turned on, the files go to their right places, and it works.

   I personally haven't used it too much (am not an expert on circuits),
but I did find it cool that it ran under a Monochrome emulator on my
TV (my multisync is being fixed).  Hope this is useful to some people...

					Robert Anisko
					anisko@usdtsg.daytonoh.ncr.com
					R.ANISKO
					Fnet 410
From: ucacmsu@ucl.ac.uk (Mr Stephen R Usher)
Newsgroups: comp.sys.atari.st
Subject: Re: Mint/Mgr/Mgrterm etc...
Date: 27 Jul 92 09:21:00 GMT
Organization: Bloomsbury Computing Consortium, London

In article <1992Jul25.073019.15056@mnemosyne.cs.du.edu> jbunch@nyx.cs.du.edu (John Bunch) writes:
>Greets,
>
>I am running mint on my harddrive.  I have it all on partition H.  I
>am also running the init package with mint.  I use bash as my shell.
>I am having a couple of problems.  First I cant seem to set up a
>symbolic link from h:/mgr to u:/mgr.  I am doing this from within
>mint.cnf as follows.
>
>sln h:\mgr u:\mgr
>
>The thing that is odd about that is that my other links work fine..  
>Is there a reason for this?  The other links I have a h:\bin u:\bin,
>h:\gnu u:\gnu, etc.

Wierd...

>
>Now onto other problems.  I startup mgr with no problems, but I cant
>seem to run mgrterm?  It starts up, but then doesn't seem to do
>anything.  Is there anything special that has to be done.  

Sorry, know nothing of MGR.

>Also how
>can I shutdown mint from within bash?  With tcsh there is an alias 
>"shutdown kill -TERM 1" or some such, is there a way to do this from
>withing bash?

The above alias assumes that init was the first thing started by MiNT. To do
the equivalent in bash it is "alias shutdown="kill -15 1"" or you can just
use kill -15 1 on the command line.

>  I cant seem to use kill at all from bash?  Also the
>mintbash.zoo the latest version of bash?  

I don't know, I've ditched Bash in favour of a combination of ash and tcsh
(That reminds me, I've got to post those diffs to ash which allows it to
work properly). Anyway, I always used my own oport of Bash anyhow :-).
>
>
>John
>
>--
>John B Bunch              *  I don't want the world, I just want your
>771 Madison Ave Apt.2e.   *     half....     -TMG
>Albany, NY 12208          *  jbunch@nyx.cs.du.edu If mail here bounces
>(518) 436-3810            *  Try John.Bunch@bbs.oit.unc.edu

Steve

--
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
From: dstailey@leidecker.gsfc.nasa.gov (Douglas Stailey)
Subject: Re: Bug in Pure-C
Organization: /dstailey/.organization
Date: Fri, 31 Jul 1992 03:09:37 GMT

In article <1932@dutiws.tudelft.nl> boender@dutiws.tudelft.nl (P.Boender.TI-tel-4593) writes:


|  Hi,
|  With a friend of mine, I discovered a bug in Pure-C.
|  In some circumstances, variables that are declared static in a source
|  file (outside of any function) and that are only used in one function,
|  do not actually exist outside of that function. Unless: they are initialised
|  to a value, or the option "Do not use register variables" is set.
|   example:
|
|  #include<many files>
|
|  static int desk_x, desk_y, desk_w, desk_h;
|
|  void window_init(void)
|  {
|  .....
|     handle = wind_get(0, WF_WORKXYWH, &desk_x, &desk_y, &desk_w, &desk_h);
|  .....
|  }

Static variables are declared inside functions.  Variables declared outside
of functions are global.  I'm not sure what the compiler is making of your
code, but I do know of one use of the "static" keyword outside of functions,
and that is in function declarations.  In this case, "static" means private,
i.e. not accessable to any code outside of the source module in which the
function is defined.

   Doesn't work unless option "do not use register variables" is set.

Very interesting, but ...

--
Doug
dstailey@leidecker.gsfc.nasa.gov

In the spaceship, the tiny spaceship, the lion waves goodbye...
Newsgroups: comp.sys.atari.st
From: swanee@megadata.mega.oz.au (Geoff Swan)
Subject: Re: Falcon
Summary: hmmmmm
Organization: Megadata P/L, North Ryde, Sydney, Aust.
Date: Wed, 29 Jul 1992 03:49:09 GMT

In article <1992Jul27.042714.8140@msuinfo.cl.msu.edu>, molin@crs.cl.msu.edu (Michael Olin) writes:
> 
> You are entitled to believe anything you want from these people.  But
> c'mon!  Really!  Do you honestly think you'll be able to buy a Falcon
> in '91???  You'll be able to see them at shows.  You'll hear about them
      ^^
Time to catch up with the rest of the world. 1992 is already halfway over.

    Sla/n go fo/ill,
                    Risky B.
--------------------------------------------------------------------------
Geoff Swan (research & development)   _--_|\         swanee@megadata.oz.au
Megadata Pty Ltd                     /      \ 
2/37 Waterloo Rd, North Ryde,        \_.--._/               +61-2-805-0899
NSW 2113, Australia.                       v           (AH) +61-2-477-6519
From: shore@yonder.equinox.gen.nz (Craig Shore)
Newsgroups: comp.sys.atari.st
Subject: Hermes
Date: 22 Jul 92 21:25:23 GMT
Reply-To: shore@yonder.equinox.gen.nz
Organization: Equinox Networks, ChCh, New Zealand * Private Node: Yonder
X-Software: HERMES GUS 1.00 Rev. Jan 16 1992

I'm re-posting this as I don't think it got out the first time...

More problems.... can anyone tell me, does Hermes create an
 incorrect path name, or have I got it set up wrong somehow...

From what I can work out, it's adding the sitename & the domain name
 together from config.sys and making the From: and Path: fields
 using this information.
My node is Yonder, and I feed off equinox (equinox.gen.nz)
This makes the from line read From:shore@yonder.equinox.gen.nz, which is
 correct, but it also creates the following path
Path:yonder!shore  is the way I have it setup causing this, or is
 it the way the software has been written?

 Thanks,
    Craig.

-- 
* Craig Shore  | Phone (voice)  | Internet:shore@yonder.equinox.gen.nz   *
* 20 Tasman Pl,|  +64 3 3852501 |         :craig_shore@equinox.gen.nz    *
* Christchurch, New Zealand     | SLNET: 250:700/1266 FIDONET: 3:770/180 *
Newsgroups: comp.sys.atari.st
From: jogl@merry.imsd.rwth-aachen.de (Joachim Glaubrecht  #Alwd#)
Subject: WANTED: CAMPUS --> Signum!3 ?!
Organization: Institut f. Med. Statistics @ Dokumentation
Date: Mon, 27 Jul 92 10:42:52 GMT



hi,

here is a question from a friend of mine:

is there a tool that let me import CAMPUS-CAD-drawings
into Signum!3-documents ?         ---------------------
    --------------------
-- 
  ___             ____________________________________
 /  /  _____     !  jogl@tolkien.imsd.rwth-aachen.de  !
 __/__/_/ Gl     ! Inst. f. Med. Stat. & Doku. (IMSD) !
/_/              !___Aachen__Germany__Europe__Earth___!
Newsgroups: comp.sys.atari.st