HDTenEightyP/NetNews huggingface dataset:
From: engber@ils.nwu.edu (Mike Engber)
Newsgroups: comp.sys.mac.programmer
Subject: source to Flip A BNDL available
Summary: free source code
Date: 2 Sep 92 16:03:43 GMT
Organization: The Institute for the Learning Sciences


I've made the source Flip A BNDL 1.0 (THINK C 5.0x) available
for anonymous ftp from:

 engber@aristotle.ils.nwu.edu (129.105.100.1)
 path: pub/engber/flab.c.hqx

There are misc other things in there you may find useful as well.
I'm willing to email the .hqx to those without ftp access.

Flip A BNDL was my MacHack entry (so if you have the CD, there's
no need to ftp) It's a harmless prank. It flips an application's
Finder icons.

No modification is made to the file itself, just to the copies
of the icons stored by the Finder. Undo by flipping a 2nd time
or rebuilding the DeskTop.

I didn't really think the source to Flip A BNDL would be that useful,
but recently I've been finding it addresses a lot of FAQ's. So I'm
announcing its availablity.

Among other things, the source covers:

- Accepting Finder drags&drops + handles a launch from a drag&drop differently
  from a lauch by double clicking.

- Setting the stack size. (someone just asked about that)

- Handles the core AE's. (well, actually the pdoc handler doesn't print)

- Shows how to kill & restart the Finder. Basically, all you do is send a
  quit AE, but here are some undocumented tricks you need to do.

- Shows that a '????' BNDL entry lets an app only accept drags and drop
  from APPLs. This is undocumented as far as I know. It's necessary because
  the APPL BNDL entry is used to specify the app's icon.

- Shows what I empirically found to be the minimum menu setup to get Balloon
  Help to work with the dialogs. I've not seen this documented anywhere. If
  anyone knows more about it - please let me know.

-ME
From: Joe.Francis@dartmouth.edu (Joe Francis)
Newsgroups: comp.sys.mac.programmer
Subject: Re: IM 1-7  vs New: FILES, PROCESSES, MEMORY Books
Date: 3 Sep 92 21:01:06 GMT
Organization: Dartmouth College, Hanover, NH
X-Posted-From: InterNews1.0a2@newshost.dartmouth.edu

In article <1992Sep2.221918.7093@cs.uri.edu>
reynhout@cs.uri.edu (Andrew Reynhout) writes:

>As an aside, are the code examples [in the new IM series] in C this time?  

No, still Pascal.  However, the "Summary" at chapter ends where they
list constants, data types, procedures, etc, now has *3* sections:
Pascal, C, and Assembly.
From: fonion@st-anns.ICS.UCI.EDU
Subject: multifinder switching
Newsgroups: comp.sys.mac.programmer
Date: 4 Sep 92 01:22:26 GMT

Hi -
	I'm having a problem getting my application to switch under
multifinder by clicking the small icon in the upper righthand corner.
I have read through Apple's 'Programmer's guide to multifinder,' and
even modeled my event loop after their sample code, but my application
still won't switch.  This is happening under system 6.0.7, but the problem
also occurs under 7.0.  It does switch by selecting another program
from the apple menu.
	I have also noticed that the program does not switch when I
click in the window of another program.  I thought that this would be
handled by calling SystemClick(), but it doesn't seem to be working.
	I'm including the relevant parts of my event loop in the hopes
that some kind soul will enlighten me as to what I am doing wrong.
Incidentally, I'm using Think C 5.0.

				Thanks in advance,
				  Fritz Onion  (fonion@ics.uci.edu)


/* Event handler */

switch (gTheEvent.what) {
	case nullEvent:
		HandleNull();
		break;
	case mouseDown:
		HandleMouseDown(1);
		break;
	case keyDown:
	case autoKey:
	theChar = gTheEvent.message & charCodeMask;
	if ((gTheEvent.modifiers & cmdKey) != 0)
		HandleMenuChoice(MenuKey(theChar));
		break;
	case updateEvt:
		window = (WindowPtr)gTheEvent.message;
		BeginUpdate(window);
		<my update done here>
		EndUpdate(window);
		break;
     	case activateEvt:
     		window = (WindowPtr)gTheEvent.message;
		if ((gTheEvent.modifiers & activeFlag) != 0)
			SelectWindow(window);
		break;
}


