HDTenEightyP/NetNews huggingface dataset:
From: andy@cbmvax.commodore.com (Andy Finkel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Program Fragmenting Memory
Date: 15 Aug 92 13:07:08 GMT
Reply-To: andy@cbmvax.commodore.com (Andy Finkel)
Organization: Flying Cat, Inc.

In article <rwm.713818561@atronx.OCUnix.On.Ca> rwm@atronx.OCUnix.On.Ca (Russell McOrmond) writes:
>stelmack@eggo.tmc.edu (Gregory M. Stelmack) writes:
>>I've been trying to track this problem down for two days now, so I ask here in
>>case it has to do with something outside my code.
>
>  Do you by any chance use Amigados Local environment variables?  I've myself
>been trying to track down a fragmentation problem in my own software, and I
>can't find any of my own memory allocations that are causing the problem.
>
>  I haven't really spent a lot of time on it yet, so I'm not sure, but I'm
>getting a little curious about whether or not local environment variables
>are Free()'d when the process ends (IE: there is memory left over after I
>exit the program).

Assuming you are running in the Shell process itself (ie you are not
run, and don't detach) any local variables your program creates
will still be there when your program exits.  The local variables
are attached to the process structure.  When the process exits, then
the local variables are all freed.  So if your program is RUN, you have
your own process;  any local variables are freed on exit.  If you are
running directly from the Shell, the local variables are attached to the
Shell process structure, and will hang around until EndShell time.

The RC and RESULT2 shell variables are special.  When the Shell is started
up, it creates blank variables;  it updates those return codes by writing
directly into the variable's buffer, rather than dumping the old one and
setting a new one.  It does this to avoid fragmentation.

>
>>-- Greg Stelmack (stelmack@eggo.csee.usf.edu)

>  Russell McOrmond  rwm@Atronx.OCUnix.On.Ca Net Support:(613) 230-2282(V.32Bis)


			andy
-- 
andy finkel		{uunet|rutgers|amiga}!cbmvax!andy

"C++ should really have been called D."


Any expressed opinions are mine; but feel free to share.
I disclaim all responsibilities, all shapes, all sizes, all colors.
From: abs0@coos.dartmouth.edu (Kelvin Leung)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: problem with movea.l
Date: 13 Aug 92 19:46:30 GMT
Organization: Dartmouth College, Hanover, NH

jpr@sun4.lri.fr (Jean-Pierre Riviere) writes:


>Do you know of an assembler which would allow me
>to have a move and not a movea when the destination
>is an address register ?
>I can't do that neither with a8k nor Ncode.

Just curious, why would you want to do that?  I don't have enough
experience to tell if 68000 allows you to do that.  However, you could
write a program which contains self-modifying code (leave some space in
your program by putting several lines of "nop").  Try looking up
a motorola 68k manual and putting a little code in your program which
replaces the "NOP"s with a move.l <ea>,An  (I don't know if this will work
though...)

Good luck,
Kelvin
e-mail: abs0@coos.dartmouth.edu
Newsgroups: comp.sys.amiga.programmer
From: ebers@gfxbase.in-berlin.de (Thorsten Ebers)
Subject: Re: SAS/C V6.0 Announcement
Date: Tue, 18 Aug 1992 05:53:31 GMT
Organization: private
X-Newsreader: Tin 1.1 PL4

walker@twix.unx.sas.com (Doug Walker) writes:
: 
: In article <heinz.02z4@edohwg.UUCP>, heinz@edohwg.UUCP (Heinz Wrobel) writes:
: |> What if I purchased my 5.1 just a short time ago? Is there some special
: |> discount in upgrading related to a purchase after some date?
: |> 
: 
: Yes, if you purchased 5.10 after May 1, 1992, contact our Book Sales
: department.  You are entitled to an additional discount.


Is there also a deadline (dateline) for the ANSI Compliant Lib?

IMHO I find the difference between the two updates 
(still having Ansi Libs an not) not very high.
I come the conclusion that I should have not bought them.
                             ^^^^^^

: Call (919)677-8000 and ask for Book Sales, or write
: 
: SAS Institute, Inc
: ATTN: Book Sales
: SAS Campus Drive
: Cary, NC 27513
:

I will do that if there is also a Deadline.

Greetings Thorsten
 
: -- 
:   *****
: =*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
:  *|. o.| ||                                          1200/2400/9600 Dual
:   | o  |//     For all you do, this bug's for you!
:   ====== 
: usenet: walker@unx.sas.com                            bix: djwalker 
: Any opinions expressed are mine, not those of SAS Institute, Inc.
-- 
Thorsten Ebers     email: ebers@gfxbase.in-berlin.de,ebers@aball.in-berlin.de

Macht Macht Machtbesessene machtbesessenner,
oder macht Macht machtbesessen,oder Macht macht machtbesessen,
From: kehlet@kehlet.adsp.sub.org (Jesper Kehlet)
Newsgroups: adsp.sw,comp.sys.amiga.programmer
Subject: Re: Exception handler example
Date: 18 Aug 92 19:14:26 GMT
Distribution: adsp,world
Organization: Compos Mentis Software Systems
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <epang.713916164@sfu.ca> epang@fraser.sfu.ca (Eugene Pang) writes:

> You should also remind people that it's only for the DIVU/DIVS divide by
> zero exceptions.  It doesn't handle the DIVSL & DIVUL (32 bit) divide
> instructions (found on the '020 and above).
> 
> To add support would involve more than what I'm going to go into, but it would
> start with the following btst's:
> 
> #6 - 1==DIVU/DIVS
>         #8 - 1==DIVS
>            - 0==DIVU
>      0==DIVSL/DIVUL
>         #11 - 1==DIVSL
>               0==DIVUL
> 
> Then there's testing for 32 bit or 64 bit dividend, which register to store
> the result, ...  Certainly doable, but I'm not volunteering. :-)

I would like to do this, but as I wrote this one, my copy of Motorola
Programmers Handbook was returned to it's owner, so now I don't even have
the 68000 tables anymore.

Got to buy that one myself, though, covering CPU32, 68008, 68000-68040,
881-882 FPUs and the 851 MMU -- it's really useful!


-- 
     Jesper Kehlet, Compos Mentis Software Systems -- A Kind Of Magic

        (uunet|pyramid|rutgers)!cbmvax!cbmehq!cbmden!kehlet!kehlet
             cbmehq!cbmden!kehlet!kehlet@cbmvax.commodore.com

      As long as I speak for myself, my employees can do that, too...
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: SAS C 6.0
Originator: jamie@cdevil.unx.sas.com
Date: Thu, 13 Aug 1992 17:00:48 GMT
Organization: SAS Institute Inc.


In article <1992Aug12.200620.2946@beaver.cs.washington.edu>, wille@june.cs.washington.edu (Robert Wille) writes:
>In article <g6cDPB5w164w@cybernet.cse.fau.edu>, vidiot.bbs@cybernet.cse.fau.edu writes:
>|> Steve@celeborn.lvunix.com (Steve Slade) writes:
>|> 
>|> Available sometime next month, $109 upgrade.  The retail was quite a bit 
>|> higher than that of 5.1x.
>|> 
>|> Eric
>
>I stayed at 5.04.  Any idea how much it will cost to upgrade to 6.0?  When I
>didn't upgrade to 5.10, I didn't receive any information about 5.10a or 5.10b.
>I would like to upgrade to 6.0, but don't want to have to upgrade twice just
>to get to 6.0.

It's $109 from *ANY* 5.xx to 6.0.  If you didn't get a letter since you
bought 5.04, you're probably not in the SAS database.  Contact the SAS
Book Sales department at:

        SAS Institute Inc.
        ATTN: Book Sales
        SAS Campus Drive
        Cary, N.C.  27513
        U.S.A.

        Ph:  (919) 677-8000 x 7001
        FAX: (919) 677-8166

        Hrs: 9am to 5pm (0900 - 1700), Eastern U.S. time.

-- 
---------------
Jim Cooper
(jamie@unx.sas.com)                             bix: jcooper

Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
and not necessarily those of my employer.
Newsgroups: comp.sys.amiga.programmer
From: markus@msokcf.anu.edu.au (Markus Buchhorn)
Subject: C Libraries (PLPlot) and Fortran code
Organization: Mt Stromlo and Siding Spring Observatories, Canberra, Australia
Date: Fri, 14 Aug 92 03:20:53 GMT


[Posting for a friend sans net.access]

Question: How does one use C Libraries (compiled C code) from within
a Fortran program ? In specific, how can one use the PLPlot library from
Fortran ? I have a large quantity of Fortran code, which I'm not interested
in porting to C at this stage. According to the Fortran manual, there are
a variety of ways to go: use the amiga(OpenLibrary) call, which yields
a pointer to the jump table, use the F77L linker to link it in, or 
(briefly discussed in the manual) generate assembly code, and use
some other linker to combine this with the C library.
Unfortunately: amiga(OpenLibrary) refuses to open it, the linker refuses
to link it (not Fortran format), and I can't find how to link
the F77 generated assembly with the PLPlot library. HELP ! please !

Any help greatly appreciated

Thank You

markus
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Links & List KEYS
Date: 21 Aug 92 23:37:21 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

cbmehq!moria!bojsen writes:
>The KEY values should not be thought of as an analogy to the inodes of
>UNIX filesystems according to Randell Jesup.

	Correct.

>With the current asymmetric implementation of hardlinks you have people
>asking how to find the `real' file.  You can do that with NameFromLock().
>If things were like I would like them to be NameFromLock() would return
>the name of the object you actually locked and not the `real' file.  Why
>do people want to know which one of the several links is the `real' file?
>If you delete the original entry, the contents (i.e., the file itself) doesn't
>disappear (unless there's only one link to it), because another link will
>be promoted to being the `real' file.

	Right.  This was a close as we could get without a ground-level rewrite
of the filesystem.  Eventually we may well make hardlinks more Unixlike, so
don't depend on the current implementation.  Also, if anyone ever finishes
the BSD-FFS port to the Amiga, you can have real inodes and real BSD hardlinks.
Dos doesn't care, just the filesystem.

-- 
"Rev on the redline, you're on your own; seems like a lifetime, but soon it's
 gone..."  Foreigner
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
From: cooper@milton.u.washington.edu (Ken Cooper)
Newsgroups: comp.sys.amiga.programmer
Subject: Manx C and Boopsi Question
Date: 20 Aug 92 16:06:49 GMT
Reply-To: cooper@u.washington.edu
Organization: University of Washington, Seattle


     I was playing around with the RKM Boopsi programming examples the other
day and came across a problem that I figured that some of you may have an
answer for.  I am using Manx Aztec-C68K version 5.2a and when I went to link
the example program the linker was unable to find the following functions that
are part of amiga.lib:

                       DoMethod()
                       DoSuperMethod()
                       DoSuperMethodA()
                       HookEntry()

     After some looking, I noticed that these functions are not included in the
include directory, including the 'clib' and 'pragmas' subdirectories.  This
appears to be an omission on the part of Manx in version 5.2a of the compiler
package.  My questions are,

     i)  Have other Manx users encountered this and if so, is there a
         work-around or is an update from Manx required?

    ii)  If an update from Manx is required is it available over their BBS,
         or does one need to order a software upgrade and possibly pay for it?

   iii)  What is the telephone number for their support BBS? 

