HDTenEightyP/NetNews huggingface dataset:
From: pvl1779@usl.edu (Leach Phuong V)
Newsgroups: comp.sys.mac.programmer
Subject: Fix : ThinkC app won't run standalone (bug in smart link!?)
Date: 16 Dec 92 21:50:17 GMT
Organization: University of Southwestern Louisiana


First thanks to those who responded.

The problem seems to be in the linker.  I turned the "smart link" option
off when building the application, and it runs fine now.

The app was crashing on a sprintf() call.  Earlier calls worked fine, but
at some point in the program, sprintf() got stepped on and no longer
worked.  It seems to me that the "smart" linker has a possible bug.
Does this seem like a reasonable assumption to you?

Go figure,
Robb
Newsgroups: comp.sys.mac.programmer
From: jpugh@apple.com (Jon Pugh)
Subject: Re: Avoiding authentication dialog when sending AEs ?
Date: Sat, 19 Dec 1992 21:09:40 GMT
Distribution: na
Organization: Apple Computer, Inc.
Followup-To: comp.sys.mac.programmer

In article <1gvkn3INNq38@gap.caltech.edu>, igormt@cco.caltech.edu (Igor
Mikolic-Torreira) wrote:
> 
> How can I avoid the authentication dialog when sending an Apple Event to an
> app running on a remote Mac?  The remote Mac has <Guest> authorized to do
> program linking, but I still get the dialog asking whether I want to 
> link as a particular user or guest.  If I click on Guest, everything works
> great, so it's not a problem with Guest being set up incorrectly.
> 
> I want to be able to send AE events without ANY user involvement.  Is 
> there any way to force AESend to go in as Guest or to supply it a valid
> username and password?

You need the AutoGuest hack.  It's on the Dev CD and many other places.
You can't do what you want without a lot of skanky stuff, so use AutoGuest.
It provides an INIT and a library you can link into your app so you don't
need the INIT.

Jon
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: TCL: Dialogs (Help Needed)
Date: 15 Dec 92 21:53:11 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1992Dec15.160042.29935@ncar.ucar.edu> urban@stout.atd.ucar.edu (Art Urban (PROFS)) writes:

>I have a few questions concerning the use of Dialogs in the TCL.

>1) In the TeachText document, they comment that the supervisor of the Dialog
>   must be the dialog itself. However, IDLOGDialog wants an object of type
>   CDirector for the supervisor, so how can I pass a CDLOGDialog here? And
>   if I do so, doesn't that break the chain of command with the CDirector?

The "Dialog" that must be supervisor is the DLOGDirector.
The supervisor of the DLOGDirector should be the document the
dialog pertains to, or the DirectorOwner that supervises the whole
multi-window document.

>2) CDialogText only accepts one line of text. Is this correct?

No, but return is mapped to cmdOK by the default CDialog

>   button; I have to litterally click on the button. It seems that a call to
>   BeginDialog() would fix my problem, but this is not a modal dialog.

BeginDialog should be used no matter if your dialog is modal
or not, I seem to remember.

>4) Is there a better discussion/explanation of TCL Dialogs, than the sparse
>   document provided? It took me a while to figure out that I had to append
>   the command number to the DITL item with #<number>. I discovered this
>   only by examining one of their DITLs; I could not find this documented
>   anywhere.

The example project and sources are the best documentation.
The Think Class library is SO much easier to learn by actively
disecting it, than by reading about it. That goes for most
other things as well!

Cheers,

						/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   This article printed on 100% recycled electrons.
From: jsjacob@soda.berkeley.edu (John S. Jacob)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Scheme interpreter
Date: 15 Dec 1992 19:37:30 GMT
Organization: U.C. Berkeley, CS Undergraduate Association
NNTP-Posting-Host: soda.berkeley.edu

In article <1992Dec15.034649.20091@lugb.latrobe.edu.au> CS19242521D@LUST.LATROBE.EDU.AU (COX, PETER) writes:
> Does anyone know of an ftp-able free/shareware scheme interpreter
> for the Mac (LC)? I would really appreciate one to do programming
> rather than use PC scheme on a horrid IBM compatible

