HDTenEightyP/NetNews huggingface dataset:
From: kuehn@math.uni-muenster.de (Ulrich Kuehn)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: drop down menus in GEM
Date: 22 Dec 92 10:06:42 GMT
Reply-To: kuehn@math.uni-muenster.de
Organization: Westf. Wilhelms-Universitaet Muenster, Germany
NNTP-Posting-Host: pascal.uni-muenster.de

In article 724944923@groucho.phil.ruu.nl, hjv@phil.ruu.nl (Hendrik Jan Veenstra) writes:
>hohmuth@freia.inf.tu-dresden.de (Michael Hohmuth) writes:
>>
>>Please, don't do that. This assumes that AES uses the same copy of the object
>>tree that you use, which is not documented. That's also why menu manipulation
>>services are provided by the AES.
>
>>Stick to menu_icheck for this!
>
>Huh?  One loads the rsc with rsrc_load, gets the address of the menu with
>rsrc_gaddr and then displays the menu with menu_bar -- and you claim that
>it's possible that the AES uses *another* copy of the menu than the one
>pointed to by the OBJECT* one gets from rsrc_gaddr???  Is this true?  Wouldn't
>that be _very_ strange?
>Just curious...  (and never having had problems with the ob_flags method).
>
Have you thought of a networking extension to GEM? Who do you think will draw
a menu, when the used screen is on another machine somewhere over the net?
The screenmanager there must at least have a copy of the objects to draw,
so changing simply the object's flags is not enough, you have to set up the
menu again by menu_bar, or use menu_icheck at all.
You are right when you say that your method worked for all the AES's seen
so far, but this behavior is not documented and will break when there is a 
networking AES. So please reconsider your method.

Ulrich

---

+---------------+----------------------------+-------------------------+
| Ulrich Kuehn  | Internet:                  | Do they know that they  |
| Cand.Math.Inf | kuehn@math.uni-muenster.de | cannot eat their money? |
+---------------+----------------------------+-------------------------+
Newsgroups: comp.sys.atari.st.tech
From: Mike Stramba <stramba@zooid.guild.org>
Subject: setting path in BASH under MINT
Organization: The Zoo of Ids
Date: Sat, 26 Dec 1992 20:33:42 GMT

How can I set the path to include multiple drives in BASH under MiNt?

On a Unix system, the path separator would be ':',

e.g.  PATH= /bin:/usr/bin

but on the ST ':' is needed for 'a:/'  'b:/'.

I've tried   PATH=a:/;d:/
             PATH="a:/ d:/"
             PATH=a/:d/            .. doesn't make sense, but hey ...
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: DLD - Dynamic LD.  Apparently ported to ST - ?
Date: 23 Dec 92 02:18:01 GMT
Reply-To: warwick@cs.uq.oz.au

According to the "DESCRIPTIONS" file on prep.ai.mit.edu, (in /pub/gnu)

--------------------------------------------------------------------------------

dld-3.2.3
                Dld is a library package of C functions that performs "dynamic
                link editing".  Programs that use dld can add compiled object
                code to or remove such code from a process anytime during its
                execution.  Loading modules, searching libraries, resolving
                external references, and allocating storage for global and
                static data structures are all performed at run time.

                Dld is now available for VAX, Sun 3, SPARCstation, Sequent
                Symmetry, and Atari ST machines.

--------------------------------------------------------------------------------

Does this mean we can have dynamic libraries????  If so, where is the Atari 
ST port???


--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /   C references are NULL && void*
      v      Brisbane, Australia.        /  
Xref: sparky comp.sys.atari.st.tech:6365 comp.sys.atari.st:18721
From: ritz@ritz.mordor.com (Christopher Mauritz)
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
Subject: Re: Falcon and Unix Sys V
Date: 21 Dec 92 11:51:15 GMT
Organization: Ritz International, Inc. -- Import/Export Consultants
X-Newsreader: TIN [version 1.1 PL6]