/* Handle mouse down events */

HandleMouseDown(menu_active)
{
	WindowPtr	whichWindow;
	short int	thePart;
	long int	menuChoice, windSize;

	thePart = FindWindow(gTheEvent.where, &whichWindow);
	switch(thePart) {
		case inMenuBar:
			if (menu_active) {
				menuChoice =
					MenuSelect(gTheEvent.where);
				HandleMenuChoice(menuChoice);
			}
			break;
		case inSysWindow:
			SystemClick(&gTheEvent, whichWindow);
			break;
	}
}
From: scott@mcl.ucsb.edu (Scott Bronson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: GetKeys, Events, Sound Manager
Date: 23 Aug 92 23:19:48 GMT

In <1992Aug11.214555.19599@midway.uchicago.edu> jcav@quads.uchicago.edu (JohnC) writes:
>In article <1992Aug11.203247.15836@athena.mit.edu> slchambe@athena.mit.edu (Stephen L Chamberlin) writes:
>>2. How can I get events without granting any processor time to background
>>tasks? I'd like to be able to use keyDown and mouseDown events in my program,
>>but due to the timing-sensitive nature of the program, I don't want to give
>>any time to background tasks. As far as I can tell, GetNextEvent and and
>>WaitNextEvent always give some time to background tasks.

>If you need to do this, use _GetOSEvent, which does nothing but retrieve an
>event from the queue.  Be aware that only events created by _PostEvent will
>be found.  You won't see update events, activate events, OS events or
>high-level events.

Another solution is to put up your window in a dBoxProc-type dialog.  This
will by definition prevent switching.  Perhaps put the dBoxProc in front
offscreen, then HiliteWindow your window to make it look like it's in front
again.  Getting really kludgy, but you will get update events.  Trap the
events using a dialog filter so that you can pass them to your app and
you can almost pretend the dialog isn't offscreen preventing switching.

	- Scott
Newsgroups: comp.sys.mac.programmer
From: sdorner@qualcom.qualcomm.com (Steve Dorner)
Subject: Re: Error w/ MacTCP DNR resolving cname
Organization: Qualcomm, Inc., San Diego, CA
Date: Thu, 27 Aug 1992 21:56:28 GMT

Andrew Gilmartin <Andrew_Gilmartin@Brown.Edu> writes:
>I am using MacTCP 1.1 and having problems resolving cnames
>(host domain name aliases). The DNR code will let me resolve a
>cname no more than eight times.

So you get 8?  I've heard 7, and I used to experience 12 myself.

>error? I have a work around (my own cache of resolved names),

Join the club.

>but would like to remove this bug. Thanks.

Write your own domain name resolver.  Make it a driver or app, so it can be
shared among various apps.  We'll all love you for it.
-- 
Steve Dorner, Qualcomm, Inc.
Yes, I'm still working on Eudora and it's still free.
From: mlanett@Apple.COM (Mark Lanett)
Newsgroups: comp.sys.mac.programmer
Subject: Re: kAEQuitApplication driving me batty
Keywords: apple events
Date: 26 Aug 92 16:04:56 GMT
Organization: Apple Computer Inc., Cupertino, CA

jtgorman@cs.arizona.edu (J. Taggart Gorman) writes:

>  The problem : on my IIsi running 7.0.1+ and coding on Think C 5.0.2, nothing
>can send Quit events.  Not my code, not Apple's sample code, not the pre-
>complied Process Manager, nor the program ProcessWatcher.  I don't know why
>ProcessWatcher can't send Quit events, but when both my code and Process
>Manager call AESend, the OSErr returned is -903, which IM VI tells me is a
>"noPortErr - Invalid port name; Unable to open port or bad port refernce
>number".

Set the isHighLevelEventAware bit in your SIZE resource.
Newsgroups: comp.sys.mac.programmer
From: johnsd2@vccnw05.its.rpi.edu (Daniel Norman Johnson)
Subject: Re: animating palettes
Reply-To: johnsd2@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Thu, 3 Sep 1992 12:17:26 GMT

In article <966857.2AA30874@cmhgate.fidonet.org>, George.Economou@p4.f120.n129.z1.FIDONET.ORG (George Economou) writes:
|> I am trying to animate a palette but a few colors refuse to animate.  How can
|> I make it so that all colors animate?

Are the colors that wont animate Black and White? If not, I have no clue
what is wrong. If so, the Palette Manager does that on purpose (so
windows, menus, etc can be drawn) and you should probably let it do so. If
you just gotta change those colors, I expect the Color Manager can do it,
but I dont have details. (I have never tried to do this)
-- 
			- Dan Johnson
And God said "Jeeze, this is dull"... and it *WAS* dull. Genesis 0:0

These opinions have had all identifiying marks removed, and are untraceable.
You'll never know whose they are.
Newsgroups: comp.sys.mac.programmer
From: jeremyr@dcs.qmw.ac.uk (Jeremy Roussak)
Newsgroups: comp.sys.mac.programmer
Subject: _LayerDispatch and system 7.1
Date: 30 Aug 92 09:04:28 GMT
Organization: Computer Science Dept, QMW, University of London

Is the Layer Manager documented in system 7.1? Will we be able
to do clever things such as find out what windows other
applications have open (without the hack of going via
SaveProc)?

Jeremy
Newsgroups: comp.sys.mac.programmer
From: jason@ux1.cso.uiuc.edu (Jason Watts)
Subject: Apple double file format
Summary: Wanted: apple double format specs.
Keywords: apple double AppleDouble
Organization: University of Illinois at Urbana
Date: Wed, 26 Aug 1992 04:20:16 GMT


Could someone please send me the format specification for
AppleDouble (sp?) (a format for storing both forks of
a macintosh file on non-macintosh filing systems, like A/UX).
I'm actually interested in the format Cayman systems uses
when it copies mac files onto GatorShared volumes--I think
the formats are the same.  Anyway, I would appreciate any info.
Thanks.

-- 
                       |  |    |====================|
                       |  |    | Jason Watts        |
                     \ |\ |\ \ | (jazzin@uiuc.edu)  |
                      \| \| \|\|====================|
Newsgroups: comp.sys.mac.programmer
From: zben@ni.umd.edu (Charles B. Cranston)
Subject: Re: How to save a PICT file?
Followup-To: comp.sys.mac.programmer
Organization: UM Home for the Terminally Analytical
Distribution: usa
Date: Fri, 28 Aug 1992 19:16:42 GMT

In article <1992Aug26.000749.3750@desire.wright.edu>,
jmatthews@desire.wright.edu wrote:

>   procedure DoSavePICT (picHdl: PicHandle);
>     var
>       reply: SFReply;
>       getDlgTH: DialogTHndl;
>       r: Rect;
>       index, fRefNum: Integer;
>       count: LongInt;
>       buffer: array[0..127] of LongInt;
> 
>   begin
>     getDlgTH := DialogTHndl(GetResource('DLOG', putDlgID));
>     r := getDlgTH^^.boundsRect;
>     CenterRect(ScreenRect, r);
>     SFPutFile(r.topLeft, ResStr(savePictID), '', nil, reply);
>     if reply.good then
>       begin
>         for index := 0 to 127 do {empty 512 byte PICT header}
>           buffer[index] := 0;
>         ErrorCheck(FSDelete(reply.fName, reply.vRefNum));
>         ErrCheck(Create(reply.fName, reply.vRefNum, 'Bozo', 'PICT'));
>         ErrCheck(FSOpen(reply.fName, reply.vRefNum, fRefNum));
>         count := SizeOf(buffer);
>         ErrCheck(FSWrite(fRefNum, count, @buffer));
>         count := GetHandleSize(Handle(picHdl));
>         ErrCheck(FSWrite(fRefNum, count, Ptr(picHdl^)));
                                           ^^^^^^^^^^^^
>         ErrCheck(FSCLose(fRefNum));
>       end
>   end;

Ahem, wouldn't it be a good idea to lock the handle while writing
it out?  I wasn't aware _Write refrained from moving memory.  Please
correct me if I'm wrong about this...

zben@ni.umd.edu     -KA3ZDF
From: eric_gorr@coglab_psych.uoregon.edu (Eric Gorr)
Newsgroups: comp.sys.mac.programmer
Subject: Code not converting vRefNum & DirID to just vRefNum correctly
Date: 28 Aug 92 19:12:36 GMT
Distribution: usa
Organization: University of Oregon Network Services


Everything appears to work properly up to and including the FSMakeFSSpec
call.

I am certain that myPictSpec.vRefNum and myPictSpec.parID contain the
correct values.

What I think is happening is that I am not initializing myPictBlock
correctly.

The value in myPictBlock->ioVRefNum after the PBOpenWB call is -32xxx and
when I use this number to specify a directory, it chooses the System Folder
on my start up disk - this is incorrect.

Any ideas?  I am sure that it is something fairly obvious...

I am using THINK C 5.0.


thanx...

	myErr = AEGetParamPtr( theAppleEvent, ribPathKey, typeChar, &ignoredType,
						   pathPtr, maxSize, &theSize );
	pathPtr[theSize] = '\0';
	strcpy( thePath, (char*)pathPtr );
	strcat( thePath, (char*)"tmp.tmp" );	
	CtoPstr( thePath );
	myErr = FSMakeFSSpec( 0L, 0L, thePath, &myPictSpec );	
	myPictBlock->ioCompletion = 0L;
	myPictBlock->ioNamePtr = 0L;
	myPictBlock->ioVRefNum = myPictSpec.vRefNum;
	myPictBlock->ioWDProcID = 0;
	myPictBlock->ioWDDirID = myPictSpec.parID;
	myErr = PBOpenWD( myPictBlock, false );
	strcpy( (char*)theHead.pictureName.fName, (char*)theHead.picName );
	theHead.pictureName.vRefNum = myPictBlock->ioVRefNum;
	myErr = PBCloseWD( myPictBlock, false );
Newsgroups: comp.sys.mac.programmer
From: Michael Brennan <mikeb@sam.amgen.com>
Subject: Re: little sys 7 pop up problem (popupMenuCDEFProc)
Organization: Amgen
X-Useragent: Nuntius v1.1
Date: Wed, 2 Sep 1992 22:01:07 GMT

In article <zocca-250892113905@jozef.amc.uva.nl> Vincent Zocca,
zocca@amc.uva.nl writes:
>So, I've got this problem with system 7's Pop-Up controls.
>I create one with NewControl and popupMenuCDEFProc (IM VI 3-16). That
works
>fine; The control is displayed and the value (selection of a menu item)
and
>hilite status can be set. The 'only' thing is that the control is not
>tracked properly by TrackControl. 

This is a common problem.  When you call TrackControl, be sure to use -1L
as your final parameter (e.g., TrackControl( theControl, localPt,
(ProcPtr) -1L )).  If you are using 0 for the final parameter, than this
is why it is not working for you.  The -1L indicates that the CDEF
employs a custom tracking procedure.  Be sure to cast it as a ProcPtr to
keep the compiler happy!
Newsgroups: comp.sys.mac.programmer
From: thor@vivaldi.psu.edu (Thomas Moertel)
Subject: How does MPW store font and tab info?
Organization: Pennylvania State University
Distribution: comp
Date: 26 Aug 92 03:06:03

I need to know how MPW stores the font/tab information for TEXT files
it creates.  I'm pretty sure this info is a 'MPSR' resource.  I would
love to get a Rez definition or C/C++ struct declaration for the
beast.  Thanks in advance for your help!


--

Tom Moertel                 Pennsylvania State University
thor@vivaldi.psu.edu        "Them bats is smart. They use radar!"  ;-)
Newsgroups: comp.sys.mac.programmer
From: englhp@rosie.uh.edu (Lester, Samuel H.)
Subject: Re: GNU C++ for the Macintosh?
News-Software: VAX/VMS VNEWS 1.41    
Organization: University of Houston
Date: Fri, 4 Sep 1992 05:00:00 GMT

