HDTenEightyP/NetNews huggingface dataset:
From: rrwood@uuisis.isis.org (Roy Wood)
Subject: Re: TextEdit: Breaking the 32K limit (MPW)
Organization: International Shared Information Service (Ottawa)
Date: Sat, 22 Aug 92 14:36:56 GMT

tim@maths.tcd.ie (Timothy Murphy) writes:

> rrwood@uuisis.isis.org (Roy Wood) writes:
> 
> >I know that Chris Wysocki released a Think Class Library replacement that
> >allows files larger than 32K to be edited.  The source is available via ftp
> >from (I think) ftp.rutgers.edu.  
> 
> I couldn't find anything relevant at rutgers.
> Could you please check your information.
> It would help too if you could give the directory
> in which the code can be found,
> or else the name of the program, so that one can ask archie.

Sorry about that.  I checked through my hard drive, and I don't have the
file anymore, nor do I remember where I got it in the first place now.  The
file was pointed out to me by someone in this group, so maybe they'll
mention it again for us.  All I remember was that the ftp site had a lot of
Think C source code (all in Think "C++" code).

If you are interested, I've written some straight C code that does the job,
though it still has a few quirks....

-Roy
From: cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Blitting PixMaps with a mask
Date: 14 Aug 1992 14:02:13 GMT
Followup-To: comp.sys.mac.programmer
Organization: Academic Computing

In article <14279@mindlink.bc.ca>, John_Miller@mindlink.bc.ca (John Miller)
wrote:
> 
> In Message <cshotton-130892083933@bmb8.med.uth.tmc.edu>,
> cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes
> 
> > I have a color image on a white background, residing happily in
> > a gworld.  I'd like to blit that image (without the white
> > background) over another complex background. I KNOW I can do this
> > with no problem if I use a region that matches the outline of the
> > color image and CopyBits.
> 
> I don't think you need a region or a mask.  Specify "transparent"
> mode in the call to CopyBits.  (IM Volume V page 61)
> 

Thanks, that works like a champ. I'd tried it with CopyDeepMask, and didn't
like the "see thru" results and guess I never bothered to try it with plain
ol' CopyBits.

--_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Chuck Shotton                      |    
Ass't Director, Academic Computing |       "This space for rent."
UT Health Science Center Houston   |  
cshotton@oac.hsc.uth.tmc.edu       |         
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@dront.nada.kth.se (Jon W{tte)
Subject: Re: Help!  System error #28
Followup-To: comp.sys.mac.programmer
Originator: d88-jwa@dront.nada.kth.se
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Thu, 13 Aug 1992 15:29:02 GMT

> chuck@gte.com (Chuck Hoffman) writes:

   The problem turned out to be a dumb error masquerading as a memory
   management problem, though.  I had passed an int to FSRead for the number
   of bytes to read.  It was expecting a long, so FSRead thought the few bytes

   This kind of problem would have been much easier to debug at the assembly
   level with MacsBug, rather than at the source level with THINK C Debugger. 
   I'm a very experienced programmer using IBM System/370 Assembly Language

It would be even easier to avoid by having the compiler catch
the error.

If you use MPW, turn on all warnings. If you use Think C,
follow these simple steps:

	1) Turn on "prototype enforcement" and "require prototypes"
           in the language settings
	2) Turn on "Check pointer types" in the same dialog.
	   Be sure to copy options to new projects as well at this point.
	3) Open your "Mac #Includes.c" file in the MacIncludes folder
	4) Change #define SIMPLIFY_PROTOTYPES to 0
	5) While you're at it, turn on ALL of the header files,
	   except for the few mentioned in the comment at the start
	   of the file.
	6) Choose "Precompile"
	7) Save as MacHeaders, overwriting your previous MacHeaders.

This trick will not only catch a LOT of otherwise hard to find bugs,
including the bug you just described, but it will reduce the size of
your project file a lot. If you use the class library, why not include
those headers as well ? A class library project then becomes < 600K in
size !

If you don't do this, you're just stupid and ignorant and deserve to
be bitten by all the bugs that find you :-)

