HDTenEightyP/NetNews huggingface dataset:
From: kskalb@immd1.informatik.uni-erlangen.de (Klaus Kalb)
Subject: Re: Why does my lib crash?
Organization: IMMD 1, CSD, University of Erlangen, Germany
Date: Wed, 8 Apr 1992 08:46:44 GMT


Conan (FEE@waikato.ac.NZ) asked:
>>>Can anyone give me a couple of pointers as to why a couple of sys_RPL
>>>routines I created crash the 48 when implemented as a library when they
>>>worked just fine when used from ordinary RAM?

charliep@hpcvra.cv.hp.com (Charles Patton) answered:
>While USRLIB has turned out to be reasonably reliable, it would be rather
>miraculous if it actually worked correctly with sys_RPL code since it relies
>rather heavily on user-level structures for "hints" at finding identifiers
>which need to be turned into rom-pointers, etc. If you have the 
>rplcompile/makerom utilities, by all means, use them!

This is not true !
USRLIB works fine with sysrpl programs. I developed a 10K library
by writing a mixture between ML and SYSRPL in the STAR assembler and
turning it into a lib by USRLIB. I never encountered any problems.
The binary HP48-directory object serving as input for USRLIB
was completely build by star and contained nearly no USRRPL words.

Conan (FEE@waikato.ac.NZ) wrote:
>>>ie: The program creates the two new RAM objects GRB1 and LST1
>>>but when I push their softkeys, the 48 crashes (ie: wipes memory
>>>and gives "Try to recover memory?" message - always unsuccessful).

Are you sure that the directory you transfered to the PC as input
for USRLIB didn't contain these objects 'GRB1' and 'LST1' ?
If they were contained, USRLIB would merrily have changed the
global vars 'GRB1' and 'LST1' to some XLIB. Trying to store to
an XLIB later increases the likelyhood of a crash very much ;-)

So make sure these objects arn't around when USRLIB inspects
the dir. Or - even better - name them in $VARS (or was it $VARIABLES).

That's just my opinion to your problem. Maybe I'm completely wrong.
-KK

---
------------------------------------------------------------------------------
    Klaus Kalb     | mail :  IMMD1 / Martenstr. 3 / W-8520 Erlangen / Germany 
 Werch ein Illtum  | email:  kskalb@immd1.informatik.uni-erlangen.de   
------------------------------------------------------------------------------
From: clemon@lemsys.UUCP (Craig Lemon VE3XCL)
Newsgroups: comp.sys.hp48
Subject: Re:  Worn Displays.. HP missed a problem
Distribution: world
Date: 8 Apr 92 07:38:31 EDT
Organization: Private UUCP "Twig" Node

In article <1992Apr6.175857.9206@uokmax.ecn.uoknor.edu> dabachma@uokmax.ecn.uoknor.edu (Donald A Bachman) writes:
>c_s02098@stat.appstate.edu writes:
>
>       Forgive, 7 months, zipper, no line.
>
>

        5 months, zipper, very noticeable line.

--
 Craig Lemon VE3XCL - Kitchener, Ontario. Amiga B2000  OS 2.04  UUCPv1.15D.
 +1 519 741 0297    +1 519 578 7817              | Silly people!  We all
 clemon@lemsys.UUCP clemon%lemsys@xenitec.on.ca  | know that the Universe
 IP/Packet: ve3xcl@ve3xcl.ampr.org [44.135.84.51]| revolves around UUNET!
Newsgroups: comp.sys.hp48
Subject: *** ISOL and COLCT ***
From: Steve_Grant@kcbbs.gen.nz (Steve Grant)
Date: 14 Apr 92 04:20:17 GMT
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand

When I try to ISOL the variable Vo in the following equation this is 
what I get:
      
-1300=Vo.SIN27.t+1/2.(9.81).t^2
it goes to this:
      -1300-4.905.t^2
       --------------
Vo=          t
       --------------
           SIN27
rather than that expression above which is a "difficult form" why does'nt 
the HP just write it as:

    -1300-4.905.t^2
Vo=-----------------
       t.SIN27
the form above is much more easy to deal with, esp. if you want to do 
a lot more with it. I find it much better to have a single line fraction 
rather than multiple lines. Using the rules menu can you get it to the 
rather than multiple lines. Using the rules menu can you get it to the 
format above???? I could'nt do it. Help????
Thanks in  Advance Steve.
BTW 10 marks if you can guess what the equation is related to?????