Thanks,

Ken Cooper
Applied Physics Laboratory
University of Washington
cooper@u.washington.edu
            
Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: Emulating UNIX pipes on Amiga (GCC?)
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Wed, 19 Aug 1992 21:00:33 GMT

In article <KENTD.92Aug19091130@zappa.FtCollins.NCR.com> Kent.Dalton@FtCollinsCO.NCR.com writes:
>
>Does anybody know how Amiga GCC 2.1/ixemlib implements pipes? I am

Yes I do actually ;-)

>porting a program which extensively uses pipes and the file handles
>provided by the GCC popen function are behaving like they are pointed at
>/dev/null. Does it even work at all?

Try 2.2.2. Pipes have changed radically in the meantime. They're now
completely internal (ringbuffers ;-)), generate nice SIGPIPE signals, so
should be as close to unix as you probably can get. 2.2.2 also comes
with ixpipe-handler, that is able to turn an ixemul filedescriptor into
an AmigaDOS filehandle. This was missing before, you just ended up with
a nil: filehandle if the popen()d program didn't know about the ixemul
execve() entry vector.

>Looking at the source it looks like the straight Berkeley code. 

It is;-)

-Markus



-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C V6.0 Announcement
Date: 17 Aug 92 20:54:51 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <heinz.02z4@edohwg.UUCP>, heinz@edohwg.UUCP (Heinz Wrobel) writes:
|> What if I purchased my 5.1 just a short time ago? Is there some special
|> discount in upgrading related to a purchase after some date?
|> 