-- 
- I have decided that it is not boxes but my lack of skill that's the problem.
- Traitor! This kind of attitude will get you nowhere around here. If you must
  know, it's not your boxes that are the problem, it's your lack of a
  sufficient number of boxes. Go out and buy something.
From: siegman@SIERRA.STANFORD.EDU ("Anthony E. Siegman")
Newsgroups: comp.sys.mac.programmer
Subject: Finding the size of a PICT, w/o opening the PICT file?
Date: 19 Aug 92 03:20:49 GMT

I'd like a simple tool, preferably a DA, that could find just the
dimensions of the PICT in a PICT file (in inches), preferably without
even opening the file.

Just the width and height, nothing more.  (These numbers are needed to
\input the PICT into a TeX document, using the \special command in
Textures.)

Anything like this around?

Responses preferably direct to siegman@sierra.stanford.edu
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.system
From: bruce@netcom.com (Bruce V. Schwartz)
Subject: Help:  Can't rename a volume...
Date: Thu, 20 Aug 92 04:00:53 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: usa

Hi all,

Somehow I've gotten my PowerBook in a state such that I cannot rename the
hard disk's volume.  (This is similar to the way that you cannot rename
the Trash.)  Anyone have any ideas on how this could have happened.

I've been poking around with the tools I have, but things like ResEdit,
MacTools, and FileKit don't really let you browse a volume the way they
let you browse a file or directory.  Interestingly enough, the Balloon
Help for the volume's icon knows enough to tell me that I "Cannot edit
the name of the icon".

Please reply to me directly and I will summarize the results to the newgroup.

Thanks,
Bruce Schwartz
bruce@netcom.com
Newsgroups: comp.sys.mac.programmer
From: farm@gpu.utcs.utoronto.ca (B. Munroe)
Subject: SCSI Help Needed
Organization: UTCS Public Access
Date: Fri, 14 Aug 1992 20:35:37 GMT


Rather than waste bandwidth with questions, could some kind soul who
knows about the SCSI Manager please contact me so I can ask a couple of
questions?  Primarily, the questions are about reading from and writing
to a SCSI device and how to determine what the completionTicks variable
should be set to.  Thanks for any help.

Bob


-- 
.............................................................
Bob Munroe		: Internet>	farm@utcs.utoronto.ca
The Farm		: CompuServe>	71160,3455
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: FlushEvents necessary?
Date: 17 Aug 92 18:32:33 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <hammett.714004576@sbsu1.aukuni.ac.nz>, hammett@sbsu1.aukuni.ac.nz (Tim Hammett) writes:
> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
>>> 	InitWindows();
>>> 	FlushEvents(0xffff,0);
>
>>Personally I prefer to do a FlushEvents *after* all my program setup.
>
> Is it necessary to do FlushEvents() at all these days? I notice that most
> of the DTS sample Apps don't. I would be interested in hearing the pros
> and cons of using FlushEvents at program startup.

The reason for calling FlushEvents isn't technical, it's to do with the
user interface. While the program is starting up, the user might have clicked
the mouse, or pressed a few keys. It makes sense to flush all these before
actually entering your event loop for the first time, to avoid any unexpected
behaviour.

Actually there's no reason why program startup should be special; it also
makes sense to call FlushEvents after doing *any* potentially lengthy operation,
during which you aren't able to give user feedback. For example, a screen
update in ditherCopy mode. Or a file access to a VAXshare server.

Thot: in the old floppy-based days, programs took quite a long while to
start up. These days it's not so bad, though programs like PageMaker,
FreeHand, Premiere, Canvas and others seem to hint at a trend back to the
slow old days...

Lawrence D'Oliveiro                       fone: +64-7-856-2889
Computer Services Dept                     fax: +64-7-838-4066
University of Waikato            electric mail: ldo@waikato.ac.nz
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00
PC operating environments: DOS is the leading software operating environment
(73%), followed by Microsoft Corp.'s Windows (18%), Unix (8%) and the Macintosh
environment (3%).            -- Computerworld August 3 report on USSR.
Newsgroups: comp.sys.mac.programmer
From: rrwood@uuisis.isis.org (Roy Wood)
Subject: Re: TextEdit:  Breaking the 32K limit (MPW)
Organization: International Shared Information Service (Ottawa)
Date: Wed, 19 Aug 92 18:39:05 GMT