Newsgroups: comp.sys.hp48
From: stevev@miser.uoregon.edu (Steve VanDevender)
Subject: Re: 48sx serial port probs
Organization: University of Oregon Chemistry Stores
Date: 8 Apr 92 20:43:04

In article <1992Apr9.025610.29386@news2.cis.umn.edu> drais@donald.cs.umn.edu (D. Drais) writes:

   Has anyone tried the serial-port loop back test? (pg671)
   I believe my serial port is dead :( I finally bought the
   serial cable and nothing seemed to work. I proceeded to 
   try the test and got U_LB 20000. Assuming my port is dead has 
   anyone else had problems with bad serial ports? If it's any help 
   my 48 is a revision D. Any response will be appreciates, or I will
   have to try my luck with the extended warranty company :(

The serial loop-back test requires shorting pins 2 and 3
together; the serial cable does not do this.  Note item 4, p.
671:

4. Temporarily connect (short) the middle two pins (pins 2 and 3)
   of the 4-pin serial connector at the top end of the calculator.
   Be careful not to bend or severely jar the pins.

If you have not done this, or if you short the wrong pins
together, you get "U_LB 20000".  I could not get the error codes
listed in the manual by shorting the wrong pins together.

You may very well have a cabling problem, not a dud serial port
in your HP 48.
--
Steve VanDevender 	stevev@greylady.uoregon.edu
"Bipedalism--an unrecognized disease affecting over 99% of the population.
Symptoms include lack of traffic sense, slow rate of travel, and the
classic, easily recognized behavior known as walking."
From: cb377760@LANCE.ColoState.Edu (curtis brown)
Newsgroups: comp.sys.hp48
Subject: help, problems using PACK
Summary: what's going on?
Keywords: HP, PACK, SYSEVAL, HELP!!!
Date: 17 Apr 92 06:53:35 GMT
Organization: Colorado State U. Engineering College


I've been trying to use PACK to help shrink the size of
some of my programs, but i can't seem to make it work.

I'll have somthing like this on the stack:
1:  \<< # 15781h SYSEVAL \>>

Then when i run PACK, it beeps at me with "SUB Error:
Bad Argument Type" and leaves me with this:
5:                  "D9D20E1632"
4:                       "18751"
3:  "D9D20E1632E4A20510001875...  @what the %$!*..
2:                            42
1:                         'MAXR'

I think at one time i determined the problem might be
the 'h' in the #15781h. I noticed that the examples in
the instructions do not have the 'h''s. Every time i try
type a binary integer in, my stubbern HP always sitcks in
an 'h'. I'll edit and delete an 'h' out of a binary integer,
the HP puts one back in.

Does somebaody have an answer to this problem? Joe?
Any comments/suggestions/flames much appreciated.


--
-------------------------------------------------------
                                           Curtis Brown 
                     cb377760@longs.LANCE.ColoState.Edu
-------------------------------------------------------
From: cipriani@viking.gatech.edu (Jerome B. Cipriani)
Newsgroups: comp.sys.hp48
Subject: Syseval wanted
Date: 15 Apr 92 18:35:43 GMT
Organization: USGS Center for Spatial Data Analysis Technologies, Atlanta, GA
Originator: cipriani@viking

Hello everyone!

I need a little help.

On the HP48sx, the commands DBUG, SST, and SST(down arrow)
are available only if you press the corresponding key in the
Program Control menu.  I would like to be able to call these,
(particually the DBUG and SST(down arrow)) from within a 
program.

I called HP and they were unable to assist me.  

I'm pretty sure that SYSEVAL will do it, but I don't know the 
numbers.  (I was able to get SST to execute from a program on the
HP28s using the SYSEVAL #2221B) 

Could someone please:

1) Give the numbers to me,

2) Tell me where I could get them,

3) Or maybe suggest another method.

Any help would be greatly appreciated!

-Jerry Cipriani
-- 
Jerome B. Cipriani                 |  "The great masses of the people will
U.S. Geological Survey             |   more easily fall victims to a great
Center for Spatial Data Analysis   |   lie than to a small one..."
GTRI, Atlanta, GA                  |                       -- Adolf Hitler
From: willegen@research.ptt.nl
Newsgroups: comp.sys.hp48
Subject: Re: Wish list, serial ports, and a wacky idea.
Date: 10 Apr 92 08:18:46 GMT
Followup-To: comp.sys.hp48