This is info is from Marc Feeley himself. The Gambit interpreter for
the Mac is shareware, I believe.

MacGambit version 1.9.1 is now available via anonymous FTP from
trex.iro.umontreal.ca in the pub/gambit/gambit1.9.1 directory.  The
interpreter AND THINK-C 5.0 sources to the whole system (including the
compiler) are there.  There is also a version of MacGambit linked with
DEC's Thomas system release 1.1.

--
  [======== John S. Jacob ========]
  |   jsjacob@soda.berkeley.edu   |---- Address --------+
  |     jsjacob@ucbocf.bitnet     | Foothill 7B45B      |
  +-------------------------------+ 2700 Hearst Ave     |
 BAD THINGS happen with repeats |   Berkeley CA 94709   |
 in a search tree -- CS review  +-----------------------+
From: roy@mchip00.med.nyu.edu (Roy Smith)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MacTCP Programming idea/request
Date: 12 Dec 1992 00:33:53 GMT
Organization: New York University, School of Medicine
NNTP-Posting-Host: mchip00.med.nyu.edu

veizades@apple.com (John Veizades) writes:
> The next version of MacTCP (2.0) will inform the user of the IP address
> and hardware address of the offending host through the use of an alert.

	Will this alert be part of the price of MacTCP 2.0, or will it be an
unbundled, added-cost option?
From: irac@yang.earlham.edu
Newsgroups: comp.sys.mac.programmer
Subject: C vs. PASCAL
Date: 17 Dec 92 17:32:50 GMT
Organization: Earlham College, Richmond, Indiana

Hi all, Ira here.

oop now that I have found this great group you will never get rid of me. :)
I am considering purchasing ThinkC 5 for Mac.  I am also considering purchasing
ThinkPASCAL 4.  Which is the programming tool of choice for all you hacks out
there?  I am leaning towards C even though I know pascal better.  C is newer
and more used so I figure to buffer up my C knowlege and get in gear for
serious progamming.  Viewpoints and thoughts?

Also just a note: I am really happy with system 7.0  I was trying out this
little program Downline that I found in the shareware directory of my hardrive
(packaged with a ton of cool stuff) and I was decoding .hqx files and writing
in MSword at the same time.  Moohahaha its great!  And me with a lowly old Mac
plus. :) 
Thanks for your time and bandwidth.

-ira
End of line.
From: kempkec@mist.CS.ORST.EDU (Christopher Kempke)
Newsgroups: comp.sys.mac.programmer
Subject: PPC Sessions, or Any ports in this storm?
Date: 14 Dec 92 12:24:42 GMT
Article-I.D.: flop.1ghueaINNnuf
Distribution: world
Organization: Oregon State University, Computer Science Dept.
NNTP-Posting-Host: mist.cs.orst.edu


First a simple question:  Can I assume that PPC Session reference numbers
are unique to a running application?   This isn't explicitly stated, but
I'm almost sure it's true.   Will my application crash and burn in system
11.3 if I rely on this now?

Here's the scoop on why I want to know.   I'm writing some code that uses
(potentially) several PPCPorts.  However, these ports share a common
completion routine for sends, as well as receives, informs, etc.

Now, in the completion routine I need to know what port the send or
receive request originated from in order to know what to do with some
statistics data about the transfer.  No problem, both PPCSEND and PPCRECEIVE
include a userdata parameter for passing information to the completion 
routines.

	BZZZZT.  Wrong answer, take another number and try again.  They
	actually deliver the userdata to the OTHER process involved in the
	transaction, where it does me no good at all.

Worse, the ReadParam and WriteParam (why the name change from send/receive
to write/read, guys?) don't include the port reference number.  The
only thing I can consistently get is the session reference number, and
of course there's two big problems with that:  a) it's not documented to
be unique, so I can't necessarily map it back to the port number, and
b) there's no obvious way to convert them, short of building a table myself
as I open the sessions, and c) the session reference number is not even
listed as being a readable value in the completion procedure, so potentially
in a later system it could be corrupted or overwritten by the time it reaches
the completion routine.