ezix@ucrengr.ucr.edu (edward j. zix) writes:

> Has anyone had any luck in breaking thehistorical limit of 32K of text in
> TextEdit?  I really need a clue if there are any secret variables I could
> acces or anything like that.  I'm kinda working on a deadline so if
> anyone knows a way, please show me the light ASAP.
> 

I know that Chris Wysocki released a Think Class Library replacement that
allows files larger than 32K to be edited.  The source is available via ftp
from (I think) ftp.rutgers.edu.  As well, there are commercial products
(PEP?) to overcome the problem.  And, best of all, I hacked together some
code that does the job, though the results are still a little quirky.

-Roy Wood
From: hd12@ellis.uchicago.edu (hui  dong)
Newsgroups: comp.sys.mac.programmer
Subject: freqCmd make different sound under sys7 and sys6?
Date: 20 Aug 92 06:36:49 GMT
Reply-To: hd12@midway.uchicago.edu
Organization: University of Chicago Computing Organizations

I use SndDoCommand to send freqCmd, with param2=60L. Under sys7, I get
the sound of middle C, which is what it suppose to be. But under sys 6.1.8,
I get a sound which is one octave higher (everything is identical, I also use
debug to make sure the param2 get the value of 60, param1=0). Any help will
be very appreciated!



 
Newsgroups: comp.sys.mac.programmer
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Subject: Re: Directory Scanning Code (non-sys7)
Organization: Kalamazoo College
Date: Wed, 19 Aug 1992 16:48:33 GMT

aep@world.std.com (Andrew E Page) writes:
>
>  Partly out of curiosity and partly because I'm bored out of my skull
>I'm working on a Directory Scan tool (C code tool).  It does not 
>rely on the PBCatSearch in Sys 7.0.

According to Disinfectant's help, the source for such a tool is
available from ftp.acns.nwu.edu.  You might want to look there first.

>   Would anybody like me to post the code when I am done?

You can never have too much money, too much Lindt chocolate, or too much
well-commented source code...
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 Sure, I subscribe to alt.sex, but I only read it for the articles...
From: sold@kit.uni-kl.de (Christoph Sold)
Newsgroups: comp.sys.mac.programmer
Subject: Re: ETo #8
Date: 14 Aug 92 18:46:41 GMT
Organization: Universitaet Kaiserslautern

In article <1992Aug10.122654.18166@actrix.gen.nz> Bruce.Hoult@bbs.actrix.gen.nz writes:
>Subject: ETo #8
>From: Bruce.Hoult@bbs.actrix.gen.nz
>Date: Mon, 10 Aug 1992 12:26:54 GMT
>My ETO #8 arrived today.  I guess that means everyone else in the world
>has theirs already, right?  :-)
>
>
>-- 
>Bruce.Hoult@bbs.actrix.gen.nz   Twisted pair: +64 4 477 2116
>BIX: brucehoult                 Last Resort:  PO Box 4145 Wellington, NZ
>"Cray's producing a 200 MIPS personal computer with 64MB RAM and a 1 GB
>hard disk that fits in your pocket!"   "Great!  Is it PC compatable?"

As of today, mine is still missing. But this is normal (since Apple sends 
them to New York, where they jump into the Atlantic Ocean, and crwal slowly 
to Hamburg, Germany :-).

-Christoph

Christoph P. Sold                   CATS Software GmbH
                                    Mussbacher Landstr.2
                                    W-6730 Neustadt (Weinstrasse)
ger.xse0035@applelink.apple.com     Germany

"If an apple is fun, what the heck is an appletree?"
Newsgroups: comp.sys.mac.programmer
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Subject: Re: TextEdit: Breaking the 32K limit (MPW)
Organization: Kalamazoo College
Date: Thu, 20 Aug 1992 19:46:44 GMT