In article <1992Apr10.001958.19156@NCoast.ORG>, allbery@NCoast.ORG (Brandon S. Allbery KF8NH) writes:
> As quoted from <1992Apr6.060249.28864@ux1.cso.uiuc.edu> by rkbg2554@uxa.cso.uiuc.edu (Robert K. Brunner):
> +---------------
> | A full RS-232 serial port has 25 pins (It also uses 12 v signals, I
> | believe).  The nine-pin version was invented by IBM when the PC-AT
> +---------------
> 
> +/- 3 to 15 volts DC, according to the standard.  I've occasionally wondered
> why HP doubled the calculator voltage to drive the serial port, given that
> 4.5vdc is within the standard; then again, it probably won't work on those
> selfsame IBMs, because IBM wouldn't know a (non-IBM-invented) standard if it
> stepped in it and therefore probably speced 9vdc or some such non-EIA-232D
> behavior.
> 
> ++Brandon
> -- 
> Brandon S. Allbery, KF8NH [44.70.4.88]        allbery@NCoast.ORG
> Senior Programmer, Telotech, Inc. (if I may call myself that...)

Well. RS232 works at TWO levels. +3 to 15 and -3 to 15 V. HP needs to double
te voltage to get a voltage of AT LEAST 6 volts. They use the 9 V from
the display a '+' voltage, the 4.5 battery level for 'log ground' and
the 0 from the batt as '-' level. There is a capacitor between the calc's
logical and earth ground (which is the chassis) because a lot of computers
just shortcircuit logical and eart ground, and in the HP48's case this would
mean shorting the batts through the serial port.

Christ

<<< sigh, still no .sig >>>
Newsgroups: comp.sys.hp48
From: ileung@ee.ubc.ca (LEUNG ISAAC JING H)
Subject: HP48 Monitor
Organization: UBC Electical Engineering
Date: Wed, 15 Apr 1992 16:42:51 GMT

I'm a new HP 48 owner, so I don't know if this is true or not ......
I've heard around here that there is an `undocumented'
monitor program(sorta like machine language monitor) built into the 48's
which can be accessed thru some particular keystrokes.....

Isaac Leung
ileung@unixg.ubc.ca?


Newsgroups: comp.sys.hp48
From: cloos@theory.TC.Cornell.EDU (James H. Cloos Jr.)
Subject: Re: Why does my lib crash?
Organization: Cornell Information Technologies, Ithaca, NY 14853
	<1992Apr8.084644.23549@informatik.uni-erlangen.de>
Date: Sat, 11 Apr 1992 02:39:33 GMT

>>>>> On Wed, 8 Apr 1992 08:46:44 GMT, kskalb@immd1.informatik.uni-erlangen.de (Klaus Kalb) said:


Klaus> Conan (FEE@waikato.ac.NZ) asked:
>>>Can anyone give me a couple of pointers as to why a couple of sys_RPL
>>>routines I created crash the 48 when implemented as a library when they
>>>worked just fine when used from ordinary RAM?

Klaus> charliep@hpcvra.cv.hp.com (Charles Patton) answered:
>While USRLIB has turned out to be reasonably reliable, it would be rather
>miraculous if it actually worked correctly with sys_RPL code since it relies
>rather heavily on user-level structures for "hints" at finding identifiers
>which need to be turned into rom-pointers, etc. If you have the 
>rplcompile/makerom utilities, by all means, use them!

Klaus> This is not true !
Klaus> USRLIB works fine with sysrpl programs. I developed a 10K library
Klaus> by writing a mixture between ML and SYSRPL in the STAR assembler and
Klaus> turning it into a lib by USRLIB. I never encountered any problems.
Klaus> The binary HP48-directory object serving as input for USRLIB
Klaus> was completely build by star and contained nearly no USRRPL words.

The only limitation that I can see to suing USRLIB with arbitrary rpl
(ie., not just user rpl), is that you are limited to creating
``commands''.  ``Functions'' are not possible to write w/o using
x->ALG.

