Ask a Question related to Mac Programming, Design and Development.
-
Eric VERGNAUD #1
Standard c wide strings
Hello,
I'm having trouble trying to include standard C++ headers for wide
characters, such as wcslen, iswupper etc... In Project Builder.
I cannot find <whar.h> anywhere else than in CW headers.
Isn't the standard C++ library supported by PB ?
Thanks,
Eric
Eric VERGNAUD Guest
-
Extracting strings delimited by other strings
Hi, I need to write some code that will allowed embedded, specially formatted comments to document test cases within a program (SAS code). The... -
[PHP-DEV] [PHP-CVS] cvs: php-src / NEWS /ext/standard parsedate.y /ext/standard/tests/time
Derick Rethans wrote: bison -y /usr/src/php/php5/ext/standard/parsedate.y conflicts: 17 shift/reduce... -
Wide character
thread failed to start: Wide character in subroutine entry... What on earth does this error mean? I can't find any reference. Cliff. -
PLEASE Help Me....My site is too WIDE !
Oh, one other tip, while you look a the sites that have thin lines....and you want to see how that table is set up while in design view, Set the... -
Line too wide
I have a column set to 1px and I want it to display at 1px wide, but it always displays wider. Here is the URL:... -
Eric Albert #2
Re: Standard c wide strings
In article <BB8A9C6D.12060%eric.vergnaud@wanadoo.fr>,
Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote:
wchar.h is not supported in Jaguar. You're encouraged to use the Core> I'm having trouble trying to include standard C++ headers for wide
> characters, such as wcslen, iswupper etc... In Project Builder.
>
> I cannot find <whar.h> anywhere else than in CW headers.
>
> Isn't the standard C++ library supported by PB ?
Foundation string APIs instead, which work far better than the wchar
APIs.
-Eric
--
Eric Albert [email]ejalbert@stanford.edu[/email]
[url]http://rescomp.stanford.edu/~ejalbert/[/url]
Eric Albert Guest
-
Eric VERGNAUD #3
Re: Standard c wide strings
dans l'article [email]ejalbert-F5B278.14475214092003@news.stanford.edu[/email], Eric Albert
à [email]ejalbert@stanford.edu[/email] a écrit le 14/09/03 23:47*:
Oh well...> In article <BB8A9C6D.12060%eric.vergnaud@wanadoo.fr>,
> Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote:
>>>> I'm having trouble trying to include standard C++ headers for wide
>> characters, such as wcslen, iswupper etc... In Project Builder.
>>
>> I cannot find <whar.h> anywhere else than in CW headers.
>>
>> Isn't the standard C++ library supported by PB ?
> wchar.h is not supported in Jaguar. You're encouraged to use the Core
> Foundation string APIs instead, which work far better than the wchar
> APIs.
>
> -Eric
Is Apple going the bad way again ?
I don't care much about the underlying implementation, but why don't they
simply provide a set of files that do the job, so that our source can be
cross-platform ?
Eric
Eric VERGNAUD Guest
-
David Phillip Oster #4
Re: Standard c wide strings
In article <BB8A9C6D.12060%eric.vergnaud@wanadoo.fr>,
Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote:
One of us is confused. The standard C++ library support for wide> I'm having trouble trying to include standard C++ headers for wide
> characters, such as wcslen, iswupper etc... In Project Builder.
>
> I cannot find <whar.h> anywhere else than in CW headers.
>
> Isn't the standard C++ library supported by PB ?
character strings is the same as the support for 8-bit characters:
std::string is defined as:
typedef basic_string<char, char_traits<char>, allocator<char> > string;
and std::wstring is defined as:
typedef basic_string<wchar_t, char_traits<wchar_t>, allocator<wchar_t> >
wstring;
All of the functions you've listed (wcslen, iswupper etc ) are C legacy
functions that you shouldn't need to use in C++.
Morever functions like iswupper depend on the locale, because a wstring
just specifies a character width, not a character encoding. (You can't
tell if the character 0x203E is upper case or not unless you also
specify something like: the wstring is in UCS-2.)
David Phillip Oster Guest
-
Eric Albert #5
Re: Standard c wide strings
In article <BB8ADBC6.12067%eric.vergnaud@wanadoo.fr>,
Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote:
> dans l'article [email]ejalbert-F5B278.14475214092003@news.stanford.edu[/email], Eric Albert
> à [email]ejalbert@stanford.edu[/email] a écrit le 14/09/03 23:47*:
>> > In article <BB8A9C6D.12060%eric.vergnaud@wanadoo.fr>,
> > Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote:
> >> >> >> I'm having trouble trying to include standard C++ headers for wide
> >> characters, such as wcslen, iswupper etc... In Project Builder.
> >>
> >> I cannot find <whar.h> anywhere else than in CW headers.
> >>
> >> Isn't the standard C++ library supported by PB ?
> > wchar.h is not supported in Jaguar. You're encouraged to use the Core
> > Foundation string APIs instead, which work far better than the wchar
> > APIs.Well, they haven't provided them yet, but that doesn't preclude Apple> Oh well...
>
> Is Apple going the bad way again ?
>
> I don't care much about the underlying implementation, but why don't they
> simply provide a set of files that do the job, so that our source can be
> cross-platform ?
from providing them in the future. Perhaps they'll be part of a future
OS release.
-Eric
--
Eric Albert [email]ejalbert@stanford.edu[/email]
[url]http://rescomp.stanford.edu/~ejalbert/[/url]
Eric Albert Guest
-
Eric VERGNAUD #6
Re: Standard c wide strings
dans l'article [email]oster-7BF885.21510814092003@newssvr21-ext.news.prodigy.com[/email],
David Phillip Oster à [email]oster@ieee.org[/email] a écrit le 15/09/03 6:51*:
Well I do, as C functions. The fact that they rely on the underlying locale> All of the functions you've listed (wcslen, iswupper etc ) are C legacy
> functions that you shouldn't need to use in C++.
makes them just perfect for the common use.
Eric
Eric VERGNAUD Guest
-
Eric Pepke #7
Re: Standard c wide strings
Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote in message news:<BB8A9C6D.12060%eric.vergnaud@wanadoo.fr>...
No, they aren't.> Hello,
>
> I'm having trouble trying to include standard C++ headers for wide
> characters, such as wcslen, iswupper etc... In Project Builder.
>
> I cannot find <whar.h> anywhere else than in CW headers.
>
> Isn't the standard C++ library supported by PB ?
No, they don't seem to consider it a problem.
Yes, it's annoying, especially because it's a C standard,
in spite of the fact that neither the Windows nor the Linux
implementations are fully compliant with the standard.
And it's doubly annoying, because wchar_t is defined, and
it's a 32-bit integer, whereas the Mac stuff uses UTF-16.
And I've had to make my own equivalence library.
No, I can't release it, becaue that was under a contract
job.
But it sounds like a good free software project.
Eric Pepke Guest
-
Sean McBride #8
Re: Standard c wide strings
In article <BB8ADBC6.12067%eric.vergnaud@wanadoo.fr>,
Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote:
Instead of Project Builder, you might consider CodeWarrior which has a> I don't care much about the underlying implementation, but why don't they
> simply provide a set of files that do the job, so that our source can be
> cross-platform ?
more conforming C library than Apple's.
Sean McBride Guest
-
Eric VERGNAUD #9
Re: Standard c wide strings
dans l'article [email]cwatson-4395B6.21020516092003@aeinews.aei.ca[/email], Sean McBride à
[email]cwatson@cam.org[/email] a écrit le 17/09/03 3:02*:
Thanks, I'm using CW 99% of the time on Mac. However, 8.3 doesn't support> In article <BB8ADBC6.12067%eric.vergnaud@wanadoo.fr>,
> Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote:
>>>> I don't care much about the underlying implementation, but why don't they
>> simply provide a set of files that do the job, so that our source can be
>> cross-platform ?
> Instead of Project Builder, you might consider CodeWarrior which has a
> more conforming C library than Apple's.
Objective-C, and 9 doesn't support Java. So I switched to PB for a small
Cocoa bundle.
Thanks
Eric VERGNAUD Guest
-
Sean McBride #10
Re: Standard c wide strings
In article <BB8D847A.121F4%eric.vergnaud@wanadoo.fr>,
Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote:
8.3 does support Objective-C, but only minimally. That is, it compiles> Thanks, I'm using CW 99% of the time on Mac. However, 8.3 doesn't support
> Objective-C, and 9 doesn't support Java. So I switched to PB for a small
> Cocoa bundle.
quite fine, but there is no syntax colouring, function popup, etc. that
does make it somewhat of a pain.
Sean McBride Guest
-
MW Ron #11
Re: Standard c wide strings
In article <BB8D847A.121F4%eric.vergnaud@wanadoo.fr>,
Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote:
Certainly CW 9 supports Objective C (as well as ObjC++) we've had it>dans l'article [email]cwatson-4395B6.21020516092003@aeinews.aei.ca[/email], Sean McBride à
>cwatson@cam.org a écrit le 17/09/03 3:02*:
>>>> In article <BB8ADBC6.12067%eric.vergnaud@wanadoo.fr>,
>> Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote:
>>>>>>> I don't care much about the underlying implementation, but why don't they
>>> simply provide a set of files that do the job, so that our source can be
>>> cross-platform ?
>> Instead of Project Builder, you might consider CodeWarrior which has a
>> more conforming C library than Apple's.
>Thanks, I'm using CW 99% of the time on Mac. However, 8.3 doesn't support
>Objective-C, and 9 doesn't support Java. So I switched to PB for a small
>Cocoa bundle.
before OS X was out.
Ron
--
CodeWarrior Development Studio for Macintosh v9
Enhance Your Productivity and Shorten your Development Cycles
<http://store.metrowerks.com/>
Sales and Support 512-996-5300 800-377-5416
Ron Liechty - [email]MWRon@metrowerks.com[/email] - [url]http://www.metrowerks.com[/url]
MW Ron Guest
-
Eric VERGNAUD #12
Re: Standard c wide strings
dans l'article [email]cwatson-3EBE63.08023517092003@aeinews.aei.ca[/email], Sean McBride à
[email]cwatson@cam.org[/email] a écrit le 17/09/03 14:02*:
Thanks, I've moved back to CW anyway. GCC is so sloooow, that I just can't> In article <BB8D847A.121F4%eric.vergnaud@wanadoo.fr>,
> Eric VERGNAUD <eric.vergnaud@wanadoo.fr> wrote:
>>>> Thanks, I'm using CW 99% of the time on Mac. However, 8.3 doesn't support
>> Objective-C, and 9 doesn't support Java. So I switched to PB for a small
>> Cocoa bundle.
> 8.3 does support Objective-C, but only minimally. That is, it compiles
> quite fine, but there is no syntax colouring, function popup, etc. that
> does make it somewhat of a pain.
get used to it.
Eric
Eric VERGNAUD Guest



Reply With Quote