Is there really no way to do this?   I _can't_ be the only person who
needs to send data from the application to its own completion routines.
Can I?
I can't easily use global variables, because there are a (potentially)
unlimited number of open ports and pending transactions.

This seems like something that people would need to be able to do fairly
often; what am I missing?  (I'd be happy to look stupid just to get this
code finished :-))
	
	--Chris
From: kbrooks@ut-emx.uucp (kevin brooks)
Newsgroups: comp.sys.mac.programmer
Subject: C++
Keywords: C++ language availability for mac
Date: 16 Dec 92 15:46:27 GMT
Organization: The University of Texas at Austin, Austin, Texas


Could someone tell me if there is a C++ compiler for the mac, and if so,
where I could get it?

Please send a copy of your response to me via email as I don't monitor
this newsgroup regularly.

Thanks in advance,

Kevin Brooks
kbrooks@emx.utexas.edu
Newsgroups: comp.sys.mac.programmer
From: cassiel@cassiel.demon.co.uk (Nick Rothwell)
Subject: Re: Wanted - info on how to send rcv midi over serial port
Date: Sat, 19 Dec 1992 12:18:37 +0000

>In other words, what settings etc so
>I can xmit midi over the serial port -- not using midi manager.

Why not? If you don't use MIDI Manager (or OMS), getting the code to work
on all Macintoshes and interfaces is going to be very difficult.

                      Nick Rothwell  |  "Say, how many contemporary dancers
   CASSIEL Contemporary Music/Dance  |     are there in this bar?"
        cassiel@cassiel.demon.co.uk  |  "Dunno; count the Dr. Martens
        cassiel@cix.compulink.co.uk  |     and divide by two..."
From: smsilver@coos.dartmouth.edu (Scott M. Silver)
Newsgroups: comp.sys.mac.programmer
Subject: After Dark Modules in Pascal
Summary: How do I properly handle passing "the storage" variable
Keywords: after dark pascal screen saver
Date: 14 Dec 92 03:11:26 GMT
Organization: Dartmouth College, Hanover, NH

All:

I am currently writing an After Dark module, and was having problems with the storage variable.  I set it up ok...it seems to have the correct intial values, but
after that, it seems that I can't change anything.  See code below:

{DoInitialize:  Allocates Memory and various variables}
 function DoInitialize (var storage: Handle; blankRgn: rgnHandle; params:
GMParamBlockPtr): OSErr;


  var
   msg: msgPtr;

 begin
  msg := msgPtr(NewPtr(sizeof(msgType)));
  msg^.h := 100;
  msg^.v := 100;

  hlock(storage);

  storage^ := Ptr(msg);



  hunlock(storage);


  DoInitialize := noErr;

 end;


{DoBlank:  Blanks the Screen}
 function DoBlank (storage: Handle; blankRgn: rgnHandle; params:
GMParamBlockPtr): OSErr;

 begin


  FillRgn(blankRgn, params^.qdGlobalsCopy^.qdBlack);
  DoBlank := noErr;

 end;

{DoDrawFram:  Draws one "animation" Frame.  This is repeatedly called by
AfterDark}
 function DoDrawFrame (storage: Handle; blankRgn: rgnHandle; params:
GMParamBlockPtr): OSErr;


  var
   msg: msgPtr;
   flag: boolean;

 begin

  forecolor(blueColor);

  Hlock(storage);

  msg := msgPtr(storage^);

  moveTo(msg^.h, msg^.v);

  if msg^.h = 100 then
   DrawString('yo mommmy......')
  else
   drawString('blah blah');

  msg^.h := msg^.h + 8;
  msg^.v := msg^.v + 8;


  Hunlock(storage);

  DoDrawFrame := noErr;

 end;

The individual parts of msg don't seem to ever change...

BTW:  msgType is record

type msgtype= record
h,v:integer;

and msgPtr=^msgType;


Thanks in advance....

Scott
Newsgroups: comp.sys.mac.programmer
From: bredell@tdb.uu.se (Mats Bredell)
Subject: Re: Uniquely identifying a Mac? How?
Reply-To: Mats.Bredell@udac.uu.se
Organization: Uppsala University Computing Center (UDAC)
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 15 Dec 1992 14:11:28 GMT

