Re: undefined 'lseek' whem converting CW8->CW9
- From: Alwyn <dt015a1979@xxxxxxx>
- Date: Mon, 18 Jul 2005 10:48:52 GMT
In article <42db60c5$0$10607$4d4ebb8e@xxxxxxxxxxxxxx>,
Peter Paulus <peter.paulus@xxxxxxxxxxxxxxxxx> wrote:
>
> As far as I know strupr() was ever designed for UTF-8. It is not
> designed for Pascal strings either. But it could make perfect sense to
> (have) use(d) these functions. And then it is a real nuissance if they
> disappear because there is a compiler update.
As I understand it, the 'disappearance' is due to switching from PEF to
Mach-O builds. To make the latter, you have to use what Apple provide.
> Furthermore I believe that every programmer redoing these methods
> doesn't contribute to productivity. I don't see much sense in
> re-implementing functions that have been around for so many years.
> If they need re-implementation, I guess Metrowerks should take care of that.
I don't see how Metrowerks can be expected to supplement Apple's System
library with their own non-standard functions. I think it is good advice
to keep to the C standard wherever possible.
Alwyn
.
- Follow-Ups:
- Re: undefined 'lseek' whem converting CW8->CW9
- From: Peter Paulus
- Re: undefined 'lseek' whem converting CW8->CW9
- References:
- undefined 'lseek' whem converting CW8->CW9
- From: brianhray@xxxxxxxxx
- Re: undefined 'lseek' whem converting CW8->CW9
- From: Josef W. Wankerl
- Re: undefined 'lseek' whem converting CW8->CW9
- From: brianhray@xxxxxxxxx
- Re: undefined 'lseek' whem converting CW8->CW9
- From: Alexey Proskuryakov
- Re: undefined 'lseek' whem converting CW8->CW9
- From: Peter Paulus
- undefined 'lseek' whem converting CW8->CW9
- Prev by Date: Re: undefined 'lseek' whem converting CW8->CW9
- Next by Date: illegal Precompiled header MSLMacHeadersMacOSX++
- Previous by thread: Re: undefined 'lseek' whem converting CW8->CW9
- Next by thread: Re: undefined 'lseek' whem converting CW8->CW9
- Index(es):