Re: [PHP-DEV] Apache2Filter SAPI segfaults
On Mon, 13 Jan 2003, Sebastian Bergmann wrote: Edin Kadribasic wrote: What bison version are you using. I saw similar segfaults with 1.875. I was using 1.875. Downgrading to 1.75 or even to 1.28 fixes it for me. Downgrading to 1.75 worked for me, too. So, save versions are 1.28, 1.30 and 1.75 for now? Perhaps restrict buildconf to check for this? Derick -- - 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] Apache2Filter SAPI segfaults
On Mon, 13 Jan 2003, Derick Rethans wrote: So, save versions are 1.28, 1.30 and 1.75 for now? Perhaps restrict buildconf to check for this? It's a configure/genfiles-time check as hashed out in an older thread. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Patches for buildconf and build/buildcheck.sh
Hi! I made these two patches so the buildconf script works on Tru64. --- buildconf Mon Jan 13 10:34:38 2003 +++ .new..buildconf Mon Jan 13 10:33:43 2003 @@ -19,6 +19,10 @@ echo using default Zend directory fi -rm -f generated_lists - +rm -rf generated_lists +osf=`uname -s` +if test $osf = OSF1; then +gmake -s -f build/build.mk AMFLAGS=$automake_flags ZENDDIR=$ZENDDIR +else ${MAKE:-make} -s -f build/build.mk AMFLAGS=$automake_flags ZENDDIR=$ZENDDIR +fi --- buildcheck.sh Mon Jan 13 10:36:27 2003 +++ .new..buildcheck.sh Mon Jan 13 10:36:39 2003 @@ -1,8 +1,8 @@ #! /bin/sh # +--+ -# | PHP Version 4| +# | PHP Version 5| # +--+ -# | Copyright (c) 1997-2002 The PHP Group| +# | Copyright (c) 1997-2003 The PHP Group| # +--+ # | This source file is subject to version 2.02 of the PHP license, | # | that is bundled with this package in the file LICENSE, and is| @@ -73,6 +73,8 @@ # libtool 1.4 or newer # Prefer glibtool over libtool for Mac OS X compatibility libtool=`which glibtool 2 /dev/null` +osf=`uname -s` +if test $osf = OSF1; then libtool=/usr/local/bin/libtool; if test ! -f +$libtool; then libtool = ; fi; fi if test ! -f $libtool; then libtool=`which libtool`; fi lt_pversion=`$libtool --version 2/dev/null|sed -n -e 's/^[^0-9]*//' -e 1's/[- ].*//p'` if test $lt_pversion = ; then / Magnus Määttä --- buildconf Mon Jan 13 10:34:38 2003 +++ .new..buildconf Mon Jan 13 10:33:43 2003 @@ -19,6 +19,10 @@ echo using default Zend directory fi -rm -f generated_lists - +rm -rf generated_lists +osf=`uname -s` +if test $osf = OSF1; then +gmake -s -f build/build.mk AMFLAGS=$automake_flags ZENDDIR=$ZENDDIR +else ${MAKE:-make} -s -f build/build.mk AMFLAGS=$automake_flags ZENDDIR=$ZENDDIR +fi --- buildcheck.sh Mon Jan 13 10:36:27 2003 +++ .new..buildcheck.sh Mon Jan 13 10:36:39 2003 @@ -1,8 +1,8 @@ #! /bin/sh # +--+ -# | PHP Version 4| +# | PHP Version 5| # +--+ -# | Copyright (c) 1997-2002 The PHP Group| +# | Copyright (c) 1997-2003 The PHP Group| # +--+ # | This source file is subject to version 2.02 of the PHP license, | # | that is bundled with this package in the file LICENSE, and is| @@ -73,6 +73,8 @@ # libtool 1.4 or newer # Prefer glibtool over libtool for Mac OS X compatibility libtool=`which glibtool 2 /dev/null` +osf=`uname -s` +if test $osf = OSF1; then libtool=/usr/local/bin/libtool; if test ! -f +$libtool; then libtool = ; fi; fi if test ! -f $libtool; then libtool=`which libtool`; fi lt_pversion=`$libtool --version 2/dev/null|sed -n -e 's/^[^0-9]*//' -e 1's/[- ].*//p'` if test $lt_pversion = ; then -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Patches for buildconf and build/buildcheck.sh
On Mon, 13 Jan 2003, Magnus Määttä wrote: Hi! I made these two patches so the buildconf script works on Tru64. You can simply add MAKE=gmake export MAKE to your .profile (or how it's called on your system). buildconf will then use GNU make. Although I do wonder why you would need that -- the makefiles are supposed to work even with Tru64's native make. I've committed a portability fix for the use of the which command. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Patches for buildconf and build/buildcheck.sh
MAKE=gmake export MAKE ahh, ok.. That worked.. buildconf will then use GNU make. Although I do wonder why you would need that -- the makefiles are supposed to work even with Tru64's native make. This is the output I get when I'm running it with native make: 11:45 root@netsrv5:/php/php4 # ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4.3 (ok) Make: Cannot open build/generated_lists. Stop. *** Exit 1 Stop. 11:46 root@netsrv5:/php/php4 # I've committed a portability fix for the use of the which command. Also worked. You forgot to change to PHP 5 and the copyright to 2003. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: how build komplex array
Freitag, 10. Jan. 2003 17:01 wrote l0t3k: Johannes, could you perhaps show a bit of the schema and your expected array output in print_r format ? Yes, it comes below and also a solution by me: So my questions ar now: 1.) Is this ok or make this a lot of memory leaks ? I hope, in the end of script, the zend engiene freed the lot of arrays, they ar build in while 2.) I'm not sure by using the last argument (1 | NULL) in zend_hash_xxx and add_assoc_string. 3.) Is there an easy way to build the grow-up strings without memory leaks and memory waste. -- print_r(my_wish_array): -- Array ( [felder] = Array ( [ObjektLand] = Array ( [name] = ObjektLand [type] = text [value] = [checked] = 0 [multiple] = 0 [size] = 0 [minlength] = 1 [maxlength] = 50 [length_e] = Zu viele oder zu wenige Zeichen ... [icase] = 1 [valid_regex] = ^[a-z]*$ [valid_e] = Falsche Zeichen im Feld Land. [cols] = 0 [rows] = 0 [wrap] = [extrahtml] = ) [Bundesland] = Array ( [name] = Bundesland [type] = select [value] = [checked] = 0 [multiple] = 0 [size] = 0 [minlength] = 1 [maxlength] = 0 [length_e] = [icase] = [valid_regex] = [valid_e] = [cols] = 0 [rows] = 0 [wrap] = [extrahtml] = [options] = Array ( [0] = Array ( [label] = Nordrhein-Westfalen [value] = NRW ) [1] = Array ( [label] = Niedersachsen [value] = NL ) [2] = Array ( [label] = Mecklenburg-Vorpommern [value] = MVL ) ) ) ) [text] = Array ( [ObjektLand] = Array ( [title] = Land: [help] = Bitte geben Sie hier das Land ein. [beschreibung] = Land in dem das Objekt liegt. ) [Bundesland] = Array ( [title] = Bundesland: [help] = Bitte wählen Sie das Bundesland aus. [beschreibung] = Bundesland in dem das Objekt liegt. ) ) [select] = ObjektLand AS AObjektLand, Bundesland AS ABundesland, [update_x] = A.ObjektLand = '%s', A.Bundesland = '%s', [update_y] = AObjektLand, ABundesland, [fieldlist] = Array ( [0] = ObjektLand [1] = Bundesland ) ) xxx my solution: (a part): xxx while (s_row = mysql_fetch_row(s_mysql_res)) { zval *field_array, *options_array, *options_value_array, *text_value_array; if (!strcmp(s_row[1], select)){ MAKE_STD_ZVAL(options_value_array); if(array_init(options_value_array) != SUCCESS){ zend_error(E_ERROR, field_array konnte nicht inizialisiert werden!); } MAKE_STD_ZVAL(options_array); if(array_init(options_array) != SUCCESS){ zend_error(E_ERROR, field_array konnte nicht inizialisiert werden!); } snprintf(sql2, 200, SELECT label_%s, value FROM form_pairs WHERE name = 'frm_%s', arg6, s_row[0]); if (mysql_query(s_mysql, sql2)){ mysql_fehler(s_mysql); RETURN_FALSE; } s_mysql_res2 = mysql_store_result(s_mysql); if (mysql_errno(s_mysql) != 0){ mysql_fehler(s_mysql); RETURN_FALSE; } else if (mysql_num_rows(s_mysql_res2) == 0){ /* Fehlerbehandlung keine Optionen angegeben */ } else
Re: [PHP-DEV] Moving extensions to PECL
If I may, I'd like to suggest that if you want to emphasize PEAR in PHP5, that someone should look at bug 20933, to either verify that it is a bug, or make it clear that this new behavior is intended. (The bug is about isset() on a string subset like $a{1} always returning false.) Only because at the moment, pear/Console/Getopt.php depends on the old behavior, and so the 'pear' package manager script is broken. There's some reluctance to accept a workaround patch to acommodate ZE2 when the problem might just go away eventually. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Thank's for the announce about PEAR and a little precision
Hello, Thank's a lot to finally drop a news about PEAR on php.net :-) I read a lot of comments on differents php sites around, and there are maybe a confusion between PEAR core packages and PEAR installer. It s true that's the PEAR installer itself is still beta on non *nices platforms, but the core components (DB,Log,Mail,...) are stable, on every platforms. The main problem of the pear packages installer is mainly due to the useless predefined PHP constants on non *nix platforms (someone use a binary installation on an *nix platform ?), which will be solved from the php side soon, using a setup script(for pear itself, but still useless for others uses). hth pierre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-QA] Test results [failed] PHP5 (ZE2) on Tru64
Also, here are two possible problems. cc: Warning: /home/sas/src/php4/ext/standard/url_scanner_ex.re, line 415: In this statement, the referenced type of the pointer value handled_output_len is unsigned int, which is not compatible with unsigned long. (ptrmismatch) cc: Warning: /php/php4/ext/standard/file.c, line 1519: In this statement, the referenced type of the pointer value (len) is int, which is not compatible with unsigned long. (ptrmismatch) / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] function imagecreatefromjpeg pb
Hi, do someone can help me with the use of function imagecreatefromjpeg. Because, when i use it, PHP retrieve this error message : Warning: imagecreatefromjpeg: 'toto.jpg' is not a valid JPEG file in toto.php on line 10 and this, for all JPEG images i tried. is it a pb of GD Library? What makes this picture not valid for PHP? i really got a headache of this story... please help. ;-) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Thank's for the announce about PEAR and a little precision
Hello, I'm running PHP (4.3.0) on Windows, and I haven't seen *anything* relating to PEAR in my (.zip) binary distribution. Am I just looking in the wrong place? Regards, Dirkjan Pierre-Alain Joye [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hello, Thank's a lot to finally drop a news about PEAR on php.net :-) I read a lot of comments on differents php sites around, and there are maybe a confusion between PEAR core packages and PEAR installer. It s true that's the PEAR installer itself is still beta on non *nices platforms, but the core components (DB,Log,Mail,...) are stable, on every platforms. The main problem of the pear packages installer is mainly due to the useless predefined PHP constants on non *nix platforms (someone use a binary installation on an *nix platform ?), which will be solved from the php side soon, using a setup script(for pear itself, but still useless for others uses). hth pierre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PEAR-DEV] Re: Thank's for the announce about PEAR and a littleprecision
On Mon, 13 Jan 2003 15:14:55 +0100 Dirkjan Ochtman [EMAIL PROTECTED] wrote: Hello, I'm running PHP (4.3.0) on Windows, and I haven't seen *anything* relating to PEAR in my (.zip) binary distribution. Am I just looking in the wrong place? Early release of binary php 4.3.0 for win32 did not contain PEAR, please try to download it again, you may find pear inside. hth pierre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PEAR-DEV] Re: Thank's for the announce about PEAR and a little precision
I guess the mirror I'm using didn't update... I'll try the main site now. Regards, Dirkjan Pierre-Alain Joye [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On Mon, 13 Jan 2003 15:14:55 +0100 Dirkjan Ochtman [EMAIL PROTECTED] wrote: Hello, I'm running PHP (4.3.0) on Windows, and I haven't seen *anything* relating to PEAR in my (.zip) binary distribution. Am I just looking in the wrong place? Early release of binary php 4.3.0 for win32 did not contain PEAR, please try to download it again, you may find pear inside. hth pierre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] Re: Thank's for the announce about PEAR and a little precision
Pear is not included in Win32 distribution of php-4.3.0. The pear installer is broken on windows and since there is no easy way to install PEAR without it it was not bundled with the distro. You could try to install pear on windows from the command line. Go into the directory where you have installed php (c:\php4 is recommended if you want to use PEAR in its current state) and type: cli\php -n -r include ('http://go-pear.org/'); This might work, and then again it might be broken :) Edin - Original Message - From: Dirkjan Ochtman [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, January 13, 2003 3:48 PM Subject: [PHP-DEV] Re: [PEAR-DEV] Re: Thank's for the announce about PEAR and a little precision I guess the mirror I'm using didn't update... I'll try the main site now. Regards, Dirkjan Pierre-Alain Joye [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On Mon, 13 Jan 2003 15:14:55 +0100 Dirkjan Ochtman [EMAIL PROTECTED] wrote: Hello, I'm running PHP (4.3.0) on Windows, and I haven't seen *anything* relating to PEAR in my (.zip) binary distribution. Am I just looking in the wrong place? Early release of binary php 4.3.0 for win32 did not contain PEAR, please try to download it again, you may find pear inside. hth pierre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PEAR-DEV] Re: [PHP-DEV] Re: [PEAR-DEV] Re: Thank's for theannounce about PEAR and a little precision
On Mon, 13 Jan 2003 16:00:26 +0100 Edin Kadribasic [EMAIL PROTECTED] wrote: Pear is not included in Win32 distribution of php-4.3.0. The pear installer is broken on windows and since there is no easy way to install PEAR without it it was not bundled with the distro. *sick* I were sure that was fixed pierre's kicking his ass -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [PEAR-DEV] Re: [PHP-DEV] Re: [PEAR-DEV] Re: Thank's for the announce about PEAR and a little precision
It works, with the go-pear command. There are a few things to tweak but it works. The thing is that it does work out of the box, yet. Arnaud. Pear is not included in Win32 distribution of php-4.3.0. The pear installer is broken on windows and since there is no easy way to install PEAR without it it was not bundled with the distro. You could try to install pear on windows from the command line. Go into the directory where you have installed php (c:\php4 is recommended if you want to use PEAR in its current state) and type: cli\php -n -r include ('http://go-pear.org/'); This might work, and then again it might be broken :) Edin
Re: [PHP-DEV] Re: [PHP-QA] Test results [failed] PHP5 (ZE2) on Tru64
Hi Magnus, Please try changing file.c line 1485 so that it reads something like this: unsigned long len; int type; I would expect that to help reduce errors whenever the fscanf function is called (used by the expectf section in tests?). The other problem is within the url scanner in the trasn-sid thingy. I'm not going to touch that code, as it is hairy enough, however, it should just be a case of changing the declaration for the scanner_output_handler function to be consistent with the other functions that it calls. --Wez. On Mon, 13 Jan 2003, Magnus [ISO-8859-1] Määttãàwrote: Also, here are two possible problems. cc: Warning: /home/sas/src/php4/ext/standard/url_scanner_ex.re, line 415: In this statement, the referenced type of the pointer value handled_output_len is unsigned int, which is not compatible with unsigned long. (ptrmismatch) cc: Warning: /php/php4/ext/standard/file.c, line 1519: In this statement, the referenced type of the pointer value (len) is int, which is not compatible with unsigned long. (ptrmismatch) / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] Re: Thank's for the announce about PEAR and a little precision
Hmm, the installer really seems to work, but I'm done running it now (no errors), and there's still no /pear in my PHP dir. There is the PEAR code directory, which has registry info, but nothing else... Kinda strange. Of course my directory layout is very weird, but I think I changed all in the installer. Dirkjan Edin Kadribasic [EMAIL PROTECTED] wrote in message 030401c2bb14$81f71970$[EMAIL PROTECTED]">news:030401c2bb14$81f71970$[EMAIL PROTECTED]... Pear is not included in Win32 distribution of php-4.3.0. The pear installer is broken on windows and since there is no easy way to install PEAR without it it was not bundled with the distro. You could try to install pear on windows from the command line. Go into the directory where you have installed php (c:\php4 is recommended if you want to use PEAR in its current state) and type: cli\php -n -r include ('http://go-pear.org/'); This might work, and then again it might be broken :) Edin - Original Message - From: Dirkjan Ochtman [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, January 13, 2003 3:48 PM Subject: [PHP-DEV] Re: [PEAR-DEV] Re: Thank's for the announce about PEAR and a little precision I guess the mirror I'm using didn't update... I'll try the main site now. Regards, Dirkjan Pierre-Alain Joye [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On Mon, 13 Jan 2003 15:14:55 +0100 Dirkjan Ochtman [EMAIL PROTECTED] wrote: Hello, I'm running PHP (4.3.0) on Windows, and I haven't seen *anything* relating to PEAR in my (.zip) binary distribution. Am I just looking in the wrong place? Early release of binary php 4.3.0 for win32 did not contain PEAR, please try to download it again, you may find pear inside. hth pierre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] 'php4' CVS module for PHP 5?
I'm a tool and sent this to the pear-dev list accidentally. Redirecting it here ... -- Jon Parise ([EMAIL PROTECTED]) :: The PHP Project (http://www.php.net/) ---BeginMessage--- I'm not trying to start too much trouble, but ... If the next (major) release of PHP is going to be PHP 5, do we plan on continuing development in the 'php4' CVS module? And along the same lines, will be continue to build 'libphp4.so', or will that be changing to 'libphp5.so'? -- Jon Parise ([EMAIL PROTECTED]) :: The PHP Project (http://www.php.net/) ---End Message--- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Tru64 make test with --enable-all
Hi! I can't include the results inline because they're to large. These are both compiling results and test results. So you can look at it here: http://novell.stoldgods.nu/~magnus/test_result.txt / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Tru64 make test with --enable-all
At 18:54 13.01.2003, you wrote: Hi! I can't include the results inline because they're to large. These are both compiling results and test results. So you can look at it here: http://novell.stoldgods.nu/~magnus/test_result.txt Ok i thought you overlooked the possibility to send the results by the script, but i did not work and produces an unaligned access as all the the other tests and sending mail also failed result Please enter your email address. (Your address will be mangled so that it will not go out on any mailinglist in plain text): [EMAIL PROTECTED] result Unaligned access pid=241268 php va=0x14007585c pc=0x12020d4e8 ra=0x12020d4dc inst=0xb401 result Warning: fsockopen() [http://www.php.net/function.fsockopen]: php_network_getaddresses: getaddrinfo failed: A non-recoverable error occured. in /php/php4/run-tests.php on line 462 result Warning: fsockopen() [http://www.php.net/function.fsockopen]: unable to connect to qa.php.net:80 in /php/php4/run-tests.php on line 462 Hm - is it possible for you to track down this unaligned access. I guess it is a problem with 32/64 bit types but the message is not helpful... marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Feature Request: Auto Include a Function
Hi, Please accept my apologies in advance if this is not the correct place for this request. This may exist, but I haven't been able to find it, and I think it would be REALLY helpful and convenient. The idea is this: When you write a script and call a function: ?php $whatever = previously_uncalled_function(one,two); ? PHP could automatically look for a file named previously_uncalled_function in your /include/functions/ (or whatever) directory. This would eliminate a LOT of include() and require() calls (or at least make them automatic) in a script. The function would only get read in if it was used. Functions could still be explicitly included or required as they currently are. I *think* the overhead would be about the same as the initial include() or require() call would have been. This would be very convenient. When you create a new function you drop it in that directory (with a very specific, unique name, of course), and it can immediately be called anywhere in the site. And, you only incur the disk IO to read it when its used for the first time in a script. The 3 things I want to avoid are: 1) Explicitly including every function, every time it's needed. 2) Disk IO of including a function when it's not needed. 3) Taking the easy route and including a file with a bunch of functions when most won't get called. Does this already exist, or is this a good idea (if not, any reasons why)? I personally would love to see it implemented if it isn't already. One possibility for implementation is just prior to the undeclared function error message, try to auto include the function prior to generating the error message. Thanks, Brian Allen [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] function imagecreatefromjpeg pb
At 07:21 13.01.2003, WarmUp wrote: Hi, do someone can help me with the use of function imagecreatefromjpeg. Because, when i use it, PHP retrieve this error message : Warning: imagecreatefromjpeg: 'toto.jpg' is not a valid JPEG file in toto.php on line 10 could you send me one of your images? marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Tru64 make test with --enable-all
On Mon, 13 Jan 2003 20:08:48 +0100 [EMAIL PROTECTED] (Marcus Börger) wrote: At 18:54 13.01.2003, you wrote: Hi! I can't include the results inline because they're to large. These are both compiling results and test results. So you can look at it here: http://novell.stoldgods.nu/~magnus/test_result.txt Ok i thought you overlooked the possibility to send the results by the script, but i did not work and produces an unaligned access as all the the other tests and sending mail also failed It now works to send the tests.. But not if you have ipv6 enabled. Didn't have it any of the other times either. But now it works. I don't gte any unaligned error when ipv6 is enabled, it just won't work. Maybe I should do a trace on it ? result Please enter your email address. (Your address will be mangled so that it will not go out on any mailinglist in plain text): [EMAIL PROTECTED] result Unaligned access pid=241268 php va=0x14007585c pc=0x12020d4e8 ra=0x12020d4dc inst=0xb401 result Warning: fsockopen() [http://www.php.net/function.fsockopen]: php_network_getaddresses: getaddrinfo failed: A non-recoverable error occured. in /php/php4/run-tests.php on line 462 result Warning: fsockopen() [http://www.php.net/function.fsockopen]: unable to connect to qa.php.net:80 in /php/php4/run-tests.php on line 462 Hm - is it possible for you to track down this unaligned access. I guess it is a problem with 32/64 bit types but the message is not helpful... The bunch of unaligned access errors are probably caused by some module that changes alot in the code. I'm gonna make some research on the cause. marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Feature Request: Auto Include a Function
I'm not a PHP Developer but I see a few problems with this. Since a PHP script is re-evaluated/compiled on each execution it would mean PHP would have to look through all your .php files for this file. This could be very time consuming, espically since it has to do it every execution. Also what happens if you spell a function wrong, OR it finds 2 functions with the same name in different .php files. I don't think its got any real advantage over the fact that it just lets you be lazy. It wouldn't be any quicker in any way. If this was a compilable language then sure it would of been nice, like C does searching through .h files, but since its not I don't think its a good idea. Andrew - Original Message - From: Brian T. Allen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 13, 2003 8:21 PM Subject: [PHP-DEV] Feature Request: Auto Include a Function Hi, Please accept my apologies in advance if this is not the correct place for this request. This may exist, but I haven't been able to find it, and I think it would be REALLY helpful and convenient. The idea is this: When you write a script and call a function: ?php $whatever = previously_uncalled_function(one,two); ? PHP could automatically look for a file named previously_uncalled_function in your /include/functions/ (or whatever) directory. This would eliminate a LOT of include() and require() calls (or at least make them automatic) in a script. The function would only get read in if it was used. Functions could still be explicitly included or required as they currently are. I *think* the overhead would be about the same as the initial include() or require() call would have been. This would be very convenient. When you create a new function you drop it in that directory (with a very specific, unique name, of course), and it can immediately be called anywhere in the site. And, you only incur the disk IO to read it when its used for the first time in a script. The 3 things I want to avoid are: 1) Explicitly including every function, every time it's needed. 2) Disk IO of including a function when it's not needed. 3) Taking the easy route and including a file with a bunch of functions when most won't get called. Does this already exist, or is this a good idea (if not, any reasons why)? I personally would love to see it implemented if it isn't already. One possibility for implementation is just prior to the undeclared function error message, try to auto include the function prior to generating the error message. Thanks, Brian Allen [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Feature Request: Auto Include a Function
From: Andrew Brampton [mailto:[EMAIL PROTECTED]] Sent: Monday, January 13, 2003 2:16 PM Subject: Re: [PHP-DEV] Feature Request: Auto Include a Function I'm not a PHP Developer but I see a few problems with this. I'm not a PHP Developer either, but I use it 12 hours a day in my work. Since a PHP script is re-evaluated/compiled on each execution it would mean PHP would have to look through all your .php files for this file. This could be very time consuming, espically since it has to do it every execution. If a hash file were used it would only have to search for the function once, and even then only in the functions directory (like the include directory, but specifically for functions). After that the order would be: 1) Execute the function 2) If the function doesn't exist check the hash file and include it 3) If it's not in the hash file search for it, include it, then hash it 4) If it can't be found issue an error message If there we're no subdirectories there would be no more overhead than for a file_exists() call. Also what happens if you spell a function wrong, OR it finds 2 functions with the same name in different .php files. If you spell a function wrong it isn't going to work either way, and I think it's a good idea to have your function names be unique within a give site. I don't think its got any real advantage over the fact that it just lets you be lazy. It wouldn't be any quicker in any way. One mans laziness is another mans efficiency. If we were after 100% performance we'd all be programming in machine lanquage. But that fact is I personally use PHP over other solutions because it's easier to develop in. Given the chance I'll sacrifice a little (in this case very little) performance to speed up and simplify development. At $50 an hour and 8 hours per day, ~my~ CPU cycles are worth $8,000 per month. I pay $100 a month for a server with the majority of CPU cycles going to waste. Personally I'd rather optimize the $8,000 rather than the $100. Not everyone is in my shoes, but adding this won't effect them. The little bit of overhead to automatically include functions is ONLY incurred if the function isn't included to begin with. So existing scripts and programming styles won't be affected at all. But I think it would simplify things a LOT on a big site with lots of functions. If this was a compilable language then sure it would of been nice, like C does searching through .h files, but since its not I don't think its a good idea. Andrew Thanks for the reply! Brian - Original Message - From: Brian T. Allen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 13, 2003 8:21 PM Subject: [PHP-DEV] Feature Request: Auto Include a Function Hi, Please accept my apologies in advance if this is not the correct place for this request. This may exist, but I haven't been able to find it, and I think it would be REALLY helpful and convenient. The idea is this: When you write a script and call a function: ?php $whatever = previously_uncalled_function(one,two); ? PHP could automatically look for a file named previously_uncalled_function in your /include/functions/ (or whatever) directory. This would eliminate a LOT of include() and require() calls (or at least make them automatic) in a script. The function would only get read in if it was used. Functions could still be explicitly included or required as they currently are. I *think* the overhead would be about the same as the initial include() or require() call would have been. This would be very convenient. When you create a new function you drop it in that directory (with a very specific, unique name, of course), and it can immediately be called anywhere in the site. And, you only incur the disk IO to read it when its used for the first time in a script. The 3 things I want to avoid are: 1) Explicitly including every function, every time it's needed. 2) Disk IO of including a function when it's not needed. 3) Taking the easy route and including a file with a bunch of functions when most won't get called. Does this already exist, or is this a good idea (if not, any reasons why)? I personally would love to see it implemented if it isn't already. One possibility for implementation is just prior to the undeclared function error message, try to auto include the function prior to generating the error message. Thanks, Brian Allen [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Feature Request: Auto Include a Function
Hi Brian, thanks for your comments, I'll be working on this, expect an implementation sometime in the near future, and structure your code accordingly! -Sterling On Mon, 2003-01-13 at 17:01, Brian T. Allen wrote: From: Andrew Brampton [mailto:[EMAIL PROTECTED]] Sent: Monday, January 13, 2003 2:16 PM Subject: Re: [PHP-DEV] Feature Request: Auto Include a Function I'm not a PHP Developer but I see a few problems with this. I'm not a PHP Developer either, but I use it 12 hours a day in my work. Since a PHP script is re-evaluated/compiled on each execution it would mean PHP would have to look through all your .php files for this file. This could be very time consuming, espically since it has to do it every execution. If a hash file were used it would only have to search for the function once, and even then only in the functions directory (like the include directory, but specifically for functions). After that the order would be: 1) Execute the function 2) If the function doesn't exist check the hash file and include it 3) If it's not in the hash file search for it, include it, then hash it 4) If it can't be found issue an error message If there we're no subdirectories there would be no more overhead than for a file_exists() call. Also what happens if you spell a function wrong, OR it finds 2 functions with the same name in different .php files. If you spell a function wrong it isn't going to work either way, and I think it's a good idea to have your function names be unique within a give site. I don't think its got any real advantage over the fact that it just lets you be lazy. It wouldn't be any quicker in any way. One mans laziness is another mans efficiency. If we were after 100% performance we'd all be programming in machine lanquage. But that fact is I personally use PHP over other solutions because it's easier to develop in. Given the chance I'll sacrifice a little (in this case very little) performance to speed up and simplify development. At $50 an hour and 8 hours per day, ~my~ CPU cycles are worth $8,000 per month. I pay $100 a month for a server with the majority of CPU cycles going to waste. Personally I'd rather optimize the $8,000 rather than the $100. Not everyone is in my shoes, but adding this won't effect them. The little bit of overhead to automatically include functions is ONLY incurred if the function isn't included to begin with. So existing scripts and programming styles won't be affected at all. But I think it would simplify things a LOT on a big site with lots of functions. If this was a compilable language then sure it would of been nice, like C does searching through .h files, but since its not I don't think its a good idea. Andrew Thanks for the reply! Brian - Original Message - From: Brian T. Allen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 13, 2003 8:21 PM Subject: [PHP-DEV] Feature Request: Auto Include a Function Hi, Please accept my apologies in advance if this is not the correct place for this request. This may exist, but I haven't been able to find it, and I think it would be REALLY helpful and convenient. The idea is this: When you write a script and call a function: ?php $whatever = previously_uncalled_function(one,two); ? PHP could automatically look for a file named previously_uncalled_function in your /include/functions/ (or whatever) directory. This would eliminate a LOT of include() and require() calls (or at least make them automatic) in a script. The function would only get read in if it was used. Functions could still be explicitly included or required as they currently are. I *think* the overhead would be about the same as the initial include() or require() call would have been. This would be very convenient. When you create a new function you drop it in that directory (with a very specific, unique name, of course), and it can immediately be called anywhere in the site. And, you only incur the disk IO to read it when its used for the first time in a script. The 3 things I want to avoid are: 1) Explicitly including every function, every time it's needed. 2) Disk IO of including a function when it's not needed. 3) Taking the easy route and including a file with a bunch of functions when most won't get called. Does this already exist, or is this a good idea (if not, any reasons why)? I personally would love to see it implemented if it isn't already. One possibility for implementation is just prior to the undeclared function error message, try to auto include the function prior to generating the error message. Thanks, Brian Allen [EMAIL PROTECTED] -- PHP Development Mailing
RE: [PHP-DEV] Feature Request: Auto Include a Function
On Mon, 13 Jan 2003, Brian T. Allen wrote: If a hash file were used it would only have to search for the function once, and even then only in the functions directory (like the include directory, but specifically for functions). After that the order would be: 1) Execute the function 2) If the function doesn't exist check the hash file and include it 3) If it's not in the hash file search for it, include it, then hash it 4) If it can't be found issue an error message quoting G.S.: i think php should be smart enough to recognize my typos and then include the appropriate library for any function call I make. Unless I include it from two places, in which case it should always choose the file on the left. Oh, and I just realized that in some countries code inclusion is right handed (britain, singapore, australia and brunei I believe). Do you think you could incorporate LOCALE support into the auto-includer to appropriately choose the right file except in non-leftist countries? Derick -- - 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] function imagecreatefromjpeg pb
At 22:59 13.01.2003, oversky wrote: Hi, here they are... i tested this with several types of pictures taken from internet or generated by photoshop, etc... thanks for your help... - Original Message - From: Marcus Börger [EMAIL PROTECTED] To: WarmUp [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, January 13, 2003 9:35 PM Subject: Re: [PHP-DEV] function imagecreatefromjpeg pb At 07:21 13.01.2003, WarmUp wrote: Hi, do someone can help me with the use of function imagecreatefromjpeg. Because, when i use it, PHP retrieve this error message : Warning: imagecreatefromjpeg: 'toto.jpg' is not a valid JPEG file in toto.php on line 10 could you send me one of your images? marcus Since your images are correct and the functions getimagesize/exif_read_data work fine with both php 4.3 and head for WinXP/Linux/Cygwin i suppose you contact the user list: [EMAIL PROTECTED] regards marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PEAR-DEV] 'php4' CVS module for PHP 5?
Hello, What do you think about the idea of Martin that would use libphp.so and not libphp5.so ? -- Regards. M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. Stig S. Bakken [EMAIL PROTECTED] a écrit dans le message de news: [EMAIL PROTECTED] On Mon, 2003-01-13 at 16:23, Jon Parise wrote: I'm not trying to start too much trouble, but ... If the next (major) release of PHP is going to be PHP 5, do we plan on continuing development in the 'php4' CVS module? The plan is to use php4 as 5-dev until we feel ready to move stuff to php5. And along the same lines, will be continue to build 'libphp4.so', or will that be changing to 'libphp5.so'? It would be natural to build libphp5.so as soon as the cvs module changes to php5. - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [PEAR-DEV] 'php4' CVS module for PHP 5?
Hello, What do you think about the idea of Martin that would use libphp.so and not libphp5.so ? it's called compatibility Nicos. having libphp4.so, libphp5.so, libphp6.so... and so on means that they can work together. Once libphp5.so gets building properly and we have moved onto that track completely, i intend to build a latest stable of php4 and leave it there: libphp4.so. make .php, .php4 etc use that hook, so my existing apps don't get broken, and migrate to .php5 -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] variables_order annoyance
Guys, I think this was brought up before, and I somehow had the impression that we fixed it, but we didn't. Currently if variables_order does not contain a certain type then that type will not be populated in the $_FOO superglobal. So, if you set variables_order = GP because you only want Get and Post data in your $_REQUEST array, perhaps, and you have register_globals off, then $_COOKIE, $_ENV, $_SERVER will not be populated. This is a pain in the ass! The two concepts should be separate. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP4 + PHP5
Hiya, I'm wondering if it will be possible to build and use both PHP4 and PHP5 as apache modules on the same webserver, similar to the way we could use both PHP3 and PHP4. Regards Mike Robinson -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP4 + PHP5
On Mon, 13 Jan 2003 20:46:45 -0500 Mike Robinson [EMAIL PROTECTED] wrote: Hiya, I'm wondering if it will be possible to build and use both PHP4 and PHP5 as apache modules on the same webserver, similar to the way we could use both PHP3 and PHP4. I hope so. libphp5 will be the module names, afaik. That will avoid conflict names. is it ? pierre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] PHP4 + PHP5
On Mon, 13 Jan 2003 20:46:45 -0500 Mike Robinson [EMAIL PROTECTED] wrote: Hiya, I'm wondering if it will be possible to build and use both PHP4 and PHP5 as apache modules on the same webserver, similar to the way we could use both PHP3 and PHP4. I hope so. libphp5 will be the module names, afaik. That will avoid conflict names. is it ? i am already cooking up a patch for this.. almost done. just waiting on when we split off php5 to commit it. -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP4 + PHP5
On Mon, 13 Jan 2003 20:46:45 -0500 Mike Robinson [EMAIL PROTECTED] wrote: Hiya, I'm wondering if it will be possible to build and use both PHP4 and PHP5 as apache modules on the same webserver, similar to the way we could use both PHP3 and PHP4. A very few messages before James just said he's working on it right now. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] variables_order annoyance
On Mon, 13 Jan 2003, Rasmus Lerdorf wrote: Guys, I think this was brought up before, and I somehow had the impression that we fixed it, but we didn't. Currently if variables_order does not contain a certain type then that type will not be populated in the $_FOO superglobal. So, if you set variables_order = GP because you only want Get and Post data in your $_REQUEST array, perhaps, and you have register_globals off, then $_COOKIE, $_ENV, $_SERVER will not be populated. This is a pain in the ass! The two concepts should be separate. Check out this bug report: http://bugs.php.net/16155 Regards, Philip -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] PHP4 + PHP5
On Tue, 14 Jan 2003, James Cox wrote: On Mon, 13 Jan 2003 20:46:45 -0500 Mike Robinson [EMAIL PROTECTED] wrote: I'm wondering if it will be possible to build and use both PHP4 and PHP5 as apache modules on the same webserver, similar to the way we could use both PHP3 and PHP4. I hope so. libphp5 will be the module names, afaik. That will avoid conflict names. is it ? i am already cooking up a patch for this.. almost done. just waiting on when we split off php5 to commit it. A patch for naming it libphp5 or a patch that enables them to work together in the same webserver? The latter is quite hard and 'cookie a patch' for that will almost certainly not work. Derick -- - 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] PHP4 + PHP5
On Tue, 14 Jan 2003, Pierre-Alain Joye wrote: On Mon, 13 Jan 2003 20:46:45 -0500 Mike Robinson [EMAIL PROTECTED] wrote: I'm wondering if it will be possible to build and use both PHP4 and PHP5 as apache modules on the same webserver, similar to the way we could use both PHP3 and PHP4. I hope so. libphp5 will be the module names, afaik. That will avoid conflict names. is it ? No, it most likely won't as both modules share the same symbols. Derick -- - 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] RE: [PEAR-DEV] 'php4' CVS module for PHP 5?
On Mon, 13 Jan 2003, James Cox wrote: Hello, What do you think about the idea of Martin that would use libphp.so and not libphp5.so ? it's called compatibility Nicos. having libphp4.so, libphp5.so, libphp6.so... and so on means that they can work together. Once libphp5.so gets building properly and we have moved onto that track completely, i intend to build a latest stable of php4 and leave it there: libphp4.so. make .php, .php4 etc use that hook, so my existing apps don't get broken, and migrate to .php5 There wouldn't be any need to have them both enabled, so why even go here? Derick -- - 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
[PHP-DEV] [Call for Papers] Int'l PHP Conference 2003 Spring Edition, Amsterdam
Dear Sirs/ Madams, dear friends, we are very pleased to announce the International PHP Conference 2003 - Spring Edition - in Amsterdam. The date for this event for PHP enthusiasts from all over the world will be May 8 and 9, 2003. The conference venue is the RAI conference center in Amsterdam. Like the International PHP Conferences in Frankfurt this conference will offer a first class programme presented by the creme de la creme of the PHP community to an international audience of PHP enthusiasts. We are happy to ask you to submit your proposals for the session programme. Organiser: Software Support Verlag Kennedyallee 87 60596 Frankfurt am Main Attn: Frank Stepan Tel. +49 69 6300 89 29 Fax. +49 69 6300 89 89 eMail: [EMAIL PROTECTED] The dates for the conference are: May, 8 and 9, 2003 conference location: RAI Amsterdam The Topics: - General PHP - PHP Business - PHP Databases - PHP Design - PHP Extensions - PHP XML - PHP-GTK Call for Papers: If you want to present your talks at this unique event, please submit your proposals to us. The chair board consists of the following persons: - [Head] Björn Schotte (editor in chief PHP Magazin) - Derick Rethans (editor in chief PHP Magazine) - Andrei Zmievski - Jani Taskinnen - Markus Wolff Please submit your proposals at http://www.phpconference.de/kt/input/ Deadline for submitting the abstracts is January 31, 2003. You will be informed whether your suggestions have been accepted or not until February 10, 2003. All session contents will be published in a conference book after the conference. The slides and codes used for the session will be make available to the conference participants after the the conference. Guidelines for the conference book and slides etc. will be sent to you when your suggestions have been accepted by the Conference Board. Please note that we can only accept sessions proposals if contributions for the conference book as well as slides etc. are available by April 29, 2003. Structure of the Sessions: The sessions are 75 min. long (incl. discussion at the end of the lecture). It is possible to split a session in an introduction and a continuing part. The presentation language is English. Target groups: - project managers - software developers - IT managers - web designers and web administrators - PHP enthusiasts Notice: 1. Travel expenses and lodging will be covered by us. Details on travel and accomodation will be given if session is accepted. 2. Every speaker will have free access to all conference sessions. 3. Every speaker should present at least two sessions. Those of you who want to present only one session, please contact the Conference Board at [EMAIL PROTECTED] 4. The language for communication with the organiser and the chair is english. Contact: Software Support Verlag GmbH Frank Stepan Kennedyallee 87 60596 Frankfurt phone: +49 69 6300 89 29 fax: +49 69 6300 89 89 -- ThinkPHP / rent-a-phpwizard [EMAIL PROTECTED] Sedanstraße 27 Tel: 0931 / 78 43 804 97082 Würzburg Fax: 0931 / 78 43 795 http://www.thinkphp.de/ http://www.rent-a-phpwizard.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php