tim@maths.tcd.ie (Timothy Murphy) writes:
>rrwood@uuisis.isis.org (Roy Wood) writes:
>>I know that Chris Wysocki released a Think Class Library replacement that
>>allows files larger than 32K to be edited.
>
>I couldn't find anything relevant at rutgers.

Chris' "CPEditText" is available from ftp.brown.edu, somewhere in
/pub/tcl/classes.  His address is afachrisw@aol.com.

It's very good, by the way;  we've been using it in-house for the last
few months.  It plugs right in place of CEditText with very little fuss,
and works well.
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 Pull down the monuments, and send a postcard back
 For nineteen-ninety-five, I will have the starter pack      - Gang of Four
Newsgroups: comp.sys.mac.programmer
From: rdd@cactus.org (Robert Dorsett)
Subject: Re: Map (was: Australian Mac systems)
Organization: Capital Area Central Texas UNIX Society, Austin, Tx
Date: Wed, 19 Aug 1992 08:30:51 GMT

In article <jpugh-180892220449@90.20.3.212> jpugh@apple.com (Jon Pugh) writes:
>
>I believe that I saw an astronomy program that allowed you to set its
>location from the PRAM settings.

Ah, but the problem with this is that while the data structures support 
very accurate coordinates, the Map interface itself only lets the user 
enter coordinates down to one minute of arc.  This introduces an error of
up to a half-mile or so, which can be significant for a lot of astronomical
work--even casual amateur stuff.  Thus, the user has to eventually "fine-
tune" his position, even if the program defaults from the PRAM location, so
the program ends up having to provide its own interface, anyway.

Also, the Map structures don't permit the user to specify elevation, another
useful datum.

This lack of precision/elevation information contradicts the stated purpose
of the Map, to some degree.  Map's mainly a time-zone setter; but, properly
designed, it could have been a very useful "front-end" for providing 
religious and social information for software used by cultures or religions
based on lunar calendars.  

Oh, well.  Maybe next time. :-)






---
Robert Dorsett
rdd@cactus.org
...cs.utexas.edu!cactus.org!rdd
Newsgroups: comp.sys.mac.programmer
From: sold@kit.uni-kl.de (Christoph Sold)
Subject: Re: Projector's 'ckid' resource format needed
Organization: Universitaet Kaiserslautern
Distribution: comp
Date: Fri, 14 Aug 1992 20:21:09 GMT

In article <COLIN.92Aug10111541@wrangel.Cayman.COM> colin@Cayman.COM (Colin "Atilla" Steele) writes:
>Subject: Projector's 'ckid' resource format needed
>From: colin@Cayman.COM (Colin "Atilla" Steele)
>Date: 10 Aug 92 15:15:41 GMT
>
>The subject line just about sums it up.  I need the format of
>Projector's 'ckid' resource.  Thanks in advance.
>
>P.S. A pointer to existing doc would be fine.  Gee, am I optimistic or
>what? ;-)
>--
>
>
>------------------------------------------------------------------------------
> Colin Steele     | Cayman Systems, 26 Landsdowne St., Cambridge, MA 02139
> colin@cayman.com | (617) 494-1916 x209 | applelink D0523 | Fax (617) 494-9270

Read your MPW Documentation carefully. It is all there (in the projector 
chapter, of course).

-Christoph

Christoph P. Sold                   CATS Software GmbH
                                    Mussbacher Landstr.2
                                    W-6730 Neustadt (Weinstrasse)
ger.xse0035@applelink.apple.com     Germany

"If an apple is fun, what the heck is an appletree?"
From: mlanett@Apple.COM (Mark Lanett)
Newsgroups: comp.sys.mac.programmer
Subject: Re: SFPPutFile question
Date: 19 Aug 92 02:29:19 GMT
Organization: Apple Computer Inc., Cupertino, CA

system@asuvax.eas.asu.edu (Marc Lesure) writes:

>I have a problem using the SFPPutFile routine.  I want to give the user the
>option of appending to an existing file so I've added an 'append'
>button in addition to the 'save' and 'cancel'.  The problem I have is 
>what my dlgHook routine should return as its status value.  If it 
>returns the 'putSave' status, then SFPPutFile put up the 'Already exists'
>dialog and if it returns 'putCancel', then the SFReply vRefNum field is not
>filled in correctly.  Is there a way to disable the 'Already exists' dialog or a
>better return value?