In article <38357@unix.SRI.COM>, mxmora@unix.SRI.COM (Matt Mora) writes...
>In article <15834.2AA3F783@zeus.ieee.org> Glen.Stewart@f175.n2240.z1.ieee.org (Glen Stewart) writes:
>>I see that GNU C++ supports over 40 different processors and comes with source 
>>code.  Is it avaiable as a running Macintosh program?
> 
>>If so, can you tell me what BBS would have it, or how much it would cost to
>>ship by mail to me?
> 
> 
>Check on ftp.apple.com. It should be there. 
> 
> 
The gcc in mpw.gnu on ftp.apple.com has a script that allows you to 
use C++, but requires MPW C++ to run (at least according to the docs).
I assume that the version in the gnu dir has not been converted to work
with MPW.  

Are there any other sources for an MPW converted gnu C++?

Thanks,
		Samuel
From: TOGE@SLACVM.SLAC.STANFORD.EDU (Nobukazu Toge)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Fortran callable rountines in THINK C
Date: 2 Sep 92 01:58:57 GMT
Organization: Stanford Linear Accelerator Center

Carl -

LS Fortran knows to interface with MPW C, Pascal and so on.  See Appendix F
(p.375) of LSF 3.0 manual.  So if you convert your ThC libraries into MPW
you will be all set.  I understand that MPW .o -> ThC lib conversion is
possible, but I'm not sure about the other way around [which is what you
need].  Check out the ThC manual.

