HDTenEightyP/NetNews huggingface dataset:
From: stelmack@eggo.tmc.edu (Gregory M. Stelmack)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Distressed Damsel needs C Compiler!
Date: 5 Sep 92 03:54:21 GMT
Organization: University of South Florida, Department of Computer Science and Engineering

In article <1992Aug26.220430.13504@ultb.isc.rit.edu> kxs5829@ultb.isc.rit.edu (K.X. Saunders ) writes:
>
>	I was a registered DICE user (v 2.06.38).  I stopped using it because
>the code produced is, in general, unreliable (ie buggy).  I would recommend
>Markus Wild's gcc-2.2.2 port which I now use.
>

Just remember, you want LOTS of RAM (from what I hear, 4 megs or more). GCC
is not for those with little RAM or harddrive space. Of course, it's free :)

--
-- 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.
From: flax@frej.teknikum.uu.se (Jonas Flygare)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga PROLOG wanted.
Date: 14 Sep 1992 19:25:47 GMT
Organization: /home2/ctrl/staff/flax/.organization
	<1992Sep14.152137.24606@fwi.uva.nl>
NNTP-Posting-Host: frej.teknikum.uu.se
In-reply-to: mvelzen@fwi.uva.nl's message of Mon, 14 Sep 1992 15:21:37 GMT

In article <1992Sep14.152137.24606@fwi.uva.nl> mvelzen@fwi.uva.nl (Marc "VELZ" van Velzen) writes:

   mcramm@dct.ac.uk writes:

   WaRREN Abstract Machine

Right.

   It also is slow, buggy as hell, and has terrible debugging facilities ...
   Get SWI-prolog for yer PC, it's WAY better ... (this is of course not a
   plug for PCs in general, so don't start that PC<->Amiga flamewar again, 
   I'd *love* a decent prolog for my 'miga, but it seems there isn't one).