Risto Juvonen (alien@clinet.fi) wrote:
: neil@cs.hw.ac.uk (Neil Forsyth) writes:
: : 
: : I am hearing rumours that some people are porting Linux, a free Unix popular
: : on the PC, to the ST and Amiga platforms. I doubt it would be up to much on
: : a 68000 but on a 68030 in a TT or a Falcon it could be quite neat. I have
: : seen it running X on a 486 PC just fine.
: : 
:  That sounds very good! I was just thinking of gettin 386 for unix,
: and you how much I hate PC's. Now I can get another TT to run unix!
: Yes! 

I wouldn't hold your breath.  Linux is definitely a quality piece of
work and I have briefly used it, but the author, Linus Torvalds, has
stated on numerous occasions that it is very 3/486 dependent.  Rumour
has it that an Amiga port is being contemplated, but this is the
first time I have heard about an Atari port.  If you want cheap unix,
a pc clone is probably your best bet at this point.

Cheers,

Chris

--
Christopher Mauritz                 | My views reflect those of my
ritz@ritz.mordor.com                | company since I own the company.
{backbone}!rutgers!spcvxb!ritz!ritz | Ritz International, Inc.
OS/2 OS/2 OS/2 OS/2 OS/2 OS/2 OS/2  | Import/Export Consultants
Newsgroups: comp.sys.atari.st.tech
From: bert@cs.vu.nl (Menting BL)
Subject: Question for Umoria (wizzard)
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Mon, 21 Dec 1992 17:18:22 GMT

Hello,

Sometimes the Umoria program gets locked up, the cursor is 
removed and everythings locked up. I'd appreciate if someone
can solve this, but, I am already happy if someone knows how
to restart a character that gets lost when the computer is stuck.
It's really frustrating to play a fine character for say some hours
and then have to start again, not because it was killed but because
something inside the computer went wrong.

Pleas email this to :bsteeho@.cs.vu.nl

		Thanks, Bert.
From: woju@keep.fantasy.sub.org (Wolfgang Jung)
Newsgroups: comp.sys.atari.st.tech
Distribution: world
Organization: The Fantasy Keep in Berlin
X-News: HERMES MMAIL 1.04 Rev. Sep  5 1992
Subject: Re: Sending objc_draw to a buf
Date: Tue, 29 Dec 1992 13:01:58 MET

Peter_Missel@k.maus.de (Peter Missel) writes:

>c>I should have said,"a buffer the size of the screen buffer currently
>c>being used."  Since the logbase is the place where writes are done, the
>c>user will not see the objc_draw calls occuring provided that the
>c>physbase() is not changed.
>c>
>c>So this would be the procedure:

>This procedure definitely is NOT suitable for background drawing, as there is
>no guarantee that the screen XBIOS uses is the same one VDI and AES use.
>Watch out! Graphics cards are around...

Or AutoSwitch Overscan :-)
Why not let the User see the things being drawn ? I won't think the system
hangs if he sees that something is done :-)

Gruss
	Wolfgang

-- 
Use /dev/null with care, otherwise you have to rebiuld your files.
-------------(NO VIRUS IN THIS ONE, SigVirCheck V 0.0001)------------------
woju@keep.fantasy.sub.org (Home) (Mail should be <= 10 KB)
or: wong@cs.tu-berlin.de, wojuacac@w250zrz.zrz.tu-berlin.de
NeXTMAIL: w271zrz.zrz.tu-berlin.de
Newsgroups: comp.sys.atari.st.tech
From: hjv@phil.ruu.nl (Hendrik Jan Veenstra)
Subject: Re: drop down menus in GEM
Organization: Department of Philosophy, University of Utrecht, The Netherlands
Date: Mon, 21 Dec 1992 13:35:23 GMT

hohmuth@freia.inf.tu-dresden.de (Michael Hohmuth) writes:

>> 	You could just modify the .ob_flags part of the particular menu item. 
>> 0x04 is the CHECKED bit...

>(Hendrik Jan Veenstra suggested a similar method.)

>Please, don't do that. This assumes that AES uses the same copy of the object
>tree that you use, which is not documented. That's also why menu manipulation
>services are provided by the AES.

>Stick to menu_icheck for this!