If it turns out not so straightforward you may consider porting
your Th C source files and recompile them with MPW C.  The mac .h files
on Th C v.5.0.x are very similar to (or identical to) MPW interfaces.
Except,if you are accessing low memory globals by using LoMem.h in the
{Think #includes} folder, you should modify them to use SysEqu.h. Otherwise
strange errors will happen on MPW.  Another thing is A4/A5 world stuff, but
that probably is a non-issue unless you are writing code resources, not
ordinary library routines.

- Nobu Toge (ex-SLAC, now-KEK. My opinions only).
From: Mary.Hicks@p0.f222.n125.z1.FIDONET.ORG (Mary Hicks)
Newsgroups: comp.sys.mac.programmer
Subject: Hermes external in C
Date: 29 Aug 92 21:45:18 GMT
Organization: FidoNet node 1:125/222.0 - Macademe/Emma, San Francisco CA

I would like to make an external for hermes, just as an example, but I 
dont understand how. I read the Hermes Interface file, but I still need 
help. I currently know how to program in C, but I cant make an external.

 

How would I compile this into an external.\]

 

main()

{

printf(" This is an example of a dumb external!");

}

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

Well thats it. I also have the hermes headers fie in 'C', but how do I 
compile the above code into an external? Please give step by step info.

 

thanks,

         Mary Hicks



