[PHP-DEV] microtime and gettimeofday
hi everybody i wanted to do a waiting function and read on php.net, that usleep does not work under windows. so i did my own function and got problems with microtime and gettimeofday does anybody has expiriences that these doesn't work under windows? e.g. i got for the usec - value of gettimeofday values higher than one million? please help thanx alex -- 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: PHP4.0.7RC1 memory problem
FYI PHP 4.0.8-dev (updated about 30 min ago) has the same problem. BTW, I don't enable output compression in PHP. No custom output handler. I enabled mbstr-enc-trans, but there should be no acutual translation, since I'm using EUC-JP for both internal/output encoding. Yasuo Ohgaki Yasuo Ohgaki wrote: I got SIGSEGV. GNU gdb 5.0rh-5 Red Hat Linux 7.1 Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) run -X Starting program: /usr/sbin/httpd -X [Tue Sep 4 14:10:25 2001] [warn] Loaded DSO lib/apache/mod_gzip.so uses plain Apache 1.3 API, this module might crash under EAPI! (please recompile it with -DEAPI) Program received signal SIGSEGV, Segmentation fault. 0x40106fb6 in chunk_free (ar_ptr=0x401aff00, p=0x819f1f8) at malloc.c:3142 3142 malloc.c: No such file or directory. in malloc.c (gdb) bt #0 0x40106fb6 in chunk_free (ar_ptr=0x401aff00, p=0x819f1f8) at malloc.c:3142 #1 0x40106d59 in __libc_free (mem=0x819f200) at malloc.c:3054 #2 0x40597a05 in free_zend_constant (c=0x81bc1a8) at zend_constants.c:34 #3 0x405b2a59 in zend_hash_del_key_or_index (ht=0x80bfca8, arKey=0x81bc190 include_path, nKeyLength=13, h=3932814155, flag=0) at zend_hash.c:512 #4 0x405b3340 in zend_hash_reverse_apply (ht=0x80bfca8, apply_func=0x40597acc clean_non_persistent_constant) at zend_hash.c:741 #5 0x40597e86 in clean_non_persistent_constants () at zend_constants.c:163 #6 0x405a1da8 in shutdown_executor () at zend_execute_API.c:194 #7 0x405ac92f in zend_deactivate () at zend.c:594 #8 0x405bde23 in php_request_shutdown (dummy=0x0) at main.c:736 #9 0x405ba12e in apache_php_module_main (r=0x81993f8, display_source_mode=0) at sapi_apache.c:96 #10 0x405baf24 in send_php (r=0x81993f8, display_source_mode=0, filename=0x819b160 /home/httpd/dev/ygb/support/feedback/question/index.shtml) at mod_php4.c:575 #11 0x405baf9e in send_parsed_php (r=0x81993f8) at mod_php4.c:590 #12 0x08055927 in ap_invoke_handler () at eval.c:41 #13 0x08069bdb in process_request_internal () at eval.c:41 #14 0x08069c3c in ap_process_request () at eval.c:41 #15 0x08061011 in child_main () at eval.c:41 #16 0x080611e0 in make_child () at eval.c:41 #17 0x08061354 in startup_children () at eval.c:41 #18 0x080619a3 in standalone_main () at eval.c:41 #19 0x080621db in main () at eval.c:41 #20 0x400a3177 in __libc_start_main (main=0x8061e28 main, argc=2, ubp_av=0xba3c, init=0x804fa20 _init, fini=0x8099f6c _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xba34) at ../sysdeps/generic/libc-start.c:129 (gdb) ./configure \ --enable-debug \ --with-dmalloc \ --with-apxs \ --disable-short-tags \ --without-mysql \ --enable-bcmath \ --enable-ftp \ --enable-shmop \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-memory-limit \ --enable-wddx \ --with-bz2 \ --with-curl \ --with-ftp \ --with-iconv \ --with-mhash \ --with-mcrypt \ --with-openssl \ --with-pgsql \ --with-regex=system \ --with-zlib \ --with-gd=../gd-2.0.1 \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-xpm-dir=/usr/X11R6 \ _ 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]
[PHP-DEV] Bug #13120: /usr/lib/dld.sl: Unresolved symbol: libiconv (code)
From: [EMAIL PROTECTED] Operating system: HP-11 PHP version: 4.0.6 PHP Bug Type: GD related Bug description: /usr/lib/dld.sl: Unresolved symbol: libiconv (code) I can't start apache (1.3.20) with php compiled as module: bonnie.root./ $ /www/bin/apachectl start /usr/lib/dld.sl: Unresolved symbol: libiconv (code) from /opt/gettext/lib/libintl.sl /usr/lib/dld.sl: Unresolved symbol: libiconv_open (code) from /opt/gettext/lib/libintl.sl /usr/lib/dld.sl: Unresolved symbol: libiconv_close (code) from /opt/gettext/lib/libintl.sl Syntax error on line 205 of /apps/WEB/apache/conf/httpd.conf: Cannot load /apps/WEB/apache/libexec/libphp4.sl into server: No such file or directory /www/bin/apachectl start: httpd could not be started My configure options are: CC=cc-Ae CXX=aCC./configure --prefix=/apps/WEB/php --with-apxs=/apps/WEB/apache/bin/apxs --with-gd=/opt/g d --with-zlib-dir=/opt/zlib --without-mysql --with-xpm-dir=/opt/xpm --with-png-dir=/opt/libpng --with-ttf=/o pt/freetype --enable-gd-native-ttf --with-jpeg-dir=/opt/jpeg-6 --with-gettext=/opt/gettext - I have installed in /opt the following swlibs: binutils-2.11.2-sd-11.00.depot bison-1.28-sd-11.00.depot flex++-3.0.3-sd-11.00.depot freetype-1.3.1-sd-11.00.depot freetype-2.0.4-sd-11.00.depot gcc-3.0.1-sd-11.00.depot gd-1.8.4-sd-11.00.depot gettext-0.10.38-sd-11.00.depot jpeg-6b-sd-11.00.depot libiconv-1.6.1-sd-11.00.depot libpng-1.0.11-sd-11.00.depot make-3.79.1-sd-11.00.depot perl-5.6.1-sd-11.00.depot xpm-3.4k-sd-11.00.depot zlib-1.1.3-sd-11.00.depot -- Edit bug report at: http://bugs.php.net/?id=13120edit=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] Reverting Rand Changes
[Sterling Hughes [EMAIL PROTECTED]] Hey all, Just giving notice, I'll be reverting the recent rand changes tomorrow (well, technically later today) First of all, I think you should direct this to Jeroen first, not the rest of us. Second, I think the treatment Jeroen has gotten here lately gives him the right to fix his changes before you or anyone else reverts them (they're here now, give him a chance). Finally, if the changes _are_ going to be reverted, give Jeroen some respect and let him do it. - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- 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 #13121: Callback function problem
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: Callback function problem I have a problem, I try to call any string function inside a callback function and I recive the following error message: PHP has encountered an Access Violation at 00DAE529 Note that I use the parser inside a class (maybe is the problem?) -- Edit bug report at: http://bugs.php.net/?id=13121edit=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] Patch for improved autoconf 2.50 compatibility
On Mon, 3 Sep 2001, Steve Langasek wrote: Hello, For purposes of backwards compatibility, Debian provides both autoconf 2.52 and autoconf 2.13 and autodetects whether features from autoconf 2.50 are required. PHP CVS has a stated dependency on autoconf 2.50 PHP CVS is supposed to work with 2.13 and 2.5x. If you encounter any problems, please report them using the bug database. Thanks, - 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] Microsoft Passport and PHP
Is there any resource\module for Microsoft Passport Sign-in Manager interfacing with PHP? If not, I may be able to code one, so is there a quickstart for coding new modules? Giacomo Cariello, [EMAIL PROTECTED] KeyID: 3072/1024/0x409C9044 Fingerprint: 7984 10FD 0460 4202 BF90 3881 CDE4 D78E 409C 9044 Put that mic in my hand and let me kick out the jams! - MC5 -- 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: Bug #13112 Updated: problems writing files when PHP is run from command line
Yes, i can't see them too. only in screen. Can it be a problem of character map of anything like that ? Thank you Hugo Alexandre Dias Web-Programmer MNI - Médicos na Internet E-mail: [EMAIL PROTECTED] ICQ # 7995052 http://www.mni.pt http://www.saudenainternet.pt http://www.listamedica.com http://medicos24.siconline.pt MNI - Um Mundo de Médicos - Original Message - From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 03, 2001 6:40 PM Subject: Bug #13112 Updated: problems writing files when PHP is run from command line ID: 13112 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Filesystem function related Operating System: windows PHP Version: 4.0.6 New Comment: With which application do you view the file? Try redirecting stdout to a file and see if you can see the accented characters. php -f yourscript.php output Awaiting feedback. - Markus Previous Comments: [2001-09-03 12:27:12] [EMAIL PROTECTED] There is a problem when i use PHP as a command script. When i write some string with accented chars to the screen it is ok, but when i write the same string into a file the accents don't show and are changed by other Chars. When i run the same script by the browser i don't get any problem. Is this a PHP problem or a character map of my computer? Thank you. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=13112edit=2 -- 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 #13123: UploadProblems
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: UploadProblems Hi i have an Problem with uploads.This problem is only under Windows with severall WebServers. An Upload with 32MB is running but very slow , more than 32 MB make always problems . Need a long time more than 1Hour over an 100Mbit Network. When the Download is finished php hangs it does not find the downloaded file, but only if more than 32MB. The php.ini values are all 1000MB. Under Linux there is no Problem it run very fast. regards Claude -- Edit bug report at: http://bugs.php.net/?id=13123edit=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] R: Range literal (proposal)
I think that also this is a good idea, it's similar to slice selection in python (in python you write var[0:2] etc...) -- Federico [EMAIL PROTECTED] -- Anders Johannsen [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED] It would be nice addition to have a Range literal in PHP. The range() implements the functionality in part, but in an extremly ineffecient manner. What I would like to see, is a builtin Range 'type', which only holds the start and end points. Let's consider some practical applications: 1: $str = this is a test string; $str[0...4] #= this 2: $arr = ['this', 'is', 'a', 'test'] $arr[2..4] #= ['is', 'a'] 3: $str = hello world; $offset = 6; $end = 11; substr($str, $offset...$end); #= world 4: foreach ('a'..'d' as $chr) { print $chr; } # Prints a,b,c 5: $range = 5...10; range_first($range); #= 5 range_last($range); #= 10 range_size($range);#= 6 6: $range = range(0, 3); for ($i = 0; $i == $range; $++) { print $i; } # Prints 0, 1, 2, 3 $i = 0; while ($i == $range) { print $i++; } # Prints 0, 1, 2, 3 An implementation of my suggestion would obviously require some work (hacking?) inside the Zend Engine, which, I believe, is best left up to people with a understanding of its internals (which rules me out). Let me know what you think. Btw: Is there a PHP mechanism for language improvement suggestions (such as Perl's RFC or Ruby's RCR)? /A -- Anders Johannsen, Denmark -- 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: base_convert() broken
Sebastian Bergmann wrote: Stanislav Malyshev wrote: See current CVS, I've added a patch that should fix it. Note: the functions like decbin still don't use the zval-ed functions, so they work only on longs as of now. I'll try, as soon as I can build HEAD again. Works fine now, thanks! Could you merge this into 4_0_7, please? -- Sebastian Bergmann Measure Traffic Usability http://sebastian-bergmann.de/http://phpOpenTracker.de/ -- 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: base_convert() broken
SB Works fine now, thanks! Could you merge this into 4_0_7, SB please? OK. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- 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] Rand
PS: Egon, go read my reply when you asked that the first time. Wasn't I clear? It was in plain English though... I have only asked you, why have you deleted the comments. It was in my mail: - I DID NOT REMOVE THEM Ich habe den nicht weggeholt!!! I just MOVED them. That was already in my first reply. See rand_mt.c. --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 #13125: Bug in Local Value configuration
From: [EMAIL PROTECTED] Operating system: Apache Linux r00s01 2.4.4-4GB #1 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: Bug in Local Value configuration I had a problem with uploaded files, they constantly stuck when trying to upload them to the webserver via th so called upload script (I used exactly the one from PHP documentation) So I changed the Local Value for upload_max_filesize but left the one for Master Value the same. This is my actuall configuration now: upload_max_filesize | Local:10M | Master:2M Now the Problem is exactly the same as bevore, I can not upload 10MB, I can not upload 5MB, but I may do so whith files that are sized lower than 2MB (this is an issue that bothers me a lot, cause I am loosing users from my website constantly ... they go to other poages that operate with historic CGI-Scripts, but those can handle hundrde MB's at the same time) If replying to me, I will have to forward that mail to Jene [EMAIL PROTECTED] - and it would be great, if you could just send him a copy of the answer as well, cause we are patently waiting to get that problem fixed, without having to change the variable for Master as well. What will we have to do then? I put a PHPinfo of our server for you to check at the following URL: http://unrealed.gamesweb.com/zip/view.php so you can see, that we did not make too many mistakes in generall! THIS IS A BUG and schould be fixed as soon as possible! -- Edit bug report at: http://bugs.php.net/?id=13125edit=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: PHP4.0.7RC1 memory problem
Do you use dl() anywhere? Is the crash reproducible? At 10:05 04-09-01, Yasuo Ohgaki wrote: FYI PHP 4.0.8-dev (updated about 30 min ago) has the same problem. BTW, I don't enable output compression in PHP. No custom output handler. I enabled mbstr-enc-trans, but there should be no acutual translation, since I'm using EUC-JP for both internal/output encoding. Yasuo Ohgaki Yasuo Ohgaki wrote: I got SIGSEGV. GNU gdb 5.0rh-5 Red Hat Linux 7.1 Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) run -X Starting program: /usr/sbin/httpd -X [Tue Sep 4 14:10:25 2001] [warn] Loaded DSO lib/apache/mod_gzip.so uses plain Apache 1.3 API, this module might crash under EAPI! (please recompile it with -DEAPI) Program received signal SIGSEGV, Segmentation fault. 0x40106fb6 in chunk_free (ar_ptr=0x401aff00, p=0x819f1f8) at malloc.c:3142 3142 malloc.c: No such file or directory. in malloc.c (gdb) bt #0 0x40106fb6 in chunk_free (ar_ptr=0x401aff00, p=0x819f1f8) at malloc.c:3142 #1 0x40106d59 in __libc_free (mem=0x819f200) at malloc.c:3054 #2 0x40597a05 in free_zend_constant (c=0x81bc1a8) at zend_constants.c:34 #3 0x405b2a59 in zend_hash_del_key_or_index (ht=0x80bfca8, arKey=0x81bc190 include_path, nKeyLength=13, h=3932814155, flag=0) at zend_hash.c:512 #4 0x405b3340 in zend_hash_reverse_apply (ht=0x80bfca8, apply_func=0x40597acc clean_non_persistent_constant) at zend_hash.c:741 #5 0x40597e86 in clean_non_persistent_constants () at zend_constants.c:163 #6 0x405a1da8 in shutdown_executor () at zend_execute_API.c:194 #7 0x405ac92f in zend_deactivate () at zend.c:594 #8 0x405bde23 in php_request_shutdown (dummy=0x0) at main.c:736 #9 0x405ba12e in apache_php_module_main (r=0x81993f8, display_source_mode=0) at sapi_apache.c:96 #10 0x405baf24 in send_php (r=0x81993f8, display_source_mode=0, filename=0x819b160 /home/httpd/dev/ygb/support/feedback/question/index.shtml) at mod_php4.c:575 #11 0x405baf9e in send_parsed_php (r=0x81993f8) at mod_php4.c:590 #12 0x08055927 in ap_invoke_handler () at eval.c:41 #13 0x08069bdb in process_request_internal () at eval.c:41 #14 0x08069c3c in ap_process_request () at eval.c:41 #15 0x08061011 in child_main () at eval.c:41 #16 0x080611e0 in make_child () at eval.c:41 #17 0x08061354 in startup_children () at eval.c:41 #18 0x080619a3 in standalone_main () at eval.c:41 #19 0x080621db in main () at eval.c:41 #20 0x400a3177 in __libc_start_main (main=0x8061e28 main, argc=2, ubp_av=0xba3c, init=0x804fa20 _init, fini=0x8099f6c _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xba34) at ../sysdeps/generic/libc-start.c:129 (gdb) ./configure \ --enable-debug \ --with-dmalloc \ --with-apxs \ --disable-short-tags \ --without-mysql \ --enable-bcmath \ --enable-ftp \ --enable-shmop \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-memory-limit \ --enable-wddx \ --with-bz2 \ --with-curl \ --with-ftp \ --with-iconv \ --with-mhash \ --with-mcrypt \ --with-openssl \ --with-pgsql \ --with-regex=system \ --with-zlib \ --with-gd=../gd-2.0.1 \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-xpm-dir=/usr/X11R6 \ _ 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.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]
[PHP-DEV] Bug #13113 Updated: rpm install - curl_global_init undefined
ID: 13113 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: *General Issues Operating System: RH 6.2+linux 2.2.15 PHP Version: 4.0.6 New Comment: Following Sterling's advice, I upgraded libcurl to 2.0.1 (which does contain the string curl_global_init) via curl-7.8.1-1.i386.rpm from haxx.se but no change.. still undefined.Removed curl, removed php, reinstalled the rpms, reran ldconfig manually -- still no go. Guess I could try to compile from source, (but, why should it be necessary?) Previous Comments: [2001-09-03 16:50:44] [EMAIL PROTECTED] I grabbed libcurl.so.2 in the ConnectivaLinux libcurl-7.7.1-2cl.i386.rpm (the only one offered, and had to use --nodeps because of complaints that curl 2cl conflicts with curl 1cl ?duh?) but I still get the same 'undefined curl_global_init'. Again, I started with curl-ssl-7.6-1.i386.rpm then got libcurl-7.7.1-2cl.i386.rpm Another detail: libs from openssl.0.9.6..rpm were not properly registered in my rpm db so installing libcurl also complained - even though they're there! But then I noticed there's libcrypto and libssl 0.9.6 a b and I've got b. So I've made links for the 'a' versions to the 'b' versions.. am I screwing something up here? [2001-09-03 14:19:02] [EMAIL PROTECTED] You need to update your cURL installation to the latest version and then it should work. [2001-09-03 13:52:35] [EMAIL PROTECTED] fwiw: (gdb) run php Starting program: /usr/bin/php php then: then/endif not found. /usr/bin/php: error while loading shared libraries: /usr/bin/php: undefined symbol: curl_global_init Program exited with code 0177. Again, this is an rpm, I don't know what the compile directives or options were.. [2001-09-03 13:19:40] [EMAIL PROTECTED] This is probably my own config problem, and not a real bug, but... Just installed php-4.0.6-6.i386.rpm after updating a number of libraries including curl-ssl-7.6-1.i386.rpm Running php on the commandline only produces: php: error while loading shared libraries: php: undefined symbol: curl_global_init My /usr/bin contains: lrwxrwxrwx 1 root 16 Sep 3 10:40 /usr/lib/libcurl.so - libcurl.so.1.0.0* lrwxrwxrwx 1 root 16 Sep 3 10:40 /usr/lib/libcurl.so.1 - libcurl.so.1.0.0* -rwxr-xr-x 1 root 113921 Jan 27 2001 /usr/lib/libcurl.so.1.0.0* I'm pretty ignorant of libraries, so k.i.s.s. if at all possible.. (thanks) but if any other info will help, I'll be watching my email.. Note: php3 apache module is working on my system. cheers, John Edit this bug report at http://bugs.php.net/?id=13113edit=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 #12392 Updated: mysql_pconnect() and timed-out connections
ID: 12392 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: MySQL related Operating System: PHP Version: 4.0.6 Edit this bug report at http://bugs.php.net/?id=12392edit=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 #12392 Updated: mysql_pconnect() and timed-out connections
ID: 12392 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MySQL related Operating System: PHP Version: 4.0.6 New Comment: Probably some root user fooling around. A script, I'd guess. Previous Comments: [2001-07-26 05:54:23] [EMAIL PROTECTED] I'm not 100% sure this isn't a bug in mysql, but here it goes: I installed mysql 2.23.39, apache and php4.0.6 a few days ago, and I've had to restart mysql every morning because mysql_pconnect() fails as the connections have timed out (wait_timeout is set to 8 hours). First this is logged by mysql (a few times): 010726 6:28:43 Aborted connection 299 to db: 'lumad' user: 'lumad' host: `localhost' (Got timeout reading communication packets) Then when I try to pconnect PHP logs this: [Thu Jul 26 11:23:36 2001] [error] PHP Warning: MySQL: Link to server lost, unable to reconnect in /export/home/carl/apache/htdocs/db.inc.php on line 8 And after a few more retries I get this: [Thu Jul 26 11:31:46 2001] [error] PHP Warning: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (111) in /export/home/carl/apache/htdocs/db.inc.php on line 8 At this point /tmp/mysql.sock has disappeared, and to get it to reappear I have to restart mysql. I've considered raising wait_timeout to infinity, but then there'd be problems if a (non-php) program forgets to call mysql_close(). For now I'll just switch to mysql_connect(). Edit this bug report at http://bugs.php.net/?id=12392edit=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 #13128: bug when specific html code is on the page
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.3-4.4 PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: bug when specific html code is on the page this bug was found using php v4.0.6. it was tested on 2 computers a FreeBSD4.3 and a FreeBSD4.4 both with php 4.0.6. The bug is, that with some html code on the page the counter doesn't work correctly, it count from 2 on 2 and not from 1 on 1. The bug is caused by the code td background=#... More exactly due to the #. but this code is not between the ? ? and php should not be affected. here is the code for a simple counter: HTML table tr td background=#00 ? mysql_connect(localhost,user,pass); mysql_select_db(database); $QUERY = SELECT visiteurs FROM compteur where id=1; $result = mysql_query($QUERY); $val = mysql_fetch_row($result); $nb = $val['0']; echo$nb; $nb = $nb +1; $query2 = UPDATE compteur set visiteurs = '$nb' where id=1; $result2 = mysql_query($query2); ? /td /table /html the database structure is: CREATE TABLE compteur ( id tinyint(4) DEFAULT '0' NOT NULL, visiteurs int(11) DEFAULT '0' NOT NULL ); INSERT INTO compteur VALUES ( '1', '0'); this is my php configure options: './configure2' '--with-mysql=../mysql' '--with-config-file-path=/usr/local/www2/conf' '--with-gd=/usr/local' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--enable-track-vars' '--enable-ftp' '--with-apxs=/usr/local/www2/bin/apxs' '--with-jpeg-dir=/usr/local' and the configure optiosn on the second computer tested: './configure' '--with-mysql=/opt1/mysql' '--with-config-file-path=/opt1/www/conf' '--with-gd=/usr/local' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--enable-track-vars' '--enable-ftp' '--with-apxs=/opt1/www/bin/apxs' '--with-jpeg-dir=/usr/local' '--enable-bcmath' '--enable-sockets' '--with-openssl' -- Edit bug report at: http://bugs.php.net/?id=13128edit=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 #13129: Problems with Norwegian characters
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Strings related Bug description: Problems with Norwegian characters strtolower() does not scange the case of Norwegian Characters æøå ØÆÅ. -- Edit bug report at: http://bugs.php.net/?id=13129edit=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 #13130: Safe mode refuses to allow permission
From: [EMAIL PROTECTED] Operating system: RedHat Linux 6.2, kernel 2.4.1 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: Safe mode refuses to allow permission Safe mode appears to be malfunctioning. I've enabled safe mode for the whole server, php scripts appear to work fine, but when a php script attempts to write a file (in a directory owned by the same user as the php script), php complains it can't write. For example, using imagejpeg to export a jpeg file, results in : Warning: imagejpeg: unable to open '/home/photo-user/html/pictures/05090027.JPG' for writing in /home/photo-user/html/functions.inc.php on line 35 Using fopen to write a file gives the same result, so I believe it to be a general permission problem. Also, when I try to use convert (image conversion utility), located in /usr/local/bin (I have added php_admin_value safe_mode_exec_dir /usr/local/bin/ to the Apache config), I get a shell return value of 154 (can't find what it means). PHP should be able to execute that file and have it converting images (writing them back to the directory owned by the user running the php script). The full configure : ./configure --with-apxs=/usr/local/apache/bin/apxs --with-imap --enable-versioning --enable-ftp --with-mysql=/usr/local/mysql --with-snmp=/usr/local/snmp --with-openssl=/usr/local/ssl --enable-dbase --enable-debug --with-pear --with-mcrypt --with-dom --with-pcre --with-zlib-dir=/usr --with-jpeg-dir --with-gd --enable-exif -- Edit bug report at: http://bugs.php.net/?id=13130edit=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 #13129 Updated: Problems with Norwegian characters
ID: 13129 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Strings related Operating System: Linux PHP Version: 4.0.6 New Comment: are you sure you have configured the right locale using setlocale(LC_ALL,no); ? Previous Comments: [2001-09-04 08:20:22] [EMAIL PROTECTED] strtolower() does not scange the case of Norwegian Characters æøå ØÆÅ. Edit this bug report at http://bugs.php.net/?id=13129edit=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 #13076 Updated: Freetype 2 not enabled
ID: 13076 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: GD related Operating System: FreeeBSD 4.3 and Mandrake 7.2 PHP Version: 4.0.6 New Comment: Duplicate : see bug 12065 Previous Comments: [2001-08-31 07:07:17] [EMAIL PROTECTED] In fact, I use the ports from FreeBSD. The Makefile.inc looks like this : LIB_DEPENDS+= gd.2:${PORTSDIR}/graphics/gd LIB_DEPENDS+= freetype.7:${PORTSDIR}/print/freetype2 LIB_DEPENDS+= png.4:${PORTSDIR}/graphics/png LIB_DEPENDS+= jpeg.9:${PORTSDIR}/graphics/jpeg CONFIGURE_ARGS+=--with-gd=${PREFIX} \ --with-freetype-dir=${PREFIX} \ --with-jpeg-dir=${PREFIX} \ --with-png-dir=${PREFIX} CONFIGURE_ARGS+=--with-zlib During the configuration phase, I can see the following message : Checking whether to include freetype text support in GD... no (or something like this :o) ) and few lines bellow : Checking for Freetype(2)... found phpinfo() give me the following : GD Support enabled GD Version 1.6.2 or higher FreeType Support enabled FreeType Linkage with freetype JPG Support enabled PNG Support enabled WBMP Support enabled And of course the ImageTTFText doesn't work telling me that libgd is compiled without the support for freetype. Not true cause I can launch the exe example gdtestft. So I've tried to add the following in the Makefile.inc but I still have the Checking whether to include freetype text support in GD... no : --enable-freetype-4bit-antialias-hack or --enable-gd-native-ttf The problem is on a FreeBSD 4.3, with PHP 4.0.6, GD 1.8.4 and Freetype 2.0.4 but I've noticed the same problem on other configuration like a Mandrake 7.2, running PHP 4.0.5. PPP :o) [2001-08-31 07:04:37] [EMAIL PROTECTED] In fact, I use the ports from FreeBSD. The Makefile.inc looks like this : LIB_DEPENDS+= gd.2:${PORTSDIR}/graphics/gd LIB_DEPENDS+= freetype.7:${PORTSDIR}/print/freetype2 LIB_DEPENDS+= png.4:${PORTSDIR}/graphics/png LIB_DEPENDS+= jpeg.9:${PORTSDIR}/graphics/jpeg CONFIGURE_ARGS+=--with-gd=${PREFIX} \ --with-freetype-dir=${PREFIX} \ --with-jpeg-dir=${PREFIX} \ --with-png-dir=${PREFIX} CONFIGURE_ARGS+=--with-zlib During the configuration phase, I can see the following message : Checking whether to include freetype text support in GD... no (or something like this :o) ) and few lines bellow : Checking for Freetype(2)... found phpinfo() give me the following : GD Support enabled GD Version 1.6.2 or higher FreeType Support enabled FreeType Linkage with freetype JPG Support enabled PNG Support enabled WBMP Support enabled And of course the ImageTTFText doesn't work telling me that libgd is compiled without the support for freetype. Not true cause I can launch the exe example gdtestft. So I've tried to add the following in the Makefile.inc but I still have the Checking whether to include freetype text support in GD... no : --enable-freetype-4bit-antialias-hack or --enable-gd-native-ttf The problem is on a FreeBSD 4.3, with PHP 4.0.6, GD 1.8.4 and Freetype 2.0.4 but I've noticed the same problem on other configuration like a Mandrake 7.2, running PHP 4.0.5. PPP :o) [2001-08-31 06:44:16] [EMAIL PROTECTED] Can you post your configure-line of PHP and of GD? [2001-08-31 06:21:24] [EMAIL PROTECTED] I've tried on two systems to build PHP with GD and Freetype 2. It doesn't work. PHP always report in the configuration phase that Freetype 2 support is not enabled in GD. But it is enabled cause I can launch the gdtestft !!! Edit this bug report at http://bugs.php.net/?id=13076edit=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 #13131: Bad results with fbsql_num_rows
From: [EMAIL PROTECTED] Operating system: Sun OS PHP version: 4.0.6 PHP Bug Type: FrontBase related Bug description: Bad results with fbsql_num_rows The number of rows returned by fbsql_num_rows is wrong when used with 'select DISTINCT' query. This script shows differences between fbsql_num_rows function and a while over all rows. This problem doesn't appear if you don't use the 'distinct' option. Greetings --- $conn=fbsql_connect(127.0.0.1,myname,mypassword); fbsql_select_db(mybase,$conn) ; $sql = select distinct id_actor from actor_table;; $result=fbsql_query($sql,$conn) ; $num_rows = fbsql_num_rows($result); echo $num_rows Rows\n;// displays 2147483647 Rows $i=0; while ($row=fbsql_fetch_array($result)) $i++; echo $i Rows\n; // displays 5 Rows @fbsql_free_result($result); @fbsql_close($conn); -- Edit bug report at: http://bugs.php.net/?id=13131edit=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 #13124 Updated: PDF Documentation Error
ID: 13124 Updated by: goba Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: It is now corrected in CVS. Will show up in no more than two days online in HTML docs. You need to wait more for updated PDFs. Goba Previous Comments: [2001-09-04 06:56:31] [EMAIL PROTECTED] There is an error on page 378 of the most recent documentation (manual-en.pdf). The variable $user is constantly referred to, although in the FTP connection script, the variable $ftp_user_name is used. Regards, David Edit this bug report at http://bugs.php.net/?id=13124edit=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 #13132: logic fields value
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.6 PHP Bug Type: dBase related Bug description: logic fields value I have some logic(True/False) fields in db (dbase). When i read it value of it is always set to 0. -- Edit bug report at: http://bugs.php.net/?id=13132edit=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 #13133: Get longbinary data from ACCESS
From: [EMAIL PROTECTED] Operating system: W98 ME PHP version: 4.0.4pl1 PHP Bug Type: ODBC related Bug description: Get longbinary data from ACCESS LongBinary data from ACCESS. I receive 2 bytes for every byte of data, one is h00. ?php $SceltaOggetto = GIRASOLE; $db=odbc_connect(CISTERNA,,); $Where = NCTN = '.$SceltaOggetto.'; // cerco immagine ed eventualmente la scrivo $SQL=SELECT IMMAGINE,DIMENSIONE FROM IMMAGINI WHERE .$Where; $resImg=odbc_exec($db,$SQL); if (odbc_fetch_row ($resImg) == TRUE): odbc_binmode ($resImg,ODBC_BINMODE_PASSTHRU); $Dimensione = odbc_result($resImg,2); // ll immagine echo BRDimensione: .$Dimensione.BR; $NomeFile = $SceltaOggetto..jpg; unlink($NomeFile); // scancello if (file_exists($NomeFile) == FALSE): odbc_longreadlen ($resImg,$Dimensione); $graf = odbc_result($resImg,1); echo Lungore .strlen($graf); $fp = fopen ($NomeFile, wb); fwrite($fp,$graf,$Dimensione); echo BRECHOBRBR.$graf; fclose($fp); endif; endif; ? -- Edit bug report at: http://bugs.php.net/?id=13133edit=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 #13134: ftp_put couldn't open local file
From: [EMAIL PROTECTED] Operating system: windows NT PHP version: 4.0.5 PHP Bug Type: FTP related Bug description: ftp_put couldn't open local file ftp_put couldn't open local file to transfert on remote -- Edit bug report at: http://bugs.php.net/?id=13134edit=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 #13065 Updated: Running PHP Script from shell
ID: 13065 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: Error generated when I run Make from Apache Status: Bogus Bug Type: *Compile Issues Operating System: Red Hat Linux 6.0 PHP Version: 4.0.6 New Comment: I trying to run phorummail script from shell in Linux, but I get this error: php: error in loading shared libraries: libmysqlclient.so.6: cannot open shared object file: No such file or directory I search libmysqlclient.so.6 in /usr/lib and /usr/local/mysql/lib and not exist. How I can to install this lib. Thanks, Previous Comments: [2001-08-31 10:12:02] [EMAIL PROTECTED] ok, I saw my error, I was using the line in Configure with Apache, and you was talking about PHP. My apologize again, but really I don't found nothing helpful for my error in your database, I think that should be updated with my output error. Thanks, [2001-08-31 10:04:56] [EMAIL PROTECTED] You must add --with-zlib to the configure line of PHP, not of Apache. If needed, specify the installation path of zlib. [2001-08-31 09:51:54] [EMAIL PROTECTED] Ok, sorry I search in this database and I don't found nothing equal to this error. I try configure with your suggestion and I get: - Configuring for Apache, Version 1.3.20 + using installation path layout: Apache (config.layout) configure:Error: invalid option '--with-zlib' - What can I do now?? [2001-08-30 19:27:28] [EMAIL PROTECTED] Add --with-zlib to your configure line. And next time search the bug database first before submitting bogus reports. [2001-08-30 15:48:30] [EMAIL PROTECTED] I compiled PHP with this line: xxx ./configure --with-mysql=/usr/local/mysql --with-config-file-path=/www/conf --with-apache=../httpd --enable-track-vars When I try to add PHP module to Apache, I received this erros when run Make. /usr/local/mysql/lib/libmysqlclient.a(my_compress.o): In function `my_uncompress ': my_compress.o(.text+0x97): undefined reference to `uncompress' /usr/local/mysql/lib/libmysqlclient.a(my_compress.o): In function `my_compress_a lloc': my_compress.o(.text+0x12b): undefined reference to `compress' collect2: ld returned 1 exit status make[2]: *** [target_static] Error 1 make[2]: Leaving directory `/usr/local/etc/apache_1.3.20/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/usr/local/etc/apache_1.3.20' make: *** [build] Error 2 Edit this bug report at http://bugs.php.net/?id=13065edit=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 #13134 Updated: ftp_put couldn't open local file
ID: 13134 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: FTP related Operating System: windows NT PHP Version: 4.0.5 New Comment: Can you provide a sample script? Previous Comments: [2001-09-04 11:30:49] [EMAIL PROTECTED] ftp_put couldn't open local file to transfert on remote Edit this bug report at http://bugs.php.net/?id=13134edit=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] Bug #12841: ++, -- operators does not conert the typeof variable.
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.3 PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: ++, -- operators does not conert the type of variable. The attached patch should cure it. jeroen, are you on it or should I commit this patch? -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 Index: zend_operators.c === RCS file: /repository/Zend/zend_operators.c,v retrieving revision 1.114 diff -u -b -r1.114 zend_operators.c --- zend_operators.c2001/08/26 10:30:19 1.114 +++ zend_operators.c2001/09/04 16:12:03 @@ -1443,7 +1443,13 @@ { switch (op1-type) { case IS_LONG: + if(op1-value.lval == LONG_MAX) { + /* switch to double */ + double d = (double)op1-value.lval; + ZVAL_DOUBLE(op1, d+1); + } else { op1-value.lval++; + } break; case IS_DOUBLE: op1-value.dval = op1-value.dval + 1; @@ -1459,8 +1465,14 @@ switch (is_numeric_string(strval, op1-value.str.len, lval, dval, 0)) { case IS_LONG: + if(lval == LONG_MAX) { + /* switch to double */ + double d = (double)lval; + ZVAL_DOUBLE(op1, d+1); + } else { op1-value.lval = lval+1; op1-type = IS_LONG; + } efree(strval); break; case IS_DOUBLE: @@ -1492,21 +1504,31 @@ switch (op1-type) { case IS_LONG: + if(op1-value.lval == LONG_MIN) { + double d = (double)op1-value.lval; + ZVAL_DOUBLE(op1, d-1); + } else { op1-value.lval--; + } break; case IS_DOUBLE: op1-value.dval = op1-value.dval - 1; break; case IS_STRING: /* Like perl we only support string increment */ - if (op1-value.str.len==0) { /* consider as 0 */ + if (op1-value.str.len == 0) { /* consider as 0 */ STR_FREE(op1-value.str.val); op1-value.lval = -1; op1-type = IS_LONG; break; } else if (is_numeric_string(op1-value.str.val, op1-value.str.len, lval, NULL, 0)==IS_LONG) { /* long */ STR_FREE(op1-value.str.val); + if(lval == LONG_MIN) { + double d = (double)lval; + ZVAL_DOUBLE(op1, d-1); + } else { op1-value.lval = lval-1; op1-type = IS_LONG; + } break; } break; -- 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 #13065 Updated: Error generated when I run Make from Apache
ID: 13065 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Compile Issues Operating System: Red Hat Linux 6.0 PHP Version: 4.0.6 New Comment: Ask support questions on the appropriate mailinglist (see http://www.php.net/support.php). Previous Comments: [2001-09-04 11:59:35] [EMAIL PROTECTED] I trying to run phorummail script from shell in Linux, but I get this error: php: error in loading shared libraries: libmysqlclient.so.6: cannot open shared object file: No such file or directory I search libmysqlclient.so.6 in /usr/lib and /usr/local/mysql/lib and not exist. How I can to install this lib. Thanks, [2001-08-31 10:12:02] [EMAIL PROTECTED] ok, I saw my error, I was using the line in Configure with Apache, and you was talking about PHP. My apologize again, but really I don't found nothing helpful for my error in your database, I think that should be updated with my output error. Thanks, [2001-08-31 10:04:56] [EMAIL PROTECTED] You must add --with-zlib to the configure line of PHP, not of Apache. If needed, specify the installation path of zlib. [2001-08-31 09:51:54] [EMAIL PROTECTED] Ok, sorry I search in this database and I don't found nothing equal to this error. I try configure with your suggestion and I get: - Configuring for Apache, Version 1.3.20 + using installation path layout: Apache (config.layout) configure:Error: invalid option '--with-zlib' - What can I do now?? [2001-08-30 19:27:28] [EMAIL PROTECTED] Add --with-zlib to your configure line. And next time search the bug database first before submitting bogus reports. 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=13065 Edit this bug report at http://bugs.php.net/?id=13065edit=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 #13135: Installation
From: [EMAIL PROTECTED] Operating system: OS X PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: Installation I have been trying to install the latest apache, php and mysql to no avail. I followed the instructions on this site at http://www.php.net/manual/en/install.macosx.php, and found that when I went to start apache, I received an error stating '/usr/sbin/apachectl graceful: httpd not running, trying to start /usr/sbin/apachectl: permission denied: /usr/sbin/apache [117] /usr/sbin/apachectl graceful: httpd could not be started' If I remove the target=apache command, then I can attempt to start, but I get the following message with regard to the libphp4.so, 'API module structure `php4_module' in file /usr/libexec/httpd/libphp4.so is garbled - perhaps this is not an Apache module DSO?' I'm pulling my hair out. This should be a routine installation, but I've been at this for 4 days now. Can anyone assist me, so this crap will work?? -Thanks. -Scott Sample -- Edit bug report at: http://bugs.php.net/?id=13135edit=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 #13136: Crash on shutdown when ODBC connection still open
From: [EMAIL PROTECTED] Operating system: Win2000 SP2 PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: Crash on shutdown when ODBC connection still open I'm working with an Access 2000 database (MDAC 2.6) via ODBC on W2K SP2. The following code will cause PHP 4.0.6 to crash with an access violation. The same bahaviour was experienced with version 4.0.2. Save the two files and open test.php in browser to reproduce. (Sorry, must post long script as I haven't any other place to put it. And I got no gdb.) -- crash code: test.php html body ?php include('test2.php'); causeAccessViolation(); ? /body /html -- crash code: test.php END -- crash code: test2.php ?php function connect() { // Put some db here; my DNS was 'eqms' $db = odbc_connect('eqms', '', '') or die(__FILE__.: Unable to connect to database!); return $db; } function disconnect($db) { if(isset($db) $db != 0) odbc_close($db); } function denyAccess() { echo 'NO ACCESS'; exit(); } function causeAccessViolation() { $db = connect(); if(!$db) die($db_err); // Put some query here $query = SELECT MitarbeiterID, ProjektID FROM ProjektMitarbeiter WHERE MitarbeiterID = 45 AND ProjektID = 45; $query_result = odbc_exec($db, $query); if(!$query_result) die($db_err); $row = odbc_fetch_row($query_result); /* 1 odbc_free_result($query_result); disconnect($db); */ denyAccess(); /* 2 COMMENT OUT THE NEXT TWO LINES AND COMMENT IN THE LINES AT 1 AND PHP WON'T CRASH ANYMORE */ odbc_free_result($query_result); disconnect($db); } ? -- crash code: test2.php END I debugged PHP and the results showed that PHP crashed during shutdown somewhere below list_entry_destructor() in zend_list.c: - snippet zend_list.c void list_entry_destructor(void *ptr) { zend_rsrc_list_entry *le = (zend_rsrc_list_entry *) ptr; zend_rsrc_list_dtors_entry *ld; if (zend_hash_index_find(list_destructors, le-type,(void **) ld)==SUCCESS) { switch (ld-type) { case ZEND_RESOURCE_LIST_TYPE_STD: if (ld-list_dtor) { (ld-list_dtor)(le-ptr); } break; case ZEND_RESOURCE_LIST_TYPE_EX: if (ld-list_dtor_ex) { ld-list_dtor_ex(le); / CRASH HERE / } break; EMPTY_SWITCH_DEFAULT_CASE() } } else { zend_error(E_WARNING,Unknown list entry type in request shutdown (%d),le-type); } } - snippet zend_list.c END When I dug a bit deeper I saw the following happening: ld-list_dtor_ex had the follwing values on two consecutive calls: First: _close_odbc_conn(_zend_rsrc_list_entry *) Second: _free_odbc_result(_zend_rsrc_list_entry *) after that some ODBC32 functions are called then CRASH BUT on another page that didn't cause PHP to crash and utilized odbc, it had the following values on three consecutive calls: First: _free_odbc_result(_zend_rsrc_list_entry *) Second: _file_fopen_dtor(_zend_rsrc_list_entry *) Third: _close_odbc_conn(_zend_rsrc_list_entry *) I'm no expert for the PHP source (was the first time I saw it, actually) but I imagine the crash has something to do with the wrong order of the calls, if it's not something with the odbc drivers (Jet...). Especially, notice that, when you change the position of the two lines that free the odbc result and close the connection, PHP behaves normally (see test2.php). hope that helps, kai -- Edit bug report at: http://bugs.php.net/?id=13136edit=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] Bug #12841: ++, -- operators does not conert the typeof variable.
Please commit it, I don't know what exactly it was, but I didn't yet find the time for it... jeroen On Tue, 4 Sep 2001, Stanislav Malyshev wrote: From: [EMAIL PROTECTED] Operating system: FreeBSD 4.3 PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: ++, -- operators does not conert the type of variable. The attached patch should cure it. jeroen, are you on it or should I commit this patch? Jeroen van Wolffelaar [EMAIL PROTECTED] http://www.A-Eskwadraat.nl/~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 #13136 Updated: Crash on shutdown when ODBC connection still open
ID: 13136 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Win2000 SP2 PHP Version: 4.0.6 New Comment: First, I forgot to mention that the crash happens in release as well as in debug version. Second, I discovered bug No. 12620 and tried to compile with ZEND_DISABLE_MEMORY_CACHE set to 1. Result: still crashes in debug version. Previous Comments: [2001-09-04 12:36:20] [EMAIL PROTECTED] I'm working with an Access 2000 database (MDAC 2.6) via ODBC on W2K SP2. The following code will cause PHP 4.0.6 to crash with an access violation. The same bahaviour was experienced with version 4.0.2. Save the two files and open test.php in browser to reproduce. (Sorry, must post long script as I haven't any other place to put it. And I got no gdb.) -- crash code: test.php html body ?php include('test2.php'); causeAccessViolation(); ? /body /html -- crash code: test.php END -- crash code: test2.php ?php function connect() { // Put some db here; my DNS was 'eqms' $db = odbc_connect('eqms', '', '') or die(__FILE__.: Unable to connect to database!); return $db; } function disconnect($db) { if(isset($db) $db != 0) odbc_close($db); } function denyAccess() { echo 'NO ACCESS'; exit(); } function causeAccessViolation() { $db = connect(); if(!$db) die($db_err); // Put some query here $query = SELECT MitarbeiterID, ProjektID FROM ProjektMitarbeiter WHERE MitarbeiterID = 45 AND ProjektID = 45; $query_result = odbc_exec($db, $query); if(!$query_result) die($db_err); $row = odbc_fetch_row($query_result); /* 1 odbc_free_result($query_result); disconnect($db); */ denyAccess(); /* 2 COMMENT OUT THE NEXT TWO LINES AND COMMENT IN THE LINES AT 1 AND PHP WON'T CRASH ANYMORE */ odbc_free_result($query_result); disconnect($db); } ? -- crash code: test2.php END I debugged PHP and the results showed that PHP crashed during shutdown somewhere below list_entry_destructor() in zend_list.c: - snippet zend_list.c void list_entry_destructor(void *ptr) { zend_rsrc_list_entry *le = (zend_rsrc_list_entry *) ptr; zend_rsrc_list_dtors_entry *ld; if (zend_hash_index_find(list_destructors, le-type,(void **) ld)==SUCCESS) { switch (ld-type) { case ZEND_RESOURCE_LIST_TYPE_STD: if (ld-list_dtor) { (ld-list_dtor)(le-ptr); } break; case ZEND_RESOURCE_LIST_TYPE_EX: if (ld-list_dtor_ex) { ld-list_dtor_ex(le); / CRASH HERE / } break; EMPTY_SWITCH_DEFAULT_CASE() } } else { zend_error(E_WARNING,Unknown list entry type in request shutdown (%d),le-type); } } - snippet zend_list.c END When I dug a bit deeper I saw the following happening: ld-list_dtor_ex had the follwing values on two consecutive calls: First: _close_odbc_conn(_zend_rsrc_list_entry *) Second: _free_odbc_result(_zend_rsrc_list_entry *) after that some ODBC32 functions are called then CRASH BUT on another page that didn't cause PHP to crash and utilized odbc, it had the following values on three consecutive calls: First: _free_odbc_result(_zend_rsrc_list_entry *) Second: _file_fopen_dtor(_zend_rsrc_list_entry *) Third: _close_odbc_conn(_zend_rsrc_list_entry *) I'm no expert for the PHP source (was the first time I saw it, actually) but I imagine the crash has something to do with the wrong order of the calls, if it's not something with the odbc drivers (Jet...). Especially, notice that, when you change the position of the two lines that free the odbc result and close the connection, PHP behaves normally (see test2.php). hope that helps, kai Edit this bug report at http://bugs.php.net/?id=13136edit=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] Patch for improved autoconf 2.50 compatibility
Hello Sascha, On Tue, 4 Sep 2001, Sascha Schumann wrote: For purposes of backwards compatibility, Debian provides both autoconf 2.52 and autoconf 2.13 and autodetects whether features from autoconf 2.50 are required. PHP CVS has a stated dependency on autoconf 2.50 PHP CVS is supposed to work with 2.13 and 2.5x. If you encounter any problems, please report them using the bug database. Ah, then I was operating with inaccurate or outdated information, as it was my impression that PHP CVS required autoconf 2.5x. I'll file a bug with the pertinent error messages. Cheers, 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]
[PHP-DEV] Bug #13136 Updated: Crash on shutdown when ODBC connection still open
ID: 13136 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Win2000 SP2 PHP Version: 4.0.6 New Comment: First, I forgot to mention that the crash happens in release as well as in debug version. Second, I discovered bug No. 12620 and tried to compile with ZEND_DISABLE_MEMORY_CACHE set to 1. Result: still crashes in debug version. Previous Comments: [2001-09-04 12:50:50] [EMAIL PROTECTED] First, I forgot to mention that the crash happens in release as well as in debug version. Second, I discovered bug No. 12620 and tried to compile with ZEND_DISABLE_MEMORY_CACHE set to 1. Result: still crashes in debug version. [2001-09-04 12:36:20] [EMAIL PROTECTED] I'm working with an Access 2000 database (MDAC 2.6) via ODBC on W2K SP2. The following code will cause PHP 4.0.6 to crash with an access violation. The same bahaviour was experienced with version 4.0.2. Save the two files and open test.php in browser to reproduce. (Sorry, must post long script as I haven't any other place to put it. And I got no gdb.) -- crash code: test.php html body ?php include('test2.php'); causeAccessViolation(); ? /body /html -- crash code: test.php END -- crash code: test2.php ?php function connect() { // Put some db here; my DNS was 'eqms' $db = odbc_connect('eqms', '', '') or die(__FILE__.: Unable to connect to database!); return $db; } function disconnect($db) { if(isset($db) $db != 0) odbc_close($db); } function denyAccess() { echo 'NO ACCESS'; exit(); } function causeAccessViolation() { $db = connect(); if(!$db) die($db_err); // Put some query here $query = SELECT MitarbeiterID, ProjektID FROM ProjektMitarbeiter WHERE MitarbeiterID = 45 AND ProjektID = 45; $query_result = odbc_exec($db, $query); if(!$query_result) die($db_err); $row = odbc_fetch_row($query_result); /* 1 odbc_free_result($query_result); disconnect($db); */ denyAccess(); /* 2 COMMENT OUT THE NEXT TWO LINES AND COMMENT IN THE LINES AT 1 AND PHP WON'T CRASH ANYMORE */ odbc_free_result($query_result); disconnect($db); } ? -- crash code: test2.php END I debugged PHP and the results showed that PHP crashed during shutdown somewhere below list_entry_destructor() in zend_list.c: - snippet zend_list.c void list_entry_destructor(void *ptr) { zend_rsrc_list_entry *le = (zend_rsrc_list_entry *) ptr; zend_rsrc_list_dtors_entry *ld; if (zend_hash_index_find(list_destructors, le-type,(void **) ld)==SUCCESS) { switch (ld-type) { case ZEND_RESOURCE_LIST_TYPE_STD: if (ld-list_dtor) { (ld-list_dtor)(le-ptr); } break; case ZEND_RESOURCE_LIST_TYPE_EX: if (ld-list_dtor_ex) { ld-list_dtor_ex(le); / CRASH HERE / } break; EMPTY_SWITCH_DEFAULT_CASE() } } else { zend_error(E_WARNING,Unknown list entry type in request shutdown (%d),le-type); } } - snippet zend_list.c END When I dug a bit deeper I saw the following happening: ld-list_dtor_ex had the follwing values on two consecutive calls: First: _close_odbc_conn(_zend_rsrc_list_entry *) Second: _free_odbc_result(_zend_rsrc_list_entry *) after that some ODBC32 functions are called then CRASH BUT on another page that didn't cause PHP to crash and utilized odbc, it had the following values on three consecutive calls: First: _free_odbc_result(_zend_rsrc_list_entry *) Second: _file_fopen_dtor(_zend_rsrc_list_entry *) Third: _close_odbc_conn(_zend_rsrc_list_entry *) I'm no expert for the PHP source (was the first time I saw it, actually) but I imagine the crash has something to do with the wrong order of the calls, if it's not something with the odbc drivers (Jet...). Especially, notice that, when you change the position of the two lines that free the odbc result and close the connection, PHP behaves normally (see test2.php). hope that helps, kai
[PHP-DEV] Bug #13135 Updated: Installation
ID: 13135 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: OS X PHP Version: 4.0.6 New Comment: Ask support questions on the appropriate mailinglist (see http://www.php.net/support.php). Previous Comments: [2001-09-04 12:22:48] [EMAIL PROTECTED] I have been trying to install the latest apache, php and mysql to no avail. I followed the instructions on this site at http://www.php.net/manual/en/install.macosx.php, and found that when I went to start apache, I received an error stating '/usr/sbin/apachectl graceful: httpd not running, trying to start /usr/sbin/apachectl: permission denied: /usr/sbin/apache [117] /usr/sbin/apachectl graceful: httpd could not be started' If I remove the target=apache command, then I can attempt to start, but I get the following message with regard to the libphp4.so, 'API module structure `php4_module' in file /usr/libexec/httpd/libphp4.so is garbled - perhaps this is not an Apache module DSO?' I'm pulling my hair out. This should be a routine installation, but I've been at this for 4 days now. Can anyone assist me, so this crap will work?? -Thanks. -Scott Sample Edit this bug report at http://bugs.php.net/?id=13135edit=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 #13137: CVS incompatible with autoconf 2.13 (AC_LANG_POP)
From: [EMAIL PROTECTED] Operating system: Debian GNU/Linux unstable (sid) PHP version: 4.0CVS-2001-09-04 PHP Bug Type: *Compile Issues Bug description: CVS incompatible with autoconf 2.13 (AC_LANG_POP) With current CVS, I see the following output when running buildconf on a Debian system: $ ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p4 (ok) buildconf: libtool version 1.4b 1996, (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_MSG_NOTICE ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM rebuilding acconfig.h rebuilding main/php_config.h.in $ Needless to say, the resulting `./configure' file is not a valid shell script. I've verified also on a RedHat system that autoconf 2.13 does not provide these macros; they are only available in autoconf 2.5x. If it is intended that PHP CVS be compatible with autoconf 2.13, these macros should be replaced with something more portable; otherwise, I'd appreciate it if the configure.in was clearly tagged as being autoconf 2.5-specific, so that Debian's autodetection has a chance at handling it properly. -- Edit bug report at: http://bugs.php.net/?id=13137edit=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] Rand
On Mon, 3 Sep 2001 [EMAIL PROTECTED] wrote: I am really furious now, and this is why: * People here seem to read things here VERY selectively. On August 4th I submitted a first proposal, and Rasmus (and ONLY Rasmus) had some problems with it, being that this would break BC if ppl rely on the reproducibilty of rand() sequences. THAT WAS THE ONLY COMMENT I GOT. As I stated earlier, in most projects I have seen, discussions form around patches, very rarely do discussions form around abstract ideas (well productive discussions anyway). * On August 22th, I announced to branch ext/standard to start implementing the changes. IF SOMEONE HAD PROBLEMS WITH THE CHANGES AN-SICH, HE SHOULD HAVE SAID IT AT THAT MOMENT. You couldn't have missed the announcment, since there was a small discussion with Zeev about the branching. Yes, you branched it, but my impression, and the impression of other people was that you never had a finished body of code for us to test (and it seems you still didn't, as the code you committed to the main branch broke the compile). * On August 26th, (subject rand() redesign - please read) I announced that the code was alread looking like something, i.e. the general idea was already clear. I also referred AGAIN to my second proposal. Again, nobody had problems with it. No, we may just have not responded to your message or read it, as you said, you have a life outside of PHP; so do I. There are times when I can focus my attention on PHP (like the last couple of days I've had a pretty nasty cold, so its given me time to get work done), and then there are times when I can't, when work/friends/life get in the way. * On September 3rd, I merged it into MAIN. And now, suddenly everybody has problems with both semantics and implementation. I'm stunned. And angry. As Rasmus said, when you commit something to the main branch people take notice, if you commit something to a branch (unless of course its a release branch), people make it a secondary priority. I still haven't taken a look at the Zend Engine 2 branch and the new object model, except to merge some changes into it. That's a much more major set of changes than the rand redesign as well. When I get the time, I'll take a look, and believe me, if Andi has done something stupid (no offense Andi :), I'll speak up then, even if the code he committed is 5 months old at the time... All the time from August 22th until September 3rd, you also could have seen CVS-commit messages on PHP-CVS. If people are TOO LAZY to read ANY of these mails, they LOOSE IMO the right to comment to the code as it is today on a way that is done now. I have NO PROBLEM at all when ppl say something like On line 123 of rand.c, you do something like this-and-this, wouldn't that-and-that be more efficient/better/elegant/whatever. But I DO HAVE PROBLEMS with the reaction I got so far. We do have the right to comment on your code, whenever we feel like. If you write incorrect code (which didn't even compile btw), don't expect me to stay quite, cause I didn't make the comments when you would've liked them made. If in two months from now, I saw this commit, and saw what you did, I would still reccomend reverting it -- not because I don't like you, or respect the time that you put into it, but rather because from a technical standpoint its incorrect. The problem with what you committed is not as simple as line 123 has something wrong. Lines 1 - sizeof(commit) have something wrong. That's why I'm not suggesting you just change line 123, but rather revert the commit. The design is incorrect and the code is imho poorly written. How is it in PHP's interest to have code in the repository that's poorly written? Does it really matter when we comment on the code? The fact remains -- your code is incorrect. Whether we comment on it now, or in two years from now, has no bearing on whether or not it should be in the code repository (not taking into account the BC portion of the equation). People work hard and get patches rejected all the time, heck with APR (Apache Portable Runtime), even patches that are correct get turned down, simply because the patch that is sent (or commited), is too long for a proper review. In a perfect world, would you have gotten this feedback as you went along, perhaps, but this isn't a perfect world, people are busy, and have other things to do. The fact is your getting this feedback now, and you have seem to have no arguments to technically backup your commit. This is nothing against you personally, I'm not meaning to attack you, but if the code doesn't jive, it shouldn't be in the repository, I'm sorry if you feel like you've wasted effort, but that doesn't change the facts. -Sterling -- PHP
[PHP-DEV] Bug #13138: constants behave weird in static hash arrays
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: constants behave weird in static hash arrays I think the following piece of code behaves sort of weird: ? define ('A', 1); function test() { $a = array(1 = true); static $stat_a = array(A = true); var_dump($a); var_dump($stat_a); } test(); ? result is: array(1) { [1]= bool(true) } array(1) { [A]= bool(true) } I'm not sure whether static variables are supposed to evaluate expressions but even if they were not, the engine should at least issue a warning. -- Edit bug report at: http://bugs.php.net/?id=13138edit=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: ([PATCH] SOCKETS Solaris issues with gcc) socket_read issue with new api
On Tue, 4 Sep 2001, Jason Greene wrote: Sterling, Did you get a chance to review my notes and patch. I would like to make a commit of at least the proper Solaris fix before RC2. Took a look at it now.. Go ahead and commit... Múy Thanks :) -Sterling Thanks, Jason - Original Message - From: Jason Greene [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Chris Vandomelen [EMAIL PROTECTED]; [EMAIL PROTECTED]; Daniel Beulshausen [EMAIL PROTECTED] Sent: Monday, August 27, 2001 1:36 PM Subject: ([PATCH] SOCKETS Solaris issues with gcc) socket_read issue with new api Sterling, We had spoke in private correspondence several months ago about Solaris compatibility problems with the sockets extension. This basically was due to #defines in Solaris's socket header files that rename all socket functions to __xnet_##function_name ie. __xnet_socket, etc... This only happens if the compile does not support the redefine_extname pragma. (The reason for the define hack) Since you guys have redesigned the API to follow php naming conventions, this is no longer an issue with function naming. However, the php_socket structure has a member named socket, which causes compilation problems. I am sending a simple rename patch that changes this name and all references to bsd_socket. ( Could be any name of course, just the most appropriate I could come up with ). I aslo changed the php_read function to take a param of bsd_socket in place of socket. While testing I noticed another issue. The new socket_read function returns the read data instead of taking it as a parameter. This requires me to use the !== operator to verify there is nothing left to be read. Otherwise data could be misconstrued as an error. ie what once was while (read($socket, $out,100)){ print $out; } is now while ((out=socket_read($socket, 100)) !== FALSE) { print $out; } This is very cumbersome The 3rd issue is that the php_read function will return 0 and set errno to 0 on a partial read. There probably should be a check for errno 0 and not print an error message in this case. I would have included it in this patch, but I assumed that you guys might have a better way to solve this problem. -Jason === RCS file: /repository/php4/ext/sockets/sockets.c,v retrieving revision 1.62 diff -u -r1.62 sockets.c --- sockets.c 24 Aug 2001 01:21:14 - 1.62 +++ sockets.c 27 Aug 2001 20:46:41 - @@ -33,9 +33,6 @@ #define _XPG4_2 #define __EXTENSIONS__ -#ifndef __PRAGMA_REDEFINE_EXTNAME -#define __PRAGMA_REDEFINE_EXTNAME -#endif #include ext/standard/info.h #include php_ini.h @@ -55,14 +52,14 @@ # include fcntl.h # include signal.h # include sys/uio.h -# define IS_INVALID_SOCKET(a) (a-socket 0) +# define IS_INVALID_SOCKET(a) (a-bsd_socket 0) # define set_errno(a) (errno = a) # define set_h_errno(a) (h_errno = a) #else /* windows */ # include winsock.h # include php_sockets.h # include php_sockets_win.h -# define IS_INVALID_SOCKET(a) (a-socket == INVALID_SOCKET) +# define IS_INVALID_SOCKET(a) (a-bsd_socket == INVALID_SOCKET) #endif #ifdef ZTS @@ -199,7 +196,7 @@ { php_socket *php_sock = (php_socket *) rsrc-ptr; - close(php_sock-socket); + close(php_sock-bsd_socket); efree(php_sock); } @@ -224,7 +221,7 @@ la.sin_family = hp-h_addrtype; la.sin_port = htons((unsigned short) port); - php_sock-socket = socket(PF_INET, SOCK_STREAM, 0); + php_sock-bsd_socket = socket(PF_INET, SOCK_STREAM, 0); php_sock-type = PF_INET; if (IS_INVALID_SOCKET(php_sock)) { php_error(E_WARNING, Couldn't allocate a new socket from open_listen_sock()); @@ -232,16 +229,16 @@ return NULL; } - if (bind(php_sock-socket, (struct sockaddr *)la, sizeof(la)) 0) { + if (bind(php_sock-bsd_socket, (struct sockaddr *)la, sizeof(la)) 0) { php_error(E_WARNING, Couldn't bind socket to given address from open_listen_sock()); - close(php_sock-socket); + close(php_sock-bsd_socket); efree(php_sock); return NULL; } - if (listen(php_sock-socket, backlog) 0) { - php_error(E_WARNING, Couldn't listen on socket %d from open_listen_sock(), php_sock-socket); - close(php_sock-socket); + if (listen(php_sock-bsd_socket, backlog) 0) { + php_error(E_WARNING, Couldn't listen on socket %d from open_listen_sock(), php_sock-bsd_socket); + close(php_sock-bsd_socket); efree(php_sock); return NULL; } @@ -258,7 +255,7 @@ m = sizeof(*la); - retval-socket = accept(php_sock-socket, la, m); + retval-bsd_socket = accept(php_sock-bsd_socket, la, m); if (IS_INVALID_SOCKET(retval)) { php_error(E_WARNING, Couldn't accept incoming connection in accept_connect()); efree(retval); @@ -269,14 +266,14 @@ } /* {{{ php_read -- wrapper around
[PHP-DEV] Bug #13139 Updated: apache reports many crashes of children
ID: 13139 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: apache rpoert many crashes of children Status: Open Bug Type: Reproducible crash Operating System: redhat linux 6.2 i386 PHP Version: 4.0.6 New Comment: also php was configured in this manner: ./configure --disable-xml --with-mysql=/usr/local --with-apxs=/usr/local/apache/bin/apxs --with-midgard=/usr/local --with-imap --enable-debug and a sample of the apache log: preparser-scanner.l(450) : Freeing 0x0821DBFC (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E514 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php [Tue Sep 4 13:27:59 2001] [notice] child pid 10548 exit signal Segmentation fault (11) preparser-scanner.l(450) : Freeing 0x0816F73C (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816E2D4 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() preparser-scanner.l(450) : Freeing 0x0821BFA4 (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E53C (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x081BD1BC (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816F784 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x081FA55C (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E3DC (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x0816F85C (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816E424 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() /web/sites/hitlist.com/phpAds/view.inc.php3(5) : Fatal error - Cannot redeclare get_banner() preparser-scanner.l(450) : Freeing 0x0822BAC4 (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x081664FC (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x082140EC (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x08173344 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php [Tue Sep 4 13:28:01 2001] [notice] child pid 10562 exit signal Segmentation fault (11) preparser-scanner.l(450) : Freeing 0x081CF7CC (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x08181174 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php /web/sites/hitlist.com/phpAds/view.inc.php3(5) : Fatal error - Cannot redeclare get_banner() appears to be a memory leakage problem Previous Comments: [2001-09-04 13:25:32] [EMAIL PROTECTED] This GDB was configured as i386-redhat-linux... (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2ac57f51 in ?? () from /usr/local/apache/libexec/libphp4.so (gdb) bt #0 0x2ac57f51 in ?? () from /usr/local/apache/libexec/libphp4.so #1 0x2ac6fee6 in ?? () from /usr/local/apache/libexec/libphp4.so #2 0x2ac6f0ca in ?? () from /usr/local/apache/libexec/libphp4.so #3 0x2ac6e99d in ?? () from /usr/local/apache/libexec/libphp4.so #4 0x2afacadd in ?? () from /usr/local/apache/libexec/libphp4.so #5 0x2af82115 in ?? () from /usr/local/apache/libexec/libphp4.so #6 0x2af85417 in ?? () from /usr/local/apache/libexec/libphp4.so #7 0x2af81229 in ?? () from /usr/local/apache/libexec/libphp4.so #8 0x2af92c26 in ?? () from /usr/local/apache/libexec/libphp4.so #9 0x2af90786 in ?? () from /usr/local/apache/libexec/libphp4.so #10 0x8071cce in run_cleanups () #11 0x80704fd in ap_clear_pool () #12 0x8070571 in ap_destroy_pool () #13 0x80704ec in ap_clear_pool () #14 0x807fcff in child_main () #15 0x80802bc in make_child () #16 0x8080419 in startup_children () #17 0x8080a56 in standalone_main () #18 0x80811e3 in main () #19 0x2ab649cb in __libc_start_main (main=0x8080e9c main, argc=2, argv=0x7b04, init=0x804ef6c _init, fini=0x80b59ec _fini, rtld_fini=0x2aab5e60 _dl_fini,
[PHP-DEV] Bug #13139 Updated: apache rpoert many crashes of children
ID: 13139 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Suspended Bug Type: Reproducible crash Operating System: redhat linux 6.2 i386 PHP Version: 4.0.6 New Comment: This looks like a bug in midgard, can you please file them a bugreport too, and report back if you got answer from them? (You get better backtraces with a static module BTW, please try that too) Derick Previous Comments: [2001-09-04 13:31:23] [EMAIL PROTECTED] also php was configured in this manner: ./configure --disable-xml --with-mysql=/usr/local --with-apxs=/usr/local/apache/bin/apxs --with-midgard=/usr/local --with-imap --enable-debug and a sample of the apache log: preparser-scanner.l(450) : Freeing 0x0821DBFC (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E514 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php [Tue Sep 4 13:27:59 2001] [notice] child pid 10548 exit signal Segmentation fault (11) preparser-scanner.l(450) : Freeing 0x0816F73C (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816E2D4 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() preparser-scanner.l(450) : Freeing 0x0821BFA4 (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E53C (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x081BD1BC (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816F784 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x081FA55C (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E3DC (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x0816F85C (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816E424 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() /web/sites/hitlist.com/phpAds/view.inc.php3(5) : Fatal error - Cannot redeclare get_banner() preparser-scanner.l(450) : Freeing 0x0822BAC4 (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x081664FC (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x082140EC (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x08173344 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php [Tue Sep 4 13:28:01 2001] [notice] child pid 10562 exit signal Segmentation fault (11) preparser-scanner.l(450) : Freeing 0x081CF7CC (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x08181174 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php /web/sites/hitlist.com/phpAds/view.inc.php3(5) : Fatal error - Cannot redeclare get_banner() appears to be a memory leakage problem [2001-09-04 13:25:32] [EMAIL PROTECTED] This GDB was configured as i386-redhat-linux... (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2ac57f51 in ?? () from /usr/local/apache/libexec/libphp4.so (gdb) bt #0 0x2ac57f51 in ?? () from /usr/local/apache/libexec/libphp4.so #1 0x2ac6fee6 in ?? () from /usr/local/apache/libexec/libphp4.so #2 0x2ac6f0ca in ?? () from /usr/local/apache/libexec/libphp4.so #3 0x2ac6e99d in ?? () from /usr/local/apache/libexec/libphp4.so #4 0x2afacadd in ?? () from /usr/local/apache/libexec/libphp4.so #5 0x2af82115 in ?? () from /usr/local/apache/libexec/libphp4.so #6 0x2af85417 in ?? () from /usr/local/apache/libexec/libphp4.so #7 0x2af81229 in ?? () from /usr/local/apache/libexec/libphp4.so #8 0x2af92c26 in ?? () from /usr/local/apache/libexec/libphp4.so #9 0x2af90786 in ?? () from /usr/local/apache/libexec/libphp4.so #10 0x8071cce in run_cleanups () #11 0x80704fd in ap_clear_pool () #12 0x8070571 in ap_destroy_pool () #13 0x80704ec in ap_clear_pool () #14 0x807fcff in child_main () #15 0x80802bc
Re: [PHP-DEV] Patch: conflicting defines in PHP extensions shouldbe made private
Hi Andi, On Tue, 4 Sep 2001, Andi Gutmans wrote: I commited your patch. Please check out the latest CVS and test that it's OK. I can't check it. The Sybase extension compiles great for me. No sign of wayward symbols anywhere in the binaries. I don't personally have a copy of the IBM DB2 libraries, so I can't actually test that compiling both extensions statically does indeed work, but I don't see where there could possibly be a problem. Hopefully someone on the FreeTDS list who has a need for this will be able to step up and confirm for sure whether or not it works. Thanks, 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] Bug #13137: CVS incompatible with autoconf 2.13 (AC_LANG_POP)
Howdy, I can't confirm this on RedHat 7.1 with a fresh CVS: buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p5 (ok) buildconf: libtool version 1.4 (ok) rebuilding Makefile templates automake: configure.in: installing end/ylwrap' rebuilding configure rebuilding acconfig.h rebuilding main/php_config.h.in and the configure runs just fine. RPMS: autoconf-2.13-10 automake-1.4p5-2 libtool-1.4-8 Regards, Alex -- | Alexander Wirtz | eMail: [EMAIL PROTECTED]| | web@ctive GmbH| WWW: http://www.web-active.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]
[PHP-DEV] CVS Account Request
Full name: Giacomo Cariello Email: BSD Users Group Italia ID:jwk Purpose: I\'d like to code and submit a PHP extension to handle Microsoft Passport Manager from within PHP. -- 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 #13139 Updated: apache rpoert many crashes of children
ID: 13139 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: Reproducible crash Operating System: redhat linux 6.2 i386 PHP Version: 4.0.6 New Comment: here is the back trace from static compile: sending to the midgard group. (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2aad8f51 in mysql_free_result () from /usr/local/lib/mysql/libmysqlclient.so.10 (gdb) bt #0 0x2aad8f51 in mysql_free_result () from /usr/local/lib/mysql/libmysqlclient.so.10 #1 0x2aaf0ee6 in mgd_release (res=0x81f1024) at midgard.c:1203 #2 0x2aaf00ca in mgd_clear (mgd=0x82ab5f0) at midgard.c:520 #3 0x2aaef99d in mgd_close (mgd=0x82ab5f0) at midgard.c:201 #4 0x80a3dd8 in php_rshutdown_midgard (type=1, module_number=14) at midgard.c:455 #5 0x81233ae in module_registry_cleanup (module=0x82ef458) at zend_API.c:785 #6 0x8125fe1 in zend_hash_apply (ht=0x82906c0, apply_func=0x8123388 module_registry_cleanup) at zend_hash.c:688 #7 0x8122737 in zend_deactivate_modules () at zend.c:526 #8 0x8091c5d in php_request_shutdown (dummy=0x0) at main.c:657 #9 0x808fc61 in php_apache_request_shutdown () #10 0x81498ae in run_cleanups () #11 0x81480dd in ap_clear_pool () #12 0x8148151 in ap_destroy_pool () #13 0x8157d5d in child_main () #14 0x8157e9c in make_child () #15 0x8157ff9 in startup_children () #16 0x8158636 in standalone_main () #17 0x8158dc3 in main () #18 0x2ac109cb in __libc_start_main (main=0x8158a7c main, argc=2, argv=0x7b04, init=0x806d6c0 _init, fini=0x81cf68c _fini, rtld_fini=0x2aab5e60 _dl_fini, stack_end=0x7afc) at ../sysdeps/generic/libc-start.c:92 Previous Comments: [2001-09-04 13:47:21] [EMAIL PROTECTED] This looks like a bug in midgard, can you please file them a bugreport too, and report back if you got answer from them? (You get better backtraces with a static module BTW, please try that too) Derick [2001-09-04 13:31:23] [EMAIL PROTECTED] also php was configured in this manner: ./configure --disable-xml --with-mysql=/usr/local --with-apxs=/usr/local/apache/bin/apxs --with-midgard=/usr/local --with-imap --enable-debug and a sample of the apache log: preparser-scanner.l(450) : Freeing 0x0821DBFC (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E514 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php [Tue Sep 4 13:27:59 2001] [notice] child pid 10548 exit signal Segmentation fault (11) preparser-scanner.l(450) : Freeing 0x0816F73C (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816E2D4 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() preparser-scanner.l(450) : Freeing 0x0821BFA4 (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E53C (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x081BD1BC (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816F784 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x081FA55C (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E3DC (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x0816F85C (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816E424 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() /web/sites/hitlist.com/phpAds/view.inc.php3(5) : Fatal error - Cannot redeclare get_banner() preparser-scanner.l(450) : Freeing 0x0822BAC4 (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x081664FC (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x082140EC (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x08173344 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php [Tue Sep 4 13:28:01 2001] [notice] child pid 10562
[PHP-DEV] .BIZ .INFO domain extensions
Dear Internet User, The Dot Com era may be over, but an exciting new era on the Internet is about to begin. On October 01, 2001 a new top-level domain name extension called Dot Biz will be officially launched. As a member of the Internet community, you must pre-register your Dot Biz domain name as soon as possible to avoid disappointment as there will be tremendous rush from the general public once this new extension is reported in the mainstream media. We have now begun accepting pre-registrations for the .BIZ and other upcoming new domain extensions. This means that you can now pre-register for an attractive new domain name of your choice and significantly increase your chances of securing your domain name. If you missed out on .COM, here is your chance with .BIZ. If you do not act as soon as possible, you may unfortunately miss out on the biggest cyberspace land grab in the history of the Internet. The time to act is now. Visit: http://www.NewExtensionCentral.com to enter your domain names for pre-registration. Over 550,000 names have already been pre-registered in our servers by savvy consumers; however, this is just a small inkling of the expected demand on launch day...over 3 million domain names are expected to be registered immediately after the official launch. According to a July 02, 2001 ZDNET news article, industry analysts estimate that 15 million dot-biz names will be registered by 2005, thus making Dot Biz even more popular than Dot Com. An exciting new era is about to unfold on the Internet. Go to http://www.NewExtensionCentral.com to pre-register now. *** We strongly oppose the use of SPAM email and do not want anyone who does notwish to receive our mailings to receive them. As a result, we have retained the services of an independent 3rd party to administer our list management and remove list(www.removeyou.com). This is not SPAM. If you do not wish to receive further mailings, please click below and enter your email at the bottom of the page. You may then rest- assured that you will never receive another email from us again. http://www.removeyou.com The 21st Century Solution. I.D. # 032950 *** -- 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 #13140: setting multiple include_path for php that run on windows server
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.4 PHP Bug Type: *Directory/Filesystem functions Bug description: setting multiple include_path for php that run on windows server It looks like there is a bug for setting multiple include_path for php that run at windows server. For php that runs at non windows server: you can set include_path= .:/www/includes:path3 and when ever we use include it will always look for all the path starting from . and /www/includes and so on. If you specify your own path at include statement, eg: include /test/test.php; it will be found at ./test/test.php. include_path= c:\www\root\includes single path works find with windows server. I have problem when trying to set multiple path. As the php.ini comment: include_path= .;c:\www\root\includes won't works (may be anything after ; are comments!) However I can go around this by specify 1 include path and always use . whenever I use include statement. eg include ./test/test.php; -- Edit bug report at: http://bugs.php.net/?id=13140edit=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 #13140 Updated: setting multiple include_path for php that run on windows server
ID: 13140 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Old Bug Type: *Directory/Filesystem functions Bug Type: *Configuration Issues Operating System: Windows 2000 PHP Version: 4.0.4 New Comment: Not a bug. Correct way to specify multiple paths in the INI-file on Windows: include_path = .;c:\php\includes and on Unix include_path = .:/php/includes Directly taken from php.ini... Previous Comments: [2001-09-04 15:12:11] [EMAIL PROTECTED] It looks like there is a bug for setting multiple include_path for php that run at windows server. For php that runs at non windows server: you can set include_path= .:/www/includes:path3 and when ever we use include it will always look for all the path starting from . and /www/includes and so on. If you specify your own path at include statement, eg: include /test/test.php; it will be found at ./test/test.php. include_path= c:\www\root\includes single path works find with windows server. I have problem when trying to set multiple path. As the php.ini comment: include_path= .;c:\www\root\includes won't works (may be anything after ; are comments!) However I can go around this by specify 1 include path and always use . whenever I use include statement. eg include ./test/test.php; Edit this bug report at http://bugs.php.net/?id=13140edit=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 #13141: Undefined function errors appear everywhere
From: [EMAIL PROTECTED] Operating system: Sun Solaris SunOS 5.8 PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: Undefined function errors appear everywhere It's difficult to categorize this one. I recently migrated a site from MySQL to Oracle. Connection works perfectly. Now every now and then, I get an error such as the following: Fatal error: Call to undefined function: retrieveformfieldscount() in /usr/local/apache/htdocs/marketingpower.com/live/admin/IMM-create-complete.php on line 47 I refresh the page and the error disappears. The error never appeared before I migrated to Oracle. It happens randomly, identifying the first function the script references. Note - all functions are included at the top using the include () function. But they seem to miss including the files every so often, causing this error. It also seems to happen when I click on the Back button on my browser and then click on the original link. Don't know if that makes a difference though... Thanks - J -- Edit bug report at: http://bugs.php.net/?id=13141edit=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] Bug #13137: CVS incompatible with autoconf 2.13(AC_LANG_POP)
Hi Alex, On Tue, 4 Sep 2001, Alexander Wirtz wrote: I can't confirm this on RedHat 7.1 with a fresh CVS: buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p5 (ok) buildconf: libtool version 1.4 (ok) rebuilding Makefile templates automake: configure.in: installing end/ylwrap' rebuilding configure rebuilding acconfig.h rebuilding main/php_config.h.in and the configure runs just fine. RPMS: autoconf-2.13-10 automake-1.4p5-2 libtool-1.4-8 More information: The references to AC_LANG_PUSH(), AC_LANG_POP(), and other macros are being pulled into aclocal.m4 from /usr/share/aclocal/libtool.m4. In libtool-1.4-8, the older macros AC_LANG_SAVE and AC_LANG_RESTORE are used instead; Debian sid, however, has 1.4b-1 as the current version of libtool, which appears to be incompatible with autoconf 2.13. I'll take the issue up with the maintainers of the appropriate Debian packages. Looks like this isn't PHP's bug. Thanks, 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]
[PHP-DEV] Bug #13142: strtotime() returns -1 for M d H:i:s Y format
From: [EMAIL PROTECTED] Operating system: linux 2.2.18-m1 PHP version: 4.0.6 PHP Bug Type: Date/time related Bug description: strtotime() returns -1 for M d H:i:s Y format strtotime(Sep 04 16:39:45 2001) returns -1 with PHP 4.0.6 this was working with PHP 4.0.3 -- Edit bug report at: http://bugs.php.net/?id=13142edit=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 #13138 Updated: constants behave weird in static hash arrays
ID: 13138 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.0.4pl1 New Comment: Please try a more recent version of PHP. 4.0.7RC1 gives me: array(1) { [1]= bool(true) } array(1) { [1]= bool(true) } Previous Comments: [2001-09-04 13:23:25] [EMAIL PROTECTED] I think the following piece of code behaves sort of weird: ? define ('A', 1); function test() { $a = array(1 = true); static $stat_a = array(A = true); var_dump($a); var_dump($stat_a); } test(); ? result is: array(1) { [1]= bool(true) } array(1) { [A]= bool(true) } I'm not sure whether static variables are supposed to evaluate expressions but even if they were not, the engine should at least issue a warning. Edit this bug report at http://bugs.php.net/?id=13138edit=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] Microsoft Passport and PHP
On Tue, Sep 04, 2001 at 10:21:59AM +0200, Giacomo Cariello wrote : If not, I may be able to code one, so is there a quickstart for coding new modules? Look at ext/skeleton , README.EXT_SKEL in base dir, other ext/ source codes and zend.com/apidoc/ . - Markus -- 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] Patch to interbase module.
Please apply this patch to the CVS archive, or give me a CVS account. This fixes a critical bug in interbase. Summary of changes: * The CVS version doesn't compile right now because of ibase_globals weirdness. I fixed that. * If a bind parameter (i.e. ? in a query) is NULL then pass a NULL to the database instead of an empty string. * If a date is not parsable, give a helpful error. * If a string is passed as a bind parameter to a blob field, and the string is not a blob handle, then create a new blob, write the string to it, and give the database that blob handle. * The MS Visual Studio .dsp file doesn't support building the Debug_TS config. I fixed it. * IBG(v) was defined twice in php_interbase.h and I removed one. If this patch is not applied, tell me why. I'm just going to keep posting it until someone adds it. This is really important stuff to anyone that is going to use interbase in any serious way. -- Jeremy Bettis [EMAIL PROTECTED] begin 666 php.diff M26YD97@Z(5X=]I;G1EF)AV4O:6YT97)B87-E+F,-/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/0U20U,@9FEL93H@+W)E]S:71OGDOAP-]E'0O:6YT M97)B87-E+VEN=5R8F%S92YC+'8-F5TFEE=FEN9R!R979IVEO;B Q+C8X M#61I9F8@+74@+7(Q+C8X(EN=5R8F%S92YC#2TM+2!E'0O:6YT97)B87-E M+VEN=5R8F%S92YC3$S($%U9R R,# Q(# W.C4U.C,S(TP,# P3$N-C@- M*RLK(5X=]I;G1EF)AV4O:6YT97)B87-E+F,),S$@075G(#(P,#$@,3Z M-#0Z-3$@+3 P,# -0$ @+3(U+#8@*S(U+#$R($! #2 -(\J#2 )0VAA;F=E MSH-*PD),C P,2TP-2TS,3H@2F5R96UY($)E='1IR \:F5R96UY01E861B M965F+F-O;3X-*PD)2T@268@82!B;]B(AA;F1L92!W87,@97AP96-T960@ M86YD('-O;65T:EN9R!E;'-E('=APTK0D)(!R96-E:79E9!CF5A=4@ M82!B;]B(%N9!A90@=AE('9A;'5E('1O(ET+@TK0D)+2!)9B!T:4@ M:6YC;VUI;F@87)G=6UE;G0@=\@82!B:6YD('!AF%M971EB!IR!.54Q, M#2L)0D@('1H96X@W1OF4@82!.54Q,(EN('1H92!D871A8F%S92X-*PD) M2T@36]R92!V97)B;W-E(1A=4@97)R;W)S+@T@0DQ.3DY+3 Y+3(Q.@E) M=F\@4%N86-E:R \:79O$!R96=I;VYE=YCCX-( D)2T@861D960@0T]- M4$E,15]$3!S96-T:6]N#2 )0DM(UOF4@=F5R8F]S92!P:'!?:6YF;U]I M8F%S92!F=6YC=EO;@U 0 M-#@T+#$S(LT.3 L,3,@0$ -( D@4U1$7U!( M4%])3DE?14Y44EDH(FEB87-E+G1I;65F;W)M870B+ B)4@Z)4TZ)5,B+!0 M2%!?24Y)7T%,3P@3VY51A=53=')I;FL(-F9U]T:6UE9F]R;6%T+!Z M96YD7VEB87-E7V=L;V)A;',L(EB87-E7V=L;V)A;',I#2!02%!?24Y)7T5. M1@I#2 -+7-T871I8R!V;VED('!H%]I8F%S95]I;FET7V=L;V)A;',H5%-2 M34Q37T0I#2MS=%T:6,@=F]I9!P:'!?:6)AV5?:6YI=%]G;]B86QS*'IE M;F1?:6)AV5?9VQO8F%LR J:6)AV5?9VQO8F%LRD-('L-+0E)0DH=EM M97-T86UP9F]R;6%T*2 ]($Y53$P[#2T)24)'*1A=5F;W)M870I(#T@3E5, M3#L-+0E)0DH=EM969OFUA=D@/2!.54Q,.PTM4E1RAEG)MVI(#T@ M3E5,3#L-+0E)0DH;G5M7W!EG-IW1E;G0I(#T@,#L-*PEI8F%S95]G;]B M86QS+3YT:6UEW1A;7!F;W)M870@/2!.54Q,.PTK6EB87-E7V=L;V)A;',M M/F1A=5F;W)M870@/2!.54Q,.PTK6EB87-E7V=L;V)A;',M/G1I;65F;W)M M870@/2!.54Q,.PTK6EB87-E7V=L;V)A;',M/F5RFUS9R ]($Y53$P[#2L) M:6)AV5?9VQO8F%LRT^;G5M7W!EG-IW1E;G0@/2 P.PT@?0T@#2!02%!? M34E.251?1E5.0U1)3TXH:6)AV4I#4! (TQ,3$X+#@*S$Q,C0L-R! 0 T@ M#2 O*B![WL@7W!H%]I8F%S95]B:6YD*D-( @($)I;F0@%R86UE=5R M('!L86-E:]L95RR!I;B!A('!R979I;W5S;'D@')E%R960@75EGD@ M*B\-+7-T871I8R!I;G0@7W!H%]I8F%S95]B:6YD*%A344Q$02 JW%L9$L M('!V86P@*BIB7W9AG,L($))3D1?0E5(IB=68I#2MS=%T:6,@:6YT(%]P M:'!?:6)AV5?8FEN9A84U%,1$$@*G-Q;1A+!P=F%L(HJ8E]V87)S+! M24Y$7T)51B J8G5F+!I8F%S95]Q=65R2 J:6)?75EGDI#2![#2 )6%-1 M3%9!4B J=F%R.PT@7!V86P@*F)?=F%R.PU 0 M,3$S,2PV(LQ,3,W+#$U M($! #2 )79ABT^W%L:6YD2 ](9B=69;:5TNW%L:6YD.PT@0EB7W9A MB ]()?=F%RUMI73L-( D)#2L)6EF(AB7W9ABT^='EP92 ]/2!)4U]. M54Q,*2![#2L)0ES=%T:6,@8VAAB!N;W1H:6YG6S8T73L-*PD)7-T871I M8R!S:]R=!N=6QL7V9L86@/2 M,3L-*PD)79ABT^W%L9%T82 ](YO M=AI;F[#2L)0EV87(M/G-Q;'1Y4@?#T@,3L-*PD)79ABT^W%L:6YD M(#T@)FYU;Q?9FQA9SL-*PD)6EF(AV87(M/G-Q;QE;B ^(#8T*0TK0D) M79ABT^W%L;5N(#T@-C0[#2L)7T@96QS90T@0ES=VET8V@H=F%R+3YS M6QT7!E(8@?C$I('L-( D)6-AV4@4U%,7U1%6%0Z0D)( @+RH@9ER M96-T('1O('9AFEA8FQE(HO#2 )0EC87-E(%-13%]605)924Y'.@U 0 M M,3(P.PW(LQ,C(S+#@0$ -( D)0D);B ]('-S8V%N9BAB7W9ABT^=F%L M=64NW1R+G9A;P@(B5D)2I;+UTE94J6R]=)60@)60E*ELZ725D)2I;.ETE M9(L#2 )0D)0D@( F=YT;5]M;VXL(9T+G1M7VUD87DL(9T+G1M7WEE M87(L( F=YT;5]H;W5R+ F=YT;5]M:6XL(9T+G1M7W-E8RD[#2 )0D) M6EF*X@(3T@,R F)B!N($](#8IPTM0D)0D)7W!H%]I8F%S95]M;V1U M;5?97)R;W(H(FEN=F%L:60@9%T92]T:6UE(9OFUA=(I.PTK0D)0D) M7W!H%]I8F%S95]M;V1U;5?97)R;W(H(FEN=F%L:60@9%T92]T:6UE(9O MFUA=#H@17AP96-T960@,R!OB V(9I96QDRP@9V]T(5D+B!5V4@9F]R M;6%T(TO9]9($@Z:3IS+B!9;W4@9V%V92 G)7,G(BP@;BP@8E]V87(M/G9A M;'5E+G-TBYV86PI.PT@0D)0D)F5T=7)N($9!24Q54D4[#2 )0D)7T- M( D)0D)=YT;5]Y96%R(T](#$Y,# [#4! (TQ,C8V+#$R(LQ,C@Q+#,X M($! #2 )0D)6EF(AB7W9ABT^='EP92 A/2!)4U]35%))3D-( D)0D) M7Q\()?=F%R+3YV86QU92YS='(N;5N($]('-IF5O9BAI8F%S95]B;]B M7VAA;F1L92D-( D)0D)7Q\(@H:6)AV5?8FQO8E]H86YD;4@*BDH8E]V M87(M/G9A;'5E+G-TBYV86PI*2T^8FQ?:%N9QE($](# I('L-*PD)0D) M6EB87-E7V)L;V)?:%N9QE(II8E]B;]B.PTK0D)0D)5%-234Q37T9% M5$-(*D[#2L-*PD)0D)6EB7V)L;V(@/2 H:6)AV5?8FQO8E]H86YD;4@ M*BD@96UA;QO8RAS:7IE;V8H:6)AV5?8FQO8E]H86YD;4I*3L-*PD)0D) M6EB7V)L;V(M/G1R86YS7VAA;F1L92 ](EB7W%U97)Y+3YTF%NSL-*PD) M0D)6EB7V)L;V(M/FQI;FL@/2!I8E]Q=65R2T^;EN:SL-*PD)0D)6EB M7V)L;V(M/F)L7VAA;F1L92 ]($Y53$P[#2L)0D)0EI9B H:7-C7V-R96%T M95]B;]B*$E7U-405154RP@)FEB7V)L;V(M/FQI;FLL(9I8E]B;]B+3YT
Re: [PHP-DEV] Patch to interbase module.
On Tue, 4 Sep 2001, Jeremy Bettis wrote: Please apply this patch to the CVS archive, or give me a CVS account. This fixes a critical bug in interbase. Summary of changes: * The CVS version doesn't compile right now because of ibase_globals weirdness. I fixed that. * If a bind parameter (i.e. ? in a query) is NULL then pass a NULL to the database instead of an empty string. * If a date is not parsable, give a helpful error. * If a string is passed as a bind parameter to a blob field, and the string is not a blob handle, then create a new blob, write the string to it, and give the database that blob handle. * The MS Visual Studio .dsp file doesn't support building the Debug_TS config. I fixed it. * IBG(v) was defined twice in php_interbase.h and I removed one. If this patch is not applied, tell me why. I'm just going to keep posting it until someone adds it. This is really important stuff to anyone that is going to use interbase in any serious way. -- Jeremy Bettis [EMAIL PROTECTED] Well for starters I get the below garbled stuff instead of the patch :))) can you try resending it (lemme guess, you use ms outlook :) It seems pine cannot handle ms outlook attachments (I've had this problem before). Perhaps you could use another mail client? Thanks, Sterling begin 666 php.diff M26YD97@Z(5X=]I;G1EF)AV4O:6YT97)B87-E+F,-/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/0U20U,@9FEL93H@+W)E]S:71OGDOAP-]E'0O:6YT M97)B87-E+VEN=5R8F%S92YC+'8-F5TFEE=FEN9R!R979IVEO;B Q+C8X M#61I9F8@+74@+7(Q+C8X(EN=5R8F%S92YC#2TM+2!E'0O:6YT97)B87-E M+VEN=5R8F%S92YC3$S($%U9R R,# Q(# W.C4U.C,S(TP,# P3$N-C@- M*RLK(5X=]I;G1EF)AV4O:6YT97)B87-E+F,),S$@075G(#(P,#$@,3Z M-#0Z-3$@+3 P,# -0$ @+3(U+#8@*S(U+#$R($! #2 -(\J#2 )0VAA;F=E MSH-*PD),C P,2TP-2TS,3H@2F5R96UY($)E='1IR \:F5R96UY01E861B M965F+F-O;3X-*PD)2T@268@82!B;]B(AA;F1L92!W87,@97AP96-T960@ M86YD('-O;65T:EN9R!E;'-E('=APTK0D)(!R96-E:79E9!CF5A=4@ M82!B;]B(%N9!A90@=AE('9A;'5E('1O(ET+@TK0D)+2!)9B!T:4@ M:6YC;VUI;F@87)G=6UE;G0@=\@82!B:6YD('!AF%M971EB!IR!.54Q, M#2L)0D@('1H96X@W1OF4@82!.54Q,(EN('1H92!D871A8F%S92X-*PD) M2T@36]R92!V97)B;W-E(1A=4@97)R;W)S+@T@0DQ.3DY+3 Y+3(Q.@E) M=F\@4%N86-E:R \:79O$!R96=I;VYE=YCCX-( D)2T@861D960@0T]- M4$E,15]$3!S96-T:6]N#2 )0DM(UOF4@=F5R8F]S92!P:'!?:6YF;U]I M8F%S92!F=6YC=EO;@U 0 M-#@T+#$S(LT.3 L,3,@0$ -( D@4U1$7U!( M4%])3DE?14Y44EDH(FEB87-E+G1I;65F;W)M870B+ B)4@Z)4TZ)5,B+!0 M2%!?24Y)7T%,3P@3VY51A=53=')I;FL(-F9U]T:6UE9F]R;6%T+!Z M96YD7VEB87-E7V=L;V)A;',L(EB87-E7V=L;V)A;',I#2!02%!?24Y)7T5. M1@I#2 -+7-T871I8R!V;VED('!H%]I8F%S95]I;FET7V=L;V)A;',H5%-2 M34Q37T0I#2MS=%T:6,@=F]I9!P:'!?:6)AV5?:6YI=%]G;]B86QS*'IE M;F1?:6)AV5?9VQO8F%LR J:6)AV5?9VQO8F%LRD-('L-+0E)0DH=EM M97-T86UP9F]R;6%T*2 ]($Y53$P[#2T)24)'*1A=5F;W)M870I(#T@3E5, M3#L-+0E)0DH=EM969OFUA=D@/2!.54Q,.PTM4E1RAEG)MVI(#T@ M3E5,3#L-+0E)0DH;G5M7W!EG-IW1E;G0I(#T@,#L-*PEI8F%S95]G;]B M86QS+3YT:6UEW1A;7!F;W)M870@/2!.54Q,.PTK6EB87-E7V=L;V)A;',M M/F1A=5F;W)M870@/2!.54Q,.PTK6EB87-E7V=L;V)A;',M/G1I;65F;W)M M870@/2!.54Q,.PTK6EB87-E7V=L;V)A;',M/F5RFUS9R ]($Y53$P[#2L) M:6)AV5?9VQO8F%LRT^;G5M7W!EG-IW1E;G0@/2 P.PT@?0T@#2!02%!? M34E.251?1E5.0U1)3TXH:6)AV4I#4! (TQ,3$X+#@*S$Q,C0L-R! 0 T@ M#2 O*B![WL@7W!H%]I8F%S95]B:6YD*D-( @($)I;F0@%R86UE=5R M('!L86-E:]L95RR!I;B!A('!R979I;W5S;'D@')E%R960@75EGD@ M*B\-+7-T871I8R!I;G0@7W!H%]I8F%S95]B:6YD*%A344Q$02 JW%L9$L M('!V86P@*BIB7W9AG,L($))3D1?0E5(IB=68I#2MS=%T:6,@:6YT(%]P M:'!?:6)AV5?8FEN9A84U%,1$$@*G-Q;1A+!P=F%L(HJ8E]V87)S+! M24Y$7T)51B J8G5F+!I8F%S95]Q=65R2 J:6)?75EGDI#2![#2 )6%-1 M3%9!4B J=F%R.PT@7!V86P@*F)?=F%R.PU 0 M,3$S,2PV(LQ,3,W+#$U M($! #2 )79ABT^W%L:6YD2 ](9B=69;:5TNW%L:6YD.PT@0EB7W9A MB ]()?=F%RUMI73L-( D)#2L)6EF(AB7W9ABT^='EP92 ]/2!)4U]. M54Q,*2![#2L)0ES=%T:6,@8VAAB!N;W1H:6YG6S8T73L-*PD)7-T871I M8R!S:]R=!N=6QL7V9L86@/2 M,3L-*PD)79ABT^W%L9%T82 ](YO M=AI;F[#2L)0EV87(M/G-Q;'1Y4@?#T@,3L-*PD)79ABT^W%L:6YD M(#T@)FYU;Q?9FQA9SL-*PD)6EF(AV87(M/G-Q;QE;B ^(#8T*0TK0D) M79ABT^W%L;5N(#T@-C0[#2L)7T@96QS90T@0ES=VET8V@H=F%R+3YS M6QT7!E(8@?C$I('L-( D)6-AV4@4U%,7U1%6%0Z0D)( @+RH@9ER M96-T('1O('9AFEA8FQE(HO#2 )0EC87-E(%-13%]605)924Y'.@U 0 M M,3(P.PW(LQ,C(S+#@0$ -( D)0D);B ]('-S8V%N9BAB7W9ABT^=F%L M=64NW1R+G9A;P@(B5D)2I;+UTE94J6R]=)60@)60E*ELZ725D)2I;.ETE M9(L#2 )0D)0D@( F=YT;5]M;VXL(9T+G1M7VUD87DL(9T+G1M7WEE M87(L( F=YT;5]H;W5R+ F=YT;5]M:6XL(9T+G1M7W-E8RD[#2 )0D) M6EF*X@(3T@,R F)B!N($](#8IPTM0D)0D)7W!H%]I8F%S95]M;V1U M;5?97)R;W(H(FEN=F%L:60@9%T92]T:6UE(9OFUA=(I.PTK0D)0D) M7W!H%]I8F%S95]M;V1U;5?97)R;W(H(FEN=F%L:60@9%T92]T:6UE(9O MFUA=#H@17AP96-T960@,R!OB V(9I96QDRP@9V]T(5D+B!5V4@9F]R M;6%T(TO9]9($@Z:3IS+B!9;W4@9V%V92 G)7,G(BP@;BP@8E]V87(M/G9A M;'5E+G-TBYV86PI.PT@0D)0D)F5T=7)N($9!24Q54D4[#2 )0D)7T- M( D)0D)=YT;5]Y96%R(T](#$Y,# [#4! (TQ,C8V+#$R(LQ,C@Q+#,X M($! #2 )0D)6EF(AB7W9ABT^='EP92 A/2!)4U]35%))3D-( D)0D) M7Q\()?=F%R+3YV86QU92YS='(N;5N($]('-IF5O9BAI8F%S95]B;]B M7VAA;F1L92D-( D)0D)7Q\(@H:6)AV5?8FQO8E]H86YD;4@*BDH8E]V
Re: [PHP-DEV] microtime and gettimeofday
On Tue, Sep 04, 2001 at 08:48:52AM +0200, Alexander Jäger wrote : i wanted to do a waiting function and read on php.net, that usleep does not work under windows. so i did my own function and got problems with microtime and gettimeofday does anybody has expiriences that these doesn't work under windows? e.g. i got for the usec - value of gettimeofday values higher than one million? It would be really interesting if someone can do microsecond timer with NT architecture (without special hardware). To my knowledge NT architecture does no support microsecond timer resolution. It only has a 32bit tick counter whose resolution is miliseconds (remmeber the 49.7 days reboot of some version of Win95). If you have additional hardware you can take advantage by extending this to a 64bit counter with microseconds resolution poor NT ... - Markus -- 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] Patch to interbase module.
If this patch is not applied, tell me why. I'm just going to keep posting it until someone adds it. This is really important stuff to anyone that is going to use interbase in any serious way. Well, first you need to fix your diff. uudecoding that thing results in: --- ext/interbase/interbase.ct/i13 Aug 2001 07:55e.c,v= +/*-25,6Changes:2001-05- received create a blob and add td something else was value to it. 1999-09-- more verbose php_info_ibaegionet.czarameter is NULL @ -484, STD_PHP_INI_ENTRY(ibase.timeformat, %H:%M:%S, PHP_INI_ALL, OnUpdateString, cfg_timeformat, ze-{tatic IBG(timeformat) = NULL;NULL;zend_ibase_globals *ibase_globals) PHP_MINIT_FUNCTION(ibnum_persistent = 0;ULL; +static int _php_ibase_bind(XSQLDA *sqlda, pval **b_vars, BIND_BUF *buf) ... ie. complete gibberish. -Rasmus -- 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 #13137 Updated: CVS incompatible with autoconf 2.13 (AC_LANG_POP)
ID: 13137 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Compile Issues Operating System: Debian GNU/Linux unstable (sid) PHP Version: 4.0CVS-2001-09-04 New Comment: Try libtool 1.4 (without any traling 'b') - this should work for now. - Markus Previous Comments: [2001-09-04 13:06:52] [EMAIL PROTECTED] With current CVS, I see the following output when running buildconf on a Debian system: $ ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p4 (ok) buildconf: libtool version 1.4b 1996, (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_MSG_NOTICE ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM rebuilding acconfig.h rebuilding main/php_config.h.in $ Needless to say, the resulting `./configure' file is not a valid shell script. I've verified also on a RedHat system that autoconf 2.13 does not provide these macros; they are only available in autoconf 2.5x. If it is intended that PHP CVS be compatible with autoconf 2.13, these macros should be replaced with something more portable; otherwise, I'd appreciate it if the configure.in was clearly tagged as being autoconf 2.5-specific, so that Debian's autodetection has a chance at handling it properly. Edit this bug report at http://bugs.php.net/?id=13137edit=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 #13118 Updated: Error with character-set
ID: 13118 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Linux PHP Version: 4.0.6 New Comment: How did you configure PHP ? --Jani Previous Comments: [2001-09-04 00:27:36] [EMAIL PROTECTED] Hi, I get an error-message: File '/usr/share/mysql/charsets/?.conf' not found (Errcode: 2) Character set '#5' is not a compiled character set and is not specified in the '/usr/share/mysql/charsets/Index' file I am using php 4.0.6 MySQL 3.23.41 Character set '#5' is german1 Edit this bug report at http://bugs.php.net/?id=13118edit=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] Patch to interbase module.
Ok, I'll try it again. The first post was just what cvs diff gave me. Here is one with the line endings converted. I'll attach it and copy-paste it. Index: ext/interbase/interbase.c === RCS file: /repository/php4/ext/interbase/interbase.c,v retrieving revision 1.68 diff -u -r1.68 interbase.c --- ext/interbase/interbase.c 13 Aug 2001 07:55:33 - 1.68 +++ ext/interbase/interbase.c 31 Aug 2001 17:44:51 - @@ -25,6 +25,12 @@ /* Changes: + 2001-05-31: Jeremy Bettis [EMAIL PROTECTED] + - If a blob handle was expected and something else was + received create a blob and add the value to it. + - If the incoming argument to a bind parameter is NULL + then store a NULL in the database. + - More verbose date errors. 1999-09-21: Ivo Panacek [EMAIL PROTECTED] - added COMPILE_DL section - more verbose php_info_ibase function @@ -484,13 +490,13 @@ STD_PHP_INI_ENTRY(ibase.timeformat, %H:%M:%S, PHP_INI_ALL, OnUpdateString, cfg_timeformat, zend_ibase_globals, ibase_globals) PHP_INI_END() -static void php_ibase_init_globals(TSRMLS_D) +static void php_ibase_init_globals(zend_ibase_globals *ibase_globals) { - IBG(timestampformat) = NULL; - IBG(dateformat) = NULL; - IBG(timeformat) = NULL; - IBG(errmsg) = NULL; - IBG(num_persistent) = 0; + ibase_globals-timestampformat = NULL; + ibase_globals-dateformat = NULL; + ibase_globals-timeformat = NULL; + ibase_globals-errmsg = NULL; + ibase_globals-num_persistent = 0; } PHP_MINIT_FUNCTION(ibase) @@ -1118,7 +1124,7 @@ /* {{{ _php_ibase_bind() Bind parameter placeholders in a previously prepared query */ -static int _php_ibase_bind(XSQLDA *sqlda, pval **b_vars, BIND_BUF *buf) +static int _php_ibase_bind(XSQLDA *sqlda, pval **b_vars, BIND_BUF *buf, ibase_query *ib_query) { XSQLVAR *var; pval *b_var; @@ -1131,6 +1137,15 @@ var-sqlind = buf[i].sqlind; b_var = b_vars[i]; + if (b_var-type == IS_NULL) { + static char nothing[64]; + static short null_flag = -1; + var-sqldata = nothing; + var-sqltype |= 1; + var-sqlind = null_flag; + if (var-sqllen 64) +var-sqllen = 64; + } else switch(var-sqltype ~1) { case SQL_TEXT: /* direct to variable */ case SQL_VARYING: @@ -1208,7 +1223,7 @@ n = sscanf(b_var-value.str.val, %d%*[/]%d%*[/]%d %d%*[:]%d%*[:]%d, t.tm_mon, t.tm_mday, t.tm_year, t.tm_hour, t.tm_min, t.tm_sec); if(n != 3 n != 6){ - _php_ibase_module_error(invalid date/time format); + _php_ibase_module_error(invalid date/time format: Expected 3 or 6 fields, got %d. Use format m/d/Y H:i:s. You gave '%s', n, b_var-value.str.val); return FAILURE; } t.tm_year -= 1900; @@ -1266,12 +1281,38 @@ if (b_var-type != IS_STRING || b_var-value.str.len != sizeof(ibase_blob_handle) || ((ibase_blob_handle *)(b_var-value.str.val))-bl_handle != 0) { + ibase_blob_handle *ib_blob; + TSRMLS_FETCH(); + + ib_blob = (ibase_blob_handle *) emalloc(sizeof(ibase_blob_handle)); + ib_blob-trans_handle = ib_query-trans; + ib_blob-link = ib_query-link; + ib_blob-bl_handle = NULL; + if (isc_create_blob(IB_STATUS, ib_blob-link, ib_blob-trans_handle, ib_blob-bl_handle, ib_blob-bl_qd)) { + efree(ib_blob); + _php_ibase_error(); + return FAILURE; + } + convert_to_string(b_var); + if (isc_put_segment(IB_STATUS, ib_blob-bl_handle, (unsigned short) b_var-value.str.len, b_var-value.str.val)) { + _php_ibase_error(); + return FAILURE; + } + if (isc_close_blob(IB_STATUS, ib_blob-bl_handle)) { + _php_ibase_error(); + return FAILURE; + } + ib_blob_id = ib_blob; + var-sqldata = (void ISC_FAR *)ib_blob_id-bl_qd; +/* _php_ibase_module_error(invalid blob id string); return FAILURE; - } - ib_blob_id = (ibase_blob_handle *)b_var-value.str.val; +*/ + } else { + ib_blob_id = (ibase_blob_handle *)b_var-value.str.val; - var-sqldata = (void ISC_FAR *)ib_blob_id-bl_qd; + var-sqldata = (void ISC_FAR *)ib_blob_id-bl_qd; + } } break; case SQL_ARRAY: @@ -1383,7 +1424,7 @@ in_sqlda = emalloc(XSQLDA_LENGTH(ib_query-in_sqlda-sqld)); memcpy(in_sqlda, ib_query-in_sqlda, XSQLDA_LENGTH(ib_query-in_sqlda-sqld)); bind_buf = emalloc(sizeof(BIND_BUF) * ib_query-in_sqlda-sqld); - if (_php_ibase_bind(in_sqlda, args, bind_buf) == FAILURE) { + if (_php_ibase_bind(in_sqlda, args, bind_buf, ib_query) == FAILURE) { IBDEBUG(Could not bind input XSQLDA... (_php_ibase_exec)); goto _php_ibase_exec_error; } Index: ext/interbase/interbase.dsp === RCS file: /repository/php4/ext/interbase/interbase.dsp,v retrieving revision 1.5 diff -u -r1.5 interbase.dsp --- ext/interbase/interbase.dsp 24 Aug 2000 18:58:50 - 1.5 +++ ext/interbase/interbase.dsp 31 Aug 2001 17:44:51 - @@ -44,7 +44,7
Re: [PHP-DEV] microtime and gettimeofday
On Tue, Sep 04, 2001 at 08:48:52AM +0200, Alexander Jäger wrote : i wanted to do a waiting function and read on php.net, that usleep does not work under windows. so i did my own function and got problems with microtime and gettimeofday does anybody has expiriences that these doesn't work under windows? e.g. i got for the usec - value of gettimeofday values higher than one million? It would be really interesting if someone can do microsecond timer with NT architecture (without special hardware). To my knowledge NT architecture does no support microsecond timer resolution. It only has a 32bit tick counter whose resolution is miliseconds (remmeber the 49.7 days reboot of some version of Win95). If you have additional hardware you can take advantage by extending this to a 64bit counter with microseconds resolution poor NT ... I applied a patch to the gettimeofday in the windows port that reduced the accuracy to milliseconds from microseconds, thinking about it I didnt check at the time if it was compatible with unix values returned, the only thing I remember thinking was well even if this patch was broken it was a lot less broken than things were before (the time was got in two calls previously so one half of the returned value was about 0.05 seconds out from the other value..) I thought there was a note in the manual about this difference between Unix and Windows resolution with this function although I am not sure (usleep doesnt work on windows at all.. although if we can round to the nearest millisecond and sleep that way it might be worth thinking about). Anyway what I was trying to say is those functions are fubar under NT as it is and if anyone can think of a better way to do the timings and usleep then it would be a good addition to the source code. - 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] microtime and gettimeofday
On Tue, Sep 04, 2001 at 10:34:22PM +0100, James Moore wrote : Anyway what I was trying to say is those functions are fubar under NT as it is and if anyone can think of a better way to do the timings and usleep then it would be a good addition to the source code. There aren'y any I know which don't require special hardware ... like QueryPerformanceCounter() and QueryPerformanceFrequency(). - Markus -- Markus Fischer, http://guru.josefine.at/~mfischer/ EMail: [EMAIL PROTECTED] PGP Public Key: http://guru.josefine.at/~mfischer/C2272BD0.asc PGP Fingerprint: D3B0 DD4F E12B F911 3CE1 C2B5 D674 B445 C227 2BD0 -All your scripts are belong to Zend- -- 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 #13137 Updated: CVS incompatible with autoconf 2.13 (AC_LANG_POP)
ID: 13137 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: *Compile Issues Operating System: Debian GNU/Linux unstable (sid) PHP Version: 4.0CVS-2001-09-04 New Comment: You *ARE* running unstable, after all. Everything is fine with testing...it's really not a PHP bug. Previous Comments: [2001-09-04 17:20:05] [EMAIL PROTECTED] Try libtool 1.4 (without any traling 'b') - this should work for now. - Markus [2001-09-04 13:06:52] [EMAIL PROTECTED] With current CVS, I see the following output when running buildconf on a Debian system: $ ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p4 (ok) buildconf: libtool version 1.4b 1996, (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_MSG_NOTICE ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM rebuilding acconfig.h rebuilding main/php_config.h.in $ Needless to say, the resulting `./configure' file is not a valid shell script. I've verified also on a RedHat system that autoconf 2.13 does not provide these macros; they are only available in autoconf 2.5x. If it is intended that PHP CVS be compatible with autoconf 2.13, these macros should be replaced with something more portable; otherwise, I'd appreciate it if the configure.in was clearly tagged as being autoconf 2.5-specific, so that Debian's autodetection has a chance at handling it properly. Edit this bug report at http://bugs.php.net/?id=13137edit=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] Patch to interbase module.
Jeremy, could you please test the current CVS? Specifically the interbase.dsp change. -Rasmus -- 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 #13137 Updated: CVS incompatible with autoconf 2.13 (AC_LANG_POP)
ID: 13137 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Compile Issues Operating System: Debian GNU/Linux unstable (sid) PHP Version: 4.0CVS-2001-09-04 New Comment: Yes, I appear to have unreasonable expectations that Debian unstable won't severely munge the developer tools. The libtool bug of not declaring AC_PREREQ(2.50) has been fixed recently, but the autoconf package there still has a bug in failing to notice this declaration. I'll be taking the issue up with the maintainer of that package. Thanks and sorry, Steve Langasek postmodern programmer Previous Comments: [2001-09-04 17:44:09] [EMAIL PROTECTED] You *ARE* running unstable, after all. Everything is fine with testing...it's really not a PHP bug. [2001-09-04 17:20:05] [EMAIL PROTECTED] Try libtool 1.4 (without any traling 'b') - this should work for now. - Markus [2001-09-04 13:06:52] [EMAIL PROTECTED] With current CVS, I see the following output when running buildconf on a Debian system: $ ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p4 (ok) buildconf: libtool version 1.4b 1996, (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_MSG_NOTICE ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM rebuilding acconfig.h rebuilding main/php_config.h.in $ Needless to say, the resulting `./configure' file is not a valid shell script. I've verified also on a RedHat system that autoconf 2.13 does not provide these macros; they are only available in autoconf 2.5x. If it is intended that PHP CVS be compatible with autoconf 2.13, these macros should be replaced with something more portable; otherwise, I'd appreciate it if the configure.in was clearly tagged as being autoconf 2.5-specific, so that Debian's autodetection has a chance at handling it properly. Edit this bug report at http://bugs.php.net/?id=13137edit=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 #13137 Updated: CVS incompatible with autoconf 2.13 (AC_LANG_POP)
ID: 13137 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: *Compile Issues Operating System: Debian GNU/Linux unstable (sid) PHP Version: 4.0CVS-2001-09-04 New Comment: No PHP Bug - bogusified. ML and other Bug reports already have hints to use libtool 1.4. - Markus Previous Comments: [2001-09-04 17:54:51] [EMAIL PROTECTED] Yes, I appear to have unreasonable expectations that Debian unstable won't severely munge the developer tools. The libtool bug of not declaring AC_PREREQ(2.50) has been fixed recently, but the autoconf package there still has a bug in failing to notice this declaration. I'll be taking the issue up with the maintainer of that package. Thanks and sorry, Steve Langasek postmodern programmer [2001-09-04 17:44:09] [EMAIL PROTECTED] You *ARE* running unstable, after all. Everything is fine with testing...it's really not a PHP bug. [2001-09-04 17:20:05] [EMAIL PROTECTED] Try libtool 1.4 (without any traling 'b') - this should work for now. - Markus [2001-09-04 13:06:52] [EMAIL PROTECTED] With current CVS, I see the following output when running buildconf on a Debian system: $ ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p4 (ok) buildconf: libtool version 1.4b 1996, (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_MSG_NOTICE ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM rebuilding acconfig.h rebuilding main/php_config.h.in $ Needless to say, the resulting `./configure' file is not a valid shell script. I've verified also on a RedHat system that autoconf 2.13 does not provide these macros; they are only available in autoconf 2.5x. If it is intended that PHP CVS be compatible with autoconf 2.13, these macros should be replaced with something more portable; otherwise, I'd appreciate it if the configure.in was clearly tagged as being autoconf 2.5-specific, so that Debian's autodetection has a chance at handling it properly. Edit this bug report at http://bugs.php.net/?id=13137edit=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 #13120 Updated: /usr/lib/dld.sl: Unresolved symbol: libiconv (code)
ID: 13120 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: GD related Bug Type: Reproducible crash Operating System: HP-11 PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot? Does this happen without --with-gettext ? --Jani Previous Comments: [2001-09-04 03:04:58] [EMAIL PROTECTED] I can't start apache (1.3.20) with php compiled as module: bonnie.root./ $ /www/bin/apachectl start /usr/lib/dld.sl: Unresolved symbol: libiconv (code) from /opt/gettext/lib/libintl.sl /usr/lib/dld.sl: Unresolved symbol: libiconv_open (code) from /opt/gettext/lib/libintl.sl /usr/lib/dld.sl: Unresolved symbol: libiconv_close (code) from /opt/gettext/lib/libintl.sl Syntax error on line 205 of /apps/WEB/apache/conf/httpd.conf: Cannot load /apps/WEB/apache/libexec/libphp4.sl into server: No such file or directory /www/bin/apachectl start: httpd could not be started My configure options are: CC=cc-Ae CXX=aCC./configure --prefix=/apps/WEB/php --with-apxs=/apps/WEB/apache/bin/apxs --with-gd=/opt/g d --with-zlib-dir=/opt/zlib --without-mysql --with-xpm-dir=/opt/xpm --with-png-dir=/opt/libpng --with-ttf=/o pt/freetype --enable-gd-native-ttf --with-jpeg-dir=/opt/jpeg-6 --with-gettext=/opt/gettext - I have installed in /opt the following swlibs: binutils-2.11.2-sd-11.00.depot bison-1.28-sd-11.00.depot flex++-3.0.3-sd-11.00.depot freetype-1.3.1-sd-11.00.depot freetype-2.0.4-sd-11.00.depot gcc-3.0.1-sd-11.00.depot gd-1.8.4-sd-11.00.depot gettext-0.10.38-sd-11.00.depot jpeg-6b-sd-11.00.depot libiconv-1.6.1-sd-11.00.depot libpng-1.0.11-sd-11.00.depot make-3.79.1-sd-11.00.depot perl-5.6.1-sd-11.00.depot xpm-3.4k-sd-11.00.depot zlib-1.1.3-sd-11.00.depot Edit this bug report at http://bugs.php.net/?id=13120edit=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 #13121 Updated: Callback function problem
ID: 13121 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Could you please add a short but complete example script that can be used to reproduce this problem into this bug report? --Jani Previous Comments: [2001-09-04 03:11:13] [EMAIL PROTECTED] I have a problem, I try to call any string function inside a callback function and I recive the following error message: PHP has encountered an Access Violation at 00DAE529 Note that I use the parser inside a class (maybe is the problem?) Edit this bug report at http://bugs.php.net/?id=13121edit=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 #13122 Updated: UDP probs
ID: 13122 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sockets related Operating System: linux red hat 7.1 PHP Version: 4.0.4pl1 New Comment: You fread() instead which is binary safe. --Jani Previous Comments: [2001-09-04 04:38:25] [EMAIL PROTECTED] well when i send an UDP packet to my halflife server with fsockopen and fgets, it returns me another packet beginning from the 2nd line instead of the 1st. it means that if i were supposed to get : packet #1-hello packet #2-world packet #3-its me i receive : packet #1-world packet #2-its me here's a sample of my code : //- function get_pass_player_cs($serverip,$port,$rcon) { $get_pass_player_cs .= BRDo .$commande. on :.$serverip.:.$port.'BRBR'; //Open the network for transmission. $serverip = udp://.$serverip; $fp = fsockopen($serverip,$port, $errno, $errstr,10); if (!$fp) { $get_pass_player_cs .= Server not available :.$errno; } else { //Send statusrequest. fwrite($fp,challenge rcon.\x00); $challenge = fgets($fp,50); $challenge = substr($challenge, 19); $challenge = trim ($challenge); $rcontxt=rcon .$challenge. .$rcon. status\x00; fwrite($fp,$rcontxt); $tmp = fgets($fp,100); //debug echo $tmp; $get_pass_player_cs = $tmp; fclose($fp); return $get_pass_player_cs; } $get_pass_player_cs .= Erreur; fclose($fp); return $get_pass_player_cs; } //- Edit this bug report at http://bugs.php.net/?id=13122edit=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 #13137 Updated: CVS incompatible with autoconf 2.13 (AC_LANG_POP)
ID: 13137 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Compile Issues Operating System: Debian GNU/Linux unstable (sid) PHP Version: 4.0CVS-2001-09-04 New Comment: Works just fine here: buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4.1 (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure rebuilding acconfig.h rebuilding main/php_config.h.in I guess it's either libtool 1.4b (beta anyway) or some other thing broken in your system. Previous Comments: [2001-09-04 18:05:18] [EMAIL PROTECTED] No PHP Bug - bogusified. ML and other Bug reports already have hints to use libtool 1.4. - Markus [2001-09-04 17:54:51] [EMAIL PROTECTED] Yes, I appear to have unreasonable expectations that Debian unstable won't severely munge the developer tools. The libtool bug of not declaring AC_PREREQ(2.50) has been fixed recently, but the autoconf package there still has a bug in failing to notice this declaration. I'll be taking the issue up with the maintainer of that package. Thanks and sorry, Steve Langasek postmodern programmer [2001-09-04 17:44:09] [EMAIL PROTECTED] You *ARE* running unstable, after all. Everything is fine with testing...it's really not a PHP bug. [2001-09-04 17:20:05] [EMAIL PROTECTED] Try libtool 1.4 (without any traling 'b') - this should work for now. - Markus [2001-09-04 13:06:52] [EMAIL PROTECTED] With current CVS, I see the following output when running buildconf on a Debian system: $ ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p4 (ok) buildconf: libtool version 1.4b 1996, (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_MSG_NOTICE ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM rebuilding acconfig.h rebuilding main/php_config.h.in $ Needless to say, the resulting `./configure' file is not a valid shell script. I've verified also on a RedHat system that autoconf 2.13 does not provide these macros; they are only available in autoconf 2.5x. If it is intended that PHP CVS be compatible with autoconf 2.13, these macros should be replaced with something more portable; otherwise, I'd appreciate it if the configure.in was clearly tagged as being autoconf 2.5-specific, so that Debian's autodetection has a chance at handling it properly. Edit this bug report at http://bugs.php.net/?id=13137edit=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 #13123 Updated: UploadProblems
ID: 13123 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: PHP Version: 4.0.6 New Comment: Yes, this is known problem. There are enough reports about this already, but thanks anyway. Previous Comments: [2001-09-04 05:28:17] [EMAIL PROTECTED] Hi i have an Problem with uploads.This problem is only under Windows with severall WebServers. An Upload with 32MB is running but very slow , more than 32 MB make always problems . Need a long time more than 1Hour over an 100Mbit Network. When the Download is finished php hangs it does not find the downloaded file, but only if more than 32MB. The php.ini values are all 1000MB. Under Linux there is no Problem it run very fast. regards Claude Edit this bug report at http://bugs.php.net/?id=13123edit=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] Bug #13137 Updated: CVS incompatible with autoconf2.13 (AC_LANG_POP)
Wow, everyone touched that one! :) -- 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 #13125 Updated: Bug in Local Value configuration
ID: 13125 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Configuration Issues Operating System: Apache Linux r00s01 2.4.4-4GB #1 PHP Version: 4.0.6 New Comment: Did you also change post_max_size ? And do you happen to have configure PHP with --enable-memory-limit ?? --Jani Previous Comments: [2001-09-04 07:08:18] [EMAIL PROTECTED] I had a problem with uploaded files, they constantly stuck when trying to upload them to the webserver via th so called upload script (I used exactly the one from PHP documentation) So I changed the Local Value for upload_max_filesize but left the one for Master Value the same. This is my actuall configuration now: upload_max_filesize | Local:10M | Master:2M Now the Problem is exactly the same as bevore, I can not upload 10MB, I can not upload 5MB, but I may do so whith files that are sized lower than 2MB (this is an issue that bothers me a lot, cause I am loosing users from my website constantly ... they go to other poages that operate with historic CGI-Scripts, but those can handle hundrde MB's at the same time) If replying to me, I will have to forward that mail to Jene [EMAIL PROTECTED] - and it would be great, if you could just send him a copy of the answer as well, cause we are patently waiting to get that problem fixed, without having to change the variable for Master as well. What will we have to do then? I put a PHPinfo of our server for you to check at the following URL: http://unrealed.gamesweb.com/zip/view.php so you can see, that we did not make too many mistakes in generall! THIS IS A BUG and schould be fixed as soon as possible! Edit this bug report at http://bugs.php.net/?id=13125edit=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 #13126 Updated: in_array() is type-strict by default?
ID: 13126 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Arrays related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: RTFM: bool in_array (mixed needle, array haystack [, bool strict]) --Jani Previous Comments: [2001-09-04 07:18:54] [EMAIL PROTECTED] It seems like the in_array() function has been slightly altered in this (4.0.6) release compared to 4.0.3. A check of an array of chars against integers fail; but it didn't in verison 4.0.3. example: $char_array = array(1,2,3); if(in_array($char_array, 2)) $output = FOUND; else $output = NOT FOUND; echo $output; produces the output NOT FOUND; Seems some typecasting is necessary this time... Edit this bug report at http://bugs.php.net/?id=13126edit=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: Bug #13125 Updated: Bug in Local Value configuration
THX, I will have to change this, cause, well I did not do so. CU Daniel Bücheler (MasterBotAI) __ - Original Message - From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 05, 2001 12:41 AM Subject: Bug #13125 Updated: Bug in Local Value configuration ID: 13125 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Configuration Issues Operating System: Apache Linux r00s01 2.4.4-4GB #1 PHP Version: 4.0.6 New Comment: Did you also change post_max_size ? And do you happen to have configure PHP with --enable-memory-limit ?? --Jani Previous Comments: [2001-09-04 07:08:18] [EMAIL PROTECTED] I had a problem with uploaded files, they constantly stuck when trying to upload them to the webserver via th so called upload script (I used exactly the one from PHP documentation) So I changed the Local Value for upload_max_filesize but left the one for Master Value the same. This is my actuall configuration now: upload_max_filesize | Local:10M | Master:2M Now the Problem is exactly the same as bevore, I can not upload 10MB, I can not upload 5MB, but I may do so whith files that are sized lower than 2MB (this is an issue that bothers me a lot, cause I am loosing users from my website constantly ... they go to other poages that operate with historic CGI-Scripts, but those can handle hundrde MB's at the same time) If replying to me, I will have to forward that mail to Jene [EMAIL PROTECTED] - and it would be great, if you could just send him a copy of the answer as well, cause we are patently waiting to get that problem fixed, without having to change the variable for Master as well. What will we have to do then? I put a PHPinfo of our server for you to check at the following URL: http://unrealed.gamesweb.com/zip/view.php so you can see, that we did not make too many mistakes in generall! THIS IS A BUG and schould be fixed as soon as possible! ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=13125edit=2 -- 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 #13143: TSRM fails to build
From: [EMAIL PROTECTED] Operating system: HPUX 11.00 - gcc 3.0.1 PHP version: 4.0CVS-2001-09-04 PHP Bug Type: Compile Failure Bug description: TSRM fails to build This problem is identical to that reported in bugid 12195, but still occurs on HPUX 11.00 compiled with gcc 3.0.1 even on the latest CVS code. Configured with: ./configure --with-apxs=/opt/apache/bin/apxs Build results in: /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DHPUX11 -DMOD_SSL=208104 -DUSE_HSREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -I../TSRM -g -O2 -c -o tsrm_virtual_cwd.lo `test -f tsrm_virtual_cwd.c || echo './'`tsrm_virtual_cwd.c tsrm_virtual_cwd.c: In function `virtual_open': tsrm_virtual_cwd.c:556: `mode_t' is promoted to `int' when passed through `...' tsrm_virtual_cwd.c:556: (so you should pass `int' not `mode_t' to `va_arg') make[1]: *** [tsrm_virtual_cwd.lo] Error 1 make[1]: Leaving directory `/CML/rts/build/php4/TSRM' make: *** [all-recursive] Error 1 -- Edit bug report at: http://bugs.php.net/?id=13143edit=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 #12392 Updated: mysql_pconnect() and timed-out connections
ID: 12392 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: MySQL related Operating System: PHP Version: 4.0.6 Previous Comments: [2001-07-26 05:54:23] [EMAIL PROTECTED] I'm not 100% sure this isn't a bug in mysql, but here it goes: I installed mysql 2.23.39, apache and php4.0.6 a few days ago, and I've had to restart mysql every morning because mysql_pconnect() fails as the connections have timed out (wait_timeout is set to 8 hours). First this is logged by mysql (a few times): 010726 6:28:43 Aborted connection 299 to db: 'lumad' user: 'lumad' host: `localhost' (Got timeout reading communication packets) Then when I try to pconnect PHP logs this: [Thu Jul 26 11:23:36 2001] [error] PHP Warning: MySQL: Link to server lost, unable to reconnect in /export/home/carl/apache/htdocs/db.inc.php on line 8 And after a few more retries I get this: [Thu Jul 26 11:31:46 2001] [error] PHP Warning: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (111) in /export/home/carl/apache/htdocs/db.inc.php on line 8 At this point /tmp/mysql.sock has disappeared, and to get it to reappear I have to restart mysql. I've considered raising wait_timeout to infinity, but then there'd be problems if a (non-php) program forgets to call mysql_close(). For now I'll just switch to mysql_connect(). Edit this bug report at http://bugs.php.net/?id=12392edit=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 #13113 Updated: rpm install - curl_global_init undefined
ID: 13113 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Old Bug Type: *General Issues Bug Type: cURL related Operating System: RH 6.2+linux 2.2.15 PHP Version: 4.0.6 New Comment: You're doing something wrong there. libcurl 7.8.1 works just fine here. Please ask further support questions on the mailing lists, this is not any bug. --Jani Previous Comments: [2001-09-04 07:39:42] [EMAIL PROTECTED] Following Sterling's advice, I upgraded libcurl to 2.0.1 (which does contain the string curl_global_init) via curl-7.8.1-1.i386.rpm from haxx.se but no change.. still undefined.Removed curl, removed php, reinstalled the rpms, reran ldconfig manually -- still no go. Guess I could try to compile from source, (but, why should it be necessary?) [2001-09-03 16:50:44] [EMAIL PROTECTED] I grabbed libcurl.so.2 in the ConnectivaLinux libcurl-7.7.1-2cl.i386.rpm (the only one offered, and had to use --nodeps because of complaints that curl 2cl conflicts with curl 1cl ?duh?) but I still get the same 'undefined curl_global_init'. Again, I started with curl-ssl-7.6-1.i386.rpm then got libcurl-7.7.1-2cl.i386.rpm Another detail: libs from openssl.0.9.6..rpm were not properly registered in my rpm db so installing libcurl also complained - even though they're there! But then I noticed there's libcrypto and libssl 0.9.6 a b and I've got b. So I've made links for the 'a' versions to the 'b' versions.. am I screwing something up here? [2001-09-03 14:19:02] [EMAIL PROTECTED] You need to update your cURL installation to the latest version and then it should work. [2001-09-03 13:52:35] [EMAIL PROTECTED] fwiw: (gdb) run php Starting program: /usr/bin/php php then: then/endif not found. /usr/bin/php: error while loading shared libraries: /usr/bin/php: undefined symbol: curl_global_init Program exited with code 0177. Again, this is an rpm, I don't know what the compile directives or options were.. [2001-09-03 13:19:40] [EMAIL PROTECTED] This is probably my own config problem, and not a real bug, but... Just installed php-4.0.6-6.i386.rpm after updating a number of libraries including curl-ssl-7.6-1.i386.rpm Running php on the commandline only produces: php: error while loading shared libraries: php: undefined symbol: curl_global_init My /usr/bin contains: lrwxrwxrwx 1 root 16 Sep 3 10:40 /usr/lib/libcurl.so - libcurl.so.1.0.0* lrwxrwxrwx 1 root 16 Sep 3 10:40 /usr/lib/libcurl.so.1 - libcurl.so.1.0.0* -rwxr-xr-x 1 root 113921 Jan 27 2001 /usr/lib/libcurl.so.1.0.0* I'm pretty ignorant of libraries, so k.i.s.s. if at all possible.. (thanks) but if any other info will help, I'll be watching my email.. Note: php3 apache module is working on my system. cheers, John Edit this bug report at http://bugs.php.net/?id=13113edit=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 #13113 Updated: rpm install - curl_global_init undefined
ID: 13113 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: cURL related Operating System: RH 6.2+linux 2.2.15 PHP Version: 4.0.6 Previous Comments: [2001-09-04 07:39:42] [EMAIL PROTECTED] Following Sterling's advice, I upgraded libcurl to 2.0.1 (which does contain the string curl_global_init) via curl-7.8.1-1.i386.rpm from haxx.se but no change.. still undefined.Removed curl, removed php, reinstalled the rpms, reran ldconfig manually -- still no go. Guess I could try to compile from source, (but, why should it be necessary?) [2001-09-03 16:50:44] [EMAIL PROTECTED] I grabbed libcurl.so.2 in the ConnectivaLinux libcurl-7.7.1-2cl.i386.rpm (the only one offered, and had to use --nodeps because of complaints that curl 2cl conflicts with curl 1cl ?duh?) but I still get the same 'undefined curl_global_init'. Again, I started with curl-ssl-7.6-1.i386.rpm then got libcurl-7.7.1-2cl.i386.rpm Another detail: libs from openssl.0.9.6..rpm were not properly registered in my rpm db so installing libcurl also complained - even though they're there! But then I noticed there's libcrypto and libssl 0.9.6 a b and I've got b. So I've made links for the 'a' versions to the 'b' versions.. am I screwing something up here? [2001-09-03 14:19:02] [EMAIL PROTECTED] You need to update your cURL installation to the latest version and then it should work. [2001-09-03 13:52:35] [EMAIL PROTECTED] fwiw: (gdb) run php Starting program: /usr/bin/php php then: then/endif not found. /usr/bin/php: error while loading shared libraries: /usr/bin/php: undefined symbol: curl_global_init Program exited with code 0177. Again, this is an rpm, I don't know what the compile directives or options were.. [2001-09-03 13:19:40] [EMAIL PROTECTED] This is probably my own config problem, and not a real bug, but... Just installed php-4.0.6-6.i386.rpm after updating a number of libraries including curl-ssl-7.6-1.i386.rpm Running php on the commandline only produces: php: error while loading shared libraries: php: undefined symbol: curl_global_init My /usr/bin contains: lrwxrwxrwx 1 root 16 Sep 3 10:40 /usr/lib/libcurl.so - libcurl.so.1.0.0* lrwxrwxrwx 1 root 16 Sep 3 10:40 /usr/lib/libcurl.so.1 - libcurl.so.1.0.0* -rwxr-xr-x 1 root 113921 Jan 27 2001 /usr/lib/libcurl.so.1.0.0* I'm pretty ignorant of libraries, so k.i.s.s. if at all possible.. (thanks) but if any other info will help, I'll be watching my email.. Note: php3 apache module is working on my system. cheers, John Edit this bug report at http://bugs.php.net/?id=13113edit=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 #13132 Updated: logic fields value
ID: 13132 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: dBase related Operating System: linux PHP Version: 4.0.6 New Comment: This appears to be fixed in CVS. Can you try a recent snapshot? Previous Comments: [2001-09-04 09:46:12] [EMAIL PROTECTED] I have some logic(True/False) fields in db (dbase). When i read it value of it is always set to 0. Edit this bug report at http://bugs.php.net/?id=13132edit=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 #13076 Updated: Freetype 2 not enabled
ID: 13076 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: GD related Operating System: FreeeBSD 4.3 and Mandrake 7.2 PHP Version: 4.0.6 New Comment: The report this is duplicate of is closed, so should this be then too.. Previous Comments: [2001-09-04 08:43:40] [EMAIL PROTECTED] Duplicate : see bug 12065 [2001-08-31 07:07:17] [EMAIL PROTECTED] In fact, I use the ports from FreeBSD. The Makefile.inc looks like this : LIB_DEPENDS+= gd.2:${PORTSDIR}/graphics/gd LIB_DEPENDS+= freetype.7:${PORTSDIR}/print/freetype2 LIB_DEPENDS+= png.4:${PORTSDIR}/graphics/png LIB_DEPENDS+= jpeg.9:${PORTSDIR}/graphics/jpeg CONFIGURE_ARGS+=--with-gd=${PREFIX} \ --with-freetype-dir=${PREFIX} \ --with-jpeg-dir=${PREFIX} \ --with-png-dir=${PREFIX} CONFIGURE_ARGS+=--with-zlib During the configuration phase, I can see the following message : Checking whether to include freetype text support in GD... no (or something like this :o) ) and few lines bellow : Checking for Freetype(2)... found phpinfo() give me the following : GD Support enabled GD Version 1.6.2 or higher FreeType Support enabled FreeType Linkage with freetype JPG Support enabled PNG Support enabled WBMP Support enabled And of course the ImageTTFText doesn't work telling me that libgd is compiled without the support for freetype. Not true cause I can launch the exe example gdtestft. So I've tried to add the following in the Makefile.inc but I still have the Checking whether to include freetype text support in GD... no : --enable-freetype-4bit-antialias-hack or --enable-gd-native-ttf The problem is on a FreeBSD 4.3, with PHP 4.0.6, GD 1.8.4 and Freetype 2.0.4 but I've noticed the same problem on other configuration like a Mandrake 7.2, running PHP 4.0.5. PPP :o) [2001-08-31 07:04:37] [EMAIL PROTECTED] In fact, I use the ports from FreeBSD. The Makefile.inc looks like this : LIB_DEPENDS+= gd.2:${PORTSDIR}/graphics/gd LIB_DEPENDS+= freetype.7:${PORTSDIR}/print/freetype2 LIB_DEPENDS+= png.4:${PORTSDIR}/graphics/png LIB_DEPENDS+= jpeg.9:${PORTSDIR}/graphics/jpeg CONFIGURE_ARGS+=--with-gd=${PREFIX} \ --with-freetype-dir=${PREFIX} \ --with-jpeg-dir=${PREFIX} \ --with-png-dir=${PREFIX} CONFIGURE_ARGS+=--with-zlib During the configuration phase, I can see the following message : Checking whether to include freetype text support in GD... no (or something like this :o) ) and few lines bellow : Checking for Freetype(2)... found phpinfo() give me the following : GD Support enabled GD Version 1.6.2 or higher FreeType Support enabled FreeType Linkage with freetype JPG Support enabled PNG Support enabled WBMP Support enabled And of course the ImageTTFText doesn't work telling me that libgd is compiled without the support for freetype. Not true cause I can launch the exe example gdtestft. So I've tried to add the following in the Makefile.inc but I still have the Checking whether to include freetype text support in GD... no : --enable-freetype-4bit-antialias-hack or --enable-gd-native-ttf The problem is on a FreeBSD 4.3, with PHP 4.0.6, GD 1.8.4 and Freetype 2.0.4 but I've noticed the same problem on other configuration like a Mandrake 7.2, running PHP 4.0.5. PPP :o) [2001-08-31 06:44:16] [EMAIL PROTECTED] Can you post your configure-line of PHP and of GD? [2001-08-31 06:21:24] [EMAIL PROTECTED] I've tried on two systems to build PHP with GD and Freetype 2. It doesn't work. PHP always report in the configuration phase that Freetype 2 support is not enabled in GD. But it is enabled cause I can launch the gdtestft !!! Edit this bug report at http://bugs.php.net/?id=13076edit=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 #13132 Updated: logic fields value
ID: 13132 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: dBase related Operating System: linux PHP Version: 4.0.6 New Comment: http://snaps.php.net/ is where the snapshots can be found and this indeed should be fixed, thus closed. Reopen if you get same problem with the snapshot. Previous Comments: [2001-09-04 19:36:56] [EMAIL PROTECTED] This appears to be fixed in CVS. Can you try a recent snapshot? [2001-09-04 09:46:12] [EMAIL PROTECTED] I have some logic(True/False) fields in db (dbase). When i read it value of it is always set to 0. Edit this bug report at http://bugs.php.net/?id=13132edit=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 #13139 Updated: apache rpoert many crashes of children
ID: 13139 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Suspended Status: Bogus Bug Type: Reproducible crash Operating System: redhat linux 6.2 i386 PHP Version: 4.0.6 New Comment: This is the PHP bug database. Just report it to Midgard folks since it clearly is a crash in their extension. Previous Comments: [2001-09-04 14:21:20] [EMAIL PROTECTED] here is the back trace from static compile: sending to the midgard group. (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2aad8f51 in mysql_free_result () from /usr/local/lib/mysql/libmysqlclient.so.10 (gdb) bt #0 0x2aad8f51 in mysql_free_result () from /usr/local/lib/mysql/libmysqlclient.so.10 #1 0x2aaf0ee6 in mgd_release (res=0x81f1024) at midgard.c:1203 #2 0x2aaf00ca in mgd_clear (mgd=0x82ab5f0) at midgard.c:520 #3 0x2aaef99d in mgd_close (mgd=0x82ab5f0) at midgard.c:201 #4 0x80a3dd8 in php_rshutdown_midgard (type=1, module_number=14) at midgard.c:455 #5 0x81233ae in module_registry_cleanup (module=0x82ef458) at zend_API.c:785 #6 0x8125fe1 in zend_hash_apply (ht=0x82906c0, apply_func=0x8123388 module_registry_cleanup) at zend_hash.c:688 #7 0x8122737 in zend_deactivate_modules () at zend.c:526 #8 0x8091c5d in php_request_shutdown (dummy=0x0) at main.c:657 #9 0x808fc61 in php_apache_request_shutdown () #10 0x81498ae in run_cleanups () #11 0x81480dd in ap_clear_pool () #12 0x8148151 in ap_destroy_pool () #13 0x8157d5d in child_main () #14 0x8157e9c in make_child () #15 0x8157ff9 in startup_children () #16 0x8158636 in standalone_main () #17 0x8158dc3 in main () #18 0x2ac109cb in __libc_start_main (main=0x8158a7c main, argc=2, argv=0x7b04, init=0x806d6c0 _init, fini=0x81cf68c _fini, rtld_fini=0x2aab5e60 _dl_fini, stack_end=0x7afc) at ../sysdeps/generic/libc-start.c:92 [2001-09-04 13:47:21] [EMAIL PROTECTED] This looks like a bug in midgard, can you please file them a bugreport too, and report back if you got answer from them? (You get better backtraces with a static module BTW, please try that too) Derick [2001-09-04 13:31:23] [EMAIL PROTECTED] also php was configured in this manner: ./configure --disable-xml --with-mysql=/usr/local --with-apxs=/usr/local/apache/bin/apxs --with-midgard=/usr/local --with-imap --enable-debug and a sample of the apache log: preparser-scanner.l(450) : Freeing 0x0821DBFC (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E514 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php [Tue Sep 4 13:27:59 2001] [notice] child pid 10548 exit signal Segmentation fault (11) preparser-scanner.l(450) : Freeing 0x0816F73C (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816E2D4 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() preparser-scanner.l(450) : Freeing 0x0821BFA4 (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E53C (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x081BD1BC (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816F784 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x081FA55C (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x0816E3DC (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x0816F85C (329 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 4 times midgard.c(441) : Freeing 0x0816E424 (12 bytes), script=/usr/local/apache/libexec/midgard-root.php community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() community-list-5(2) : Warning - file(community.inc) - No such file or directory community-list-5(2) : Warning - Bad arguments to implode() /web/sites/hitlist.com/phpAds/view.inc.php3(5) : Fatal error - Cannot redeclare get_banner() preparser-scanner.l(450) : Freeing 0x0822BAC4 (425 bytes), script=/usr/local/apache/libexec/midgard-root.php Last leak repeated 29 times midgard.c(441) : Freeing 0x081664FC (12 bytes), script=/usr/local/apache/libexec/midgard-root.php preparser-scanner.l(450) : Freeing 0x082140EC (425 bytes),
[PHP-DEV] Bug #13142 Updated: strtotime() returns -1 for M d H:i:s Y format
ID: 13142 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: Date/time related Operating System: linux 2.2.18-m1 PHP Version: 4.0.6 New Comment: Confirmed with latest CVS. Previous Comments: [2001-09-04 16:47:44] [EMAIL PROTECTED] strtotime(Sep 04 16:39:45 2001) returns -1 with PHP 4.0.6 this was working with PHP 4.0.3 Edit this bug report at http://bugs.php.net/?id=13142edit=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 #13142 Updated: strtotime() returns -1 for M d H:i:s Y format
ID: 13142 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Date/time related Operating System: linux 2.2.18-m1 PHP Version: 4.0.6 New Comment: Uh..reproduced I meant. :) Previous Comments: [2001-09-04 20:15:10] [EMAIL PROTECTED] Confirmed with latest CVS. [2001-09-04 16:47:44] [EMAIL PROTECTED] strtotime(Sep 04 16:39:45 2001) returns -1 with PHP 4.0.6 this was working with PHP 4.0.3 Edit this bug report at http://bugs.php.net/?id=13142edit=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 #13125 Updated: Bug in Local Value configuration
ID: 13125 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: PHP options/info functions Operating System: Apache Linux r00s01 2.4.4-4GB #1 PHP Version: 4.0.6 New Comment: User error.. Previous Comments: [2001-09-04 18:41:05] [EMAIL PROTECTED] Did you also change post_max_size ? And do you happen to have configure PHP with --enable-memory-limit ?? --Jani [2001-09-04 07:08:18] [EMAIL PROTECTED] I had a problem with uploaded files, they constantly stuck when trying to upload them to the webserver via th so called upload script (I used exactly the one from PHP documentation) So I changed the Local Value for upload_max_filesize but left the one for Master Value the same. This is my actuall configuration now: upload_max_filesize | Local:10M | Master:2M Now the Problem is exactly the same as bevore, I can not upload 10MB, I can not upload 5MB, but I may do so whith files that are sized lower than 2MB (this is an issue that bothers me a lot, cause I am loosing users from my website constantly ... they go to other poages that operate with historic CGI-Scripts, but those can handle hundrde MB's at the same time) If replying to me, I will have to forward that mail to Jene [EMAIL PROTECTED] - and it would be great, if you could just send him a copy of the answer as well, cause we are patently waiting to get that problem fixed, without having to change the variable for Master as well. What will we have to do then? I put a PHPinfo of our server for you to check at the following URL: http://unrealed.gamesweb.com/zip/view.php so you can see, that we did not make too many mistakes in generall! THIS IS A BUG and schould be fixed as soon as possible! Edit this bug report at http://bugs.php.net/?id=13125edit=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 #13119 Updated: Compile error with GDIOCTX
ID: 13119 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: GD related Operating System: Linux 2.4.9 PHP Version: 4.0.6 New Comment: I forgot: What version of GD library you think you're compiling with? Previous Comments: [2001-09-04 20:25:03] [EMAIL PROTECTED] Have you tried to compile it as not shared? Have you deleted config.cache before reconfigure? Have you updated your gd library recently? Do you have different versions of GD library installed in your system? --Jani [2001-09-04 01:32:44] [EMAIL PROTECTED] I ran the following configure script: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-dbase --enable-ftp --with-gd=shared,/usr/local --with-ldap=/usr/local --with-mysql --with-mm --with-openssl --enable-sockets --with-zlib --enable-bcmath And saw this when it tried to comple the GD portion. Sniper at PHP snapped at the last guy who submitted the bug about not placing the GD install base in the command line options... well, I did and it *still* gave me the error. So instead of snapping at the userbase and marking this bug as *user error* try giving constructive feedback. If it *was* user error, then why send them to the CVS tree? make[3]: Entering directory `/usr/local/src/php-4.0.6/ext/gd' /bin/sh /usr/local/src/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/local/src/php-4.0.6/ext/gd -I/usr/local/src/php-4.0.6/main -I/usr/local/src/php-4.0.6 -I/usr/local/apache/include -I/usr/local/src/php-4.0.6/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/local/src/php-4.0.6/ext/mysql/libmysql -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM -DLINUX=2 -DMOD_SSL=207101 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c gd.c touch gd.slo gd.c:95: conflicting types for `gdIOCtx' /usr/local/include/gd_io.h:18: previous declaration of `gdIOCtx' make[3]: *** [gd.slo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=13119edit=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] Sybase and Sybase-CT and MSSQL, oh my?
Hello, I can't help but notice that MSSQL, Sybase, and Sybase CT-Lib each have their own PHP extension. What I wonder if many people have /not/ noticed is that two of these extensions implement the same C API on different platforms (mssql targetted for Windows systems, sybase targetted for Unix systems), and all three implement the same database protocol on the wire. In light of this, would it not be to everyone's advantage to consolidate developer efforts and merge the ext/mssql and ext/sybase modules? (Providing appropriate PHP_FALIAS wrappers for backwards compat, of course.) I can't imagine that there is so much difference between these two codebases that we need one extension with a .dsp file and one extension with a config.m4 file. Are there other reasons why PHP developers would prefer not to combine these two extensions into one? Regards, 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]
[PHP-DEV] The rand() can of worms
I realize I'm (as one person put it) [stepping] right into the line of fire on this, but I want to resolve the issues with Jeroen's big rand() patch. From what I can tell, there are 3 camps: 1) Leave it, let Jeroen fix it. We know it is broken, but we're willing to wait for Jeroen to get through school orientation so that he has time to fix it. 2) Revert the whole big mess. This camp seems to have an internal split. Some of them hate the idea of the patch entirely for things like BC, while others just seem upset with the way the patch was merged with (what appears to be) very little peer review (no matter who is at fault...I don't really care. :) We'll call these 2A and 2B respectively. 3) Just like any other bug: Those who are bothered by it, fix it The reason I'm writing this is because I'm in the third camp. I could care less if it gets reverted or fixed, really...I just want PHP to *work*. If it's going to stay, we should *all* be able to pitch in and fix it...I really don't want to wait around. I wouldn't wait around when Sybase-CT was broken even *much* smaller ways...even when I had to teach myself C in my spare time! This is Open Source...if it's broken, I get to fix it! That's the whole *point*, isn't it? Personally, I'm not bothered by the way in which backwards compatibility is destroyed by this patch, because I think it actually behaves more like most people expect rand() to now... Good points: 1) no need to seed the generator 2) use mt_rand by default Bad points: 1) Leaks 2) Inconsistent style 3) Really bizzare macros, etc. So, just to make my compile here happier (bcz I don't want to check out older CVS just to continue working), I have tried to fix some of the bad points. Since it is not clear to me yet which of the above camps is going to hold sway on this issue, I'm not going to commit them to CVS...but I *will* provides diffs for anyone who asks. After having thrown myself into the middle of a heated debate, I think I'm going to ignore php-dev for a few days until I'm ready to face the firestorm I know I'm stirring up. When the smoke clears, somebody please let me know. :) -- 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] The rand() can of worms
On Tue, 4 Sep 2001, Joey Smith wrote: I realize I'm (as one person put it) [stepping] right into the line of fire on this, but I want to resolve the issues with Jeroen's big rand() patch. From what I can tell, there are 3 camps: 1) Leave it, let Jeroen fix it. We know it is broken, but we're willing to wait for Jeroen to get through school orientation so that he has time to fix it. Also known as the people who haven't taken a look at the source code. 2) Revert the whole big mess. This camp seems to have an internal split. Some of them hate the idea of the patch entirely for things like BC, while others just seem upset with the way the patch was merged with (what appears to be) very little peer review (no matter who is at fault...I don't really care. :) We'll call these 2A and 2B respectively. Actually, I think your missing me (do I get my own camp?) and Zeev also agreed on this level I believe. The design of the code is flawed, technically, I could care less about backwards compatibility. My problem is that its implementation is technically poor and the design is making mountains out of molehills. Furthermore, its not solving a problem, just adding complexity. How many people have complained to date about the issues this patch addresses. I think Jeroen is the only one. Finally when a patch generates this much opposition, its really not something that should be in the code base. 3) Just like any other bug: Those who are bothered by it, fix it The reason I'm writing this is because I'm in the third camp. I could care less if it gets reverted or fixed, really...I just want PHP to *work*. If it's going to stay, we should *all* be able to pitch in and fix it...I really don't want to wait around. I wouldn't wait around when Sybase-CT was broken even *much* smaller ways...even when I had to teach myself C in my spare time! This is Open Source...if it's broken, I get to fix it! That's the whole *point*, isn't it? Well yes, but the flip side is also, if its broken, don't commit something. What this patch is doing is taking something that worked perfectly well, and making it work less well/not work at all. With no long term benefits on the horizon. Its not like there is a good base from which to jump off from and improve. It offers no benefits either. If Jeroen didn't have CVS access do you honestly think anyone else who knows this code would've commited it? Personally, I'm not bothered by the way in which backwards compatibility is destroyed by this patch, because I think it actually behaves more like most people expect rand() to now... Good points: 1) no need to seed the generator 2) use mt_rand by default #1 can be done by at most a 15 line patch (probably less) to the old code, just add: if (!BG(rand_is_seeded)) { seed() BG(rand_is_seeded) = 1; } too the rand() functions, and BG(rand_is_seeded) = 1; to the srand() functions and your done. #2 This really is un-necessary, sure merner-twister is a better algorithm, but its not some *huge* improvement, for most people's needs the system rand() functions are perfectly acceptable. For those who need merner-twister, they can simply use the mt_rand() functions. Discarding the fact that changing this really isn't a good idea (although its not imho horrible either way), this same functionality could be implemented in much fewer lines in a proper patch, maybe all in all both changes would be a 50 line patch, not an entire rand redesign. Believe, me, if it were as simple as improving upon his patch, I'd stop wasting time arguing this, and I'd go ahead and just fix it. The fact is though, pre-patch, the code was designed and implemented properly, after the patch, there is really no way I see to truly fix it, without reverting the underlying code. The concept behind the changes is wrong from a technical perspective (not talking bc here), not just the implementation Bad points: 1) Leaks 2) Inconsistent style 3) Really bizzare macros, etc. And you don't see these as *serious* problems. Is it really ok for people to commit code that has bad style, leaks and breaks the compile, and then complain about people who have issues with it? Btw, You also forgot: 4) Slower 5) Poor Design (fundamental concepts behind implementation) So, just to make my compile here happier (bcz I don't want to check out older CVS just to continue working), I have tried to fix some of the bad points. Since it is not clear to me yet which of the above camps is going to hold sway on this issue, I'm not going to commit them to CVS...but I *will* provides diffs for anyone