Unicode support for range()

Proper handling of unicode strings with \0 in the middle

Unicode support

Unicode support

Unicode support

Fixed bug #32981 (ReflectionMethod::getStaticVariables() causes apache2.0.54 seg fault)

trim() should accept objects with __toString() method

php_u_trim_range(): Alloc UChar32 units rather than UChar

Unicode support

Fixed implode() bugs

Fix EOLs under winblows

Updated implode() impl as per Andrei's comments
[http://news.php.net/php.cvs/33457]

Add SoapClient::__setSoapHeaders()

ChangeLog update

Provide a common handler for "close".
Macro the name validation.

- TSRM Fix

- TSRM Fix

md5() and md5_file() should return binary strings when raw_output is
set.

And here

And here.

Fix it here too

Z_UNI* are the right macros to use.

- Prevent E_STRICT from ending up as exception

- Fixed a couple of bugs in the new smart_str macros, and allow them to
  allocate two extra bytes (so that we can pad them with two \0's for UTF-16)
- Fixed usage of smart_str's in the PAD and INS_STRING macros.

nuke unused vars

Unicode support

Unicode support

Unicode support

Fixed bug #34148 (+,- and . not supported as parts of scheme).

Unicode capable impl of implode()

Fixed memory leak

Unicode support

Unicode support

Unicode support

Updated calls to php_trim() to provide arg for returned string type

php_trim() takes extra arg to determine string type to be returned

ChangeLog update

Input validation part 2.

Fail gracefully if icu-config is not found

MFH: Chunk the output

eliminate compile warning

This is like a virus..spread everywhere :)

DONE

These are not defined anymore

Goodbye PEAR

- if questions, rtfm

Nuke PEAR

- add a little doc to redirect people to go-pear

- remove files

- cvs delete is not recursive...

- some other (#1 out 2)

- these files are outdated, /pear-core is the repository for pear and
  respectivelly /pear for other pacakges.
  The install procedure has to be changed as well, as planed. (#1 out 2)

- No c comment (+ old non unicode way not needed any longer)

- Fix leak with explode of empty unicode string

Unicode support

Fixed bug #34103 (line numbering not maintained in dom document)

Unicode support

input validation.

Fixed memory leak

Fixed several unicode related bugs

Test engine is improved to support unicode mode

Fixed trim()'s memory leak in unicode mode

Tests are fixed according to new var_dump()/pront_r() format (to pass in non-unicode mode)

Fixed var_dump() identation bug

Fixed another print_r() bug

Fixed print_r() in unicode mode.

ChangeLog update

- Simplify and make work in all modes

- Need to terminate [v]uspprintf() with two \0

Fixed build.

- Where did my backslash vanish?

- Handle different cases of the actual strings correctly

- Initial support of easy way to generate unicode strings: [v]uspprinf()
# Same semantics as [v]spprintf, only it prints unicode strings instead of
# native strings. Atm it has a little problem since it length doesn't take
# the difference between UTF-16 code points vs units into account. But as
# long as no 4 byte codes are involved it should already run everything.

- Treat class_name in the exact same manner as prop_name before

- If prop_name is printed as unicode then class_name needs to be treated
  in the exact same manner

- Show classname very needed
- No 3rd " which doesn't help parsing
# Does the class name need to be printed as u"<name>" ?

tidy up implicit_mode handling; spotted by Nuno
There's probably a much more efficient way to do this than the current strchr stuff.

- Fix tab-completion in unicode mode and for constants.

ChangeLog update

fix protos

Missed some "de" to "un" changes

- consistency fix, part 1/inf

- ntive is better than standard (Andrei)

a bit of pedantic ws

unicode enable COM parameters (but not method/property names yet)

Fixup config.w32.

Implement unicode_decode() and unicode_encode(), as described in README.UNICODE.

Still need to decide how to handle errors here, since there is no error return,
and a conversion error is not necessarily fatal.

could have sworn that I did this already

- IS_STRING does not necessarily mean ascii so 'standard' is better
# Maybe we call them legacy strings

Add is_unicode(), is_binary() and is_buffer()

ChangeLog update

make the icu library detection more friendly.
Also note that we can only probe for libraries after we've set up the
implicit php_build path.

vs.net 2005 introduces 64-bit time_t.

I can't say that I think this is a great idea, but it does highlight a couple
of dodgy areas where we assume that ints and longs are the same thing as
time_t's.  Let's try to ensure that we declare structure fields and function
parameters with the correct type when we're talkingabout time_t's, to avoid
possibly nasty problems with passing the wrong sized thing around.

- Unicode
# We probably might want to move spprintf.c/h into Zend now

- This might already be defined

what they totally screw up on one hand, MS compilers almost compensate with on
the other.

sizeof(time_t) !== sizeof(int)

also, sizeof(timelib_sll) != sizeof(int)

We get loads of truncation errors int this code when we assign 64 values into smaller ints.

zts fixes

make valgrind and gcc happy

initialize key type when adding next index

allow default_charset & default_mimetype to be changed during runtime