I think for append you really want SFGetFile (or StandardGetFile or...). It
means having similar code to deal w/ two dialog boxes, and two menu commands
or whatever to get there, but is certainly the least likely to break in the
future.
-- 
Have a bajillion brilliant Jobsian lithium licks.
Mark Lanett, NOT speaking for anyone. Personal opinion only.
Newsgroups: comp.sys.mac.programmer
From: hd12@ellis.uchicago.edu (hui  dong)
Subject: Better than TickCount?
Reply-To: hd12@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Sun, 16 Aug 1992 02:37:16 GMT

Sorry if this is a FAQ. Is there a more accurate way to control time than
TickCount? Thanks for the help!





Newsgroups: comp.sys.mac.programmer
From: eric_gorr@coglab_psych.uoregon.edu (Eric Gorr)
Subject: MacRenderMan and its documentation
Organization: University of Oregon Network Services
Distribution: usa
Date: Wed, 12 Aug 92 16:08:21 GMT

I was just wondering for those of you who are developing apps which use the
MacRenderMan developers stuff had any *serious* trouble understanding their
documentation when you were first trying to figure it out.

I am interested in all opinions concerning this matter.  Please respond via
E-mail and I will post a summary if there is interest.

Newsgroups: comp.sys.mac.programmer
From: Ed Wynne <Arwyn@engin.umich.edu>
Subject: MacTCP:  To Resolve or Not To Resolve ???
Organization: Computer-Aided Engineering Network
X-Useragent: Nuntius v1.1a2
Date: Tue, 18 Aug 1992 02:06:34 GMT


I am in involved in writing an application (Think C 5.0.2)
that will get the ip address of the mac its running on
and do a name lookup on it.  The problem I'm having is really
weird.  If I'm the first app to use MacTCP when I make the
AddrToName call, MacTCP will never come back.  It doesn't
necessarily hang, just generates an infinite cache fault.  If
another program initializes MacTCP before me then everything
works fine.  Is there something I'm missing?  I do all the
opendriver and openresolver calls for MacTCP and they don't
return errors.


------------------------------------
Ed Wynne
The University of Michigan
Computer-Aided Engineering Network

(arwyn@engin.umich.edu)
From: John_Miller@mindlink.bc.ca (John Miller)
Newsgroups: comp.sys.mac.programmer
Subject: LockPixels and dereferenced PixMapHandles
Date: 14 Aug 92 00:59:06 GMT
Distribution: world
Organization: MIND LINK! - British Columbia, Canada

In various portions of code on the developer CD, it seems to be
assumed that once LockPixels() is called, it's safe to dereference
the PixMapHandle when calling CopyBits.  Here's one example
from the file
   "Dev.CD June 92:
      Periodicals:
        develop:develop 10 code:
          GWorld Drawing:
           GWorld Routines:
            CalcDeltasFast.c"

>       srcPixMap = GetGWorldPixMap ( src );
>       dstPixMap = GetGWorldPixMap ( dst );
>
>       if ( LockPixels ( srcPixMap ) && LockPixels( dstPixMap) )
>       {       /* lock the pixmaps */
>               GetGWorld(&oldGW,&oldGD);
>               SetGWorld(dst,nil);
>               CopyBits( (BitMap*)*srcPixMap, (BitMap*)*dstPixMap,
>                &(**srcPixMap).bounds, &(**dstPixMap).bounds,
>                srcCopy, 0L );

But from my reading of Inside Mac, LockPixels() only locks the
memory used to hold the pixels, not the PixMapHandle itself.
And when I check this in MacsBug, sure enough, the
PixMapHandle is not locked by LockPixels() or unlocked by
UnlockPIxels().

If I had picked up this code on the street, I would simply
assume it was buggy, but seeing as I find this in various
fragments of Apple code, I'm wondering if I am missing
something.

Two questions:

1)  Should the PixMapHandle be locked before dereferencing
it to pass to CopyBits, or am I missing some piece of
Mac programming forklore that guarantees that CopyBits
will extract all the required information from parameters
before it causes any memory shuffling?