Huh?  One loads the rsc with rsrc_load, gets the address of the menu with
rsrc_gaddr and then displays the menu with menu_bar -- and you claim that
it's possible that the AES uses *another* copy of the menu than the one
pointed to by the OBJECT* one gets from rsrc_gaddr???  Is this true?  Wouldn't
that be _very_ strange?
Just curious...  (and never having had problems with the ob_flags method).

--
Hendrik Jan Veenstra    hjv@phil.ruu.nl  *  How can I save my dreams
Dept. of Philosophy                      *  in the nightmare, in the flood
University of Utrecht                    *  But I try.
The Netherlands                          *
From: abaddon@uk.ac.liverpool.scm.suprenum (Kevin o donovan)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Question for Umoria (wizzard)
Date: 22 Dec 92 10:08:58 GMT
Organization: Centre for Mathematical Software Research, Univ. Liverpool, UK

>>>>> On 21 Dec 92 17:18:22 GMT, bert@cs.vu.nl (Menting BL) said:

> Sometimes the Umoria program gets locked up, the cursor is 
> removed and everythings locked up. I'd appreciate if someone
> can solve this, but, I am already happy if someone knows how
> to restart a character that gets lost when the computer is stuck.

Hmm, I compiled moria 5.5 under Lattice C with a few minor mods, and I don't
get this problem - if the computer crashes, or I reset it, then rerun moria
my original character is still there untouched. I didn't change the code to
make it happen this way either, it just did. If anyone's interested in a copy
I could probably upload it somewhere. OTOH, the sources are freely available,
and its an easy compile, so....

Kev
Xref: sparky comp.sys.atari.st.tech:6375 comp.sys.atari.st:18759
Organization: Penn State University
Date: Mon, 21 Dec 1992 22:46:44 EST
From: <SML108@psuvm.psu.edu>
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
Subject: Re: Falcon and Unix Sys V

I may have been the one to mention the Atari ST linux port first so let
me clarify EXACTLY what I said.  To my knowledge, NO ONE is working on
a linux port to the Falcon.  I am interesting in working on the port
however.  Unfortunately, I do not know enough unix guts to do it myself.
I am interested in forming and participating in a team effort to do it...
I am of course probably biting off way more than I can chew but 500K
of my research software runs under X and the thought of being able to
run it at home is too intriguing to resist...

I REPEAT NO ONE TO MY KNOWLEDGE IS WORKING ON AN ST LINUX PORT...
Do you wish to work on it?  Contact me by email.  If there is enough
interest, we can start a mailing list to decide whether this is
feasible and if so, DO IT!  I am incapable of doing the port myself...

I believe that such a port would bring the ST back to life despite the
Katzenjammer kids...  It won't make anyone a millionaire but it'll help
keep it alive...  As usual, Atari has given us an interesting computer,
but now they are going do absolutely nothing to support it so it will
survive but hardly prosper.  Who cares?  The PC still has $h!++y graphics
and sound and it seems like it always will...  So unless we're willing
to sell out we're going to have to do this ourselves...

Scott Le Grand
From: st1my@rosie.uh.edu (Stich, Christian E.)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Utility needed to read Amiga disks.
Date: 3 Jan 1993 13:54 CST
Organization: University of Houston
Distribution: world
NNTP-Posting-Host: rosie.uh.edu
News-Software: VAX/VMS VNEWS 1.41    