I'll have to wait until I save up the $$$ to upgrade my fd1000 to a
drive95 before I can comment on how easy it is to use makerom to make
a lib that contains symbolic aware romptrs--esp those that can be
solved, differentiated, integrated; have useful RULES menus, usw, usw.

Anyway, every crash I've ever had from a lib created via usrlib,
including ones from directories created by star, was always do to my
error(s).  [SIGH].

-JimC
--
James H. Cloos, Jr.		include <std/disclaimners.h>
Cloos@CrnlThry.BITNET           include <std/qotd>
Cloos@Theory.TC.Cornell.EDU	Phone:  +1 716 866-5249
cloos@batcomputer.UUCP		PersonalZipCode:  Amherst, NY  14226-1111
Newsgroups: comp.sys.hp48
From: fluet@ee.ualberta.ca (Kevin Blaine Fluet)
Subject: Re: Elek-Tek phone# needed
Organization: University Of Alberta, Edmonton Canada
Date: Thu, 16 Apr 1992 18:21:42 GMT

Elek - Tek
1-800-395-1000  (US and Canada)
Fax #708-677-7168
7350 N. Linder Ave.
Skokie IL 60077

----------------------
Kevin Fluet
fluet@ee.ualberta.ca
----------------------

Newsgroups: comp.sys.hp48
From: bson@hill.gnu.ai.mit.edu (Jan Brittenson)
Subject: Re: Q: `Markers' in menus
Organization: nil
Date: Fri, 10 Apr 1992 17:36:31 GMT

In article <62@ast.stgt.sub.org> steffl@ast.stgt.sub.org (Stephan Block) writes:

 > I display a menu using TMENU. If the user then presses a menu key, I
 > want to set a marker into the menu title similar to the markers e.g.
 > in the <MODES> menu that show the status of the system flags.

   The difference between internal menus, like the MODES menu, and a
user-defined menu, is that the menu label object isn't evaluated to
obtain the label. Instead, the object itself is used. In the internal
menus, the label objects are commonly programs that return a GROB.
Unfortunately, it's not trivial to create your own internal menus,
because the only difference - as far as I can tell - is the address
where the menu (or the label object; this technicality may actually
provide an escape...) is stored. If it's less than 0x70000, then it's
an internal menu. Otherwise it's a user menu.


 > Is there a possibility to do it exactly the same way in a User RPL
 > program (without having to draw it pixel by pixel `by hand'), perhaps
 > a nice little SYSEVAL or something like that?

   Yes, there is quite a nice little SYSEVAL to do this! The following
program will (I hope :-)) do what you expect (make sure level two is a
string and nothing else):

	@ Menu label string in level two, flag # in level one

	<< FS? # 3A81h # 3AC0h IFTE SYSEVAL	@ Test flag --> true/false
	   # 3ED0Ch SYSEVAL >>			@ Build label GROB


--
						-- Jan Brittenson
						   bson@gnu.ai.mit.edu
Newsgroups: comp.sys.hp48
From: steffl@ast.stgt.sub.org (Stephan Block)
Subject: Re: Worn Displays.. HP missed a problem
Organization: Private Subversive Site, Moeglingen, Germany
Date: Mon, 6 Apr 1992 22:47:02 GMT

In article <H.d3ylefMiMbc@cutie.ka.sub.org> pmh@cutie.ka.sub.org writes:
>In <1992Mar31.021901.10962@ucsu.Colorado.EDU>, -=Runaway Daemon=- writes:
>> I hate it when I have to do this... Anyway, it looks like my minimal
>> investigation was just that, minimal.  The worn spot on the display is NOT 
>> from the top of the book rubbing against the display.  It is in fact from the
>> edge of the felt inside the case.  With the book in the pocket, the edge of the
>> felt rubs against the display.  
>
>April fool's day again, huh?

I don't think so; some time ago I've noticed this line on my HP48SX
as well. I wondered where it would come from; the given explanation
sounds reasonable to me.

Btw, I have a Singapore model, bought in May 1990. Maybe it's a
problem only with Singapore models?

Regards,
steffl
-- 
   / o   Stephan Block           EMail address: steffl@ast.stgt.sub.org   o /
  / o   Hohenstaufenstrasse 16     Optimists only: FidoNet 2:247/708.3   o /
 / o   7141 Moeglingen (Germany)         Voice Phone: +49-7141-241688   o /