2) Assuming that I would have to lock the PixMapHandle
before using in the above example: is it considered valid
to copy the PixMap structure contents to a local PixMap
variable and pass the address of the variable to CopyBits,
or does CopyBits assume that the address it is passed can
be traced back to a PixMapHandle?  Right now, my
offscreen utility routines are calling MoveHHi(pixmap)
and HLock(pixmap) after calling LockPixels(), but I would
like to avoid the potential expense of MoveHHi and
the potential memory fragmentation if I lock the handle
without calling MoveHHi.

(Seeing as the current CopyBits won't use the application
heap for any image buffers, I suppose I could lock
the PixMapHandle only before CopyBits -- thus avoiding
fragmentation for other calls such as DrawPicture --
but I would prefer an approach that would continue
to work well if CopyBits' implementation details
change.)

John Miller
Symplex Systems
Newsgroups: comp.sys.mac.programmer
From: Meessen@slig.ucl.ac.be  (Christophe Meessen)
Subject: Re: annoying pascal strings
Followup-To: comp.sys.mac.programmer
Organization: Universite Catholique de Louvain (Belgium)
Date: Fri, 14 Aug 1992 12:21:49 GMT

In article <1992Aug13.174942.18261@kronos.arc.nasa.gov>,
joshr@kronos.arc.nasa.gov (Joshua Rabinowitz-Summer-91) wrote:
> 
> Some common C functions: these modify the string in place.
> ------------
> here is header
> char * CToPStr(char *aCStr);
> char * PToCStr(char *aPStr);
> 
> =
> ------------
> here is source
> ------------
> 
> 
> 
> #include "StrFuncs.h"
> #include <string.h>
> #include <Global.h>
> 
> 
> char * CToPStr(char *aCStr)
> {
>    long i, len;
>    len = strlen(aCStr);
>    for (i=len; i>0; i--) 
>       aCStr[i] = aCStr[i-1];
>       
>    aCStr[0] = Min(255, len);
>    return aCStr;
> }
> 

Using pointers is faster.

unsigned char * CToPStr( unsigned char *aCStr ) {
    unsigned char i, *srcPtr, *dstPtr;
    
    // scan the line until meets a '\0' or reach PStr limit
    for( i = 0, srcPtr = aCStr; (*srcPtr != '\0') && (i < 255 ); i++ )
								srcPtr++;  

    // shift the string one char
    dstPtr = srcPtr--;
    while( srcPtr >= aCStr )
       *dstPtr-- = *srcPtr--;
    
    // store the string size
    *aCStr = i;
}

Using Apple toolbox routines it becomes:

unsigned char * CToPStr( unsigned char *aCStr ) {
    unsigned char i, *dstPtr;
    
    // scan the line until meets a '\0' or reach PString limit
    for( i = 0, dstPtr = aCStr; (*dstPtr != '\0') && (i < 255 ); i++ )
								dstPtr++;  

    // shift the string one char
    BlockMove( aCStr, aCStr+1, i );
    
    // store the string size
    *aCStr = i;
}


> 
> char *PToCStr(char *aPStr)
> {
>    long i, len;
>    len = *aPStr;
>    for (i=0; i<len; i++) 
>       aPStr[i] = aPStr[i+1];
>    aPStr[len] = '\0';
>    return aPStr;
> }


here it's simpler:

unsigned char * PToCStr( char * aPStr ) {
   unsigned char i, srcPtr, dstPtr;

   srcPtr++ = dstPtr = aPStr;
   for( i = *aPStr; i ; i-- )
       *dstPtr++ = *srcPtr++;
   *dstPtr = "\0";
}

or using the ToolBox

unsigned char * PToCStr( char * aPStr ) {
   unsigned char i, srcPtr, dstPtr;
	
			i = *aPStr;
   BlockMove( aPStr, aPstr + 1, (long)*aPStr );
   aPStr + i = i;
}



Bien cordialement,

                           Christophe MEESSEN