[PHP-DEV] Patch for README.EXT_SKEL
Hi, on Debian Woody, one not only needs to change skeleton/create_stubs to use gawk instead of mawk, but it is also necessary to change ext_skel itself. With the attached patch this is noted in README.EXT_SKEL. -- - Martin Martin Jansen http://martinjansen.com/Index: README.EXT_SKEL === RCS file: /repository/php4/README.EXT_SKEL,v retrieving revision 1.9 diff -u -r1.9 README.EXT_SKEL --- README.EXT_SKEL 23 Oct 2002 21:31:12 - 1.9 +++ README.EXT_SKEL 6 Mar 2003 09:45:31 - @@ -17,7 +17,8 @@ [ Note that GNU awk is likely required for this script to work. Debian systems seem to default to using mawk, so you may need to change the -#! line in skeleton/create_stubs to use gawk explicitly. ] +#! line in skeleton/create_stubs and the cat $proto | awk line in +ext_skel to use gawk explicitly. ] If you don't need to test the existence of any external header files, libraries or functions in them, the module is already almost ready to be -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [PATCH] fixes for /usr/lib64 systems
Hi, I've got a bunch of fixes for systems which have system libraries in /usr/lib64 rather than /usr/lib - these are needed for some upcoming 64-bit Linux ports. These fixes are based on patches from SuSE developers [EMAIL PROTECTED] [EMAIL PROTECTED]. Should I submit changes to ext/*/config.m4 in bulk or individually? Here's the first fix to prevent adding /usr/lib64 to LDFLAGS: Index: acinclude.m4 === RCS file: /repository/php4/acinclude.m4,v retrieving revision 1.218.2.8 diff -u -r1.218.2.8 acinclude.m4 --- acinclude.m424 Feb 2003 15:12:11 - 1.218.2.8 +++ acinclude.m46 Mar 2003 10:22:59 - @@ -177,7 +177,7 @@ unset ac_new_flags for i in [$]$1; do case [$]i in --L/usr/lib|-L/usr/lib/) ;; +-L/usr/lib|-L/usr/lib/|-L/usr/lib64|-L/usr/lib64/) ;; *) ac_new_flags=[$]ac_new_flags [$]i ;; esac done @@ -906,7 +906,9 @@ dnl add a library to linkpath/runpath dnl AC_DEFUN([PHP_ADD_LIBPATH],[ - if test $1 != /usr/lib; then + case x$1 in + x/usr/lib|x/usr/lib64) ;; + *) PHP_EXPAND_PATH($1, ai_p) ifelse([$2],,[ _PHP_ADD_LIBPATH_GLOBAL([$ai_p]) @@ -917,7 +919,7 @@ _PHP_ADD_LIBPATH_GLOBAL([$ai_p]) fi ]) - fi + esac ]) dnl -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] fixes for /usr/lib64 systems
In message [EMAIL PROTECTED] on Thu, Mar 06, 2003 at 10:25:14AM +, Joe Orton wrote: Hi, I've got a bunch of fixes for systems which have system libraries in /usr/lib64 rather than /usr/lib - these are needed for some upcoming 64-bit Linux ports. These fixes are based on patches from SuSE developers [EMAIL PROTECTED] [EMAIL PROTECTED]. Should I submit changes to ext/*/config.m4 in bulk or individually? Here's the first fix to prevent adding /usr/lib64 to LDFLAGS: [...] +-L/usr/lib|-L/usr/lib/|-L/usr/lib64|-L/usr/lib64/) ;; Of all the problems I've had using PHP on 64-bit platforms (e.g. bug #21973, which refers mainly to lib directory naming under commercial 64-bit environments), this was not one of them -- yay. So I am curious: - What is the purpose of having the mechanism to remove or not remove /usr/lib (and why not do the same for /lib and other vendor directories)? - Why do 64-bit Linux operating systems need the special hard-coded treatment? - Will the same be done for other operating systems? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Fix for wordwrap()
Hello.
Maybe this is the intended behavior, but wordwrap()'s behavior is a bit
illogical on PHP 4.3.1, as it does only break after a plain whitespace, not
after punctuation, \n, etc.
Here's a trivial sample :
$a = ww\nphprules\nw;
print wordwrap($a, 10, ' ', 10);
Output :
ww
p hprules
ww ww w
The following trivial patch makes wordwrap() wrap after any
non-alphanumeric charater. Output after application of that patch :
ww phprules ww www
Best regards,
-Frank.
--- php-4.3.1/ext/standard/string.c 2002-12-27 04:22:20.0 +0100
+++ php-4.3.1-jedi/ext/standard/string.c2003-03-06 12:41:46.0 +0100
@@ -654,7 +654,7 @@
for (current = 0; current textlen; current++) {
if (text[current] == breakchar[0]) {
laststart = lastspace = current;
- } else if (text[current] == ' ') {
+ } else if (!isalnum((unsigned char) text[current])) {
if (current - laststart = linelength) {
newtext[current] = breakchar[0];
laststart = current;
@@ -701,7 +701,7 @@
}
/* if it is a space, check if it is at the line boundary,
* copy and insert a break, or just keep track of it */
- else if (text[current] == ' ') {
+ else if (!isalnum((unsigned char) text[current])) {
if (current - laststart = linelength) {
memcpy(newtext+newtextlen, text+laststart,
current-laststart);
newtextlen += current - laststart;
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] fixes for /usr/lib64 systems
On Thu, Mar 06, 2003 at 07:27:05PM +0800, James Devenish wrote: In message [EMAIL PROTECTED] on Thu, Mar 06, 2003 at 10:25:14AM +, Joe Orton wrote: Hi, I've got a bunch of fixes for systems which have system libraries in /usr/lib64 rather than /usr/lib - these are needed for some upcoming 64-bit Linux ports. These fixes are based on patches from SuSE developers [EMAIL PROTECTED] [EMAIL PROTECTED]. Should I submit changes to ext/*/config.m4 in bulk or individually? Here's the first fix to prevent adding /usr/lib64 to LDFLAGS: [...] +-L/usr/lib|-L/usr/lib/|-L/usr/lib64|-L/usr/lib64/) ;; Of all the problems I've had using PHP on 64-bit platforms (e.g. bug #21973, which refers mainly to lib directory naming under commercial 64-bit environments), this was not one of them -- yay. So I am curious: - What is the purpose of having the mechanism to remove or not remove /usr/lib (and why not do the same for /lib and other vendor directories)? - Why do 64-bit Linux operating systems need the special hard-coded treatment? - Will the same be done for other operating systems? /usr/lib64 exists so that you can have 64-bit libraries installed alongside 32-bit libraries in /usr/lib - this is a precedent that comes from Sun or SGI or somewhere I believe. IRIX is the top Google hit for lib64 in any case. (In fact I think you can get /usr/lib32 as well for some IRIX/MIPS, since there are two different flavours of 32-bit ABI) Adding /usr/lib64 or /usr/lib to the library search path at minimum causes a re-ordering of the library search path, which means in some circumstances you pick up the wrong versions of libraries. e.g. if you have a libfoo in /usr/lib, but you want to compile against a different version you have installed in /home/jim/lib, you start with -L/home/jim/lib -lfoo. If the configure script then adds -L/usr/lib to LDFLAGS, you might end up with the system libfoo again, which is wrong. On a lib64 system, if you do have the 32-bit libraries installed in /usr/lib, but want to compile against the 64-bit libraries in /usr/lib64, adding /usr/lib to the library search path breaks everything horribly, since you pick up the 32-bit libc etc. Regards, joe -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] fixes for /usr/lib64 systems
In message [EMAIL PROTECTED] on Thu, Mar 06, 2003 at 11:52:15AM +, Joe Orton wrote: /usr/lib64 exists so that you can have 64-bit libraries installed alongside 32-bit libraries in /usr/lib - this is a precedent that comes from Sun or SGI or somewhere I believe. Yep, HP-UX does it, too. (In fact I think you can get /usr/lib32 as well for some IRIX/MIPS, since there are two different flavours of 32-bit ABI) Sure. Sometimes lib-and-lib32 or lib-and-lib64 or lib-and-lib/sparcv9 or lib-and-lib/pa20_64. Adding /usr/lib64 or /usr/lib to the library search path at minimum causes a re-ordering of the library search path, which means in some circumstances you pick up the wrong versions of libraries. [...] e.g. if you have a libfoo in /usr/lib, but you want to compile against a different version you have installed in /home/jim/lib, you start with -L/home/jim/lib -lfoo. If the configure script then adds -L/usr/lib to LDFLAGS, you might end up with the system libfoo again, which is wrong. Sure, my question is whether (and why) /usr/lib and /usr/lib64 should be preferentially treated. On a lib64 system, if you do have the 32-bit libraries installed in /usr/lib, but want to compile against the 64-bit libraries in /usr/lib64, adding /usr/lib to the library search path breaks everything horribly, since you pick up the 32-bit libc etc. Okay, so 64-bit Linux needs the path hack because it will try and use 32-bit binaries with its 64-bit ABI instead of recognising that the 32-bit binaries cannot be used and skipping over them? Is that what you're saying? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] fixes for /usr/lib64 systems
On Thu, Mar 06, 2003 at 08:06:57PM +0800, James Devenish wrote: In message [EMAIL PROTECTED] on Thu, Mar 06, 2003 at 11:52:15AM +, Joe Orton wrote: ... On a lib64 system, if you do have the 32-bit libraries installed in /usr/lib, but want to compile against the 64-bit libraries in /usr/lib64, adding /usr/lib to the library search path breaks everything horribly, since you pick up the 32-bit libc etc. Okay, so 64-bit Linux needs the path hack because it will try and use 32-bit binaries with its 64-bit ABI instead of recognising that the 32-bit binaries cannot be used and skipping over them? Is that what you're saying? Yes, that's why it is needed - though I'm surprised if this problem is unique to the linker used on Linux. (especially since GNU binutils isn't uniquely used on Linux :) I'm fairly sure I've had problems on IRIX before when the linker picks up libraries with a different ABI. Regards, joe -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] fixes for /usr/lib64 systems
In message [EMAIL PROTECTED]
on Thu, Mar 06, 2003 at 12:15:43PM +, Joe Orton wrote:
Yes, that's why it is needed - though I'm surprised if this problem is
unique to the linker used on Linux.
[...]
I'm fairly sure I've had problems on IRIX before when the linker picks
up libraries with a different ABI.
Okay, thanks for the clarification.
The reason it might not have come up for me is that on systems I use,
the vendor's linker is used. On an UltraSPARC II test box with gcc using
Sun's ccs linker:
solaris$ gcc -v
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2.1/specs
Configured with: ../configure --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --disable-nls
Thread model: posix
gcc version 3.2.1
solaris$ /usr/bin/echo '#include stdio.h\nint main(void) { printf(Hello
World!\\n); }' hello.c
solaris$ gcc -m32 -o hello32 hello.c
solaris$ gcc -m64 -o hello64 hello.c
solaris$ file hello32
hello32: ELF 32-bit MSB executable, SPARC, version 1 (SYSV), dynamically linked (uses
shared libs), not stripped
solaris$ file hello64
hello64: ELF 64-bit MSB executable, SPARC V9, version 1 (SYSV), dynamically linked
(uses shared libs), not stripped
solaris$ LDPATH=-L/usr/lib\ -L/usr/lib/sparcv9 gcc -m64 -o hello64 hello.c
solaris$ ldd hello64
libc.so.1 = /usr/lib/sparcv9/libc.so.1
libdl.so.1 =/usr/lib/sparcv9/libdl.so.1
/usr/platform/SUNW,Ultra-5_10/lib/sparcv9/libc_psr.so.1
On an Itanium host:
hp-ux$ gcc -v
Reading specs from /usr/local/lib/gcc-lib/ia64-hp-hpux11.20/3.0/specs
Thread model: posix
gcc version 3.0
hp-ux$ gcc -o hello32 hello.c
hp-ux$ file hello32
hello32:ELF-32 executable object file - IA64
hp-ux$ ldd hello32
libc.so.1 =/lib/hpux32/libc.so.1
libdl.so.1 = /usr/lib/hpux32/libdl.so.1
/opt/graphics/OpenGL/lib/hpux32/libogltls.so =
/opt/graphics/OpenGL/lib/hpux32/libogltls.so
hp-ux$ LDPATH=/lib/hpux64\ /lib/hpux32 gcc -o hello32 hello.c
hp-ux$ ldd hello32
libc.so.1 =/lib/hpux32/libc.so.1
libdl.so.1 = /usr/lib/hpux32/libdl.so.1
/opt/graphics/OpenGL/lib/hpux32/libogltls.so =
/opt/graphics/OpenGL/lib/hpux32/libogltls.so
hp-ux$ cc +DD64 -o hello64 hello.c
hp-ux$ file hello64
hello64:ELF-64 executable object file - IA64
hp-ux$ ldd hello64
libc.so.1 =/usr/lib/hpux64/libc.so.1
libdl.so.1 = /usr/lib/hpux64/libdl.so.1
hp-ux$ LDPATH=/lib/hpux32\ /lib/hpux64 cc +DD64 -o hello64 hello.c
hp-ux$ file hello64
hello64:ELF-64 executable object file - IA64
hp-ux$ ldd hello64
libc.so.1 =/usr/lib/hpux64/libc.so.1
libdl.so.1 = /usr/lib/hpux64/libdl.so.1
(Acutally, I'm not sure that the last example attempted to do what I
wanted it to do.)
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] fun with autoconf on Tru64
Hi all, I am having fun with [EMAIL PROTECTED]@#$ autoconf. In the past I always used the configure in the RC tarball without (much) problem. As I am trying to be a good little commiter, I am trying to build my potential changes out of cvs and am starting with buildconf. I have installed: gawk-3.1.1 m4-1.4o bison-1.875 flex-2.5.27 autoconf-2.13 automake-1.5 libtool-1.4.3 I get warnings/errors during buildconf, and then syntax errors in the ./configure after. Any suggestions ? # ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.5 (ok) buildconf: libtool version 1.4.3 (ok) rebuilding configure configure.in:564: AC_TRY_COMPILE was called before AC_AIX configure.in:564: AC_TRY_RUN was called before AC_AIX configure.in:564: AC_TRY_COMPILE was called before AC_AIX configure.in:564: AC_TRY_RUN was called before AC_AIX autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_ACVERSION ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF rebuilding acconfig.h rebuilding main/php_config.h.in configure.in:564: AC_TRY_COMPILE was called before AC_AIX configure.in:564: AC_TRY_RUN was called before AC_AIX configure.in:564: AC_TRY_COMPILE was called before AC_AIX configure.in:564: AC_TRY_RUN was called before AC_AIX -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [WARNING] Release process for 4.3.2 starts RSN..
Any progress towards a 4.3.2 release? Cheers ..Petar - Original Message - From: Jani Taskinen [EMAIL PROTECTED] To: Shane Caraveo [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, February 24, 2003 10:13 AM Subject: Re: [PHP-DEV] [WARNING] Release process for 4.3.2 starts RSN.. snip Jani Taskinen wrote: To get this thing started, I'm going to roll PHP 4.3.2-pre1 on Wednesday, 26th Feb, around 3pm EEST. And I'll announce it on php-general too, to get some more people testing it before we start with any RCs. Following is collection of bugs marked as critical and verified which should be looked into and dealt with. If not fixed, then please, PLEASE add some comment why they won't ever be fixed and bogus the out. snip -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: fun with autoconf on Tru64
I have had similar problems, using autoconf 2.5x seems to work. (I use 2.54, specifically.) J Dave Hill wrote: Hi all, I am having fun with [EMAIL PROTECTED]@#$ autoconf. In the past I always used the configure in the RC tarball without (much) problem. As I am trying to be a good little commiter, I am trying to build my potential changes out of cvs and am starting with buildconf. I have installed: gawk-3.1.1 m4-1.4o bison-1.875 flex-2.5.27 autoconf-2.13 automake-1.5 libtool-1.4.3 I get warnings/errors during buildconf, and then syntax errors in the ./configure after. Any suggestions ? # ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.5 (ok) buildconf: libtool version 1.4.3 (ok) rebuilding configure configure.in:564: AC_TRY_COMPILE was called before AC_AIX configure.in:564: AC_TRY_RUN was called before AC_AIX configure.in:564: AC_TRY_COMPILE was called before AC_AIX configure.in:564: AC_TRY_RUN was called before AC_AIX autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_ACVERSION ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF rebuilding acconfig.h rebuilding main/php_config.h.in configure.in:564: AC_TRY_COMPILE was called before AC_AIX configure.in:564: AC_TRY_RUN was called before AC_AIX configure.in:564: AC_TRY_COMPILE was called before AC_AIX configure.in:564: AC_TRY_RUN was called before AC_AIX -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP for generating SVG
Hello all, Just wondering, is there any plans to develop PHP functions to generate SVG? Something similar to the images functions that use GD library to generate rasterize images on the fly, but instead generate SVG tags on the fly. That would be a killer and makes it very easy to write SVG. Just a thought.. Reuben D. Budiardja -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fun with autoconf on Tru64
At 14:40 3/6/2003, Dave Hill wrote: I have installed: gawk-3.1.1 m4-1.4o You shouldn't :) m4-1.4 without the 'o'. Make sure to rm -rf /usr/local/share/m4|autoconf cause the 'frozen' file, won't be uninstalled with make uninstall. Met vriendelijke groeten / With kind regards, Webmaster IDG.nl Melvyn Sopacua @Logan I spent a minute looking at my own code by accident. @Logan I was thinking What the hell is this guy doing? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Apache2 SAPI
I've been using the apache2handler on two low/medium-traffic sites for a while and it appears ok to me. now.. I'm new to this list, and really don't know how it works, so excuse me if this is a FAQ or something. I'd like to see this code in 4.3.2/4.3.3?, and if it doesn't blow up, replace the 'apache2filter' as the default apache2 SAPI in a month or two. so.. Can I check this into PHP_4 PHP_4_3 ? Thanks Ian. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
On Thu, 6 Mar 2003, Ian Holsman wrote: I've been using the apache2handler on two low/medium-traffic sites for a while and it appears ok to me. now.. I'm new to this list, and really don't know how it works, so excuse me if this is a FAQ or something. I'd like to see this code in 4.3.2/4.3.3?, and if it doesn't blow up, replace the 'apache2filter' as the default apache2 SAPI in a month or two. Our policy is not to merge new things to stable branches (which is PHP_4_3 now). Can I check this into PHP_4 PHP_4_3 ? Nope :) Derick -- Stop mad cowboy disease! - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fun with autoconf on Tru64
You shouldn't :) m4-1.4 without the 'o'. Thanks ! That does help some. I don't get the buildconf warnings now, but I am still getting shell syntax errors in the resulting configure script. arrrgh :-p Dave -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
Derick Rethans wrote: On Thu, 6 Mar 2003, Ian Holsman wrote: I've been using the apache2handler on two low/medium-traffic sites for a while and it appears ok to me. now.. I'm new to this list, and really don't know how it works, so excuse me if this is a FAQ or something. I'd like to see this code in 4.3.2/4.3.3?, and if it doesn't blow up, replace the 'apache2filter' as the default apache2 SAPI in a month or two. Our policy is not to merge new things to stable branches (which is PHP_4_3 now). Can I check this into PHP_4 PHP_4_3 ? Nope :) Derick maybe I should have just patched the apache2filter code instead of creating a new directory ;-) the handler is much simpler IMHO more stable, but I'm not going to bitch and moan about it anymore -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
Can I check this into PHP_4 PHP_4_3 ? Nope :) PHP_4 is ok. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fun with autoconf on Tru64
Thanks ! That does help some. I don't get the buildconf warnings now, but I am still getting shell syntax errors in the resulting configure script. arrrgh :-p Make sure that autoconf-2.13 is completely reinstalled (including rm -rf autoconf-2.13). Otherwise, the frozen files which were generated using m4-1.4o cause problems. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
On Thu, 6 Mar 2003, Sascha Schumann wrote: Can I check this into PHP_4 PHP_4_3 ? Nope :) PHP_4 is ok. Sure, but there is no point in doing that... as there won't be released from that branch anyway. Derick -- Stop mad cowboy disease! - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
Sure, but there is no point in doing that... as there won't be released from that branch anyway. Well, that depends on the needs of our users. Regardless, testing new SAPIs/extensions is quite a burden in the PHP 5 context, because you have two moving targets then -- the engine and your own code. It's often preferrable to have a stable environment for your own testing needs and that is where PHP_4 comes in. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Error_log
Is there any reason we are still supporting PHP3 for error_log? Specifically that TCP/IP stuff. I was looking at error_log and I was wondering if anyone had a good objection to me submitting a patch for it to: define constants ERRORLOG_SYSLOG, ERRORLOG_EMAIL, ERRORLOG_FILE .. It's really ugly having hard-coded ints Getting rid of message_type = 2 (TCP/IP logging) since it doesn't work anymore, make it the same as 3 (write to file) and throw a notice if type 3 is used (but still work). John -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
I think it would be okay to just replace the apache2filter with apache2handler altogether..since the former does not work as well anyway. Are there any differences how it is setup in http.conf btw? --Jani On Thu, 6 Mar 2003, Derick Rethans wrote: On Thu, 6 Mar 2003, Ian Holsman wrote: I've been using the apache2handler on two low/medium-traffic sites for a while and it appears ok to me. now.. I'm new to this list, and really don't know how it works, so excuse me if this is a FAQ or something. I'd like to see this code in 4.3.2/4.3.3?, and if it doesn't blow up, replace the 'apache2filter' as the default apache2 SAPI in a month or two. Our policy is not to merge new things to stable branches (which is PHP_4_3 now). Can I check this into PHP_4 PHP_4_3 ? Nope :) Derick -- - For Sale! - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jani Taskinen wrote: | I think it would be okay to just replace the apache2filter | with apache2handler altogether..since the former does not | work as well anyway. | | Are there any differences how it is setup in http.conf btw? no.. not now but in previous versions of the setup, it was using SetOutputFilter PHP SetInputFilter PHP which won't work. the current implementation doesn't use this method.. | | --Jani | | | | On Thu, 6 Mar 2003, Derick Rethans wrote: | | |On Thu, 6 Mar 2003, Ian Holsman wrote: | | |I've been using the apache2handler on two low/medium-traffic sites for a |while and it appears ok to me. | |now.. I'm new to this list, and really don't know how it works, so |excuse me if this is a FAQ or something. | |I'd like to see this code in 4.3.2/4.3.3?, and if it doesn't blow up, |replace the 'apache2filter' as the default apache2 SAPI in a month or two. | |Our policy is not to merge new things to stable branches (which is |PHP_4_3 now). | | |Can I check this into PHP_4 PHP_4_3 ? | |Nope :) | |Derick | | | | -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+Z4sOq3pgvCz4ZCcRArKkAJ4kZqsuKC3smPNe7MaR3fbu3SZjsACfbfFe fIxhq1Tu5C2LJMESNDKGdUc= =RTsX -END PGP SIGNATURE- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
On Thu, 6 Mar 2003, Ian Holsman wrote: Jani Taskinen wrote: | I think it would be okay to just replace the apache2filter | with apache2handler altogether..since the former does not | work as well anyway. | | Are there any differences how it is setup in http.conf btw? no.. not now but in previous versions of the setup, it was using SetOutputFilter PHP SetInputFilter PHP which won't work. the current implementation doesn't use this method.. So currently, there's no difference how you setup apache2filter or apache2handler in httpd.conf ?? If so, then IMO, we should just replace the apache2filter with apache2handler altogether. Also in 4.3.x branch. And make the configure option --with-apxs2.. :) --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
Hi, Jani Taskinen [EMAIL PROTECTED] wrote: And make the configure option --with-apxs2.. :) Do you have an idea when --with-apache2 comes? thus which one can install the Apache2 also without DSO/CGI support? As with the Apache1 (--with-apache)... Thanks Peter Neuman -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] XMLSec support in PHP
I use libxml2 in PHP as almost a daily task, and I love it, but as my company is going further and further into XML as a data transport/storage format, I've become piqued at the idea of actually using xmlsec to securely store and/or transfer our files and RPC data. I know that there is an xmlsec project (http://www.aleksey.com/xmlsec/) which is building off of or related to both libxml2 and OpenSSL, so I was curious if anyone had started work to expose xmlsec functionality to PHP. I know the xmlsec project listed above is fairly early on in its development, but if someone knew of a proof of concept implementation of xmlsec in PHP, I'd love to play with it. If there isn't, has anyone started such a project, or are planning to? Just curious. Thanks! Mark J. Hershenson [EMAIL PROTECTED] http://green-ant.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: moodeey
I'm programing php , and I would join php.net Development team . -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: vbzoom
PHP development -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fun with autoconf on Tru64
Thanks ! That does help some. I don't get the buildconf warnings now, but I am still getting shell syntax errors in the resulting configure script. arrrgh :-p Make sure that autoconf-2.13 is completely reinstalled (including rm -rf autoconf-2.13). Otherwise, the frozen files which were generated using m4-1.4o cause problems. Thanks, I did purge my tools tree and rebuilt all of them. Moving on to the next bug, it would seem that flex changed how it reports versions differently # ./flex --version ./flex version 2.5.4 # ./flex --version flex 2.5.27 and the code that checks for the right flex will work right with 2.5.4 but not with 2.5.27, the result is a set command with no args which causes my env to be burped out. The change is needed in configure.in (I think). So I backed up to flex 2.5.4 :-p After that, I get a syntax error related to ext/odbc/config.m4. Don't understand why, but I get a script block that is missing the first half of an if then else fi construct. I tried working around this by zeroing the config.m4 file, as I am not using odbc anyway, but that only moved the problem down a module or two. I set up a debian linux box and after getting the right versions of things I am still getting the same results from configure. I am getting a syntax error saying else unexpected. I encountered what appears to be a typo in odbc/config.m4: + PHP_EVAL_LIBLINE([$ODBC_LFLAGS $ODBC_LIBS], OBDC_SHARED_LIBADD) that should probably be ODBC, but it had nothing to do with my build problem. At this point I have spent about 10 hours on this and am no closer to being able to build test my changes. Anyone have any ideas ? Anyone want to send me a ./configure that works with HEAD ? As I can only compile a part of the zend_parse_parameter changes I have proposed, I will becommiting them anyway in a moment. I will also need to commit the OnUpdateInt/Long changes tommorow (friday) so Jani can do the 4.3.2 kit. Dave -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Threads in PHP5?
Hello, php-dev mailing list members, Just one short question: Are threads a planned feature for ZE2 / PHP5? thanks for your answers. Daniel Skrach [EMAIL PROTECTED] 2003-03-07 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Threads in PHP5?
On Fri, 2003-03-07 at 02:02, Daniel Skrach wrote: Hello, php-dev mailing list members, Just one short question: Are threads a planned feature for ZE2 / PHP5? AFAIK, no. You might want to have a look at http://cvs.php.net/cvs.php/pear/PECL/threads though. - Timm -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP] Threading
Hi! Thanks all of you for your answers, especially to Dave Viner. I will be investigating on how to solve my problem. Maybe someone of the core of PHP could point me on how to do mutual exclusion because I've seen code like the following inside PHP (however I don't know if I can use it): tsrm_mutex_lock(tsmm_mutex); ... tsrm_mutex_unlock(tsmm_mutex); Anyway, I will analyze my problem using the information I have and the answers I got. Again, thanks for your answers on this topic. Bye! Braulio Melvyn Sopacua [EMAIL PROTECTED] escribió en el mensaje news:[EMAIL PROTECTED] At 20:12 27-2-2003, Braulio José Solano Rojas wrote: I already know about this functionality, but as you know this is only for Unix. And yes it matters if the semaphores are implemented in PHP since I need portability between different OSes. (I like Inter-Process Comunication, I am sorry not to have it on win32). You are? Well, then install it: http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/index.html With kind regards, Melvyn Sopacua ?php include(not_reflecting_employers_views.txt); ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
On March 6, 2003 11:19 am, Derick Rethans wrote: Our policy is not to merge new things to stable branches (which is PHP_4_3 now). True, however the apache2handler works much better then the existing apache2filter and as far as I can tell fixes at least 1 crash bug. There maybe more things it fixes, but I have not had the chance to test those yet. The only things on my wishlist is some CS cleanup better Apache info (akin to the one offered by Apache 1) and I hope to have a patch for those shortly. The only possible issue that I see with apache2handler, is that is requires the very latest Apache 2, 2.0.44. I think it would be in everyone's best interest if apache2handler was introduced in 4.3.X series probably replace the current apache2filter all together. Ilia -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Fix for wordwrap()
On March 6, 2003 06:52 am, Jedi/Sector One wrote: Hello. Maybe this is the intended behavior, but wordwrap()'s behavior is a bit illogical on PHP 4.3.1, as it does only break after a plain whitespace, not after punctuation, \n, etc. Here's a trivial sample : $a = ww\nphprules\nw; print wordwrap($a, 10, ' ', 10); Output : ww p hprules ww ww w The following trivial patch makes wordwrap() wrap after any non-alphanumeric charater. Output after application of that patch : ww phprules ww www Seems like the expected behavior to me, you are hardcoding the 'break' as ' ', meaning that no other character is considered a space hence, \n are being treated as part of the string rather then a string separator. Ilia -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
On Thu, 6 Mar 2003, Ilia A. wrote: On March 6, 2003 11:19 am, Derick Rethans wrote: Our policy is not to merge new things to stable branches (which is PHP_4_3 now). True, however the apache2handler works much better then the existing apache2filter and as far as I can tell fixes at least 1 crash bug. There maybe more things it fixes, but I have not had the chance to test those yet. The only things on my wishlist is some CS cleanup better Apache info (akin to the one offered by Apache 1) and I hope to have a patch for those shortly. The only possible issue that I see with apache2handler, is that is requires the very latest Apache 2, 2.0.44. I don't think that's an issue. Everyone should be using 2.0.44 anyway, as it fixes several security related bugs. http://www.apache.org/dist/httpd/Announcement2.html (on windows, but still..) I think it would be in everyone's best interest if apache2handler was introduced in 4.3.X series probably replace the current apache2filter all together. I'm big +1 on this as it can be considered as a FIX.. Let's just replace the other one with this new one. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fun with autoconf on Tru64
On Thu, 6 Mar 2003, David Hill wrote: I encountered what appears to be a typo in odbc/config.m4: + PHP_EVAL_LIBLINE([$ODBC_LFLAGS $ODBC_LIBS], OBDC_SHARED_LIBADD) that should probably be ODBC, but it had nothing to do with my build problem. Good catch..this closed (hopefully) at least one bug report. :) --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fun with autoconf on Tru64
On Thu, 6 Mar 2003, David Hill wrote: I set up a debian linux box and after getting the right versions of things I am still getting the same results from configure. I am getting a syntax error saying else unexpected. With php5 module HEAD? What line is the error at? What does running the build/buildcheck.sh script output for the tool versions? --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Help a beginner out please!!
Hi well maybe this isnt the right place to put a beginners post but I will find out soon if its not I guess! Anyway I am as newbie at PHP that one can get. I went to PHP.net for some resources on how to get started and I downloaded a bunch of zip files and basically followed their instructions but I am still way confused. Ok I downloaded the PHP installer, and installed it, and I already had IIS running under Win XP. So. I thought I had everything done, but then I noticed that the instructions were for people working under Visual C++. Now here are my questions: 1. Do I have to work in an environment or can I do it in notepad? Is it easier to work in MVC++? Any suggestions here? 2. I downloaded all these configuration files and I was told to put them in a folder called c:\work. Now, how do I get these files to run, and are they necessary only if working under MVC++? 3. I tried to run the following PHP script, saved it as hello.php in my inetpub\wwwroot directory (my clientside server directory): html head titlePHP Test/title /head body ?php echo pHello World/p; ? /body /html I got the following error? CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Am I even close to being done with PHP installation or is there a bunch more configuration to be done? If anybody can give me some suggestions or resources I will be greatly thankful. Thank you in advance, Ted Conn -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Help a beginner out please!!
Wrong list. You're looking for [EMAIL PROTECTED] This is a list for the development of the language itself, not with it. On Friday, March 7, 2003, at 12:44 AM, Ted Conn wrote: Hi well maybe this isnt the right place to put a beginners post but I will find out soon if its not I guess! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Apache2 SAPI
On Fri, 7 Mar 2003, Jani Taskinen wrote: I think it would be in everyone's best interest if apache2handler was introduced in 4.3.X series probably replace the current apache2filter all together. I'm big +1 on this as it can be considered as a FIX.. Let's just replace the other one with this new one. Ok, I'm convinced now too :) Derick -- Stop mad cowboy disease! - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Fix for wordwrap()
On Thu, Mar 06, 2003 at 09:53:22AM -0500, Ilia A. wrote: you are hardcoding the 'break' as ' ', meaning that no other character is considered a space hence The documentation states that 'break' is what is used to break lines, not what is considered a space. Simple try with PHP 4.3.1 : $a = w\nphprules\nw; print wordwrap($a, 10, 'br /', 10); Output : wwbr /wwbr /w phprbr /ules wbr / Looks buggy to me. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-I18N] Help: Sablotron and Shift-jis
It works for me. See the attached example. Anyway, you don't have to
crosspost your question to [EMAIL PROTECTED], which is for developing
php internals and irrelevant for such user questions.
Hope this helps
Moriyoshi
Michel Sahyoun [EMAIL PROTECTED] wrote:
Does anyone have an example of using XSLT with Sablotron to transform and
XML document containing Shift-jis encoded characters?
I keep getting the following error message: Illegal Character for Encoding
'Shift-jis'
I am using the latest from snap.php.net and sablotron 0.97 FullPack with
iconv, and Javascript.
In my php file, I call xslt_set_encoding($xsltHandle, 'Shift-jis');
My xsl file has xsl:output method=xml omit-xml-declaration=yes
encoding=Shift-jis /
My XML file has: ?xml version=1.0 encoding=Shift-jis ?
Am I doing something wrong? Is the encoding name misspelled? Anything else I
could check?
Thanks,
Michel
--
PHP Internationalization Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
?xml version=1.0 encoding=Shift_JIS ?
demo
Íaha/ Í
¢Ðdef/¢Ð
¤Óghi/¤Ó
/demo
?php
$xp = xslt_create();
xslt_set_encoding($xp, Shift_JIS);
xslt_process($xp, test.xml.txt, test.xsl.txt, result.xml);
?
?xml version=1.0 encoding=Shift_JIS?
\ xmlns=http://www.w3.org/TR/xhtml1/strict;
\vf content=aha/
\vf content=def/
\vf content=ghi/
/\
?xml version=1.0 encoding=Shift_JIS ?
xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xsl:output method=xml indent=yes encoding=Shift_JIS /
xsl:template match=demo
\
\vf content={ Í} /
\vf content={¢Ð} /
\vf content={¤Ó} /
/\
/xsl:template
/xsl:stylesheet
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Help: Sablotron and Shift-jis
Does anyone have an example of using XSLT with Sablotron to transform and XML document containing Shift-jis encoded characters? I keep getting the following error message: Illegal Character for Encoding 'Shift-jis' I am using the latest from snap.php.net and sablotron 0.97 FullPack with iconv, and Javascript. In my php file, I call xslt_set_encoding($xsltHandle, 'Shift-jis'); My xsl file has xsl:output method=xml omit-xml-declaration=yes encoding=Shift-jis / My XML file has: ?xml version=1.0 encoding=Shift-jis ? Am I doing something wrong? Is the encoding name misspelled? Anything else I could check? Thanks, Michel -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Help: Sablotron and Shift-jis
At 00:40 07.03.2003, Michel Sahyoun wrote: Does anyone have an example of using XSLT with Sablotron to transform and XML document containing Shift-jis encoded characters? I keep getting the following error message: Illegal Character for Encoding 'Shift-jis' You could try: SJIS and Shift_JIS keep letter cases. marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Help: Sablotron and Shift-jis
Thanks. But I have tried SJIS and Shift_JIS in addition to a couple of other combinations to no avail. I believe the problem might not be with the way the encoding is spelled, but elsewhere. If anyone has a working example of transforming an sjis or other eastern language encoded xml document, that would be of great help. Michel Marcus Börger [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] At 00:40 07.03.2003, Michel Sahyoun wrote: Does anyone have an example of using XSLT with Sablotron to transform and XML document containing Shift-jis encoded characters? I keep getting the following error message: Illegal Character for Encoding 'Shift-jis' You could try: SJIS and Shift_JIS keep letter cases. marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