/________________________________________________________________________/
From: rhaack@vesta.unm.edu (Rob Haack)
Newsgroups: comp.sys.hp48
Subject: Re: Wish list, serial ports, and a wacky idea.
Date: 9 Apr 92 17:22:57 GMT
Article-I.D.: lynx.w#sjahq
Organization: University of New Mexico, Albuquerque

In article <1992Apr9.155246.16261@helios.physics.utoronto.ca> lemieux@bullet.ecf.toronto.edu (LEMIEUX  GUY GERARD) writes:
>In article <1992Apr6.060249.28864@ux1.cso.uiuc.edu> rkbg2554@uxa.cso.uiuc.edu (Robert K. Brunner) writes:
>>mjg51721@uxa.cso.uiuc.edu (Michael James Gebis) writes:
>>
>>>I have two points to make, one serious, one kinda wacky.
>>>[something about a mouse connected to the serial port]
>>
>>About point 2:
>>Even though you didn't want a response, I thought I would throw this
>>in.  Mouse interfaces demand an interrupt-driven serial port running
>>at 9600 bps for good response.  I think this wouldslow down the
>>calculator considerably.  It would also be difficult to use the
>>calculator as a handheld. (Maybe a trackball would work though :-)).
>
>I already thought it would be a neat idea if HP put a mouse ball on
>the bottom of the calculator.  That way, the calc. acts as the mouse
>itself.
>
>Hey, they might as well contour the HP to make it fit in your hand
>better.. like some mice.
>--
>Guy Lemieux
>lemieux@ecf.toronto.edu
>
Newsgroups: comp.sys.hp48
From: elsalmon@hmcvax.claremont.edu
Subject: Re: Looking for HP48 Tree Program
Organization: Harvey Mudd College
Date: 17 Apr 92 00:29:54 PDT

In article <1992Apr16.143420.6688@NCoast.ORG>, ppetto@NCoast.ORG (Peter Petto) writes:
> I'm looking for a program that will print a tree showing all of the
> objects in my HP48, much in the same manner that many DOS programs
> show the directory structure.
> 

If you RCL the contents of a directory to the stack, you get something like
this:

DIR
  HEWEY
    DIR
      .
      .
      .
    END
  LOUIE
    DIR
      .
      .
      .
    END
  DEWEY
    DIR
    END
  .
  .
  .
END

You get the point.  It wouldn't be too hard to write a program that display the
whole HOME directory in the same way.

Ed Salmon
From: jorgand@sumax.seattleu.edu (Dave Jorgan)
Newsgroups: comp.sys.hp48
Subject: Elek-Tek phone# needed
Date: 16 Apr 92 02:38:15 GMT
Organization: Seattle University, Seattle WA


		Thanks for all the people who gave me advice on whether to
get the HP48S or 48SX. I decided to get the SX, provided I can get it for
the prices people have said it is available for (around $250) instead of the
$280-300 I have seen locally. I remember Elek-Tek now- 10 years ago I bought
my HP-41 from them- but I have not seen their phone number posted. If anyone
has it could they email or post it? I have scoured various mags but have not
found their ads. Thanks in advance,


Dave

jorgand@sumax.seattleu.edu
Newsgroups: comp.sys.hp48
From: al186@cleveland.Freenet.Edu (Mark Spaeth)
Subject: Re: Automatic files
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Thu, 16 Apr 92 05:29:18 GMT


The easiest way that i can think of to dothis would just be to
have the first statement in the startup program be OFF, so that
when you run it, the calculaotr is turned off andthe rest of th
program runs when you turn the calculator back on...