Michael Trevor CUTTER (mtc@mundil.cs.mu.OZ.AU) wrote:
: We are looking for a way to uniquely identify a Mac, probably one on a network,
: but not necessarily. Is the serial number or similar available somewhere in the
: ROMs or parameter RAM? (Highly unlikely, I know - specially since PRAM can be
: reset)
: 
: We are considering assigning each mac a unique chooser name then disabling the
: Sharing Setup Control panel...this is the best solution so far.
: 
: Any assistance would be wonderful.

I also need to solve this problem for a program I'm writing. I've considered
two possibilities:

  1. If there's an ethernet card, use the ethernet address.
  2. Use the creation date/time of the harddisk or system folder or something
     similar.

This method will work as long as the user is not reconfiguring the system or
reformating the harddisk. This is not a problem in my case, since it will
"only" force the user to reconfigure the application in my case.

/Mats
-- 
Mats Bredell                                   Mats.Bredell@udac.uu.se
Uppsala University Computing Center (UDAC)     Ph:  +46 18 187817
Department of medical systems                  Fax: +46 18 187825
Sweden                                         Think straight - be gay!
From: d88-jwa@dront.nada.kth.se (Jon Waette)
Subject: Re: Alpha: strange problem entering <opt><e>
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Wed, 16 Dec 1992 19:31:56 GMT

In <92351.120933SPIT@EVALUN11.BITNET> Werenfried Spit <SPIT@EVALUN11.BITNET> writes:

>I'm using alpha (version 5.1.3) and I have a very strange problem: when I
>enter <opt><e> I get the result of <opt><b>. I checked the keybindings,

Alpha uses its own KCHR for some things (at least DID back when)

Try setting noRemapOption to 1 (or whatever is recommended
for international users; even though youre non-international)

And if you pay your shareware, Im sure Pete can figure out
whats going on.
Cheers,

						/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   There's no sex act that can't be made better with Yell-O.
Newsgroups: comp.sys.mac.programmer
From: ksand@apple.com (Kent Sandvik )
Subject: Re: Info about Pearl Common Lisp for the Mac Desired...
Date: Sun, 13 Dec 1992 00:23:39 GMT
Organization: (Evil Eye Creature from Mars, Inc.)
Followup-To: comp.sys.mac.programmer,comp.lang.lisp

In article <1992Dec12.101436.8697@selway.umt.edu>, ogd@selway.umt.edu
(ozymandias G desiderata) wrote:
> 	As I was browsing through this evening's Info-Mac Digest, an
> item therein caught my eye. It stated that Apple bought out the
> company who sold Pearl Common Lisp, and that Apple had released same
> into the public domain. Anybody want to verify/debunk this claim?

If I remember correctly we placed the Pearl version of MCL on the
Developer CD long time ago, but it's no longer there. The one and only
supported version if Macintosh Common Lisp, available from APDA,
and it's a pretty complete Common Lisp/CLOS implentation (OK, I admit,
many of the MOP parts are missing). So you don't need an expensive
UNIX workstation for LISP hacking. The product nowadays also includes
a really nice CD with a lot of PD software so you will learn the tricks
of how to use MCL for application development work.

You should find plenty of PD LISP and Scheme versions out there 
if you are not interested to purchase MCL. For instance, the latest Gambit
version seems to be pretty snappy, and it has a provision to call toolbox
calls. Then again I have  not used Gambit extensively for MacOS work, I
use it for running Thomas (the Dylan emulation package).

Kent
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.
Newsgroups: comp.sys.mac.programmer
From: jpugh@apple.com (Jon Pugh)
Subject: Re: Drag & Drop on an alias?  What's missing?
Date: Sat, 19 Dec 1992 20:46:41 GMT
Distribution: comp
Organization: Apple Computer, Inc.
Followup-To: comp.sys.mac.programmer

In article <HARDIN.92Dec15221431@dino.mcc.com>, hardin@dino.mcc.com (John
Hardin) wrote:
> 
> I know drag & drop on an alias works.  I use AliasDirector,
> StuffitExpander, and the System Folder this way ALL the time.  In
> creating my OWN app, however, I can't get the Finder to highlight an
> *alias* (to my app) when I drag suitable files over it.  (The Finder
> *does* highlight my app when I drag suitable files over it.  Just
> *not* the alias.)  What gives?

