[PHP-DEV] Bug #8922 Updated: @xmldoc(...) doesn't quite suppress errors
ID: 8922 Updated by: joey Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: DOM XML related Operating System: RH 7.0 PHP Version: 4.0 Latest CVS (25/01/2001) Assigned To: joey New Comment: Sterling beat me to it, but I still got an email... Removing myself from Assigned Previous Comments: [2001-09-09 05:53:41] [EMAIL PROTECTED] Fixed in CVS. [2001-01-25 20:20:45] [EMAIL PROTECTED] Take the following code: ?php $xml = '?xml version=1.0?foobar/foo'; $doc = @xmldoc($xml); if (!$doc) { echo invalid xml\n; } ? If you run it from the shell, the parser spits a bunch of messages out to STDOUT. It would be nice if these could be repressed and/or captured easily by the script somehow (in $php_err_msg or something). - Colin Edit this bug report at http://bugs.php.net/?id=8922edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)
Perhaps the php-doc guys can set up the basics (I don't have time to become a doc guru) so that we at least have somewhere to put it, and that might encourage people to write some docs. Also, whenever a new API comes along (like zend_parse_parameters) it could be put in there from the start. I was going to work through exisiting docs a break it up into lots of different files as with php-doc, I have framework here which would work for it (from php-gtk-doc) if I just kill all the object related stuff from it. Ill see if I can find time to do somthing for it but as normal thats somthing I have very little of right now :) Cheers, - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)
Kinda like the FSF assignment. This is so that we can publish these docs in books free of charge, without having to run after everybody who contributed. Don't worry, we don't get a nickel out of it. I dunno what its under now but the Open Documentation License is nice as then main contributors have to be credited... I have a feeling thats what it is under right now. Cheers, - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)
There is a tree in place, http://www.zend.com/zend/api.php for more information... Albeit these docs are way out of date and are very rudimentary its just no one with api familiarity, also has the patience to improve them :) Yes; I have a local copy of those docs. They are still useful for the more basic stuff but could do with fleshing out. --Wez. PS: I didn't intend this to turn into another licence bashing session. Sorry Zeev! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)
At 09:51 10-09-01, James Moore wrote: Kinda like the FSF assignment. This is so that we can publish these docs in books free of charge, without having to run after everybody who contributed. Don't worry, we don't get a nickel out of it. I dunno what its under now but the Open Documentation License is nice as then main contributors have to be credited... I have a feeling thats what it is under right now. It's under that license. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Note added to rand
At 03:47 10-09-01, Sterling Hughes wrote: That's your opinion. Why do we have to change it, when people have been using it happily for all these years. That's not a very good reason. We'd be playing with PHP 3.0 today if that was the guideline :) What happened to adding a new random() function? Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13223: php4.0.6 on solaris 5.8 for iPlanet4.1 SP5 won't start
From: [EMAIL PROTECTED] Operating system: solaris 5.8 PHP version: 4.0.6 PHP Bug Type: iPlanet related Bug description: php4.0.6 on solaris 5.8 for iPlanet4.1 SP5 won't start COmpiling PHP 4.0.6 on solaris 5.8(sparc) as nsapi for iPlanet 4.1 SP5 gives no problem. But at startup of iPlanet the server stalls. Compiling PHP 4.0.3 with the same configure options gives no problem. But using this version the servers starts. configure --with-nsapi=/apps/libadm/netscape/server4 --enable-libgcc --enable-inline-optimization --with-config-file-path=/apps/libadm/config/php --prefix=/apps/libadm/php -- Edit bug report at: http://bugs.php.net/?id=13223edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13223 Updated: php4.0.6 on solaris 5.8 for iPlanet4.1 SP5 won't start
ID: 13223 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: iPlanet related Operating System: solaris 5.8 PHP Version: 4.0.6 New Comment: COmpiling PHP 4.0.6 on solaris 5.8(sparc) as nsapi for iPlanet 4.1 SP5 gives no problem. configure --with-nsapi=/apps/libadm/netscape/server4 --enable-libgcc --enable-inline-optimization --with-config-file-path=/apps/libadm/config/php --prefix=/apps/libadm/php But at startup of iPlanet the server stalls. The error from the NES admin tool is pclose() failed. (2: unknown early startup error) Error An error occurred during startup. The server https-server was not started. Compiling PHP 4.0.3 with the same configure options gives no problem. But using this version the servers starts.. Has anyone an idea? Best regards, Peter Previous Comments: [2001-09-10 03:35:01] [EMAIL PROTECTED] COmpiling PHP 4.0.6 on solaris 5.8(sparc) as nsapi for iPlanet 4.1 SP5 gives no problem. But at startup of iPlanet the server stalls. Compiling PHP 4.0.3 with the same configure options gives no problem. But using this version the servers starts. configure --with-nsapi=/apps/libadm/netscape/server4 --enable-libgcc --enable-inline-optimization --with-config-file-path=/apps/libadm/config/php --prefix=/apps/libadm/php Edit this bug report at http://bugs.php.net/?id=13223edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13224: pb with exec function
From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: pb with exec function i use easy php 1.5 and when i try to execute this code ? exec(pkunzip -o *.zip); ?, i obtain Warning: Unable to fork [cd ftp] in c:\program files\easyphp\www\toto.php on line .. this code worked with easy php 1.5 ( php 4.0.5 ). -- Edit bug report at: http://bugs.php.net/?id=13224edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13224 Updated: pb with exec function
ID: 13224 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: win98 PHP Version: 4.0.6 New Comment: sorry, i worked with easy php 1.4 Previous Comments: [2001-09-10 04:02:35] [EMAIL PROTECTED] i use easy php 1.5 and when i try to execute this code ? exec(pkunzip -o *.zip); ?, i obtain Warning: Unable to fork [cd ftp] in c:\program files\easyphp\www\toto.php on line .. this code worked with easy php 1.5 ( php 4.0.5 ). Edit this bug report at http://bugs.php.net/?id=13224edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Anagram Type Puzzle
Im trying to figue out the following anagram using PHP. Here is the problem: Using letters of the alphabet represented by a number, I have to come up with words that add up to exactly 100. Numbers are in reverse where A=26 and Z=1, so for example: A = 26 B = 25 C = 24 ... ... X = 3 Y = 2 Z = 1 So let's say the word 'acronym' A + C+R+0+N+Y+M 26 + 24 + 9+12+13+2+14 = 100 My thoughts were to download a list of words in the dictionary, then read the file and somehow replace each letter by its number, then add each letter for each word and see which words would equal to 100. So I am emailing this list for any suggestions or examples of code that I can use to accomplish this. Any help? Thanks much. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] DISREGARD: Anagram Type Puzzle
Ooops! Sorry about that last email. Wrong list. Meant to send it to the general list. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13225: Memmory leak in curl
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.6 PHP Bug Type: cURL related Bug description: Memmory leak in curl Hiya If you run this script you will only see your mem usage (slowly) grow; it looks like curl_close won't free the memmory as it won't make a diff if you use it or not :) Greetz, Wico ? ob_implicit_flush(TRUE); for ($x = 0; $x 10; ++$x) { $handler = curl_init(); curl_setopt($handler, CURLOPT_URL, 'http://www.php.net/manual/en/pcre.pattern.syntax.php'); curl_setopt($handler, CURLOPT_RETURNTRANSFER, 1); $data = curl_exec($handler); curl_close($handler); unset($handler, $data); } ? -- Edit bug report at: http://bugs.php.net/?id=13225edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] ¥X°â¶Ç¯u¸¹½X
¶Ç¯u¸¹½X¥X°â §Ú¦³¥_°Ï02_¶}ÀY¶Ç¯u¸¹½X¡A¦@¬°77270µ§ ¬O§Ú±q¦UÓ¦P·~¤½·|¡B¹q¸Üï¡B¶À¶¡B¼x«H©Ò¡B ºô»Úºô¸ô¡A¥úºÐ¤ù...µ¥µ¥¡A ¸g¦~²Ö¤ë¤@µ§¤@µ§¥´¤J¦¬¶°¤U¨Óªº¡A¶O¤F«Ü¤jªº¥\¤Ò¡C ¥úªá¿ú¶R¼x«H©Ò¥Xªºªº¥U¤l¡A´Nªá¤F¤£¤Ö¿ú¡A ¦A¸g¹L²Îp¤èªk¾ã²z¡A©Ò¥H¨S¦³¥ô¦ó¤@µ§¬O«½Æªº¡A ¨Ã¸g¹L¹ê»Úµo°e´ú¸Õ¡A¦Aç°£±¼µL®Äªº¸¹½X¡A ©Ò¥H¨C¤@µ§¨ì6¤ë©³¬°¤î¡A³£¥i¥Hµo°e¡C ®Ú¾Ú¸gÅç¡A´X¥G©Ò¦³02_¶}ÀYªº¶Ç¯u¡A ³£¤w¦¬¶°¦b³o¸Ì¤F¡A±q¨ä¥L¨Ó·½¡A¤]¤£¤Ó®e©ö¦A§ä¨ì·sªº¡C ¦pªG±z¦³¿³½ìÁʶR¡A§ÚÄ@·N¥H3000¤¸¤À¨É¡C ¾H¤p©j tel: 02-27039827 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10108 Updated: cc 1501:218 file XXX contains an incorrect file suffix
ID: 10108 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Compile Failure Operating System: AIX V4.3.3 PHP Version: 4.0.6 New Comment: i have installed libtool 1.4 and have got the same problem. Michael Previous Comments: [2001-08-31 08:58:45] [EMAIL PROTECTED] Have you tried using GCC ? Also, could you try with latest CVS snapshot: http://snaps.php.net/ as we now use libtool 1.4 it might have fixed some issues with AIX. --Jani [2001-08-31 08:32:50] [EMAIL PROTECTED] I tried the latest version : php-4.0.6. Got always the same problem. MichaeL [2001-06-20 10:13:46] [EMAIL PROTECTED] Try this link: www.php.net/~andi/php-4.0.6RC4.tar.gz [2001-06-20 10:06:38] [EMAIL PROTECTED] get this one: http://www.php.net/~andi/php-4.0.6RC4.tar.gz [2001-06-20 05:37:00] [EMAIL PROTECTED] Hi, I can't access the mentionned file : http://www.php.net/~andi/php-4.0.6RC2.tar.gz Michael The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=10108 Edit this bug report at http://bugs.php.net/?id=10108edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13174 Updated: SIGABRT when starting iPlanet
ID: 13174 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: iPlanet related Operating System: Solaris 2.6 PHP Version: 4.0.6 New Comment: iPlanet 4.1 php4-200109062235 seems to work. Still getting funny error messages when requesting non-existant php script. Warning: Failed opening '/path/to/document/root/somescript.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 I suppose iPlanet expects the Service SAF to handle errors (ie. setting http status). Seems to me that the NSAPI module should first call protocol_status with correct status code, then protocol_start_response and then write any data and return correct result code (which in case of Not Found error, for example, should be REQ_ABORTED instead of REQ_EXIT, IMHO). http://docs.iplanet.com/docs/manuals/enterprise/41/nsapi/04_mysaf.htm#14969 Previous Comments: [2001-09-06 11:37:01] [EMAIL PROTECTED] Could you please try the latest CVS snapshot of PHP: http://snaps.php.net/ since the thread stuff was redone recently. Also, what version of iPlanet is this? --Jani [2001-09-06 09:40:37] [EMAIL PROTECTED] ./configure --with-nsapi=/path/to/iplanet --enable-libgcc --with-gnu-ld --with-debug PHP NSAPI module crashes during Init. --- (gdb) bt #0 0xef184d34 in __sigprocmask () #1 0xef17ba5c in _resetsig () #2 0xef17b1a4 in _sigon () #3 0xef17dff8 in _thrp_kill () #4 0xef0ba608 in abort () #5 0xeed82c5c in ts_resource_read (thread_resources=0x0, id=1387488) at TSRM.c:319 #6 0xeed82c2c in ts_resource_ex (id=0, th_id=0x15daa8) at TSRM.c:302 #7 0xeece1414 in php4_init (pb=0x0, sn=0x0, rq=0x0) at nsapi.c:494 #8 0xef6651dc in __0Fafunc_native_pool_wait_workPFP6GpblockP6HSessionP6HRequest_iUiP6GpblockP6HSessionP6HRequest () #9 0xef6647fc in __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest () #10 0xef664aa8 in INTfunc_exec () #11 0xef662318 in INTconf_run_late_init_functions () #12 0xef68f6ac in __0oRDaemonProcessorUXctv () #13 0xef695564 in __0fPDaemonProcessorSNewDaemonProcessorvT () #14 0xef6918d4 in daemon_run () #15 0x2f4e0 in main () --- Is the TSRM really supposed to use pthread -functions and data structures with iPlanet instead of NSAPI equivalents? --- (gdb) info functions tsrm* All functions matching regular expression tsrm*: ... File TSRM.c: void tsrm_error_set(int, char *); pthread_mutex_t *tsrm_mutex_alloc(); void tsrm_mutex_free(pthread_mutex_t *); int tsrm_mutex_lock(pthread_mutex_t *); int tsrm_mutex_unlock(pthread_mutex_t *); void *tsrm_set_new_thread_begin_handler(void (*)()); void *tsrm_set_new_thread_end_handler(void (*)()); void tsrm_shutdown(); int tsrm_startup(int, int, int, char *); pthread_t tsrm_thread_id(); Non-debugging symbols: ef17823c _setsrq --- POSIX threads seem to override NSAPI, since they are used by default and checked before NSAPI. PHP fails to compile if configured --without-tsrm-pthreads TSRM.h: 48 /* Define THREAD_T and MUTEX_T */ .. 55 #elif defined(PTHREADS) 56 # define THREAD_T pthread_t 57 # define MUTEX_T pthread_mutex_t * 58 #elif defined(NSAPI) 59 # define THREAD_T SYS_THREAD 60 # define MUTEX_T CRITICAL Edit this bug report at http://bugs.php.net/?id=13174edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13222 Updated: system does not seem to work on 98
ID: 13222 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: windows 98 PHP Version: 4.0.6 New Comment: Are you sure you are using 4.0.6? Derick Previous Comments: [2001-09-10 02:10:44] [EMAIL PROTECTED] html head titledir test/title /head body ?php $str=`dir c:`; ? pre ?php echo $str; ? /pre /body /html I have written the following code and it reports the following error :- Warning: Unable to fork [dir c:] in d:\scripts\test\php\pasconner\systemtest.php on line Edit this bug report at http://bugs.php.net/?id=13222edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: RC2
Zeev Suraski wrote: www.php.net/~zeev/php-4.0.7RC2.tar.gz There are still some CGI build problems reported, but because lots of time passed since RC1, I think it's time for RC2. Still didn't work as Apache module under Win32 (see bug #12853). Tested Debug_TS and Release_TS configuration. NT4SP5, Apache 1.3.20, only standard modules. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13174 Updated: SIGABRT when starting iPlanet
ID: 13174 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: iPlanet related Operating System: Solaris 2.6 PHP Version: 4.0.6 New Comment: Oops, sorry ignore the last comment about setting status and headers.. The correct procedure seems to be in sapi_nsapi_send_headers. Previous Comments: [2001-09-10 05:11:29] [EMAIL PROTECTED] iPlanet 4.1 php4-200109062235 seems to work. Still getting funny error messages when requesting non-existant php script. Warning: Failed opening '/path/to/document/root/somescript.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 I suppose iPlanet expects the Service SAF to handle errors (ie. setting http status). Seems to me that the NSAPI module should first call protocol_status with correct status code, then protocol_start_response and then write any data and return correct result code (which in case of Not Found error, for example, should be REQ_ABORTED instead of REQ_EXIT, IMHO). http://docs.iplanet.com/docs/manuals/enterprise/41/nsapi/04_mysaf.htm#14969 [2001-09-06 11:37:01] [EMAIL PROTECTED] Could you please try the latest CVS snapshot of PHP: http://snaps.php.net/ since the thread stuff was redone recently. Also, what version of iPlanet is this? --Jani [2001-09-06 09:40:37] [EMAIL PROTECTED] ./configure --with-nsapi=/path/to/iplanet --enable-libgcc --with-gnu-ld --with-debug PHP NSAPI module crashes during Init. --- (gdb) bt #0 0xef184d34 in __sigprocmask () #1 0xef17ba5c in _resetsig () #2 0xef17b1a4 in _sigon () #3 0xef17dff8 in _thrp_kill () #4 0xef0ba608 in abort () #5 0xeed82c5c in ts_resource_read (thread_resources=0x0, id=1387488) at TSRM.c:319 #6 0xeed82c2c in ts_resource_ex (id=0, th_id=0x15daa8) at TSRM.c:302 #7 0xeece1414 in php4_init (pb=0x0, sn=0x0, rq=0x0) at nsapi.c:494 #8 0xef6651dc in __0Fafunc_native_pool_wait_workPFP6GpblockP6HSessionP6HRequest_iUiP6GpblockP6HSessionP6HRequest () #9 0xef6647fc in __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest () #10 0xef664aa8 in INTfunc_exec () #11 0xef662318 in INTconf_run_late_init_functions () #12 0xef68f6ac in __0oRDaemonProcessorUXctv () #13 0xef695564 in __0fPDaemonProcessorSNewDaemonProcessorvT () #14 0xef6918d4 in daemon_run () #15 0x2f4e0 in main () --- Is the TSRM really supposed to use pthread -functions and data structures with iPlanet instead of NSAPI equivalents? --- (gdb) info functions tsrm* All functions matching regular expression tsrm*: ... File TSRM.c: void tsrm_error_set(int, char *); pthread_mutex_t *tsrm_mutex_alloc(); void tsrm_mutex_free(pthread_mutex_t *); int tsrm_mutex_lock(pthread_mutex_t *); int tsrm_mutex_unlock(pthread_mutex_t *); void *tsrm_set_new_thread_begin_handler(void (*)()); void *tsrm_set_new_thread_end_handler(void (*)()); void tsrm_shutdown(); int tsrm_startup(int, int, int, char *); pthread_t tsrm_thread_id(); Non-debugging symbols: ef17823c _setsrq --- POSIX threads seem to override NSAPI, since they are used by default and checked before NSAPI. PHP fails to compile if configured --without-tsrm-pthreads TSRM.h: 48 /* Define THREAD_T and MUTEX_T */ .. 55 #elif defined(PTHREADS) 56 # define THREAD_T pthread_t 57 # define MUTEX_T pthread_mutex_t * 58 #elif defined(NSAPI) 59 # define THREAD_T SYS_THREAD 60 # define MUTEX_T CRITICAL Edit this bug report at http://bugs.php.net/?id=13174edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13226: Add a session_lock function
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Add a session_lock function Some problem occurs if I want the database can only one user can use the database at time. For others, keep them in a query. The go one by one. The Problem - Example: I want to limit the registation, max 50 people. There is a problem in checking the number of people registered, if there are many people click the submit button at the same time. Therefore, use session_lock()(can change the name, just example) function the block the user, and let them the process the code one by one. Maybe also need a session_unlock(), to unlock. It is just like the Applicaion.lock() and Application.unlock() in ASP -- Edit bug report at: http://bugs.php.net/?id=13226edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Email Processors Wanted!!!
9/10/2001 EMAIL PROCESSING COMPANY LOOKING FOR EMAIL PROCESSORS IMMEDIATELY, TO SUSTAIN EXPLOSIVE GROWTH. EARN $2,000-$6,000 (PART-TIME) AND $5,000-$10,000 (FULL TIME) MONTHLY. FREE START-UP, NOT MLM, NO EXPERIENCE NECESSARY. SEND AN EMAIL TO [EMAIL PROTECTED] WITH SUBJECT: SHOW ME.WE WANT SERIOUS INQUIRIES FROM PEOPLE WHO WANT TO MAKE SERIOUS MONEY! Tim C. - Web Direct -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Email Processors Wanted!!!
Hi Gavin, I really Like this even i wanted to unsubscribe from this list but it does not alove me to do so and simply just kill my space so if you have a way to unsubscribe to this list so please tell me Thankx, Lylesh [EMAIL PROTECTED] -Original Message- From: Gavin Sherry [mailto:[EMAIL PROTECTED]] Sent: Monday, September 10, 2001 4:31 PM To: Subject: Re: [PHP-DEV] Email Processors Wanted!!! Hi guys, This list seems to get a fair amount of spam. Any chance of blocking posts from non-subscribers. Sure, it would upset the one-time posters, but surely its not too hard for them to subscribe and unsubscribe. Gavin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Email Processors Wanted!!!
Hi guys, This list seems to get a fair amount of spam. Any chance of blocking posts from non-subscribers. Sure, it would upset the one-time posters, but surely its not too hard for them to subscribe and unsubscribe. Gavin This isnt an option, please see the archives for previous discussions on this and reasons. Cheers, - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Email Processors Wanted!!!
I really Like this even i wanted to unsubscribe from this list but it does not alove me to do so and simply just kill my space so if you have a way to unsubscribe to this list so please tell me Please note that you just need to follow the directions which can be found in the footer: PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] ^^ You have been unsubscribed manually now. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Note added to rand
Note added by joey, text: My vote: +0 Suggestions/remarks: I'll take the proposal one piece at a time: Good idea :-) float random() / int random(min, max): If I understand correctly, the only way you'll know what kind of return the user is expecting is by counting args. That means if I just want a random number between LONG_MIN and LONG_MAX (what I expect *most* users of a random fuction are looking for), I have to use the longer format of random(min, max). This seems counter-intuitive... The most commonly used version should be the easiest to type. I'd rather see another function entirely for floats. O yes... oversight, indeed. It was a quick idea which I typed in... indeed, a separate function would be better. I thought that you should always give a range because it otherwise makes no sense. But indeed, LONG_MIN ... LONG_MAX does make sense. set_random(): This seems to be to go out of it's way to bring things back to the way they currently are. If they want to change the algorithm, and the algorithm is decided via an ini switch, they can use ini_set/ini_alter(). The primary goal here is to make it possible through a single function call to obtain a random number, is it not? Let random() seed itself. I wasn't clear. Usually, you do NOT call set_random(), indeed, ini-set is the way it is supposed to be. The only circumstance where you need set_random is when you want a specific seedalgorithm, for example while debugging, place it at the top of the script and you'll get identical numbers each call. There is a good idea here, IMHO, and that is to reduce the namespace by wrapping all possible PRNG's with a very thin wrapper, but I don't see any need to break BC or make this wrapper any fatter than it needs to be to serve the purpose. I'll return to this and the rest later, I need to go now, I'm supposed to assist in a workgroup... --Jeroen I'd rather see: new ini switch: rand_algoritm, defaults to mt. (I still think that mt is probably the best for most people, but I know that some people disagree...) new function: int random() : The same as if user called the desired rand() algoritm from user-space, with the added benefit of insuring that a sufficently unique seed has been provided first. I don't see a need for any of the rest of this, but I have said before that I'm really not very good at evaluating things from a Design point of view...I'm much better at evaluating implementations to judge how well the *fit* the proposed design. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Note added to rand
No number is truly random. That is the nature of computers. You can only generate a sequence of numbers, based on a seed. True (of course, I knew that already long ago...), but 1) You can obscure that by using time-varying seeds in order to get seemingly random numbers 2) You can resort to lavalamps, radiosources, monitoring mousemovements/keystrokes, etc etc My god, this is generating a random number, its nothing that complex, so lets not make it such. And, btw, if you want to use lcg, just use the lcg_value() function. Creating a language that is easy to use is very complex. It is very easy to create a language that is hard to use. That was and is my whole point. lcg_value() is another strange duck in the bite: it seeds itself automatically on startup, you cannot seed it yourself, and you can only get it to return rand() / RANDAX, not a integer range (the alg. returns integers!) We don't need PHP to support 15 different algorithms for generating random numbers, if you want that, move it into a php extension, but it doesn't belong in the core. But IMHO the interface needs to me facilitated in the core, otherwise you can't use other RNG's like you can use the core ones. There are 3 different RNG currently in the core! My proposal reduces the namespace-load to PHP to 2: random and set_random. If you want random numbers, you only have one function: random. If you place set_random at the top of any script, you will see that it garantees that the script will act identically on each call, because set_random controls all random! IMHO the power of PHP is it's intuitiveness in using it, and I don't think mt_srand(); mt_rand() is intuitive. Really, then why hasn't anyone complained as of yet? And this is the way it is done in other languages as well (C, Perl, Python). Why change what's working? If you really want, create a new extension, distributed externally, just like Perl has the Math::TrulyRandom module. Most people don't realize it is unnecessarily cumbersome. If you look at newbies code, you see they make all kind of mistakes in it, which would IMHO be reduced if it becomes simpler. Please understand me right, I find it very useful to have someone critically look at my proposal, but please be more specific. Right, those more specific comments belong on list :) I didn't Cc to php-dev, since I could be breaking the law... but you may forward this mail to it :-) I am. ;) -Sterling --Jeroen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13228: Document contains no data but nothing in Apache logs and no core
From: [EMAIL PROTECTED] Operating system: IRIX64 6.5 PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: Document contains no data but nothing in Apache logs and no core php doesn't do a core dump, but always return Document contains no data Apache 1.3.12 URL to test: http://www.sca.uqam.ca/analyse/map.php4 CFLAGS='-O2 -I/io/httpd/apache_1.3.12_src/openssl-0.9.6/include' ./configure --with-mysql=/usr/local/mysql --with-apxs=/io/httpd/apache_1.3.12/bin/apxs --with-imap=/io/httpd/apache_1.3.12_src/php-3.0.16/imap --enable-memory-limit=yes --enable-debug=no In httpd.conf: LoadModule php3_modulelibexec/libphp3.so LoadModule php4_modulelibexec/libphp4.so AddModule mod_php3.c AddModule mod_php4.c AddType application/x-httpd-php3 .php AddType application/x-httpd-php3 .php3 AddType application/x-httpd-php3-source .phps AddType application/x-httpd-php3 .html AddType application/x-httpd-php3 .htm AddType application/x-httpd-php .php3 AddHandler application/x-httpd-php .php4 If I use AddType instead of AddHandler for php4, I get a dialog that ask me if I want to save the document. -- Edit bug report at: http://bugs.php.net/?id=13228edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13229: sess vars doesn't saved when value assigned to $HTTP_SESSION_VARS (reg_glob=on)
From: [EMAIL PROTECTED] Operating system: Win98SE PHP version: 4.0.6 PHP Bug Type: Session related Bug description: sess vars doesn't saved when value assigned to $HTTP_SESSION_VARS (reg_glob=on) Session vars doesn't saved when register_globals=on and value assigned to $HTTP_SESSION_VARS[varname], but saved when value assigned to $varname. But I need universal way, that works not depending of register_globals. Accordingly to documentation first way must work with register_globals=on -- Edit bug report at: http://bugs.php.net/?id=13229edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13230: PDF functions leak
From: [EMAIL PROTECTED] Operating system: Linux 2.4.5/RedHat PHP version: 4.0CVS-2001-09-10 PHP Bug Type: PDF related Bug description: PDF functions leak This piece of code: ?php $p = pdf_new (); pdf_open_file ($p); pdf_close ($p); ? Gives these leaks: pdf.c(306) : Freeing 0x0820B324 (65536 bytes), script=3pdf.php Last leak repeated 2 times This code: ?php $p = pdf_new (); ? Gives this leak: pdf.c(306) : Freeing 0x08200D54 (2116 bytes), script=3pdf.php Last leak repeated 1 time regards, Derick -- Edit bug report at: http://bugs.php.net/?id=13230edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13231: failure to compile with Roxen
From: [EMAIL PROTECTED] Operating system: Red Hat 7.1 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: failure to compile with Roxen PHP fails to compile with Roxen 2.2.198. ./configure --with-roxen=/usr/local/roxen/server-2.2.198 --with-mysql=/usr --enable-track-vars --enable-versioning --with-gettext make[3]: Entering directory `/home/jo/php-4.0.6/sapi/roxen' /bin/sh /home/jo/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/home/jo/php-4.0.6/sapi/roxen -I/home/jo/php-4.0.6/main -I/home/jo/php-4.0.6 -I/usr/local/roxen/server-2.2.198/pike/include/pike -I/home/jo/php-4.0.6/Zend -I/usr/include/mysql -I/home/jo/php-4.0.6/ext/xml/expat/xmltok -I/home/jo/php-4.0.6/ext/xml/expat/xmlparse -I/home/jo/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c roxen.c roxen.c: In function `f_php_roxen_request_handler': roxen.c:633: warning: passing arg 1 of `error' makes integer from pointer without a cast roxen.c:633: too few arguments to function `error' roxen.c:637: warning: passing arg 1 of `error' makes integer from pointer without a cast roxen.c:637: too few arguments to function `error' roxen.c:673: warning: passing arg 1 of `error' makes integer from pointer without a cast roxen.c:673: too few arguments to function `error' make[3]: *** [roxen.lo] Error 1 -- Edit bug report at: http://bugs.php.net/?id=13231edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request
Full name: Mariano Neves da Rocha Email: [EMAIL PROTECTED] ID:mariano Purpose: Maintaining www.php.net -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Security Audit 4.0.7RC2
Hello people, this is a security audit of PHP-4.0.7RC2 (4.0.6 is also available) where you can find : - Potential threats such as buffer Overflows, Race Conditions, Format Strings and Temporary files. - Which functions are dangerous and how to replace them. - Where (files and lines) you can find them. The software behind that audit reads C source code to find selected patterns. It is currently under development. Thanks to Philippe Langlois for providing the audit and code. The results do not mean there *is* a flaw, but that corrections may be implemented to avoid such flaws. http://hellekin.multimania.com/hitscore.php (This is temporary URL. Do not bookmark nor forward). how -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator
Good Idea Is there anyone out there who uses on negative numbers? There is the discussion on the engine2 list about whether to make an unsigned right shift, or to introduce a new operator . Speak-up or potential loose your negative shift-ability : ) -Jason - Original Message - From: Andrei Zmievski [EMAIL PROTECTED] To: Andi Gutmans [EMAIL PROTECTED] Cc: Jason T. Greene [EMAIL PROTECTED]; Jason Greene [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, September 07, 2001 8:22 AM Subject: Re: [Zend Engine 2] Right/Left Shift Zero Fill operator On Fri, 07 Sep 2001, Andi Gutmans wrote: I guess the reason for this is because some people in C use 1 to divide by 2. I don't think this has had its uses in PHP and I think we should change it to do an unsigned shift. Maybe you should ask on the php-dev list first.. if anyone uses it for division. -Andrei In this age, which believes that there is a short cut to everything, the greatest lesson to be learned is that the most difficult way is, in the long run, the easiest. -Henry Miller, The Books in My Life -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13232: PEAR messes up with simultaneous connections.
From: [EMAIL PROTECTED] Operating system: Linux 2.2.16 PHP version: 4.0.6 PHP Bug Type: *Database Functions Bug description: PEAR messes up with simultaneous connections. PEAR seems to not be able to handle multiple connections to different databases. To illustrate, create two tables in different databases (can be on the same server, but different databases within that server). include(DB.php); $oneWrapper = new DB(); $oneDB = $oneWrapper-connect(type://user:pass@server/one); printRes($oneDB-query(select count(*) from table_one)); $twoWrapper = new DB(); $twoDB = $twoWrapper-connect(type://user:pass@server/two); printRes($twoDB-query(select count(*) from table_two)); printRes($oneDB-query(select count(*) from table_one)); printRes($oneDB-query(select count(*) from table_two)); function printRes($res) { if (DB::isError($res)) { echo Error: . DB::errorMessage($res) . \n; } else { $data = $res-fetchRow(); echo Result: . $count[0] . \n; } } This code will print out Result: 0 Result: 0 Error: no such table Result: 0 Looking back at the code, you will see that $oneDB is now pointing at the $twoDB's database instead of its correct one. -- Edit bug report at: http://bugs.php.net/?id=13232edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Jason et al., On Monday 10 September 2001 16:24, Jason Greene wrote: Is there anyone out there who uses on negative numbers? There is the discussion on the engine2 list about whether to make an unsigned right shift, or to introduce a new operator . I'd be grateful, if the behaviour of won't change, as I'm using it in some scripts for exactly this purpose. A is the usual unsigned right-shift in c-style languages, it wouldn't hurt to introduce it to PHP as well, would it? Speak-up or potential loose your negative shift-ability Done :) Best Regards, Alex - -- | Alexander Wirtz | eMail: [EMAIL PROTECTED] | | web@ctive GmbH|Accidents, Emergency, Ambulance | -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7nNSEDTqTaMH1weIRAhdBAKCbojb6+0yw1alYGS1tQgydLAcfEQCg24wE ssB1EoyRTzQY2R1jQhAcJDw= =zebw -END PGP SIGNATURE- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Syntax error
The following code contains a syntax error: ?php error_reporting (E_ALL); for ($sz=1; $sz 6; sz++) { } ? the reported error is: bParse error/b: parse error, expecting `')'' in btest.php/b on line b5/bbr Obviously sz++ is not a valid expression. But php-4.0.6 report a misleading message in my opinion. The following code give the same error but for a very different reason: ?php function A () { static $a = array ( 'a' = a very . long string, 'c' = 'C' ); } ? How can I help improving messages reported for syntax errors? Ciao -- Walter Franzini, e-mail: [EMAIL PROTECTED] SysNet, Via Digione 8, 27100 Pavia - Italy -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator
Alexander, Thanks for the input. If you are interested in other language changes subscribe to [EMAIL PROTECTED] Everyone, Well guys we have one person so far who spoke up, and you know what they say for every one there is a hundred : ) Due to the existing users out there I would think the new operator is the way to go. -Jason - Original Message - From: Alexander Wirtz [EMAIL PROTECTED] To: Jason Greene [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Andrei Zmievski [EMAIL PROTECTED]; Andi Gutmans [EMAIL PROTECTED] Sent: Monday, September 10, 2001 9:56 AM Subject: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Jason et al., On Monday 10 September 2001 16:24, Jason Greene wrote: Is there anyone out there who uses on negative numbers? There is the discussion on the engine2 list about whether to make an unsigned right shift, or to introduce a new operator . I'd be grateful, if the behaviour of won't change, as I'm using it in some scripts for exactly this purpose. A is the usual unsigned right-shift in c-style languages, it wouldn't hurt to introduce it to PHP as well, would it? Speak-up or potential loose your negative shift-ability Done :) Best Regards, Alex - -- | Alexander Wirtz | eMail: [EMAIL PROTECTED] | | web@ctive GmbH|Accidents, Emergency, Ambulance | -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7nNSEDTqTaMH1weIRAhdBAKCbojb6+0yw1alYGS1tQgydLAcfEQCg24wE ssB1EoyRTzQY2R1jQhAcJDw= =zebw -END PGP SIGNATURE- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Syntax error
At 18:09 10-09-01, Walter Franzini wrote: for ($sz=1; $sz 6; sz++) { You're missing a $ on the last sz in this line -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Syntax error
Zeev Suraski wrote: for ($sz=1; $sz 6; sz++) { You're missing a $ on the last sz in this line He knows that. He want a better error-message. regards Wagner -- Never attribute to malice what can as easily be the result of incompetence. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13233: exec function finishes it's job and returns unsuccess value..
From: [EMAIL PROTECTED] Operating system: w2k PHP version: 4.0.6 PHP Bug Type: IIS related Bug description: exec function finishes it's job and returns unsuccess value.. I am trying to use the the exec function to run a .exe file. The .exe file runs , and finishes it's job. But it is not returning success code. My code is like this... $execfeedback =exec(startApplication.exe filename=aaa Id1=0 Id2=0 trace=true) or die (I died while running Application!); startApplication.exe finished it's job successfully but it died by printing I died while running Application. I am using php 4.0.6 on w2k and IIS. -- Edit bug report at: http://bugs.php.net/?id=13233edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Syntax error
At 18:27 10-09-01, Alexander Wagner wrote: Zeev Suraski wrote: for ($sz=1; $sz 6; sz++) { You're missing a $ on the last sz in this line He knows that. He want a better error-message. Ah, missed that. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Syntax error
Alexander Wagner [EMAIL PROTECTED] writes: Zeev Suraski wrote: for ($sz=1; $sz 6; sz++) { You're missing a $ on the last sz in this line He knows that. He want a better error-message. :-) Yes, and I'm offering my help if someone can give me some hints. Ciao. -- Walter Franzini, e-mail: [EMAIL PROTECTED] SysNet, Via Digione 8, 27100 Pavia - Italy -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13234: memory leak (see also bug 12507)
From: [EMAIL PROTECTED] Operating system: linux kernel-2.2.19 PHP version: 4.0.6 PHP Bug Type: Performance problem Bug description: memory leak (see also bug 12507) Hello, I got the same problem as bug http://www.php.net/bugs.php?id=12507 . Also, with php-4.0.4pl1 i have no problems, and with php-4.0.5 and php-4.0.6 there is a memory leak: [jpeeters@wodka php-4.0.6]$ mtrace libs/libphp4.so Memory not freed: - Address Size Caller 000 at [jpeeters@wodka php-4.0.6]$ mtrace ../php-4.0.4pl1/libs/libphp4.so - 00 Free 7052 was never alloc'd No memory leaks. [jpeeters@wodka php-4.0.6]$ The configure line i used for all the versions is ./configure --with-apxs --with-config-file-path=/usr/local/apache/conf --disable-debug --enable-track-vars --enable-magic-quotes --enable-calendar --with-ftp --enable-ftp --with-gd --enable-versioning --with-jpeg-dir=/usr/ --with-gdbm --with-mysql=/usr/local/mysql/ --with-tiff-dir=/usr/ --with-dom --with-expat --with-sablot --with-zlib-dir=/usr/ --with-png-dir=/usr/ --with-freetype-dir=/usr/ --with-rrdtool --with-pgsql=/usr/local/postgres The leak occurs also with the latest cvs version. If you need more information, feel free to contact me. -- Edit bug report at: http://bugs.php.net/?id=13234edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13235: include() fails unpredictable
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: include() fails unpredictable Since my Provider upgraded to 4.0.6 some of my scripts don't work as exspected anymore... I use include() with URL's where the URL's are from the same domain. They fail unpredictable: example: www.alstereck.de/aecke32001/ingebericht.phtml With every reload the appearance of the page changes, because the included files change, the rest fails with: Warning: Failed opening 'http://www.alstereck.de/aeckehead1.html' for inclusion (include_path='') in /raid/domains/de/a/alstereck/htdocs/www/aecke32001/ingebericht.phtml on line 3 When I include() via URL a file from a non-local server it works always fine. If I use this script on a different server with a perhaps different configuration (even 4.0.6.) it works fine! working exampl: http://www.ksweb.f2s.com/nochntest.php Conf of trouble server www.alstereck.de/test.php Conf of fine working server http://www.ksweb.f2s.com/test.php rgds Tiemo -- Edit bug report at: http://bugs.php.net/?id=13235edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator
Is there anyone out there who uses on negative numbers? There is the discussion on the engine2 list about whether to make an unsigned right shift, or to introduce a new operator . In my opinion, and should consider integers as a row of bits, thus do not treat the msb differently... I believe you call it shifting unsigned longs? You shouldn't use and for arithmetic, no 'quick' division by 2 etc... --Jeroen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13236: Cycles in object references are not restored correctly
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Session related Bug description: Cycles in object references are not restored correctly If you use session_register on an object that contains references to other objects, that each contain a reference to the first object, these objects will not be restored correctly. This is a huge limitation in PHP!!! -- Edit bug report at: http://bugs.php.net/?id=13236edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13230 Updated: PDF functions leak
ID: 13230 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PDF related Operating System: Linux 2.4.5/RedHat PHP Version: 4.0CVS-2001-09-10 New Comment: Fixed it myself. Derick Previous Comments: [2001-09-10 11:30:54] [EMAIL PROTECTED] You should call PDF_delete($); at the end of a script containing PDF functions. This will cleanup the resources allocated by PDFlib. This might be done in the function given to zend_register_list_destructors_ex (_free_pdf_doc), but as I don't know documentation when this is called it is not yet integrated into the source pdf.c. For the moment I donot know how to decide whether PDF_delete already was called when _free_pdf_doc() is called. Regards Rainer [2001-09-10 09:05:33] [EMAIL PROTECTED] This piece of code: ?php $p = pdf_new (); pdf_open_file ($p); pdf_close ($p); ? Gives these leaks: pdf.c(306) : Freeing 0x0820B324 (65536 bytes), script=3pdf.php Last leak repeated 2 times This code: ?php $p = pdf_new (); ? Gives this leak: pdf.c(306) : Freeing 0x08200D54 (2116 bytes), script=3pdf.php Last leak repeated 1 time regards, Derick Edit this bug report at http://bugs.php.net/?id=13230edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] RC2
The latest CVS configures and builds properly for me as a CGI with IBMJava2-13 now. Please give it a try. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13237: Installing PHP4 with Proxy/IIS server causes Proxy to fail.
From: [EMAIL PROTECTED] Operating system: Windows NT 4.0 SP6 PHP version: 4.0.6 PHP Bug Type: IIS related Bug description: Installing PHP4 with Proxy/IIS server causes Proxy to fail. When installing PHP 4.0.6 on a system with IIS 3 and Proxy Server 2.0, the proxy server will stop functioning, and PHP does not run. I get server errors trying to open files with PHP code, and the proxy server stops forwarding requests to the net. Specifically, the proxy server begins treating all web URL requests as requests to FTP files from the local machine, which don't exist. I have been able to install PHP on another box without Proxy server, but can not get the two to work together. I am using the ISAPI interface for PHP. I am able to install the proxy server by itself also and it works fine. I have tried both manual setups and the installation program to isntall PHP. Could there be a DLL or IIS conflict between the two? Any ideas? -- Edit bug report at: http://bugs.php.net/?id=13237edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] mktime() and (dates 1970 || dates 2037) (fwd)
-- Forwarded message -- Date: Sun, 09 Sep 2001 23:05:53 +0200 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: mktime() and (dates 1970 || dates 2037) Derick, I've read a lot of people are having problems using the function mktime() in combination with dates before 1970 and after 2037. I also have been reading about time_t and it being 32 bit, 64 bit signed or unsigned. In al the responses I read it's not an PHP problem but an windows problem. Can you explain why date-calculations with other software on the same computer do work correctly on the same config. Other software being f.i. Mysql? How is it they can get things to work and the people who develop PHP can't? Thanks for taking the time. With kind regards, Roger -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator
FWIW: Signed shift seems to make little sense to me personally, since we are just dealing with a row of bits, and if you really want to do a quick multiplication/division, you might just as well use a * or / operator - it is not going to hurt that much:). *However*, it's been possible in different languages since before I had my first computer (e.g. SHL/SHR and SAL/SAR in asm x86), so we might provide the same functionality and create a new operator to discriminate between signed and unsigned shifts.Just a thought. Don't kill me if that would be polluting the language. Vlad Alexander Wirtz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Jason et al., On Monday 10 September 2001 16:24, Jason Greene wrote: Is there anyone out there who uses on negative numbers? There is the discussion on the engine2 list about whether to make an unsigned right shift, or to introduce a new operator . I'd be grateful, if the behaviour of won't change, as I'm using it in some scripts for exactly this purpose. A is the usual unsigned right-shift in c-style languages, it wouldn't hurt to introduce it to PHP as well, would it? Speak-up or potential loose your negative shift-ability Done :) Best Regards, Alex - -- | Alexander Wirtz | eMail: [EMAIL PROTECTED] | | web@ctive GmbH|Accidents, Emergency, Ambulance | -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7nNSEDTqTaMH1weIRAhdBAKCbojb6+0yw1alYGS1tQgydLAcfEQCg24wE ssB1EoyRTzQY2R1jQhAcJDw= =zebw -END PGP SIGNATURE- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] mktime() and (dates 1970 || dates 2037) (fwd)
Derick Rethans wrote: I've read a lot of people are having problems using the function mktime() in combination with dates before 1970 and after 2037. I also have been reading about time_t and it being 32 bit, 64 bit signed or unsigned. In al the responses I read it's not an PHP problem but an windows problem. lets say 'operating system' problem, as it's originaly a unix definition Can you explain why date-calculations with other software on the same computer do work correctly on the same config. Other software being f.i. Mysql? How is it they can get things to work and the people who develop PHP can't? lots of 3rd party libraries expect unix timestamps as function arguments or deliver them as function results even MySQL does so when using the UNIX_TIMESTAMP() function in queries we could escape the escape the UNIX domain by defining our own date format or data type, but only for a price the UNIX domain ( 1.1.1970 to somewhere around 2037 ) is a well known concept to UNIX developers and even to C/C++ developers on other platforms ( C mktime() and friends are defined in the C ANSI standard) if you need dates outside of this range you could for example use the PHP calendar extension http://php.net/calendar -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator
FWIW: Signed shift seems to make little sense to me personally, since we are just dealing with a row of bits, and if you really want to do a quick multiplication/division, you might just as well use a * or / operator - it is not going to hurt that much:). I completely agree *However*, it's been possible in different languages since before I had my first computer (e.g. SHL/SHR and SAL/SAR in asm x86), so we might provide the same functionality and create a new operator to discriminate between signed and unsigned shifts.Just a thought. Don't kill me if that would be polluting the language. IMHO: If other languages have strange things, I don't see why PHP should take it over... Don't copy bad operators! But... currently, how does PHP handle this? I'm afraid the wrong way? --Jeroen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Fwd: Re: [PHP-DEV] Woah
Zeev Suraski wrote: Ken - see my point? :) I have seen it all along. I just do not think that removing it is better than leaving it forever but discouraging it. And you cannot say that 'ugliness is not a metric' for anyone except yourself. Multiple people have brought that aspect up, so obviously it matters to *them*. Please do not dismiss those inputs unless you think they do not count, in which case I suppose we should just accept that you are inflexible and consider your opinion better than anyone else's. :-D -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ All right everyone! Step away from the glowing hamburger! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
Zeev Suraski wrote: Did/do you use gettext in other languages? No If the answer to the latter, at least, is 'no' then I think the experience of people like Rasmus and Chuck -- who *do* use gettext a lot, and in other languages -- carries a helluva lot more weight than your speculation and that of other non-gettext-users. I respectfully disagree. The issue here isn't about people who use gettext. It's about those who don't. Eh? So you do not mind making a feature harder for the people who use it, just because it makes more sense to the people who do not? ??? Moral - the obscurity of such a feature should be determined by the general public, and *NOT* by the ones who use it. Okey, determine that it is obscure. Determining that and removing it are two different things. I do not mind if you label it as obscure; I *do* mind you, who never use it, making it much more difficult for the people who do. Live and let live, don't try to force people into your mould. Did you look at the deprecation method I suggested? Yes. It boils down to taking something away from your users. Now or later, that is still what it is doing. Your argument seems to be that _() is obscure for people who happen to come across it, or have to suddenly maintain something that uses it. The userland function solution does not change that. My opinion: let them deal with it. They are and probably will remain a minority compared to those who actually actively use it. How long has it taken you, one of the in-depth-est PHP developers, to notice this? The effort required for them to find out what it does, compared to that required by current users to change the way they work, seems very heavily weighted toward the latter. MHO, of course. When I encountered this whilst tech-editing PHP Essential Reference, my reaction was, 'Cool! What a low-impact way to do I18N!' And I kid you not, that is really how I felt, and feel. The problem with this whole discussion is that people are mixing two issues: (a) Is it an ok thing that _() is a PHP function I say that it is perhaps unfortunate, but okey. (b) What can we do about removing it That only comes up if people answer 'no' to (a). Hey, I am not a member of the PHP group. I am just a user. Never mind that I have been writing software for more than a quarter-century. You guys are going to do whatever you're going to do, and the only effect my differing opinion is likely to have is to piss everybody off. So I'll stop arguing and let you get on with it. -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ All right everyone! Step away from the glowing hamburger! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
Chuck Hagenbuch wrote: Zeev: were it being added now, no, I wouldn't argue for it. My argument is based on it having been there for years and being in heavy use in some people's code. Likewise MHO. -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ All right everyone! Step away from the glowing hamburger! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
Joey Smith wrote: Ken, I whole-heartedly apologize for my rude statments...it is simply a measure of my frustration with _() that led to me behave so poorly, and I hope you'll forgive me. Thank you for apologising. Forgiven. :-) -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ All right everyone! Step away from the glowing hamburger! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Woah
On 08/09/01, Cristopher Daniluk [EMAIL PROTECTED] wrote: Again, as mentioned before, this is suitable: function _($string) { return gettext($string); } Yes, but if you use gettext on any large site, you will be using it a helluva lot; and this would slow it down. I would adopt this if the Zend Engine could optimize this away to be either an inline function call or dynamically create an alias. However, since I have already used this in hundreds of lines of code, as have others for a long time now, I think we should stop talking about _(); it's not going to acheive anything - we can't change it because of BC. --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
On 08/09/01, Zeev Suraski [EMAIL PROTECTED] wrote: At least give the user the option to decide whether he wants to pollute his namespace. At least give the code readers a chance to figure out what's going on by grepping the PHP source code. Sending them to the C source code or to debuggers is the old style thinking of PHP. Most new comers to PHP today have no C knowledge. The user gets the choice of polluting their namespace by compiling in the gettext extension. Are you really serious when you say that you want to deprecate _()?? Just think how many of the bigger guys will be affected and seriously pissed that their nicely localized enterprise application suddenly doesn't work or drops its performance several notches ? Yes, I know it's not nice, but it's the unnofficial standard. Lets think about this: _() is only there if you compile in the gettext extension. _() is recognized by all gettext users as being an alias for gettext() You say that _ should not be used for anything in the language or on it's own. So it's never going to collide with anything else You say that if you come across it and wonder what it does, the manual doesn't tell you what it is. Lets solve that by putting it in the manual. I don't think it's such a big deal. --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13238: Reproducible segfault on large page using objects and expat
From: [EMAIL PROTECTED] Operating system: Linux 2.4.5-0.4 PHP version: 4.0CVS-2001-09-10 PHP Bug Type: Reproducible crash Bug description: Reproducible segfault on large page using objects and expat I have a reproducible segfault involving a large project I am working on. I don't currently have a reduced test case, but i'm trying to get one. I'll attach the backtrace to the bug. I'm also seeing similar errors on other systems using the same php code library, only they are unreproducible. -- Edit bug report at: http://bugs.php.net/?id=13238edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13238 Updated: Reproducible segfault on large page using objects and expat
ID: 13238 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.5-0.4 PHP Version: 4.0CVS-2001-09-10 New Comment: Php was compiled with ./configure --with-apache=../apache_1.3.20 --enable-debug Program received signal SIGSEGV, Segmentation fault. 0x080cede0 in call_user_function_ex (function_table=0x820f968, object_pp=0x0, function_name=0x417, retval_ptr_ptr=0xbfffc6cc, param_count=2, params=0xbfffc6d0, no_separation=0, symbol_table=0x0) at zend_execute_API.c:394 394 if (function_name-type==IS_ARRAY) { /* assume array($obj, $name) couple */ (gdb) bt #0 0x080cede0 in call_user_function_ex (function_table=0x820f968, object_pp=0x0, function_name=0x417, retval_ptr_ptr=0xbfffc6cc, param_count=2, params=0xbfffc6d0, no_separation=0, symbol_table=0x0) at zend_execute_API.c:394 #1 0x0810d4c6 in php_array_walk (target_hash=0x86fc474, userdata=0x0) at array.c:977 #2 0x0810d682 in zif_array_walk (ht=2, return_value=0x82e9654, this_ptr=0x0, return_value_used=0) at array.c:1023 #3 0x080be477 in execute (op_array=0x86d896c) at ./zend_execute.c:1590 #4 0x080cf3be in call_user_function_ex (function_table=0x86f0c70, object_pp=0x82e96f0, function_name=0x82e9614, retval_ptr_ptr=0xbfffccbc, param_count=2, params=0xbfffccc0, no_separation=0, symbol_table=0x0) at zend_execute_API.c:511 #5 0x0810d4c6 in php_array_walk (target_hash=0x86fbd1c, userdata=0x0) at array.c:977 #6 0x0810d682 in zif_array_walk (ht=2, return_value=0x82e9594, this_ptr=0x0, return_value_used=0) at array.c:1023 #7 0x080be477 in execute (op_array=0x85bc83c) at ./zend_execute.c:1590 #8 0x080cf3be in call_user_function_ex (function_table=0x85bd000, object_pp=0x82e8ff8, function_name=0x82e9044, retval_ptr_ptr=0xbfffd2ac, param_count=2, params=0xbfffd2b0, no_separation=0, symbol_table=0x0) at zend_execute_API.c:511 #9 0x0810d4c6 in php_array_walk (target_hash=0x82e7b84, userdata=0x0) at array.c:977 #10 0x0810d682 in zif_array_walk (ht=2, return_value=0x82e9104, this_ptr=0x0, return_value_used=0) at array.c:1023 #11 0x080be477 in execute (op_array=0x831d504) at ./zend_execute.c:1590 #12 0x080cf3be in call_user_function_ex (function_table=0x8321600, object_pp=0x82e86f8, function_name=0x82e855c, retval_ptr_ptr=0xbfffd89c, param_count=2, params=0xbfffd8a0, no_separation=0, symbol_table=0x0) at zend_execute_API.c:511 #13 0x0810d4c6 in php_array_walk (target_hash=0x867f63c, userdata=0x0) at array.c:977 #14 0x0810d682 in zif_array_walk (ht=2, return_value=0x82e8744, this_ptr=0x0, return_value_used=0) at array.c:1023 #15 0x080be477 in execute (op_array=0x83204c4) at ./zend_execute.c:1590 #16 0x080be64b in execute (op_array=0x8320f4c) at ./zend_execute.c:1630 #17 0x080be64b in execute (op_array=0x83073ac) at ./zend_execute.c:1630 #18 0x080be64b in execute (op_array=0x824522c) at ./zend_execute.c:1630 #19 0x080b2e6a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:809 #20 0x08080dce in php_execute_script (primary_file=0xb570) at main.c:1310 #21 0x0807c0d6 in apache_php_module_main (r=0x823bc34, display_source_mode=0) at sapi_apache.c:90 #22 0x0807a93c in send_php () at eval.c:41 ---Type return to continue, or q return to quit--- #23 0x0807a995 in send_parsed_php () at eval.c:41 #24 0x08157bc7 in ap_invoke_handler () at eval.c:41 #25 0x0816b9b3 in process_request_internal () at eval.c:41 #26 0x0816ba14 in ap_process_request () at eval.c:41 #27 0x08162e65 in child_main () at eval.c:41 #28 0x08163010 in make_child () at eval.c:41 #29 0x08163184 in startup_children () at eval.c:41 #30 0x081637d7 in standalone_main () at eval.c:41 #31 0x08163fff in main () at eval.c:41 #32 0x400cc7c7 in __libc_start_main (main=0x8163c60 main, argc=2, ubp_av=0xb9a4, init=0x8062b18 _init, fini=0x8191d00 _fini, rtld_fini=0x4000db74 _dl_fini, stack_end=0xb99c) at ../sysdeps/generic/libc-start.c:129 Previous Comments: [2001-09-10 17:04:05] [EMAIL PROTECTED] I have a reproducible segfault involving a large project I am working on. I don't currently have a reduced test case, but i'm trying to get one. I'll attach the backtrace to the bug. I'm also seeing similar errors on other systems using the same php code library, only they are unreproducible. Edit this bug report at http://bugs.php.net/?id=13238edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
On 08/09/01, James Moore [EMAIL PROTECTED] wrote: I think that echo is used a lot more so lets make echo aliased as ^(.) oh and perhaps we should have sprintf as *() and dont forget while.. I bet perople get bored of typing that so lets make it (conditional expreesion) { } No, no, no, no! :-) The people here arguing for the _() gettext alias are NOT suggesting that we alias everything with insane single character aliases. It's about _() being the standard for gettext. The gettext code processing tools also use it. Yes I agree that to someone that hasn't used it before it's confusing, but so what? Put it in the manual and the confusion goes away. I don't think deprecating it will make the problem go away: people will still use it because a) all their other code uses it and b) thats the way you do things with gettext c) A page full of the word gettext is certainly harder for a person to parse and read the meaning of their localized text than an inobtrusive _ character. So, if we remove the falias people will still put their own in and all the PHP code will end up looking the same so the net effect is that we have slowed down the PHP code, added a function and not changed the readability or namespace pollution. So what exactly are we arguing about^H^H^H^H^H^H^H^H^H^H^H^H^H discussing here? That _() is evil and should go, or that we definitely don't want anything else like it in the future? I think/hope that it is the latter. If the purists have their way and remove the alias (even if it is a long time away), then we can offer one of the following solutions: 1. Allow a way for PHP code to tell the zend engine that an identifier is now a function alias. 2. Create a php config directive that allows you to do the same thing 3. Force the user to declare their function but have the zend engine optimize the function call to call the aliased function. I like the idea of the last option if you're into readability, although the first two are likely to be a few cycles faster overall (there is no need to parse the function call to setup that alias). I still maintain that losing _() won't buy PHP anything, but agree that we should not let any other single character alias creep in there. --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12022 Updated: limitations of php://stdout
ID: 12022 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Output Control Operating System: linux PHP Version: 4.0.2 New Comment: First update to more recent version before submiting any bug reports. 4.0.2 is just too old. --Jani Previous Comments: [2001-09-09 15:07:16] [EMAIL PROTECTED] incidently, i've used telnet to port 80 to monitor the output of the .php script that feeds the applet, and it's clear that the problem is on the php end. having said that, i have no idea if this is normal 4.0.2 behavior or if it will not be reproduced on other systems. results of these tests are below... # # First using the php://stdout technique, # exactly as suggested by rasmus # telnet artcontext.org 80 Trying 160.79.162.111... Connected to artcontext.org. Escape character is '^]'. GET /act/01/test/makeencoded.php HTTP/1.0 HTTP/1.1 200 OK Date: Sun, 09 Sep 2001 19:21:14 GMT Server: Apache/1.3.12 (Unix) ApacheJServ/1.1.2 PHP/4.0.2 X-Powered-By: PHP/4.0.2 Connection: close Content-Type: application/x-gzip Connection closed by foreign host. # # connection closes, no output # # # next using the readfile technique -- # telnet artcontext.org 80 Trying 160.79.162.111... Connected to artcontext.org. Escape character is '^]'. GET /act/01/test/makeencoded.php HTTP/1.0 HTTP/1.1 200 OK Date: Sun, 09 Sep 2001 19:21:31 GMT Server: Apache/1.3.12 (Unix) ApacheJServ/1.1.2 PHP/4.0.2 X-Powered-By: PHP/4.0.2 Connection: close Content-Type: application/x-gzip (some garbage compression text appears here) [2001-09-09 14:57:45] [EMAIL PROTECTED] in order to demonstrate the problem that i'm experiencing, i've made a small tarball with rasmus's suggestion, and the java applet (simplified) code that accepts the file-based gzip data, but doesn't work with the technique rasmus suggests. since i'm using 4.0.2, i could only try one of his suggestions (there was no gzencode in 4.0.2). andy http://artcontext.org/act/01/test.gz PS successful execution of the applet simply dumps Hello World into the monitor/console. [2001-09-08 20:34:59] [EMAIL PROTECTED] What exactly is the issue here? Why are you trying to open up stdout? You can write gzip data directly without doing that. For example: ? Header(Content-type: application/x-gzip); echo gzencode(Hello World); ? This works just fine. The headers are uncompressed, the content is compressed. I don't see a bug here. stdout only makes sense when running from the command line. Which also works just fine, by the way: ? Header(Content-type: application/x-gzip); $fp = gzopen(php://stdout, w); gzputs ($fp, Hello World); ? which when run from the command line produces: X-Powered-By: PHP/4.0.7-dev Content-type: application/x-gzip óHÍÉÉÏ/ÊIV±J Again, uncompressed headers, compressed data. [2001-09-08 20:16:23] [EMAIL PROTECTED] You may want to wait on closing that bug... ID: 12022 Updated by: sterling Old Status: Open Status: Closed Bug Type: Output Control Operating System: linux New Comment: use the header() function, btw, Perl is not php, gzopen(php://stdout, w) is not the same as the Perl example. With respect to Sterling's suggestion that I use header(), that was of course the _first_ thing that I tried, but it did not work with (my PHP/4.0.2 running on Linux). I'm not sure what point he is trying to make about perl not being php. I'm not a perl fanatic trying to demonstrate the limitations of php, I simply can't do what I want to do with php. if you read the original bug report carefully, you will see that the problem resides in not being able to emit uncompressed headers before the compressed output, at least when using php://stdout. i have no problem when i use the readfile() technique: the headers are uncompressed and the content of the file can be g-zip. andy Previous Comments: [2001-07-10 14:23:04] [EMAIL PROTECTED] With perl cgi I can create a GZIP output stream to a Java applet as follows: print(Content-type: application/x-gzip\n\n); my $gz=gzopen(\*STDOUT, wb) || die(gasp!); however, the same technique seems to be impossible with php://stdout. i realize that i can open a gzip'd stream as follows (note: i am using php 4.02): gzopen(php://stdout,w); however, there seems to be no way to get header fields (uncompressed) to precede the gzip'd output. this presents an unresolvable problem on the browser side, because some
Re: [PHP-DEV] Woah
Wez Furlong wrote: Are you really serious when you say that you want to deprecate _()?? Just think how many of the bigger guys will be affected and seriously pissed that their nicely localized enterprise application suddenly doesn't work or drops its performance several notches ? Yes, I know it's not nice, but it's the unnofficial standard. Lets think about this: _() is only there if you compile in the gettext extension. _() is recognized by all gettext users as being an alias for gettext() You say that _ should not be used for anything in the language or on it's own. So it's never going to collide with anything else You say that if you come across it and wonder what it does, the manual doesn't tell you what it is. Lets solve that by putting it in the manual. a very big +1 from my side here -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13239: server child crashes during use of mcrypt...
From: [EMAIL PROTECTED] Operating system: Linux 2.4.2 (SuSE 7.1 / 7.2) PHP version: 4.0CVS-2001-09-10 PHP Bug Type: Reproducible crash Bug description: server child crashes during use of mcrypt... i'm trying out a groupware in php (downloaded from http://www.horde.org/, latest cvs)... according to that documentation it was recommend to download the latest cvs-revision from php in order to get everything working... cause earlyer versions of php (including 4.0.6) don't support all the functions used there, i wasn't able to check the them against the bug, too. (p.s: please excuse my bad english... :-) server child crashes during the call of mdecrypt_generic, but not allways on every call (just the 2nd or 3rd...) example follows: - cut - ?php function testit() { if (function_exists('mcrypt_module_open')) { $key=3224e91c21ee5dd7e9bd83c79290bbda; $ciphertext=3224e91c21ee5dd7e9bd83c79290bbda; $td = mcrypt_module_open(MCRYPT_GOST, '', MCRYPT_MODE_ECB, ''); $iv = mcrypt_create_iv(mcrypt_enc_get_iv_size($td), MCRYPT_RAND); @mcrypt_generic_init($td, $key, $iv); error_log(BEFORE); $decrypted_data = mdecrypt_generic($td, $ciphertext); error_log(AFTER); mcrypt_generic_end($td); return $decrypted_data; } else { include_once 'Crypt/HCEMD5.php'; $hcemd5 = new Crypt_HCEMD5($key); return $hcemd5-decodeMimeSelfRand($ciphertext); } } testit(); echo(); ? - cut - now the backtrace follows: -- cut -- (gdb) run -X -f /etc/httpd/httpd.conf -D STATUS-D SSL Starting program: /usr/sbin/httpd -X -f /etc/httpd/httpd.conf -D STATUS-D SSL Program received signal SIGSEGV, Segmentation fault. 0x42b2905c in gost_LTX__mcrypt_decrypt () from /usr/lib/libmcrypt/gost.so (gdb) bt #0 0x42b2905c in gost_LTX__mcrypt_decrypt () from /usr/lib/libmcrypt/gost.so #1 0x42b2b990 in ecb_LTX__mdecrypt () from /usr/lib/libmcrypt/ecb.so #2 0x4001fd65 in mcrypt_enc_get_algorithms_name () from /usr/lib/libmcrypt.so.4 #3 0x4001f188 in mdecrypt_generic () from /usr/lib/libmcrypt.so.4 #4 0x40490a4e in zif_mdecrypt_generic (ht=2, return_value=0x81dbfc4, this_ptr=0x0, return_value_used=1) at mcrypt.c:578 #5 0x40424e39 in execute (op_array=0x825ef34) at ./zend_execute.c:1590 #6 0x4042508c in execute (op_array=0x825b3c4) at ./zend_execute.c:1630 #7 0x4042508c in execute (op_array=0x82b7b94) at ./zend_execute.c:1630 #8 0x40434013 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:809 #9 0x40442eb6 in php_execute_script (primary_file=0xb3a8) at main.c:1310 #10 0x4043e86e in apache_php_module_main (r=0x8175310, display_source_mode=0) at sapi_apache.c:90 #11 0x4043f430 in send_php (r=0x8175310, display_source_mode=0, filename=0x0) at mod_php4.c:575 #12 0x4043f4a3 in send_parsed_php (r=0x8175310) at mod_php4.c:590 #13 0x8055250 in ap_invoke_handler () #14 0x80679cc in ap_some_auth_required () #15 0x8067a43 in ap_process_request () #16 0x805fe27 in ap_child_terminate () #17 0x805ffd5 in ap_child_terminate () #18 0x8060116 in ap_child_terminate () #19 0x8060738 in ap_child_terminate () #20 0x8060fb5 in main () #21 0x40120baf in __libc_start_main () from /lib/libc.so.6 (gdb) -- Edit bug report at: http://bugs.php.net/?id=13239edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13222 Updated: system does not seem to work on 98
ID: 13222 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Program Execution Operating System: windows 98 PHP Version: 4.0.6 New Comment: IIRC, there were some more fixes for this applied after the release of 4.0.6. Please try the development build from http://www.php4win.de/ Previous Comments: [2001-09-10 05:14:02] [EMAIL PROTECTED] Are you sure you are using 4.0.6? Derick [2001-09-10 02:10:44] [EMAIL PROTECTED] html head titledir test/title /head body ?php $str=`dir c:`; ? pre ?php echo $str; ? /pre /body /html I have written the following code and it reports the following error :- Warning: Unable to fork [dir c:] in d:\scripts\test\php\pasconner\systemtest.php on line Edit this bug report at http://bugs.php.net/?id=13222edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
Quoting Wez Furlong [EMAIL PROTECTED]: 2. Create a php config directive that allows you to do the same thing -1. Config directives are a huge headache for people who distribute code (and for projects like PEAR). Let's not encourage adding more of them, when there are much better solutions... (yes, Wez, I know this wasn't your top choice) -chuck -- Charles Hagenbuch, [EMAIL PROTECTED] Some fallen angels have their good reasons. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13238 Updated: Reproducible segfault on large page using objects and expat
ID: 13238 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.5-0.4 PHP Version: 4.0CVS-2001-09-10 New Comment: Looking at backtrace i noticed array_walk, and since my script an array walk to run macro functions on a group of objects i looked into the code. After rewriting the code to no longer use array_walk, the segfault went away. Below is the array_walk code, but it works most of the time, only in certain situations do segfaults happen. I'm sorry i can't give you more helpful information. macroTransverse is called from the base object in the stack by reset($this-store);array_walk($this-store,array($this,macroTransverse)); This is a method on a base object, that multiple other objects extend from. function macroTransverse ($obj,$key) { if ($this-isSlate($obj)) { if (is_object($obj)) { $obj-macro(); } if (!empty($obj-store)) { if (is_array($obj-store)) { reset($obj-store); array_walk($obj-store,array($obj,macroTransverse)); reset($obj-store); } } } } Previous Comments: [2001-09-10 17:06:03] [EMAIL PROTECTED] Php was compiled with ./configure --with-apache=../apache_1.3.20 --enable-debug Program received signal SIGSEGV, Segmentation fault. 0x080cede0 in call_user_function_ex (function_table=0x820f968, object_pp=0x0, function_name=0x417, retval_ptr_ptr=0xbfffc6cc, param_count=2, params=0xbfffc6d0, no_separation=0, symbol_table=0x0) at zend_execute_API.c:394 394 if (function_name-type==IS_ARRAY) { /* assume array($obj, $name) couple */ (gdb) bt #0 0x080cede0 in call_user_function_ex (function_table=0x820f968, object_pp=0x0, function_name=0x417, retval_ptr_ptr=0xbfffc6cc, param_count=2, params=0xbfffc6d0, no_separation=0, symbol_table=0x0) at zend_execute_API.c:394 #1 0x0810d4c6 in php_array_walk (target_hash=0x86fc474, userdata=0x0) at array.c:977 #2 0x0810d682 in zif_array_walk (ht=2, return_value=0x82e9654, this_ptr=0x0, return_value_used=0) at array.c:1023 #3 0x080be477 in execute (op_array=0x86d896c) at ./zend_execute.c:1590 #4 0x080cf3be in call_user_function_ex (function_table=0x86f0c70, object_pp=0x82e96f0, function_name=0x82e9614, retval_ptr_ptr=0xbfffccbc, param_count=2, params=0xbfffccc0, no_separation=0, symbol_table=0x0) at zend_execute_API.c:511 #5 0x0810d4c6 in php_array_walk (target_hash=0x86fbd1c, userdata=0x0) at array.c:977 #6 0x0810d682 in zif_array_walk (ht=2, return_value=0x82e9594, this_ptr=0x0, return_value_used=0) at array.c:1023 #7 0x080be477 in execute (op_array=0x85bc83c) at ./zend_execute.c:1590 #8 0x080cf3be in call_user_function_ex (function_table=0x85bd000, object_pp=0x82e8ff8, function_name=0x82e9044, retval_ptr_ptr=0xbfffd2ac, param_count=2, params=0xbfffd2b0, no_separation=0, symbol_table=0x0) at zend_execute_API.c:511 #9 0x0810d4c6 in php_array_walk (target_hash=0x82e7b84, userdata=0x0) at array.c:977 #10 0x0810d682 in zif_array_walk (ht=2, return_value=0x82e9104, this_ptr=0x0, return_value_used=0) at array.c:1023 #11 0x080be477 in execute (op_array=0x831d504) at ./zend_execute.c:1590 #12 0x080cf3be in call_user_function_ex (function_table=0x8321600, object_pp=0x82e86f8, function_name=0x82e855c, retval_ptr_ptr=0xbfffd89c, param_count=2, params=0xbfffd8a0, no_separation=0, symbol_table=0x0) at zend_execute_API.c:511 #13 0x0810d4c6 in php_array_walk (target_hash=0x867f63c, userdata=0x0) at array.c:977 #14 0x0810d682 in zif_array_walk (ht=2, return_value=0x82e8744, this_ptr=0x0, return_value_used=0) at array.c:1023 #15 0x080be477 in execute (op_array=0x83204c4) at ./zend_execute.c:1590 #16 0x080be64b in execute (op_array=0x8320f4c) at ./zend_execute.c:1630 #17 0x080be64b in execute (op_array=0x83073ac) at ./zend_execute.c:1630 #18 0x080be64b in execute (op_array=0x824522c) at ./zend_execute.c:1630 #19 0x080b2e6a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:809 #20 0x08080dce in php_execute_script (primary_file=0xb570) at main.c:1310 #21 0x0807c0d6 in apache_php_module_main (r=0x823bc34, display_source_mode=0) at sapi_apache.c:90 #22 0x0807a93c in send_php () at eval.c:41 ---Type return to continue, or q return to quit--- #23 0x0807a995 in send_parsed_php () at eval.c:41 #24 0x08157bc7 in ap_invoke_handler () at eval.c:41 #25 0x0816b9b3 in process_request_internal () at eval.c:41 #26 0x0816ba14
[PHP-DEV] Bug #13228 Updated: Document contains no data but nothing in Apache logs and no core
ID: 13228 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: IRIX64 6.5 PHP Version: 4.0.6 New Comment: Please ask support questions on the mailing lists: http://www.php.net/support.php Previous Comments: [2001-09-10 08:28:58] [EMAIL PROTECTED] php doesn't do a core dump, but always return Document contains no data Apache 1.3.12 URL to test: http://www.sca.uqam.ca/analyse/map.php4 CFLAGS='-O2 -I/io/httpd/apache_1.3.12_src/openssl-0.9.6/include' ./configure --with-mysql=/usr/local/mysql --with-apxs=/io/httpd/apache_1.3.12/bin/apxs --with-imap=/io/httpd/apache_1.3.12_src/php-3.0.16/imap --enable-memory-limit=yes --enable-debug=no In httpd.conf: LoadModule php3_modulelibexec/libphp3.so LoadModule php4_modulelibexec/libphp4.so AddModule mod_php3.c AddModule mod_php4.c AddType application/x-httpd-php3 .php AddType application/x-httpd-php3 .php3 AddType application/x-httpd-php3-source .phps AddType application/x-httpd-php3 .html AddType application/x-httpd-php3 .htm AddType application/x-httpd-php .php3 AddHandler application/x-httpd-php .php4 If I use AddType instead of AddHandler for php4, I get a dialog that ask me if I want to save the document. Edit this bug report at http://bugs.php.net/?id=13228edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
Here's a functional alias_function call which duplicates a functions entry in the global function table (ripped from APD with minor mods). PHP_FUNCTION(alias_function) { zval **z_orig_fname, **z_new_fname; zend_function *func, *dummy_func; if( ZEND_NUM_ARGS() != 2 || zend_get_parameters_ex(2, z_orig_fname, z_new_fname) == FAILURE ) { ZEND_WRONG_PARAM_COUNT(); } convert_to_string_ex(z_orig_fname); convert_to_string_ex(z_new_fname); if(zend_hash_find(EG(function_table), Z_STRVAL_PP(z_orig_fname), Z_STRLEN_PP(z_orig_fname) + 1, (void **) func) == FAILURE) { zend_error(E_WARNING, alias(%s, %s) failed: %s does not exist!, Z_STRVAL_PP(z_new_fname), Z_STRVAL_PP(z_orig_fname), Z_STRVAL_PP(z_orig_fname)); RETURN_FALSE; } if(zend_hash_find(EG(function_table), Z_STRVAL_PP(z_new_fname), Z_STRLEN_PP(z_new_fname) + 1, (void **) dummy_func) == SUCCESS) { zend_error(E_WARNING, alias(%s, %s) failed: %s already exists!, Z_STRVAL_PP(z_new_fname), Z_STRVAL_PP(z_orig_fname), Z_STRVAL_PP(z_new_fname)); RETURN_FALSE; } if(zend_hash_add(EG(function_table), Z_STRVAL_PP(z_new_fname), Z_STRLEN_PP(z_new_fname) + 1, func, sizeof(zend_function), NULL) == FAILURE) { zend_error(E_WARNING, Failed to insert %s into EG(function_table), Z_STRVAL_PP(z_new_fname)); RETURN_FALSE; } RETURN_TRUE; } - Original Message - From: Wez Furlong [EMAIL PROTECTED] To: James Moore [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Zeev Suraski [EMAIL PROTECTED] Sent: Monday, September 10, 2001 5:23 PM Subject: Re: [PHP-DEV] Woah On 08/09/01, James Moore [EMAIL PROTECTED] wrote: I think that echo is used a lot more so lets make echo aliased as ^(.) oh and perhaps we should have sprintf as *() and dont forget while.. I bet perople get bored of typing that so lets make it (conditional expreesion) } No, no, no, no! :-) The people here arguing for the _() gettext alias are NOT suggesting that we alias everything with insane single character aliases. It's about _() being the standard for gettext. The gettext code processing tools also use it. Yes I agree that to someone that hasn't used it before it's confusing, but so what? Put it in the manual and the confusion goes away. I don't think deprecating it will make the problem go away: people will still use it because a) all their other code uses it and b) thats the way you do things with gettext c) A page full of the word gettext is certainly harder for a person to parse and read the meaning of their localized text than an inobtrusive _ character. So, if we remove the falias people will still put their own in and all the PHP code will end up looking the same so the net effect is that we have slowed down the PHP code, added a function and not changed the readability or namespace pollution. So what exactly are we arguing about^H^H^H^H^H^H^H^H^H^H^H^H^H discussing here? That _() is evil and should go, or that we definitely don't want anything else like it in the future? I think/hope that it is the latter. If the purists have their way and remove the alias (even if it is a long time away), then we can offer one of the following solutions: 1. Allow a way for PHP code to tell the zend engine that an identifier is now a function alias. 2. Create a php config directive that allows you to do the same thing 3. Force the user to declare their function but have the zend engine optimize the function call to call the aliased function. I like the idea of the last option if you're into readability, although the first two are likely to be a few cycles faster overall (there is no need to parse the function call to setup that alias). I still maintain that losing _() won't buy PHP anything, but agree that we should not let any other single character alias creep in there. --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13240: Getting cgi timeout error
From: [EMAIL PROTECTED] Operating system: w2k PHP version: 4.0.6 PHP Bug Type: IIS related Bug description: Getting cgi timeout error I am running a .exe program as part of the php script. This .exe runs fine, but it does not come to stop(even though it finished it's job). This throws the following error... CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. I am using php 4.0.6 on w2k and IIS. -- Edit bug report at: http://bugs.php.net/?id=13240edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13241: round() failed elementary level math
From: [EMAIL PROTECTED] Operating system: Linux 2.4.x PHP version: 4.0.6 PHP Bug Type: Math related Bug description: round() failed elementary level math [Post from PHP-DEV] ?php $x = 10.95; $y = 0.70; $e = $x*$y; print Discounted price = $e\n; var_dump($e); $z = round($e, 2); var_dump($z); print Rounded Price = $z\n; // this works grrr $x = round(7.665, 2); print Working example of round = $x\n; ? Produces [cnewbill@storm cnewbill]$ php -q t.php Discounted price = 7.665 float(7.665) float(7.66) Rounded Price = 7.66 Working example of round = 7.67 [cnewbill@storm cnewbill]$ php -v 4.0.6 Which is wrong, it should be 7.67. If I don't do the multiplication and simply send round 7.665 it works right!!?? Any ideas? -Chris -- Edit bug report at: http://bugs.php.net/?id=13241edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator
Hi Jeroen, to give a little bit background, as a student of computersciences I happen to work with bitshift not as a means of having a quick multiplication or division, but as using it to manipulate bit-patterns. The distinction between signed and unsigned rightshift is nothing strange, obscure or redundant, but is implemented down to the machine-language itsself (dependent on cpu-architecture). So this is no bad operator, but one of the most crucial operators on bit-patterns. I don't want to sound arrogant (saying this is almost always a sure sign, that it will ;-) ) but maybe you should inform yourself the next time why other languages have this operator implemented. Disabling signed shifting will force me to turn back to perl, as I use this feature for quick hacking certain scripts I use at the University (and that would be a very cruel thing to do :o) ) - besides, it would disregard the holy BC... Cheers flames on (constructive comments are welcome), Alexander -- | Alexander Wirtz | eMail: [EMAIL PROTECTED] | | web@ctive GmbH| Accidents, Emergency, Ambulance| -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RISC OS port
Hi A while ago I port PHP to the RISC OS operating system, and now I've finally got things in a reasonable state, and would like to merge some of the changes into the main source tree. There's only a handful of small patches to various files, and a new SAPI module. Should I post the changes to this list, mail them to someone, or apply for a CVS account? I don't envisage too many more changes, but there might be the odd thing now and again if other peoples changes cause things to break. Thanks Alex -- Alex Waugh [EMAIL PROTECTED] RISC OS software from http://www.alexwaugh.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
Wez Furlong wrote: So it's never going to collide with anything else You say that if you come across it and wonder what it does, the manual doesn't tell you what it is. Lets solve that by putting it in the manual. It is mentioned in the PHP manual. See http://php.net/gettext. We have a convention, not to document aliases as a function. This means _() is mentioned within the gettext() function. It is also listet as alias in Hartmuts function tables. In Hartmuts function tables the _() function is listed as italic character, but most people wouldn't regocnice the underscore character as italic character :) -Egon -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator
From: Jeroen van Wolffelaar [EMAIL PROTECTED] Date: 2001/09/10 Mon PM 01:58:03 CDT To: Vlad Krupin [EMAIL PROTECTED], Alexander Wirtz [EMAIL PROTECTED] CC: Jason Greene [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], Andrei Zmievski [EMAIL PROTECTED], Andi Gutmans [EMAIL PROTECTED] Subject: Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator FWIW: Signed shift seems to make little sense to me personally, since we are just dealing with a row of bits, and if you really want to do a quick multiplication/division, you might just as well use a * or / operator - it is not going to hurt that much:). I completely agree Which is faster, adding a number several hundred times or shifting a few bits? (no need to answer just making a point) *However*, it's been possible in different languages since before I had my first computer (e.g. SHL/SHR and SAL/SAR in asm x86), so we might provide the same functionality and create a new operator to discriminate between signed and unsigned shifts.Just a thought. Don't kill me if that would be polluting the language. IMHO: If other languages have strange things, I don't see why PHP should take it over... Don't copy bad operators! But... currently, how does PHP handle this? I'm afraid the wrong way? --Jeroen Yep the signed way. PHP just calls C's , which shifts according to the datatype. If the datatype is signed (which in php it is) it performs a signed shift, if it is unsigned it performs an unsigned shift. The problem lies in the fact that a loosely typed language has no concept of sign/unsigned types. Java got around this by creating a new operator for unsigned shifting . I personally have never had a need to shift signed values, but someone has spoken up that does, and as such I believe we should leave compatibility with this. It looks like we have no choice but to follow java on this one. Does anyone disagree? -Jason -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13241 Updated: round() failed elementary level math
ID: 13241 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Math related Operating System: Linux 2.4.x PHP Version: 4.0.6 New Comment: Floats are inaccurate, by doing some math on them, you ended up with 7.664 or something, which is correctly rounded DOWN. Simply don't use floats if it needs to accurate. RTFM on floats, you'll more info there. Previous Comments: [2001-09-10 18:08:03] [EMAIL PROTECTED] [Post from PHP-DEV] ?php $x = 10.95; $y = 0.70; $e = $x*$y; print Discounted price = $e\n; var_dump($e); $z = round($e, 2); var_dump($z); print Rounded Price = $z\n; // this works grrr $x = round(7.665, 2); print Working example of round = $x\n; ? Produces [cnewbill@storm cnewbill]$ php -q t.php Discounted price = 7.665 float(7.665) float(7.66) Rounded Price = 7.66 Working example of round = 7.67 [cnewbill@storm cnewbill]$ php -v 4.0.6 Which is wrong, it should be 7.67. If I don't do the multiplication and simply send round 7.665 it works right!!?? Any ideas? -Chris Edit this bug report at http://bugs.php.net/?id=13241edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13241 Updated: round() failed elementary level math
ID: 13241 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Math related Operating System: Linux 2.4.x PHP Version: 4.0.6 New Comment: The language-monster has eaten up my verbs, sorry for that ;-) --Jeroen Previous Comments: [2001-09-10 18:55:24] [EMAIL PROTECTED] Floats are inaccurate, by doing some math on them, you ended up with 7.664 or something, which is correctly rounded DOWN. Simply don't use floats if it needs to accurate. RTFM on floats, you'll more info there. [2001-09-10 18:08:03] [EMAIL PROTECTED] [Post from PHP-DEV] ?php $x = 10.95; $y = 0.70; $e = $x*$y; print Discounted price = $e\n; var_dump($e); $z = round($e, 2); var_dump($z); print Rounded Price = $z\n; // this works grrr $x = round(7.665, 2); print Working example of round = $x\n; ? Produces [cnewbill@storm cnewbill]$ php -q t.php Discounted price = 7.665 float(7.665) float(7.66) Rounded Price = 7.66 Working example of round = 7.67 [cnewbill@storm cnewbill]$ php -v 4.0.6 Which is wrong, it should be 7.67. If I don't do the multiplication and simply send round 7.665 it works right!!?? Any ideas? -Chris Edit this bug report at http://bugs.php.net/?id=13241edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
Wez Furlong wrote: What about delete()? Thats not even a real alias ? strpos and strchr? This dummy entry in the documentation was done by Kristian Köhntopp because most Windows lusers wouldn't find the real unlink() function. Sure it may be anoying some Unix users, but it is very helpfull for Windows users because they asked on mailing lists nearly daily, how can I delete a file. -Egon -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV]RC2
The latest CVS configures and builds properly for me as a CGI with IBMJava2-13 now. Please give it a try. CVS is working with JDK-1.3.1 as cgi. Thanks for the fix! Regards, Alex -- | Alexander Wirtz | eMail: [EMAIL PROTECTED] | | web@ctive GmbH| Accidents, Emergency, Ambulance| -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
No, actually. I find syntax highlighting both annoying and distracting. I hope you're not terribly surprised by my answer. :) I would rather see something to the effect of use strict; (as in perl) that can be defined (per site/directory/namespace/SOMETHING...) to mean use gettext on all calls to print than to see _() stay. On Mon, 10 Sep 2001, Wez Furlong wrote the following to Joey Smith : On 10/09/01, Joey Smith [EMAIL PROTECTED] wrote: I would love if every C developer in the world would stop using this. I doubt that's going to happen anytime soon...but at least I can voice my opinion here, what people at least hear me out, if they don't exactly *hear* me. :) I hear you, but sadly I don't think this will ever be changed :-( It's a bad idea. Always. No matter what language you are using. No matter what kind of library you are talking about. Making things this complex into such an easy thing to overlook is a good way to hurt and frustrate your users, and your fellow coders. Is gettext() *REALLY* that hard to type? I find that really, really hard to believe. It's not just the typing factor, it's the readability factor. Yes, gettext tells you what it does but it gets in the way. Do you use syntax highlighting in your code editor of choice? I do, and I find that I take in a lot of the syntactic information almost on a sublimininal level; my brain doesn't have to work as hard to understand the grammar so I can spend more time understanding what the code does. If I turn off the highlighting, or if it is not available (like running vi over telnet) it is that much harder to work with the code. To a certain extent shortening gettext() to _() is the same; think about it for a moment (you don't have to like it! ;-) If I gave you a piece of paper that had the word gettext tiled in the background with the code printed over the top you'd find it hard work to read the code. I know it's not exactly the same thing, but I'm just highlighting why I prefer _() in this case. The sheer quantity of gettext calls does make it unwieldy to use the full function name. --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] RC2
Will PHP work with Apache 2.0beta2, Tomcat 4.0b7, and Solaris 8? I have yet to get this combo working using apache filters. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, September 10, 2001 4:34 PM To: Sascha Schumann Cc: Alexander Wirtz; Jani Taskinen; Zeev Suraski; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] RC2 The latest CVS configures and builds properly for me as a CGI with IBMJava2-13 now. Please give it a try. CVS is working with JDK-1.3.1 as cgi. Thanks for the fix! Regards, Alex -- | Alexander Wirtz | eMail: [EMAIL PROTECTED] | | web@ctive GmbH| Accidents, Emergency, Ambulance| -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Regarding the code audit
There are quite a few warnings generated which are semi-bogus, because the tool being used is picking up PHP function names like chmod() and chown()while there *are* potential problems here (see TSRM/tsrm_virtual_cwd.h), the situation is not as bad as it appears... On the other hand, the suggested fixes (ie, using fchown()) require a file descriptor being passed in, which will require quite a bit of changes to the underlying API (IIUC), so things may just be worse than they appear! :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
On 11/09/01, Egon Schmid [EMAIL PROTECTED] wrote: This dummy entry in the documentation was done by Kristian K��opp because most Windows lusers wouldn't find the real unlink() function. Sure it may be anoying some Unix users, but it is very helpfull for Windows users because they asked on mailing lists nearly daily, how can I delete a file. Yeah, but the point is that despite the convention that we don't document aliases, we have exceptions. So why not document _()??? --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Woah
I think that the point Zeev, Joey, I, and maybe one other person in the world are trying to make is not that _() is the best way to call gettext, our point is that being a nifty shortcut doesn't land its home in the heart of our fabulous language. We have a billion modules in php now, everything from cybercash to ircg (no offense to Sascha). What if EVERYONE who uses one of these arbitrary modules is used to _() in their preferred language? Of course you're going to say name one, but that would be you missing the point. We're being hypothetical, because as computer scientists, we know that the worst will always happen. We often ignore that fact, as in this case here (similarly with y2k). I think that I can summarize the viewpoints of my comrades as follows: 1. Yes, everyone who uses gettext expects _() to be there 2. Yes, its a good thing to make these people happy 3. Making them happy does not mean we need to risk confusion in our entire language. It also doesn't mean we give gettext people special treatment over some other module that may want _() for an equally good reason. 4. We (being people other than myself) came up with several naming conventions by which PHP should behave. These apply to functions, not to things like regexes and ?= as others have brought up. 5. It's not like removing _() from PHP blocks any future ability to use _() in code. The myth that people will have to change thousands of lines of code is patently false 6. Even C's gettext, the primo example of _ in action, DOES NOT BRING _ IN BY DEFAULT. It requires the DEVELOPER to introduce the alias via a #DEFINE. Even C, the mother of polluted, distasteful namespaces doesn't dare bring it in, and in fact in GNU Gettext's documentation, it states that doing so arbitrarily would not be good. 7. Plenty of alternatives have been suggested. Userspace functions were suggested but not liked because of the potential for apocalyptic performance losses that singlehandedly drives even the smallest i18n site into the ground in a ball of fiery mass (end of sarcasm). Still, the option of introducing runtime function aliases and/or compiler directives was brought up. I personally prefer this solution, its not a bad idea for PHP to have anyway, and gives users a ONE LINE solution, while giving the rest of PHP, the overwhelming majority mind you, a more consistent language. Clearly, no one loses in this scenario. The small chunk who use gettext make a one line change. Performance is not affected. Conventions are satisfied. Everyone goes home happy. What's the problem? Regards, Cristopher Daniluk President CEO email: [EMAIL PROTECTED] direct: 330/530-2373 Digital Services Network, Inc Unleashing Your Potential voice: 800/845-4822 web: http://www.dsnet.net/ -Original Message- From: Wez Furlong [mailto:[EMAIL PROTECTED]] Sent: Monday, September 10, 2001 6:00 PM To: Joey Smith Cc: Wez Furlong; PHP Developer List Subject: Re: [PHP-DEV] Woah On 10/09/01, Joey Smith [EMAIL PROTECTED] wrote: I would love if every C developer in the world would stop using this. I doubt that's going to happen anytime soon...but at least I can voice my opinion here, what people at least hear me out, if they don't exactly *hear* me. :) I hear you, but sadly I don't think this will ever be changed :-( It's a bad idea. Always. No matter what language you are using. No matter what kind of library you are talking about. Making things this complex into such an easy thing to overlook is a good way to hurt and frustrate your users, and your fellow coders. Is gettext() *REALLY* that hard to type? I find that really, really hard to believe. It's not just the typing factor, it's the readability factor. Yes, gettext tells you what it does but it gets in the way. Do you use syntax highlighting in your code editor of choice? I do, and I find that I take in a lot of the syntactic information almost on a sublimininal level; my brain doesn't have to work as hard to understand the grammar so I can spend more time understanding what the code does. If I turn off the highlighting, or if it is not available (like running vi over telnet) it is that much harder to work with the code. To a certain extent shortening gettext() to _() is the same; think about it for a moment (you don't have to like it! ;-) If I gave you a piece of paper that had the word gettext tiled in the background with the code printed over the top you'd find it hard work to read the code. I know it's not exactly the same thing, but I'm just highlighting why I prefer _() in this case. The sheer quantity of gettext calls does make it unwieldy to use the full function name. --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] BEGIN:VCARD VERSION:2.1 N:Daniluk;Cristopher FN:Cristopher Daniluk ORG:Digital Services Network,
RE: [PHP-DEV] Woah
At least can we create a reference? User wants to know what the hell _ is, he goes to www.php.net/_ and gets an answer - of course that may be a problem since _ is such a goofy url, most people will assume it doesn't work. Another reason _ is bad! :) Regards, Cristopher Daniluk President CEO email: [EMAIL PROTECTED] direct: 330/530-2373 Digital Services Network, Inc Unleashing Your Potential voice: 800/845-4822 web: http://www.dsnet.net/ -Original Message- From: Wez Furlong [mailto:[EMAIL PROTECTED]] Sent: Monday, September 10, 2001 6:58 PM To: Egon Schmid Cc: [EMAIL PROTECTED] Subject: RE: [PHP-DEV] Woah What about delete()? Thats not even a real alias ? strpos and strchr? Let's put in the alias for _(); it removes the wtf factor. --Wez. It is mentioned in the PHP manual. See http://php.net/gettext. We have a convention, not to document aliases as a function. This means _() is mentioned within the gettext() function. It is also listet as alias in Hartmuts function tables. In Hartmuts function tables the _() function is listed as italic character, but most people wouldn't regocnice the underscore character as italic character :) -Egon -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] BEGIN:VCARD VERSION:2.1 N:Daniluk;Cristopher FN:Cristopher Daniluk ORG:Digital Services Network, Inc.;Executive Management TITLE:President CEO NOTE;ENCODING=QUOTED-PRINTABLE:=0D=0A TEL;WORK;VOICE:(330) 530-2373 TEL;WORK;VOICE:(800) 845-4822 TEL;CELL;VOICE:(330) 219-4819 TEL;WORK;FAX:(208) 723-6782 ADR;WORK;ENCODING=QUOTED-PRINTABLE:;President;89 West Marshall Avenue=0D=0ASuite A;McDonald;Ohio;44437;United S= tates of America LABEL;WORK;ENCODING=QUOTED-PRINTABLE:President=0D=0A89 West Marshall Avenue=0D=0ASuite A=0D=0AMcDonald, Ohio 4443= 7=0D=0AUnited States of America URL;WORK:http://www.dsnet.net/~cris EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20010528T230445Z END:VCARD -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Regarding the code audit
On Mon, 10 Sep 2001, Joey Smith wrote: There are quite a few warnings generated which are semi-bogus, because the tool being used is picking up PHP function names like chmod() and chown()while there *are* potential problems here (see TSRM/tsrm_virtual_cwd.h), the situation is not as bad as it appears... On the other hand, the suggested fixes (ie, using fchown()) require a file descriptor being passed in, which will require quite a bit of changes to the underlying API (IIUC), so things may just be worse than they appear! :) Actually, the report is pretty bogus. It doesn't check for proper function usage, but rather, where dangerous functions are used. For example, it reports a warning every time someone uses sprintf()... Its not something I'd worry about... -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13242: Issues compiling with IMAP support
From: [EMAIL PROTECTED] Operating system: Redhat Linux 7.0 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: Issues compiling with IMAP support Having issues compiling PHP with IMAP 4.7 with Redhat 7.0 When I use the --with-imap=/usr/lib I get the same problem as in bug 8485 (Compiles fine, but get an SSL Error when restarting apache) When I add the --with-imap-ssl=/usr/lib, php compiles, apache works, but the imap module does not function correctly, whereas the postgres module works. When I use BOTH --with-imap=/usr/lib and --with-imap-ssl=/usr/lib i get an error with the ./configure script replies that the imap program does not support SSL. (configure: error: This c-client library does not support SSL. Recompile or remove --with-imap-ssl from configure line) System Configuration: Redhat 7.0 IMAP 4.7 RPM with Dev Packages OpenSSH RPM with Dev Packages Apache RPM with Dev Packages Configure script: ./configure --with-pgsql --with-apxs=/usr/sbin/apxs --enable-track-vars --with-imap=/usr/lib/ --with-kerberos (Using with Kerberos support as mentioned in bug database when compiling with RedHat.) Upgrading Redhat to support another version imap or imap2000 is not an option as I have software that relies on RH7.0 and is not supported by 7.1 :( If you require more information, please let me know. Please Help? Cheers, Shane. -- Edit bug report at: http://bugs.php.net/?id=13242edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Woah
Seems like we have a trend of conventions and their exceptions in PHP :) Regards, Cristopher Daniluk President CEO email: [EMAIL PROTECTED] direct: 330/530-2373 Digital Services Network, Inc Unleashing Your Potential voice: 800/845-4822 web: http://www.dsnet.net/ -Original Message- From: Wez Furlong [mailto:[EMAIL PROTECTED]] Sent: Monday, September 10, 2001 8:21 PM To: Egon Schmid Cc: Wez Furlong; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Woah On 11/09/01, Egon Schmid [EMAIL PROTECTED] wrote: This dummy entry in the documentation was done by Kristian Km9m4opp because most Windows lusers wouldn't find the real unlink() function. Sure it may be anoying some Unix users, but it is very helpfull for Windows users because they asked on mailing lists nearly daily, how can I delete a file. Yeah, but the point is that despite the convention that we don't document aliases, we have exceptions. So why not document _()??? --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] BEGIN:VCARD VERSION:2.1 N:Daniluk;Cristopher FN:Cristopher Daniluk ORG:Digital Services Network, Inc.;Executive Management TITLE:President CEO NOTE;ENCODING=QUOTED-PRINTABLE:=0D=0A TEL;WORK;VOICE:(330) 530-2373 TEL;WORK;VOICE:(800) 845-4822 TEL;CELL;VOICE:(330) 219-4819 TEL;WORK;FAX:(208) 723-6782 ADR;WORK;ENCODING=QUOTED-PRINTABLE:;President;89 West Marshall Avenue=0D=0ASuite A;McDonald;Ohio;44437;United S= tates of America LABEL;WORK;ENCODING=QUOTED-PRINTABLE:President=0D=0A89 West Marshall Avenue=0D=0ASuite A=0D=0AMcDonald, Ohio 4443= 7=0D=0AUnited States of America URL;WORK:http://www.dsnet.net/~cris EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20010528T230445Z END:VCARD -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
Wez Furlong wrote: On 11/09/01, Egon Schmid [EMAIL PROTECTED] wrote: This dummy entry in the documentation was done by Kristian K��opp If you don't use the ISO 8859-1 language I have to rewrite the name with: Kristian Koehntopp. because most Windows lusers wouldn't find the real unlink() function. Sure it may be anoying some Unix users, but it is very helpfull for Windows users because they asked on mailing lists nearly daily, how can I delete a file. Yeah, but the point is that despite the convention that we don't document aliases, we have exceptions. So why not document _()??? The _() alias is no function. If someone build-in gettext, he or she should read the gettext documentation. The manual can be only a better function reference and if every alias would have a description just like the real functions, newbies will never find the functions to use. So let the aliases mentioned at the pages where the real functions are described. Look at http://php.net/mysql functions to get the point. There are many old function names, which cannot deprecated, because this functions are now aliases. Out of the curiosity, there have been a function (couldn't find it yet) which was named rtfm(). This function appears in a German book about PHP and it was implemented as a real function and was properly documented. If you are interested in the not so long history of the rtfm() function, search in the PHP-DEV mailing list archive. -Egon PS1: I'm editing openssl to fix some prototypes, so don't touch it in the next couple of minutes. PS2: Sorry, will start again after an update. Please be patient until you see my commit. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Woah
On 11/09/01, Cristopher Daniluk [EMAIL PROTECTED] wrote: Still, the option of introducing runtime function aliases and/or compiler directives was brought up. I personally prefer this solution, its not a bad idea for PHP to have anyway, and gives users a ONE LINE solution, while giving the rest of PHP, the overwhelming majority mind you, a more consistent language. Clearly, no one loses in this scenario. The small chunk who use gettext make a one line change. Performance is not affected. Conventions are satisfied. Everyone goes home happy. What's the problem? There isn't one (as I have been saying all along). But it doesn't really change the fact that code that uses gettext will still have _() everywhere, and we will still have the problem of people saying wtf does _() mean? I can't find it in the manual?? which is the basis of this whole argument. Let's do this alias thing, but lets also document _() for the sake of those people that have never heard of gettext but need to maintain the code. --Wez. The world needs more engineers -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] openssl (was Re: [PHP-DEV] Woah)
On 11/09/01, Egon Schmid [EMAIL PROTECTED] wrote: PS1: I'm editing openssl to fix some prototypes, so don't touch it in the next couple of minutes. PS2: Sorry, will start again after an update. Please be patient until you see my commit. Too late... I'm done for now though. --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #1: lkjlkjlkjlkjlkjlkj
From: [EMAIL PROTECTED] Operating system: sas PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: lkjlkjlkjlkjlkjlkj sdmsa.,m sad -- Edit bug report at: http://bugs.php.net/?id=1edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
On 11/09/01, Egon Schmid [EMAIL PROTECTED] wrote: The _() alias is no function. If someone build-in gettext, he or she should read the gettext documentation. The manual can be only a better function reference and if every alias would have a description just like the real functions, newbies will never find the functions to use. So why don't we have an alias index? Surely we can autmatically generate such a list and just have the aliases link to the preferred functions? Out of the curiosity, there have been a function (couldn't find it yet) which was named rtfm(). This function appears in a German book about PHP and it was implemented as a real function and was properly documented. If you are interested in the not so long history of the rtfm() function, search in the PHP-DEV mailing list archive. IIRC, it was Hartmut's baby but it got voted out. I didn't realize it was publicized in a book :) --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #2: ;k
From: [EMAIL PROTECTED] Operating system: ds PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: ;k ,mn,mn,n,m n,m n, n -- Edit bug report at: http://bugs.php.net/?id=2edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
On Mon, 10 Sep 2001, Joey Smith wrote: The point that *I* have been trying to get at is that this has *ALWAYS* been a bad idea, no matter what langague you are using. You all talk an awful lot about how _ decreases the contextual overhead. What I'm trying to express is that THIS IS BAD! gettext() is deep magic. When you are doing deep magic, every single thing you can do to make people MORE aware of what that magic relates to is a GOOD THING. I would love if every C developer in the world would stop using this. I doubt that's going to happen anytime soon...but at least I can voice my opinion here, what people at least hear me out, if they don't exactly *hear* me. :) It's a bad idea. Always. No matter what language you are using. No matter what kind of library you are talking about. Making things this complex into such an easy thing to overlook is a good way to hurt and frustrate your users, and your fellow coders. Is gettext() *REALLY* that hard to type? I find that really, really hard to believe. Sorry, I know I'm descending once again, but I have lost quite a bit of time trying to figure out what _ was (in C, not in PHP). I want to save others that pain and frustration if at all possible. It's a bad idea *to implement it in the language*, yes. It's a bad idea to implement this in the language for precisely the reasons that have been detailed here: it would be difficult to track down in the documentation (or header files), and it would clutter the language's namespace inappropriately. It's also against PHP's naming standards. But it's arrogant in the extreme to claim that it's always a bad idea for *anyone* to use such a convenience name. The practices of individual C programmers working on projects not related to PHP, or of programmers writing internationalized web apps, should not be at issue here, and I'm opposed to any measure which attempts to restrict the programmer's freedom in this regard. This includes the notion of removing _() without offering a suitable replacement mechanism that has comparable overhead both in the writing of the code and the running of it. Like it or not, the low overhead this gettext convention imposes on authors of C programs *has* contributed to its widespread adoption. I think a lesser solution in PHP is a disservice to the international community, and a terrible thing to do in the name of language purity. So I'm all for removing _() from the gettext extension... but I think the people who are so eager for this have a responsibility to make sure PHP has a good option for user-aliasing of functions in place before it goes away. Steve Langasek postmodern programmer -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
Wez Furlong wrote: On 11/09/01, Egon Schmid [EMAIL PROTECTED] wrote: The _() alias is no function. If someone build-in gettext, he or she should read the gettext documentation. The manual can be only a better function reference and if every alias would have a description just like the real functions, newbies will never find the functions to use. So why don't we have an alias index? Surely we can autmatically generate such a list and just have the aliases link to the preferred functions? To automatically generate lists of functions and/or a separate alias list is no problem. The problem is the alphabetically sorting of lists with the current DSSSL stylesheets. I hope Hartmut or Jouni will have enough free time to play with it. Out of the curiosity, there have been a function (couldn't find it yet) which was named rtfm(). This function appears in a German book about PHP and it was implemented as a real function and was properly documented. If you are interested in the not so long history of the rtfm() function, search in the PHP-DEV mailing list archive. IIRC, it was Hartmut's baby but it got voted out. I didn't realize it was publicized in a book :) No, it was Peter Petermann's baby. He was one of the technical reviewers of a German book about PHP. We have here in Stuttgart a verg big and great PHP user community and so we have been informed, that Peter made his best joke in his life and wrote the nonexistent rtfm() function into this book. Late evening, Hartmut made a skeleton of that function with his notebook and checked it some days later in and provided the proper documentation. The rest of this story is history. This was the first case in the history of PHP that a function was described before the code existed. (There may be a formating code in the date functions, that is documented but not coded.) -Egon -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13155 Updated: PEAR HTML/Common.php Warning: Undefined offset
ID: 13155 Updated by: cox Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Closed Bug Type: Unknown/Other Function Operating System: All I guess PHP Version: 4.0CVS-2001-09-05 New Comment: no feedback, so close it Previous Comments: [2001-09-06 18:55:15] [EMAIL PROTECTED] I couldn't reproduce the problem. Could you provide a more complete test script? [2001-09-05 17:15:32] [EMAIL PROTECTED] I hope this is the right place for this. Do let me know if it isnt. Looks like _parseAttributes has a minor warning being generated when error_reporting (E_ALL); is on and $headerStyle = bgcolor=blue nowrap; and then $table - addRow($contents=$header_row, $headerStyle, 'TH'); whilst using HTML/Table.php from PEAR. This diff corrects the problem, but I'm sure the author would produce a better solution: 121a122,124 if (! isset ($regs[7][$valCounter])) { $regs[7][$valCounter] = 0; } Rickey. Edit this bug report at http://bugs.php.net/?id=13155edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: _
At 22:18 10-09-01, Rodent of Unusual Size wrote: Zeev Suraski wrote: Ken - see my point? :) I have seen it all along. I just do not think that removing it is better than leaving it forever but discouraging it. What I was trying to point out was that you were arguing something completely different from the pro-_ camp. Others were arguing two completely a different and contradictory view. In my opinion, if the others were holding your view, I believe that the situation would be solvable. Since, unlike you, they *really* think that introducing _() was a good idea and would have done the same today, the situation is not solvable. And you cannot say that 'ugliness is not a metric' for anyone except yourself. Multiple people have brought that aspect up, so obviously it matters to *them*. Ugliness is not a metric because if it was, you would be forced to do all sorts of contradicting things. One person thinks one thing is ugly, others think other things are ugly. It's a subjective issue by definition, which is why it cannot be made a metric. Even if we could decide unanimously that repeating certain functions so many times is 'ugly' in an objective manner, we don't have a generic solution for it. So, we picked some arbitrary solution for one function. Why not others? Metrics for language features should be clarity, consistency, and the likes. They're subjective too, but they're less subjective, and you stand a better chance of measuring them. Please do not dismiss those inputs unless you think they do not count, in which case I suppose we should just accept that you are inflexible and consider your opinion better than anyone else's. :-D You surprise me again with this sting but I'll ignore them again for the same reason I ignored them last time. It's *not* because I think you're right. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Woah
At 01:30 11-09-01, Egon Schmid wrote: Wez Furlong wrote: So it's never going to collide with anything else You say that if you come across it and wonder what it does, the manual doesn't tell you what it is. Lets solve that by putting it in the manual. It is mentioned in the PHP manual. See http://php.net/gettext. There's a *big* difference between mentioning it in the documentation, and having it documented. A function being documented has to mean that if I don't know what it is, I can look it up in the manual. This is *NOT* true for _(). You can say it's mentioned in the documentation, but it's certainly not documented. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]