Yes, if you purchased 5.10 after May 1, 1992, contact our Book Sales
department.  You are entitled to an additional discount.

Call (919)677-8000 and ask for Book Sales, or write

SAS Institute, Inc
ATTN: Book Sales
SAS Campus Drive
Cary, NC 27513

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
Newsgroups: comp.sys.amiga.programmer
From: harlock@netcom.com (Mike Harlock)
Subject: Found UUCP compiled, thanks
Date: Fri, 21 Aug 92 04:02:35 GMT
Organization: The Space Vessel Arcadia

Someone on IRC found a pre-compiled version for me.   Thanks anyways,
and sorry for the waste of bandwidth.

-- 
 _____________________________________________________________________________
| harlock@netcom.com (Mike "Harlock" Massee)| Arcadian Productions Subtitling |
|~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Graphics/Titles            //   |
|   Head Guru, Foothill A.N.I.M.E. Club     | Conventions     Amiga!  \\//    |
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: vidiot.bbs@cybernet.cse.fau.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS C 6.0
Date: 12 Aug 92 01:11:15 GMT
Organization: Florida Atlantic University, Boca Raton

Steve@celeborn.lvunix.com (Steve Slade) writes:

> Has anyone reiceved a lette from SAS with upgrade cots from 5.1 to 6.00 yet?
> I saw a full page add in the new amazing amiga mag volume 7 #9 page 13 
> advertising it but I havent revieved anything in the mail yet.
> --
> 
> Steve Slade
> otto!mok!celeborn!steve