--  
Mary Hicks - via FidoNet node 1:125/555
    UUCP: ...!uunet!hoptoad!kumr!fidogate!222.0!Mary.Hicks
INTERNET: Mary.Hicks@p0.f222.n125.z1.FIDONET.ORG
Newsgroups: comp.sys.mac.programmer
From: joshr@kronos.arc.nasa.gov (Joshua Rabinowitz-Summer-91)
Subject: Re: updating window text / getting text lines from buffer
Organization: NASA/ARC Information Sciences Division
Date: Tue, 25 Aug 1992 23:24:49 GMT

In article <86967@netnews.upenn.edu> peter@sysnext.library.upenn.edu (Peter C. Gorman) writes:
>I have a couple of basic text-handling questions (using Think C):
>1. What's the standard way to update text in a window?  For instance, if I  
>display a value that needs to be changed periodically, do I DrawString(),  
>then at update time draw a white rectangle over it and DrawString with the  
>new value?

This is a good, quick way.

>
>2. If I load a text file into a buffer, what's the best way to get it out  
>a line at a time?  Do I write a version of fgets that gets it from the  
>buffer, or is this a standard Mac function that's posted somewhere?

Sure, write the fgets-type function.  there is a method of reading from 
a file documented somewhere in IM for getting the filemanager to
parse files into lines delimited by any desired char ('\n' in this case)
using PBRead (I believe).

If anyone has written a code snippet that does this, pls. inform me
as to how this is done.  Posting here is okay, but mailing me a code snippet
would be godly.

Thanks

>Peter Gorman
>University of Pennsylvania
>Library Systems Office
>peter@sysnext.library.upenn.edu