I've seen what I call a bug wherein drag and drop fails on aliases to
programs on different volumes (i.e. your program is on volB and the alias
is on the desktop of volA).  This happens with a lot of the alias making
programs.  You should do Make Alias in the Finder and move that alias to
the desktop.  That always works for me.

Jon
Newsgroups: comp.sys.mac.programmer
From: ray@netcom.com (Ray Fischer)
Subject: Anyone else seen this MPW C bug?
Organization: Netcom. San Jose, California
Distribution: na
Date: Thu, 17 Dec 1992 02:46:34 GMT

I just came across an incredibly blatant MPW C bug, and I'm having a
hard time believing that it hasn't been fixed yet.  Briefly, if you
multiply a long integer by constant 12 with the mc68020 option on, the
MPW compiler generates the wrong code!  

This is with MPW C 3.2; if there is a newer version that fixes the problem
that I haven't heard about, I'd really appreciate someone letting me
know about it.

If you want to try it yourself, here's a sample program.
Use the mc68020 option.

main() {
  long a,b;
  a = 3000;
  b = a * 12;
  return b;
}

The compiler generates an LEA to multiply by 3 (which is good) but
then uses an ASL.W to multiply by 4 (instead of ASL.L)!

Help?

-- 
Ray Fischer                   "Convictions are more dangerous enemies of truth
ray@netcom.com                 than lies."  -- Friedrich Nietszsche
Newsgroups: comp.sys.mac.programmer
From: jpugh@apple.com (Jon Pugh)
Subject: Re: How do I use the 'miscdosc' AppleEvent?
Date: Sat, 19 Dec 1992 20:57:58 GMT
Organization: Apple Computer, Inc.
Followup-To: comp.sys.mac.programmer

In article <claytor.1-171292131137@resis.phys.nd.edu>, claytor.1@nd.edu
(Nelson Claytor) wrote:
> 
> I'm having some trouble using the 'dosc' Apple Event to convince 
> another application to run a script. So far, I'm basically testing only
> with
> Alpha, which returns an error number that is not defined in IM VI, nor
> in the AE Registry. Alpha returns -1769. Does anyone see anything obvious
> wrong with what I'm doing? My code follows the .sig.
> 
> On a related note, does anyone have a reasonable routine for coercing
> text into typeIntlText in a general way? I can see simply sticking in the
> US English codes for language and script, but this certainly wouldn't
> be the "internationally correct" way to do things.

The Apple Event Registry incorrectly asserts that the direct parameter for
the DoScript event is typeIntlText when it really is typeChar.  A future
revision will have this corrected.

Jon Pugh
kAERegistrar
Xref: sparky comp.sys.mac.programmer:19799 comp.lang.lisp:3070
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer,comp.lang.lisp
Subject: Re: Info about Pearl Common Lisp for the Mac Desired...
Date: 14 Dec 92 16:11:50 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <4f=0avC00aw3M0zYtp@andrew.cmu.edu> dw3u+@andrew.cmu.edu (Daniel C. Wang) writes:

>Just wondering but how easy would it be to use xlisp as an extension
>language for an application, has anyone done this already, and is
>there a package similar to Elk based on xlisp source?

Don't know about XLisp, but there is an excellent Scheme
called SIOD (Scheme in One Defun) that can be used as an
extension language; it only requires 150 kB or so.

Should be available from any FTP site, but the indentation's...
...strange.

Cheers,

						/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   This article printed on 100% recycled electrons.
Newsgroups: comp.sys.mac.programmer
From: jmk3@crux2.cit.cornell.edu (Jay Krell)
Subject: hard drive recovery help please
Organization: Cornell Information Technologies
Date: 17 Dec 92 08:58:21 GMT

I accidentally erased the root directory on an HFS partition on my hard drive.
The hard drive does not have a Mac driver on it, though I think an empty
Apple_Driver partition exists.
 