Available sometime next month, $109 upgrade.  The retail was quite a bit 
higher than that of 5.1x.

Eric
Newsgroups: comp.sys.amiga.programmer
From: hoehle@lindau.inf-wiss.ivp.uni-konstanz.de (Joerg-Cyril Hoehle)
Subject: adding an ARexx interface to C code
Keywords: ARexx, C interface
Organization: Information Science, Univ. of Konstanz
              D-W-7750 Konstanz, Germany
Date: Wed, 19 Aug 1992 15:46:43 GMT

I wanted to find an easy way to add an ARexx port to an existing C program
and was wondering what modules are available  for this purpose. I know of
minrexx and have heard of simplerexx. What do you recommend? What's easy to
add and efficiently programmed?

Thanks,
 	Joerg.
hoehle@inf-wiss.ivp.uni-konstanz.de
Newsgroups: comp.sys.amiga.programmer
From: mortene@Lise.Unit.NO (Morten Eriksen)
Subject: Re: copperlist questions
Organization: Norwegian Institute of Technology
Date: Mon, 17 Aug 92 18:49:48 GMT

>I can't seem to get the copper to do any color changes in the rightmost inch of
>the screen.  Anything that late causes the wait for the beginning of the next
>line to be late, so the next line gets pushed to the right.  Is this normal?

 You'll have to make a wait-command in your copperlist for every scanline to get
around this.

Morten
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Passing arguments to a process
Date: 21 Aug 92 21:32:36 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Distribution: usa
Organization: Commodore, West Chester, PA

torp@cats.ucsc.edu (Judith Lynn Nakamura) writes:
>Using CreateNewProc(), how do I pass an argument (pointer or string)
>to the new process?  I have tried
>
>strunct TagItem new_process_tags[] = {
>	NP_Entry,	entry_point,
>	NP_Arguments,	"argument"
>	TAG_DONE
>};
>
>but the function entry_point() does not recieve the string "argument".

	I suspect entry_point() is entry_point(char *foo), and is expecting
the arguments on the stack.  What happens is that CreateNewProc() enters
entry_point() with everything set up as if you had just started a program.
Thus a0 will have a pointer to a copy of the string, and d0 will have the
length.  In SAS, you would prototype the routine as:

LONG __asm __saveds
entry_point (register __a0 char *args, register __d0 LONG arglen);

(__saveds is needed to set up A4 to point to any global data, needed unless
you compile with -b0 and link with lcnb.lib).

	I prefer to use macros to make things readable/portable:
#define ASM		__asm
#define LOAD_A4		__saveds
#define REG(x)		register __ ## x