Slow? I think that's because people insist on running it on a 'slow'
machine. SBProlog on a Sun is on par with Sicstus (at least their older
version, I haven't made any comparison lately)
As for buggy, I suspect that is mostly due to the port than the prolog.
(Not meaning to belittle the porter, but it's quite a lot of code,
and there are several type conversions that really should be
properly cast, and/or prototyped. Lot's of work for a hacker.)
The debugging facilities are the same as on many other prologs, which 
as you say aren't the best. But the 'black-box' debugger is quite
workable after you get used to it. 
I think it's quite a catch, for being PD, it's about as fast as you
can expect for interpreted code (although I suspect the readloop could
be hand optimized, I've never seen so many goto's before, and SAS C's
optimizer plain dies on it. (read: takes a looong time before giving up,
due to lack of memory (3 Mb)) 
If I ever feel I have a lot of time to spare I might let it generate 
assembler code and go from there. 

What I'd want would be a prolog->machine-code compiler for it.
(Or any other prolog) Unfortunately that often means
taking the byte code and 'straightening' out the readloop.
We're talking lots of memory being gobbled..
Also: I don't want typing as of Turbo Prolog. Yech. :-)

Obhack: We wrote a prologmachine running on wam-code, and a
compiler from prolog to 'our' wam-code. Neat.
Unfortunately the prolog machine was written in Mac-prolog on a
SE. We're talking milli-LiPS here. :-)
(Several minutes to do a naive reverse of a list of 10 elements. 
 But it compiled itself..)
--

--------------------------------------------------------
Jonas Flygare, 		+ Wherever you go, there you are
V{ktargatan 32 F:621	+
754 22 Uppsala, Sweden	+
From: mcuddy@fensende.Rational.COM (Mike Cuddy)
Newsgroups: comp.sys.amiga.programmer
Subject: Double buffering and palette changes
Summary: How do I change the palette for a double buffered (views) screen?
Date: 9 Sep 92 06:10:55 GMT

Using the method described here and in the RKM's, I'm double buffering a view
by building two copper lists and then swapping them LoadView.  If I want
to change a palette register, must I re-build both copper lists?  what's a nice
fast way to do this? I assume that LoadRGB4 does some funny business with
the copper list that is currently installed and doesn't rebuild them, just 
pokes the copper list...

*Help*
--Mike Cuddy (mcuddy@rational.com, fensende!mcuddy@apple.com)
To Anachreon in Heav'n/Where he sat in full glee/A few sons of harmony sent a 
petition/That he them inspi-re and patron would be/When this answer arrived/
from the jolly old Grecian/"Boys fiddle and flute,/no longer be mute,/
I'll lend 'ye my name/And inspire ya' ta' boot/And besides I'll instruct 'ye/
like me, to entwine/ the Myrtle of Venus with Bacchus' vine!
-- sing to the tune of the star spangled banner... (these are the orig words,
yes folks, our national anthem is a ``let's get drunk and F*** song'').
Newsgroups: comp.sys.amiga.programmer
From: engb@gpu.utcs.utoronto.ca (Ben Eng)
Subject: Amiga C Compilers [Was: Random tidbits regarding WOC & A4000]
Organization: Jet Penguin Lavatories
Date: Tue, 15 Sep 1992 22:35:32 GMT

In <1638@lysator.liu.se> boberg@lysator.liu.se (Stefan Boberg) writes:

>engb@gpu.utcs.utoronto.ca (Ben Eng) writes:

>>In <1627@lysator.liu.se> boberg@lysator.liu.se (Stefan Boberg) writes:

>>>  Me too. As it is right now the only good compiler for the Amiga appears
>>>to be SAS/C (and GCC, but it's hardly usable).

>>Why do you say that gcc is hardly usable?

>  I didn't mean that GCC was bad, just that I don't consider it a "real" 
>Amiga compiler.

>But I still think SAS/C is
>better for native Amiga development.

I would have to agree with you on that one.  gcc (in its present form)
is basically unusable without linking in Wild's standard library, which
relies on ixemul.library.  You can't really expect to develop a
commercial product (or even many freeware products) that relies on this
kind of overhead.  I like ixemul.library--I would just never want to
distribute software that relies on it (due to its size, its
non-Amiga "spirit", etc).  It's fine for inhouse stuff though.

Ben
-- 
e-mail: engb@gpu.utcs.utoronto.ca or ben@jetpen.gts.org (Ben Eng)
UofT EngSci 9T2                   ``We are all masochists here.''
Home: (416)-979-8761, (416)-979-7885
From: engb@gpu.utcs.utoronto.ca (Ben Eng)
Newsgroups: comp.sys.amiga.programmer
Subject: gcc 2.2.2 binaries sloooow to load.
Date: 6 Sep 92 14:13:12 GMT
Article-I.D.: gpu.Bu5u61.9yw
Organization: Jet Penguin Lavatories

Is there some reason why the gcc 2.2.2 binaries are excruciatingly slow
to load?  Even for something as small as "man" which is 7400 bytes large,
it takes a good three or four seconds to load.  This is after
ixemul.library is already resident.

Ben
-- 
e-mail: engb@gpu.utcs.utoronto.ca or ben@jetpen.gts.org (Ben Eng)
UofT EngSci 9T2                   ``We are all masochists here.''
Home: (416)-979-8761, (416)-979-7885
From: monster@mbear.apana.org.au (Martin Ozolins)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: TypeOfMem()/BltBitMap().
Date: 6 Sep 92 19:52:38 GMT
Organization: Bears Incorporated
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <34871@cbmvax.commodore.com> chrisg@cbmvax.commodore.com (Chris Green) writes:
> In article <jbickers.0elw@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:
> >
> >    Hm. Ok, is the Flags field in a struct BitMap used for anything?
> >
> 
> 	HANDS OFF THE PAD AND FLAGS FIELDS OF BITMAPS!!!!!
> 
> 
> 	Future releases of the gaphics library will be making heavy usage of these.
> 

Hopefully that would be V3.0 or later of the O/S :-)
But, you cannot tell us :-( if that is so
 
-- 

Martin Ozolins :Internet   monster@mbear.apana.org.au
Victoria       :FIDO       3:633/359.6
Australia      :AMIGANET   41:300/359.6
               :TRINET     42:8699/8.6
From: quandt@mcs213e.cs.umr.edu (Brian Quandt)
Subject: arp.library
Date: Tue, 15 Sep 1992 01:16:10 GMT
Organization: University of Missouri - Rolla

Looking for information on how to use the arp libraries from C code, i.e.,
a functional description of the library and prototypes.  Also what
is the latest version?  And where can this latest version be found?

						Brian Quandt

Newsgroups: comp.sys.amiga.programmer
From: boberg@lysator.liu.se (Stefan Boberg)
Subject: Q: File System Links and how to detect them
Summary: How to detect filing system links
Keywords: links, filesystem, amiga, LhA
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Sun, 6 Sep 1992 19:54:08 GMT

rz
**
--
Stefan Boberg - AP & EE student at Linkoping Institute of Technology, Sweden
 Author of LhA, ArjA and LhArcA. Co-author of Alien Breed, Project X, Full
  Contact and Miami Chase.
    EMail: boberg@lysator.liu.se, lha@augs.se       FidoNet: 2:204/404
Xref: sparky comp.sys.amiga.programmer:13308 comp.sys.amiga.datacomm:6311
From: rwm@atronx.OCUnix.On.Ca (Russell McOrmond)
Date: 12 Sep 92 16:58:41 EST
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.datacomm
Subject: Re: How to store client data in XPR structure ?

sysop@alphanet.alphanet.ch (Marc SCHAEFER) writes:
>I want to call XPR functions from an reentrant environment, ie no
>global variable. However I need to pass some information in the XPR

  Here is what I do within Welmat.  Welmat has a global pointer that has
a list of 'slaves', and one of the entries in a slave structure is a pointer
to the process structure.  I do a FindTask(NULL) and compare until I find
the proper slave, and thus all the information I would need to know about
the slave.

  P.S. the xpr_data pointer is a ponter that the XPR protocol itself sets up
to point to it's information, and is *NOT* to be modified by the host.

>internal structure, I wouldn't be able to use it and I would have to
>add a field to the XPR structure (thus jeopardizing upward compatibility).

  Since the XPR_IO structure is not 'passed back' in any of the
callbacks, even adding to the structure will not give you anything. The
only way I know of to handle things in a re-entrant environment is to
use the task list/FindTask(NULL) method I described above.


  By the way, if you would like to get involved in a possible future XPR
enhancement document (All completely backward compatable to XPR 2.0),
please let me know.  I'm trying to put together a document of 'problems'
and proposed solutions.  We will then be able to discuss which methods would
be best to implment, and then release a new document (XPR 3.0?) so that
others can make use of these extended features in their software.

  Willy is currently on a vacation, and I'll be sending him a preliminary
document when he emails me that he is back.  If you have any issues that
you would like to get dealt with in the next revision of the document, 
please let us know.

>Thanks in advance
>Bye Ms...

>+------------------_+-----------------------------------------------+
>| Marc SCHAEFER _ //| sysadm@alphanet.ch  -or-	schaefer@di.epfl.ch |
>| Battieux 6c	\X/ | MUD:mud.imp.ch@2345 FTP:liasun3.epfl.ch:/pub2 |
>| 2013 COLOMBIER  CH| Week fast response mail schaefer@di.epfl.ch   |
>+-------------------+-----------------------------------------------+
> We pay for incoming and outgoing mail, please don't send long files
--
  Opinions expressed in this message are my Own. I represent nobody else.
  Russell McOrmond  rwm@Atronx.OCUnix.On.Ca Net Support:(613) 230-2282(V.32Bis)
  FidoNet 1:163/109 Welmat Help 1:1/139  Current WELMAT 'keeper of sources'.
Organization: Penn State University
Date: Tue, 15 Sep 1992 15:16:07 EDT
From: <TEW105@psuvm.psu.edu>
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C - Borland C++
 <1992Sep11.142341.24137@ucc.su.OZ.AU> <1992Sep11.143722.24758@ucc.su.OZ.AU>
 <BuMJ0A.G0C@unx.sas.com>

I'd rather prefer the environment we have now.  It gives us alot of
flexibility and 6.0 appears to add even more.  Borland's C compiler isn't
even ANSI compliant.  And I personally don't like the editor with any
Borland product except Turbo Pascal 6.0 (I didn't say I liked LSE, at
least the 5.10 version that much either, but there are many text
editors available for the Amiga, and if they have an AREXX port they
should be able to interface with SAS/C 6.0 error message system,
the only way to get something like that out of Borland is to use
there editor, doesn't leave you much choice does it?)

+L8R+                                +Every time I try to pick it up its like
HonuS  internet: TEW105@psuvm.psu.edu|falling sands, as fast as I pick it up it
+---+  bitnet:   TEW105@psuvm        |runs away through my clutching hands...
Disclaimer: +-Look Ma, only 5 lines--+                            -The Cure
  The big wigs at PSU wish they could come up with opinions as good as mine!
Newsgroups: comp.sys.amiga.programmer
From: dnavas@oracle.uucp (David Navas)
Subject: Re: TagItem tricks
Organization: Oracle Corporation, Redwood Shores CA
Date: Mon, 14 Sep 1992 18:08:46 GMT
X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.

In article <paulk.1gtc@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
>Many taglists, especially ones that are pushed on the stack by stub
>functions that have varargs prototypes (Like OpenScreenTags for
>OpenScreenTagList) DO NOT have an extra empty word after the
>TAG_DONE.  If you overwrite the corresponding ti_Data field you will
>clobber memory used for something else.

Good point.  Either you must be writing code for your OWN application, or
you have to be careful.
However, chaining is easier to accomplish the other way around -- ie:
putting your OWN additions in the front, and adding the passed tags at
the end.  You should worry about duplication of ti_Tag values in either
case, although it's probably more important in this instance....

If you want to chain by first finding the TAG_DONE, go -back- a level
(and no, that's NOT tag = tag -1, you'll have to keep track of the last
tag as you search for the TAG_DONE -- ick), save off the previous item in the
front of your addition, and add your addition thereafter....

Query:  Does DuplicateTags (or whatever) create the extra longword after the
TAG_DONE?

						-Dave

David C. Navas						dnavas@oracle.com
Working for, but not speaking on behalf of, Oracle Corp.
Newsgroups: comp.sys.amiga.programmer
From: dingebre@imp.sim.es.com (David Ingebretsen)
Subject: COMMERCIAL DICE; when?
Followup-To: comp.sys.amiga.programmer
Reply-To: dingebre@imp.sim.es.com (David Ingebretsen)
Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
Date: Tue, 8 Sep 1992 20:05:29 GMT


I saw mentioned that version 3.0 of DICE will be commercial. When will
it be available and for how much?

-- 
	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.
From: asp@trail.sharpstone.com (Alexandre Sasha Polozoff)
Newsgroups: comp.sys.amiga.programmer
Subject: Could someone e-mail FAQ to me?
Date: 11 Sep 92 03:30:02 GMT
Reply-To: asp@trail.sharpstone.com
Organization: Sharpstone Trail Productions - Austin Texas USA
X-Mailer: uAccess - Macintosh Release: 1.6v1

Subject line says it all.  I don't have ftp access so could someone
forward the FAQ to me?  


---------------------------------------------------------------------------
Alex Polozoff      512/218-1178       Internet    asp@trail.sharpstone.com
Sharpstone Trail Productions          Compuserve  73467,252
Austin, Texas USA                     OSI Network Management Products
From: mueller@schaefer.math.wisc.edu (Carl Douglas Mueller)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C Upgrade?
Date: 11 Sep 92 21:01:01 GMT
Reply-To: mueller@schaefer.UUCP (Carl Douglas Mueller)
Distribution: comp.sys.amiga.programmers
Organization: Univ. of Wisconsin Dept. of Mathematics

In article <1992Sep11.181120.25883@kth.se> f90-len@byse.nada.kth.se (Lars Engebretsen) writes:
>In article <S37732V.92Sep11181241@vipunen.hut.fi> s37732v@vipunen.hut.fi (Markus Juhani Aalto) writes:

[WONDERING ABOUT SAS/C UPGRADE INFO]  (deleted)

I believe that SAS is currently only sending notices to North America (U.S.
and Canada).  I can't recall for certain, but I seem to recall seeing a date
later this fall when they'll expand distribution worldwide.

Carl Mueller (mueller@math.wisc.edu)
Newsgroups: comp.sys.amiga.programmer
From: ejames@venus.iucf.indiana.edu (ERIC JAMES)
Subject: Re: Help: PCQ and Sprites
News-Software: VAX/VMS VNEWS 1.3-4   
Reply-To: ejames@venus.iucf.indiana.edu
Organization: nothing
Distribution: comp
Date: Mon, 14 Sep 1992 17:12:57 GMT

In article <25761@castle.ed.ac.uk>, marks@castle.ed.ac.uk (Mark Steyn) writes...
>Having browsed through the Amiga C Encyclopedia and having downloaded
>PCQ 12b I decided, in a fit of over enthusiasm, to try and convert one
>of the C examples to PCQ.  The chosen example was
>Graphics/Sprites/Example1.c.  As you can probably gather all did not go
>well - my sprite is invisible :-(
> 
>The only reasons I've been able to come up with for this strange
>behaviour is that the array containing the sprite data has not been
>allocated in chip memory or that I haven't given the SimpleSprite the
>correct address of the array (I used @array).
> 
>I would greatly appreciate in information on displaying sprites with PCQ
>(some source would be nice too :-) as I think my code is somewhat ropey.
> 
>Mail me if you can help.
> 
>	Mark
> 
>-- 
>? As long as the youngest child is free to dream,  ? Mark Steyn :          ?
>? In the forest that we call imagination,          ? marks@castle.ed.ac.uk ?
>? There shall always be a Unicorn.                 ? mpjs@dcs.ed.ac.uk     ?
>?              Knowledge is no virtue and Innocence no vice                ?
  I have no information on displaying sprites, but I do know that the registered
version of PCQ (version 1.2d) gives you the ability to controll where a
variable or an array is loacted (CHIP or FAST).  If that's your problem try
geting the registered version.  If you do DON'T send to the Arazona address,
I have his current address if you want it.

  Eric James
  ejames@venus.iucf.indiana.edu
Newsgroups: comp.sys.amiga.programmer
From: silver@fraser.sfu.ca (Craig Silver)
Subject: NEEDED: Spell Checker with Source
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sun, 13 Sep 1992 08:37:58 GMT

        I need to find a large compressed dictionary (say around 
at least 80 000 words, plus the prefixes and suffixes) and some 
ANSI C source code allowing me to read words from the compressed 
dictionary without decompressing the whole thing into RAM.  I'm 
working on an Amiga so Unix C source is fine.  
 
        Please email me if you know of such a beast.  Thanks.


-- 

------------------------------------------------------------------------
Craig Silver	                	    Simon Fraser University
silver@sfu.ca (Internet)	            Burnaby, B.C., Canada
Newsgroups: comp.sys.amiga.programmer
From: epang@fraser.sfu.ca (Eugene Pang)
Subject: Re: Manx C dead?
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 15 Sep 1992 17:08:20 GMT

peter@NeoSoft.com (Peter da Silva) writes:
>I've been told Manx has dropped out of the race. Is this so?

Until Manx drops tech. support for the Amiga version on BIX, I'll say they're
still in it.  But they are currently developing the next upgrade release,
with the PC version to be released first.

>If so, I presume there will be no new upgrades, but can I still get caught
>up with any I might have missed?
  
Well, there was the 5.2b release of the linker libraries.  This can be
downloaded from their listings area on BIX and their BBS.  I suppose, one
can also order this from their Sales/Updates dept.
From: epa@cis.ksu.edu (Eric P. Armstrong)
Newsgroups: comp.sys.amiga.programmer
Subject: GadTools Palette Gadget
Date: 9 Sep 92 05:00:25 GMT
Organization: Kansas State University
NNTP-Posting-Host: cygnus.cis.ksu.edu

Why does the GadTools Pallette Gadget not have a beveled border on it,
or how do you put one on it without having to write a new gadget class?

Nice simple question... :-)

-- 
Eric P. Armstrong        epa@cis.ksu.edu        cis.ksu.edu!harry!rtfm!epa
       "I plead the fifth, because I'm too dumb." -- Karl S. Hagen
Newsgroups: comp.sys.amiga.programmer
From: rodmar@gn.ecn.purdue.edu (Rodney L Martin)
Subject: mathieeesingbas.library
Organization: Purdue University Engineering Computer Network
Date: Mon, 7 Sep 92 13:15:40 GMT


I just got the gcc222 compiler.  It didn't seem to come with a couple of
libraries that are necessary.  They are:

mathieeesingbas.library
ixemul.library

Would someone show me where I can get these things, or E-mail them to me?

Thanks!

Rod

-- 
|=============================================================================|
| _|_  [Jesus speaking] ..whoever hears my word and believes him who sent _|_ |
|  |     me has eternal life and will not be condemned; <=== E-mail for    |  |
|  |     he has crossed over from death to life. -Jn 5:24    details!      |  |
From: ossplm@euas20c02.euas20 (Per Lundholm)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Opinions wanted re: CanDo
Date: 7 Sep 92 08:27:42 GMT
Organization: /home/euas20/u2/users/ossplm/.organization


My experience of CanDo is similar to yours, I got it from the AMIGA
format magazine too.

CanDo certainly is something to use for professional applications
where speed is not of major concern.

The reviews have been very good. From the description of yourself I
think CanDo should be your choice.

The script language looks like BASIC and lots of things has been
thrown in here and there, making it a kitchen-sink language. The
manual is therefore an absolute must to use it fully. I have learned a
lot from the examples that came with it, but I am an experienced
programmer, both with general languages and Hyper Card (Mac stuff).

I would have done it object-oriented and clean, but that is only in my
mind while CanDo is for real.

--
__________________________________________________
Per Lundholm           perty@os.se
Objective Systems
Kista
SWEDEN
Newsgroups: comp.sys.amiga.programmer
From: copes@cs.curtin.edu.au (Simon Cope)
Subject: Re: 68040 MMU Tools?
Organization: Curtin University of Technology
Date: Mon, 14 Sep 1992 10:17:26 GMT

swalter@avalon.physik.unizh.ch (walter stefan) writes:


>Hi there!

>Sorry for wasting bandwidth with such a simple question. Are there
>any MMU based 68040 tools around? I haven't seen any so far but
>I'd need some, i.e. a FastRom or Enforcer like tool or whatever.

>Any kind soul out there with a hint?

Nic Wilson has a program called (funnily enough) Set040.  It is available on
fish 6xx somewhere.

>Thanks, Stefan

>-------------------
>Stefan Walter        avalon.physik.unizh.ch!swalter
>Finsterruetistr. 57    or
>CH-8135 Langnau      stefan@pegasus.ch


--
copes@cs.curtin.edu.au
From: d9mats@dtek.chalmers.se (Mats Persson)
Newsgroups: comp.sys.amiga.programmer
Subject: GadToolsBox 1.4 still has IDCMP bug
Date: 13 Sep 92 06:56:11 GMT
Organization: Chalmers University of Technology, Gothenburg Sweden

I just received GadToolsBox 1.4 (37.121) and became very disapointed
when I discovered that it still can't manage to create the correct
IDCMP flags. Neither can you set a cycle gadget to disabled.

The IDCMP flags seem to be created totally at random.

I did two 'Create C Source' after each other and they ended up with
DIFFERENT IDCMP flags!!!

In my opinion the old 1.3 with the IDCMP-patch works better than 1.4 .

I wish the author was reachable on the net.

--
                 Mats Persson    (d9mats@dtek.chalmers.se)

                    Chalmers University of Technology