any other suggestions?
-- 
__   _  ___     __   _
|_) (_` |_  | | | \ | | |\| \ / |\/|            al186@cwns1  i
|   ._) |__ !_! |_/ !_! |\|  |  |\/| lives...                s  Mark Spaeth
Newsgroups: comp.sys.hp48
From: bson@churchy.gnu.ai.mit.edu (Jan Brittenson)
Subject: Re: Q: `Markers' in menus
Organization: nil
	<69@ast.stgt.sub.org>
Date: Tue, 14 Apr 1992 22:32:44 GMT

In article <69@ast.stgt.sub.org> steffl@ast.stgt.sub.org (Stephan Block) writes:

 > Hmm, as I think about it, there comes another question to my mind: is
 > there a similar thing for making a menu label with this little bar on
 > the top, to make it look like an entry for a `subdirectory' or
 > `submenu'?

   Yes, #3A3ECh will create a menu label. You can use it to create
your own customized TMENU with nested menu support. For example,
type in the following:

	<< OBJ-> DUP 3 / -> M N
	   << 1 N START
		# 3A3ECh # 3A328 IFTE SYSEVAL
		SWAP 2 ->LIST
		'M' 2 STO-
		M ROLLD
	      NEXT
	      N ->LIST
	   >>
	   TMENU
	>>

	'MYMENU' STO

	{ << { << 1000 .5 BEEP >> "1k" 0
	       << 2000 .5 BEEP >> "2k" 0 }
	     MYMENU >>
	     "1kHz+" 1
	  << 500 .5 BEEP >> "LOW" 0 }

	'FREQ' STO

Then press:

	FREQ MYMENU	@ Notice the appearance of the submenu "1kHz+"
	[1kHz+] [1k]	@ Beep! (1kHz)
	[2k]		@ Beep! (2kHz)
	[LAST MENU]	@ Back to top-level
	[LOW]		@ Beep! (500 Hz)


The MYMENU structure consists of a list of objects, grouped as follows:

	{ exec1 label1 isdir1
	  exec2 label2 isdir2
		...
	  execN labelN isdirN }


   The exec object is executed when the key is pressed, the label is
the obvious, and isdir is non-zero if it's a submenu. The submenu in
the example is entered as an object that puts another list on the
stack and calls MYMENU to display it. I typing this up as I go along,
I'm sure anyone reading this with an ounce of motivation can come up
with a better data structure and system RPL code.

   Hacking suggestion: make the above deal with mode labels (like the
BEEP label in the MODES menu). Then rewrite it in system RPL, package
it in a library, and post it here.

--
						-- Jan Brittenson
						   bson@gnu.ai.mit.edu
From: fee@waikato.ac.nz
Newsgroups: comp.sys.hp48
Subject: Re: Re: Security devices for exams (was something else...)
Date: 16 Apr 92 15:38:46 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <1992Apr15.201209.1@hmcvax.claremont.edu>, elsalmon@hmcvax.claremont.edu writes:


> In article <29ebbc1a.698.17comp.sys.hp48.1@hpcvbbs.cv.hp.com>, akcs.roland@hpcvbbs.cv.hp.com (Roland O Davis) writes:
> 
> [discussion of ways to hide notes in your HP48 and fake memory clear programs
> deleted]
> 
>> There is NO WAY that you can ever
>> stop cheating on the 48.  I think that it should just be accepted but a
>> system to aid the no-owner of the 48 should be established.  The way I
>> see it is that you have to be extremely intelligent to make the HP work
>> the way you want it to so why not use it to your advantage?  We have
>> spent $300 dollars on a good mark -- it is an investment.
>> 
>> :) rod
> 
> Is this what passes for ethics?
> 
> I know people tend to rationalize even blatantly immoral behavior, but this is
> some of the weakest rationalization I've ever seen.  Why on earth does buying
> an expensive gizmo entitle you to a grade you couldn't earn otherwise?
> 
> Somebody ought to show all your professors where your calculator's hardware
> reset button is.  You deserve it.
> 
> On second thought, you deserve a lot worse.
> 
> Ed Salmon


Ed,

While I would NEVER advocate cheating in any form, let alone buying one's
way through a course, I think you may have missed the point Rod was
making. I believe Rod was saying that attempting to  prevent cheating
is impossible and that prof.s should merely allow the machines into
exams, acknowledging their power and not vainly try to hobble them.

I would give Rod the benefit of doubt and not read into his message the
implication that he himself cheats or advocates cheating.

You both have valid points to make, but let's use "netiquette" and try
not to flame people with personal abuse for stating their opinion as
is their right, huh?

There was a lot of discussion about this exam stuff a few weeks ago and 
I don't thinks it's worth starting all over again.-- (But that's just
my opinion!)

Regards,
Conan.
-----------------------------------------------------------------
Conan J. Fee			    _      fee@waikato.ac.nz
Centre for Technology              (_)o    
University of Waikato, Hamilton    /\  \   Phone: +(64)(7)8384206
Private Bag 3105, New Zealand              Fax:   +(64)(7)8384218
-----------------------------------------------------------------