Hi again Johannes,
Last one on this subject I promise...
If the script encoding doesn't match up with whatever's set in INI, I
don't get as far as that stuff anyway:
Warning: Illegal or truncated character in input: offset 0, state=0 in
C:\sandbox\php-src\Debug_TS\help.php on line 5
You we
Johannes,
You're telling me an explicit cast to binary could fail internally but
not
externally? That doesn't make a lot of sense somehow.
Externally the user is responsible to select the proper encoding
internally PHP has to guess.
case 's':
case 'S':
{
char **p = va_arg(*va, char *
Steph,
On Sat, 2008-05-24 at 20:37 +0100, Steph Fox wrote:
> Heya Johannes,
>
> > For some functions taking binary strings is critical for working nicely
> > with an automatic conversion in this case
> > crc32(u"äöü")
> > and
> > crc32(b"äöü")
> > would give completely different results depen
Heya Johannes,
For some functions taking binary strings is critical for working nicely
with an automatic conversion in this case
crc32(u"äöü")
and
crc32(b"äöü")
would give completely different results depending on the runtime
encoding,
Yes - but why should the user have to do the casting?