-- 
----------------------------------
#include <std/disclaimer.h>     Josh Rabinowitz, Mac TCL programmer
joshr@kronos.arc.nasa.gov
"Send a salami to your boy in the army" - Katz's delicatessen, NYC
Newsgroups: comp.sys.mac.programmer
From: cramer@unixland.natick.ma.us (Bill Cramer)
Subject: MacTCP over LocalTalk
Keywords: MacTCP LocalTalk AppleTalk
Organization: Unixland Public Access Unix  (508) 655-3848
X-Newsreader: Tin 1.1 PL3
Date: Wed, 2 Sep 1992 23:42:14 GMT

According to the MacTCP manual, I can run MacTCP through a direct 
Ethernet connection or over LocalTalk.  To run over LocalTalk,
however, I need a bridge which frames and unframes TCP/IP packets
between AppleTalk and raw EtherNet protocols.

So far, so good.  But what if I want to use TCP/IP between two
Macs -- no Ethernet, just two macs connected with LocalTalk.  Can
this be done?  In theory, there is no need for the bridge since
my packets never reach an ethernet network.  In practice, I get an
error -98 (port not configured) error when I try to PBOpen the 
driver.  Am I simply not configuring things correctly or is what
I'm trying to do simply not possible?

Regards,
Bill Cramer

251 West Central Street, Suite 142	| "You can buy better, 
Natick, MA 01760 USA			|    but you just can't pay more."
Internet: cramer@unixland.natick.ma.us	|        
CIS: 70322,3412				| 

Newsgroups: comp.sys.mac.programmer
From: keith@taligent.com (Keith Rollin)
Subject: Re: Is "Programmers Online Companion" going to be updated?
Organization: Taligent
Date: Tue, 25 Aug 1992 19:04:36 GMT

In article <peter-250892141421@134.7.50.3>, peter@cujo.curtin.edu.au (Peter N
Lewis) writes:
> 
> Well, you could do this I guess.  Except that I've already done it, as well
> as writeing my own clone of POLC, which I've been using for six months, and
> which I would love to release free, but I have not been able to sort out
> the required US$100 to license the PInterfacesHelp file, on which the
> database is created (the database is created by running an automatic parser
> over the PInterfacesHelp file, thus ensuring rapid updates as new systems
> come out).
> 
> If anyone feels like donating the $100 and sorting out the licensing of the
> file, I can get on with beta testing (it works fine for me, it does have
> some problems that I can't avoid, but basically it works nicely, it even
> allows multiple independent databases, so I have a theasaurus as well...).
> 
> If you are interested, mail me, but I obviously can't mail anyone the file,
> since its based on a copyright file that I haven't been able to license
> yet.

Could you just send out you homebrew POLC along with the converter program that
creates the database file from PInterfaces? There shouldn't be any problem with
that.

I remember, ages ago, on the Apple II, Glen Bredon disassembled and commented
the AppleSoft object code. He wasn't allowed to send out his results directly
(because it included Apple copyrighted code converted to human readable form),
but he was able to send out a little program that would _create_ a commented
source file based on his file of comments. The program disassembled the
AppleSoft ROMs and added his comments to each line.

--
Keith Rollin
Phantom Programmer
Taligent, Inc.
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Getting the alias'd name from a drag-and-drop app?
Date: 1 Sep 92 17:52:30 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <1992Aug29.202734.24330@newstand.syr.edu>, greeny@top.cis.syr.edu (J. S. Greenfield) writes:

> As for the standard file package--I find it acceptable since one is able to
> circumvent the automatic alias resolution (and other things); however, I
> find it very strange (and problematic, perhaps, for compatibility with
> older applications) that one has to specifically include alias file types
> when constructing type lists.  That is--by default, alias are *not* invisible
> to the standard file package.  If your standard file dialog includes "APPL"
> for example, you have to explictly include "adrp" in the list in order to
> have aliases to applications included.  This mix of transparent/non-transparent
> behavior is problematic in my eyes.

Applications are a special case, but document aliases *do* in fact appear
automatically in the Standard File list, without the application having to
take any special action.

The file type and creator for a document alias are the same as for the
original document.

Let's face it, applications which open other applications are fairly unusual,
and don't tend to be used by novices, anyway...

Lawrence
(bracing himself for a barrage of counterexamples)
From: mtc@hpcc01.corp.hp.com (Mark Cousins)
Date: Fri, 28 Aug 1992 00:21:11 GMT
Subject: Re: PICT v2 file generation help needed
Organization: HP General Systems Division