In article <1993Jan3.190029@cs.bham.ac.uk>, dxo@cs.bham.ac.uk (David Oakley) writes...
>As far as I know there's no chance of reading or writing to/from an Amiga disk.
>Guess what? It's those custom chips. Unlike the rest of the civilised world
>(Mac's excepted) Amiga Corp didn't use a Western Digital chip, so there's not
>much chance of it working.
> 
>That's what I found anyway, 'cause I tried writing a program like it a year or so
>ago. I did successfully read Archimedes disks, and if anyone wants the source to
>it (in GFA3 and m/c) they're welcome to it after the start of our Spring term
>(11th Jan).
> 
>David.
> 
>So .sig for 1993 yet!

But the Amiga can read and write PC-disks (720 KB) using CrossDos (in 2.1 system
software) or using MultiDos or MessyDos (later two are public domain).
If memory serves right, the Atari ST can read MS-Dos (PC) disks.

The Amiga Disk format uses 11 (22 with High Density drives) sectors per track
instead of the 9 (18) of a PC. This is because the Amiga usually writes
complete tracks and thus does not need more than one inter sector gap (PC's
have gaps between all sectors) but it can insert gaps if desired and go to 9
sectors per track.

9*2*80=1440 blocks = 1440 *512/1024 = 720 KB
11*2*80=1760 blocks = 1760 *512/1024 = 880 KB

for high density disks replace 9/11 with 18/22 for capacities of 1440KB/1760KB
From: kosmatoo@JSP.UMontreal.CA (Kosmatos Odisseas)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Falcon BUS..
Summary: Please Clarify!
Date: 25 Dec 92 00:14:25 GMT
Organization: Universite de Montreal

In article <1992Dec24.234910.28952@elroy.jpl.nasa.gov> hyc@hanauma.jpl.nasa.gov (Howard Chu) writes:
>Well, I finally got around to compiling this with GNU C. Here are some
>numbers for the Falcon in a couple different graphics modes:
>
>Test		640x480x2	640x480x256	320x240x16
>
>16 bit read	6206061		3413333		5610959
>16 bit write	16384000	6400000		14124138
>32 bit read	6301538		3442017		5688889
>32 bit write	31507692	7876923		24094118
>
>Here's a comparison from my Mega with Turbo16:
>
>		640x200x4
>
>16 bit read	7876923
>16 bit write	2884587
>32 bit read	7876923
>32 bit write	2884587
>
>First, looking at the Mega-ST, the numbers clearly agree with the fact that
>the ST has only a 16 bit bus. The read numbers appear exaggerated to me,
>probably due to how the Turbo-16 cache works.

Howard, what do these numbers mean? reads and writes per second?

[the rest deleted]
>-- 
>  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
>
>There's a narrow border between genius and insanity, but I'm a dual citizen.


-- 
___                                ___               ,   ^             ,
=*=        Odisseas Kosmatos       =*=  "Cul bien vide, tete plein d'idees."
=*=    kosmatoo@jsp.umontreal.ca   =*=
=*= shammer@mafalda.math.mcgill.ca =*=
Newsgroups: comp.sys.atari.st.tech
From: seimet@rhrk.uni-kl.de (Uwe Seimet)
Subject: Re: Partial Disk Formatting
Organization: University of Kaiserslautern, Germany
Distribution: eunet
Date: Thu, 31 Dec 1992 10:45:30 GMT

nelson@titan.PPD.Kodak.COM (Bruce D. Nelson) writes:

>Does there exist any software which would allow me to format only those
>cylinders/tracks which are affected?  
Unlike IDE drives SCSI drives only can be formatted as a whole.

***************************************
*        Uwe Seimet                   *
*        seimet@rhrk.uni-kl.de        *
*        seimet@chemie.uni-kl.de      *
*-------------------------------------*
* I really hate this damned machine,  *
*     I wish that they would sell it. *
* It never does that what I mean      *
*     but only what I tell it.        *
***************************************
Xref: sparky comp.sys.atari.st.tech:6391 comp.sys.atari.st:18901
From: jvt@its.bt.co.uk (John Trickey)
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
Subject: TOS Versions
Summary: What version is this?
Keywords: TOS1.6 QINDEX16 TOS_VERS MEMMAP
Date: 24 Dec 92 11:59:29 GMT
Followup-To: comp.sys.atari.st.tech
Organization: BT Group Computing Services, Birmingham, UK

Hi,

I've just laid my hands on a second hand STe for my children to play with.
When checking it out I discovered some very strange reports. I've run
a number of programs but the first to strike me was qindex16 which
reported the TOS version as 1.2!! I checked further and found tos_vers
thought it was 1.98 with Gem 0.23 and AES 1.64. Running memmap it reported
version 1.ae(diphthong) 1/1/90.

Now my original STe is 1.6 & that reports sensibly. Any ideas what I've
laid my hands on or is it just the routines I'm running are in someway
broken. Whatever it is, it seems to run all my progs OK.

As its the holiday, could you reply to my home mail address john@its.bt.co.uk.
I should be able to read this group from home, but there's just a chance
things could go wrong (forever a pessamist).

Thanks & Season's Greetings.
John
-- 
John Trickey <jvt@its.bt.co.uk>
       Voice: +44 21 524 8200     Fax: +44 21 553 6120
(Home) <john@its.bt.co.uk> || <john@g4rev.ampr.org> || G4REV @ GB7FLG
       +44 21 308 8892
From: Peter_Missel@k.maus.de (Peter Missel)
Newsgroups: comp.sys.atari.st.tech
Subject: RE: Mac RAM
Date: 25 Dec 92 20:57:00 GMT
Article-I.D.: K.A48848
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

q>I think that would be difficult. The 1040 does not use SIMMs, so you'll
q>need an adapter of some sort. Also note that the SIMMs from the Mac are 8
q>bit; they have no parity.

...and note: STs, STEs, TTs and Falcon030s don't require parity. Atari uses
8bit SIMMs in STEs and TTs.
From: Vincent_Partington@p15.f202.n281.z2.fidonet
Newsgroups: comp.sys.atari.st.tech
Subject: Re: 520 modem port problem
Date: 23 Dec 92 13:05:48 GMT
Reply-To: p15.f202.n281.z2.fidonet!Vincent_Partington@nextjk.wlink.nl
X-FSC-PID: LED 1.00

In a message of <Mon 21 Dec 92 00:29>, Joseph Charles Bossolini
(2:281/202.0) writes:

 JC> I have fixed the problem with my modem port.  As I had said in my
 JC> earlier post, it _was not_ the software or the modem that was causing
 JC> the problem! It was the 1489 Receiver chip that controls incoming
 JC> data for the serial port!  (I want to thank Roger Sheppard for being
 JC> able to help me with this problem!)
 JC> I just went to Radio Shack, got a new one for $2us and I was back
 JC> in business after about one hour!

That's great! Congratulations. I really don't know much about the hardware
of a modem but I thought maybe my hints would help. It can never hurt to
suggest something.

Ta!
    Vincent

FidoNet : 2:281/202.15
NeST    : 90:500/202.15 <-- NEW ADDRESS!!!
Usenet  : vincent@nextjk.wlink.nl

--- MARSmail v1.20/4D
 * Origin: For chit-chat about Jekyll: N_JEKYLL (2:281/202.15)
From: qsi@contrast.wlink.nl (Peter Kocourek)
Newsgroups: comp.sys.atari.st.tech
Subject: RE: Mac RAM
Date: Sat, 19 Dec 1992 17:37:14

Brad Shapcott wrote in a message on 16 Dec 92 to All

 BS> Anyone know how to homebrew Mac RAM for the Mac II to upgrade 
 BS> an Atari 1040ST? These are the 256K RAM, and I have four of 
 BS> them pulled out of a Mac II that was upgraded to the 1 Meg 
 BS> RAMs.

I think that would be difficult. The 1040 does not use SIMMs, so you'll
need an adapter of some sort. Also note that the SIMMs from the Mac are 8
bit; they have no parity.


YHS:QSI!
 
Newsgroups: comp.sys.atari.st.tech
From: seimet@rhrk.uni-kl.de (Uwe Seimet)
Subject: Re: What use is the AP_TERM message?
Organization: University of Kaiserslautern, Germany
Distribution: eunet
Date: Sat, 2 Jan 1993 08:25:10 GMT

Vincent_Partington@p15.f202.n281.z2.fidonet writes:

>According to the documentation you get it when the system shuts down or
>when the resolution changes. However, the resolution only changes when all
>programs have already quit (just try changing the resolution from the
>desktop, you'll see what I mean) and there's no way (yet) to shut down the
>machine. So what use is AP_TERM??
It works exactly as defined and does make sense. ALL program active when
changing the resolution from the desktop have to know AP_TERM. If you are
interested in it you should register yourself as developer. You can't expect
to get details concerning MTOS in the net because of non-disclosure
agreements.

***************************************
*        Uwe Seimet                   *
*        seimet@rhrk.uni-kl.de        *
*        seimet@chemie.uni-kl.de      *
*-------------------------------------*
* I really hate this damned machine,  *
*     I wish that they would sell it. *
* It never does that what I mean      *
*     but only what I tell it.        *
***************************************
From: Ulf_Moeller@hh2.maus.de (Ulf Moeller)
Newsgroups: comp.sys.atari.st.tech
Subject: 680X0 Linux
Date: 29 Dec 92 17:27:00 GMT
Article-I.D.: HH2.A15308
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

There actuallly is a mailing list on the Linux port to 680X0 machines. To
subscribe to it, send mail to linux-activists-request@niksula.hut.fi, with
the line
X-Mn-Admin: join 680X0
in the header or in the first line of the body.

 Ulf
From: jrt@hardy.u.washington.edu (Jerrold Thompson)
Newsgroups: comp.sys.atari.st.tech
Subject: Bug in fools.lzh???
Summary: Can't delete fools.lzh folder on Drive C
Keywords: fools.lzh bug atari.archive.umich.edu
Date: 29 Dec 92 18:59:40 GMT
Article-I.D.: shelley.1hq76sINN49f
Organization: University of Washington
NNTP-Posting-Host: hardy.u.washington.edu



I foolishly downloaded fools.lzh (this may not be exact spelling of
filename) from atari.archive.umich.edu .  I then tryed to unarchive
the file, but had no success after tring different utilities,
unlzh172.prg, arc_lzh.ttp, lzh201le.ttp, and lzh201k.ttp.  Then I
tried to delete the folder that contained the garbled files
from the aborted unarching, but to my chagrin discovered that I was
unable to delete it! The file names are all shadowed, and contain
control characters.  

I would appreciate any suggestions on how to get rid of the offending
folder, which is on Drive C---short of zeroing the entire partition.
I am using TOS 1.0

Thank you in advance,


                      Jerry Thompson
From: dxo@cs.bham.ac.uk (David Oakley)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Utility needed to read Amiga disks.
Date: 3 Jan 93 19:00:29 GMT
Organization: University of Birmingham

As far as I know there's no chance of reading or writing to/from an Amiga disk.
Guess what? It's those custom chips. Unlike the rest of the civilised world
(Mac's excepted) Amiga Corp didn't use a Western Digital chip, so there's not
much chance of it working.

That's what I found anyway, 'cause I tried writing a program like it a year or so
ago. I did successfully read Archimedes disks, and if anyone wants the source to
it (in GFA3 and m/c) they're welcome to it after the start of our Spring term
(11th Jan).

David.

So .sig for 1993 yet!
Newsgroups: comp.sys.atari.st.tech
From: itschere@techfak.uni-bielefeld.de (Torsten Scherer)
Subject: SCSI/2 or SCSI on the falcon?
Date: Tue, 29 Dec 1992 12:48:28 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.
Keywords: falcon, SCSI

greetings to the world...

i'm a bit confused now, if the falcon will/is come out/coming out with an
external SCSI or SCSI/2 port. i think i'll not buy the '030 but wait another
year for a machine which is a bit more up to date... but i'm having lots of
problems with free space on my MSTE/4's internal harddisk _now_ and i'd like
to buy a much bigger one (it's SCSI) _now_, but use it on the falcon 040 or
whatever its name will be later. now has it got a SCSI port or a SCSI/2 port?
or is it possible to software-configurate SCSI/2 ports to drive the older 8
bit units?

couldn't be so difficult to answer, but i don't know...
any help would be appreciated...

TeSche
-- 
TeSche (Torsten Scherer), Estudiante de la computacion en la
Universidad de Bielefeld, Calle de la Universidad 25, D4800 Ciudad de Bielefeld
*******************************************************************************
paper mail: Wiesenstrasse 28, D-W4970 Bad Oeynhausen 1, Germany
internet e-mail : itschere@techfak.uni-bielefeld.de
                  uteca066@unibi.hrz.uni-bielefeld.de
*************************************************************************(EOT)*