(## is the ANSI token-pasting function).

	So that would become:
LONG ASM LOAD_A4 entry_point (REG(a0) char *args, REG(d0) LONG arglen);

>Oh, BTW, why doesn't the 2.0 Libraries RKM discuss the dos.library?

	Dos is covered in the Bantam AmigaDos Manual, 3rd. Ed.  There are
contractual reasons dating back to <1.0.

-- 
"Rev on the redline, you're on your own; seems like a lifetime, but soon it's
 gone..."  Foreigner
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
Newsgroups: comp.sys.amiga.programmer
From: jmrg9881@uxa.cso.uiuc.edu (Jon Reid)
Subject: SAS C 5.10 and OS 2.0... help!
Organization: University of Illinois at Urbana
Date: Wed, 12 Aug 1992 20:12:27 GMT

Come on, there must be people out there using SAS C version 5.10 to program
for OS 2.0... _without_ having ordered the new includes from Commodore.

How'dja do it?  Don't you get "invalid constant expression" errors when
trying to load intuition.h and screen.h?

-- 
Jon Reid    j-reid@uiuc.edu    GEnie: THE.REIDS
"He is no fool who gives what he cannot keep to gain what he cannot lose."
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: SAS/C V6.0 Announcement
Originator: walker@twix.unx.sas.com
Date: Thu, 20 Aug 1992 14:40:26 GMT
Organization: SAS Institute Inc.


In article <1992Aug19.184442.12567@ccu.umanitoba.ca>, kaarts@ccu.umanitoba.ca (Kenneth John Aarts) writes:
|> Is it at all possible to get an academic discount on the upgrade?
|> 
|> Thanks,
|> Ken
|> 

No, sorry, it is not possible.  The upgrade price is already the lowest
we can offer on 6.0 (after all, it is 72% off the retail price.)

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Pointer quirk
Date: 15 Aug 92 02:09:41 PST
Organization: BBS

> The only thing thars me is why is the top is treated
> different then the sides and bottom of the screen. It just seems
> that the sprite should be able to move "off" the screen the same on
> all four sides.  This "bug" doesn't really bother me that much, now
> that I know a way around it, it's just not the way I intuitvly
> think things should work.  I am running overscan in 2.04 and not in
> 1.3, again though, why should the top be different?
 
I tried to answer your original question privately but it bounced.
 
The answer, I think, is that there is simply a physical hardware
limit on how high up in the video scan the sprite can start, and if
you push the visible part of your picture up to that limit, you won't
be able to have the sprite partially disappear above the screen.
 
With less severe overscan, Ifind that I can move my regular spot-in-
the-center cursor all the way up, but an application that sometimes
gives me a pointer with the spot at the bottom has the effect that I
can only slide it part way off screen at the top.  I think the active
spot that Intuition thinks the mouse is over goes all the way up as
you keep moving the mouse, though you can't see that.
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Another Gadtools Q
Date: 19 Aug 92 18:22:01 GMT
Organization: Edotronik GmbH

In article <lahurst.714168454@unix1.tcd.ie> lahurst@unix1.tcd.ie ( ) writes:
>I have been messing with gadtools.library for a couple of weeks now and have one
>question . When I added keyboard equivalents to my prg I noticeed that the gadgets don't "flash" when I invoke the keyboard equivalent. I have tried the
>ActivateGadget function ,but without success.
>
>Any Help would be appriciated.
>Leon

They simply won't. gadtools doesn't support that.

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
"It's good to have a mouse, it's faster if you can do without one..."
"He who doesn't develop with an A2024 doesn't know about font independent
 user interfaces..."
Xref: sparky comp.sys.amiga.programmer:12294 comp.sys.amiga.graphics:5592
From: jarrod@deakin.OZ.AU (Jarrod Hollingworth)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.graphics
Subject: Device driver for VOGLE
Keywords: vogle
Date: 14 Aug 92 01:01:18 GMT
Followup-To: comp.sys.amiga.programmer
Organization: Deakin University, Victoria, Australia


  I was wondering if anyone knows of a device driver for VOGLE
(Very Ordinary Graphics Learning Environment) for the Amiga.

  I am currently doing a 3rd year project in computer science,
designing a graphical interface to the POV raytracer using C and
the VOGLE libraries. Normally I use the Xwindows machines at uni,
but I would like to work on it at home. (I have an A500). Hence
the need for the device driver.

  If there are none available, I will consider making one myself,
but I am not sure if I will have the time.

  Thanks.

  E-mail welcome.

  Jarrod Hollingworth
  jarrod@deakin.oz.au

--
----------------------------------------------------------------------------
| Jarrod Hollingworth | "Real programmers don't comment their code.        |
|                     |  If it was hard to write, it should be hard        |
| jarrod@deakin.oz.au |  to understand."                                   |