Does anyone know of 1>a utility that will write a driver to an already
formated, partitioned hard drive and/or 2>a utility that will find fully-intact
files on a hard drive with no root directory.
 
I can do block reads and writes and am comfortable with a block editor, but I
have no knowledge of the Mac file system. A crash course in the Mac file system
is better than nothing if no such utilities exist.
 
Please respond via email. (I know that can be an annoying request, but I am
quite backlogged on comp.sys.mac.programmer and read it infrequently.)
 
 
Thanks,
  --Jay, jay.krell@cornell.edu
Newsgroups: comp.sys.mac.programmer
Subject: Writing Print Driver for MS Windows
From: dreuben@eagle.wesleyan.edu
Date: 15 Dec 92 04:17:26 EST
Organization: Wesleyan University

Hi everyone-

I'm trying to write a print driver that can be used by Microsoft Word
and other applications. Even though I've got a simple driver that
worked with the chooser, it still gets rejected by applications... MS
Word just beeps a few times when you do "Print..." and then hangs. I've
included all the resource types mentioned in Inside Mac, but there are
some other resources in most print drivers that are never mentioned
anywhere in Inside Mac. Is there a good book that talks about this stuff
that I can buy? 

Thanks in advance for any help!

-Doug

dreuben@eagle.wesleyan.edu
dreuben@wesleyan.bitnet
Newsgroups: comp.sys.mac.programmer
Subject: Re: Puzzled: Serial PowerBook I/O
From: awil2@cs.aukuni.ac.nz (Andrew James        Willmott       )
Date: Thu, 17 Dec 1992 22:23:00 GMT
Organization: Computer Science Dept. University of Auckland

In <zzT=-a#@engin.umich.edu> Gavin@UMich.EDU (Gavin Eadie) writes:

>Friends ... I'm puzzled.  The following complete ThinkC program runs to
>completion on several Macs I've tried (II, IIci, Q-700 and Q-900) but
>fails to complete on PowerBooks (170 and 145).  It's got to be something
>simple (or maybe not) -- can you help?


>#include <Devices.h>
>#include <Events.h>
>#include <Serial.h>

>#include <stdIO.h>

>short 	refNum_in, refNum_out;
>long	outcount;
>char	outBuffer[128];
>OSErr	oserr;

>main () {
>	printf("Here we go ... Mouse-Klik to stop\n",oserr);

>	oserr = OpenDriver("\p.AOut", &refNum_out);
>	if(oserr != noErr) {
>		printf("OpenDriver(out): %d\n",oserr);
>		goto exit;
>	}

>	oserr = OpenDriver("\p.AIn", &refNum_in);
>	if(oserr != noErr) {
>		printf("OpenDriver(in): %d\n",oserr);
>		goto exit;
>	}

>	outcount = 1;
>	outBuffer[0] = ' ';
>	oserr = FSWrite(refNum_out, &outcount, (Ptr)outBuffer);
>	if(oserr != noErr) {
>		printf("FSWrite(out): %d\n",oserr);
>	}
>	
>exit:
>	do {
>	} while (!Button());
>}

This could be because the powerbooks (or any Mac with a power manager)
require you to turn the serial port on before you use it, with a call called
(I think!) Aon. (There's also Aoff, Bon and Boff.) I had this problem with
a MIDI program of mine that I tried to run on my PB100. I couldn't figure out
why nothing was coming out or going in when it worked fine on other machines.
It would work properly when another serial program was running in the
background, however! It turned out that this was because the serial program
*did* turn on the port, so my application could then run.

On the other hand, this might not be your problem, because I was writing
directly to the VIA rather than using OpenDriver, due to the non-standard
MIDI clock rate. (Non-standard for the Mac, that is!) I would imagine that
OpenDriver("Ain"...) should turn the port for you. Then again, it wouldn't
do any harm to check :)

Cheers,

Andrew

-- 
+--- Andrew Willmott ------------- awil2@cs7.cs.aukuni.ac.nz ---+
| Diplomacy: The art of saying "nice doggie" until you find a   |
| rock.                                          -Wynn Catlin   |
+------------------------- Auckland, NZ ------------------------+