[PHP-DEV] Bug #10414: mysql+charset gb2312
From: [EMAIL PROTECTED] Operating system: redhat6.2 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: mysql+charset gb2312 I want to my mysql+php can surport charset gb2312 so I configure the mysql --with-charset gb2312,then when I connect to the mysql with php,the system tell me MySQL Connection Failed: Can't initialize character set 24 (path: default) .but I can do well with delphi -- Edit Bug report at: http://bugs.php.net/?id=10414edit=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 #10415: ext/informix/ifx.ec:4354: `executor_globals' undeclared
From: [EMAIL PROTECTED] Operating system: Solaris 7 PHP version: 4.0.4pl1 PHP Bug Type: Informix related Bug description: ext/informix/ifx.ec:4354: `executor_globals' undeclared Making all in Zend Making all in main Making all in ext Making all in informix /bin/sh /home/mon1/software/php/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/home/mon1/software/php/php-4.0.4pl1/ext/informix -I/home/mon1/software/php/php-4.0.4pl1/main -I/home/mon1/software/php/php-4.0.4pl1 -I/usr/netscape/server4/include -I/home/mon1/software/php/php-4.0.4pl1/Zend -I/usr/informix/incl/esql -I/home/mon1/software/php/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/mon1/software/php/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/mon1/software/php/php-4.0.4pl1/TSRM -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads -I/usr/informix/incl/esql -c ifx.c /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec: In function `php_minit_ifx': /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:392: warning: passing arg 2 of `ts_allocate_id' from incompatible pointer type /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec: In function `php3_intifxus_free_slob': /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: `executor_globals' undeclared (first use in this function) /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: (Each undeclared identifier is reported only once /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: for each function it appears in.) *** Error code 1 make: Fatal error: Command failed for target `ifx.lo' Current working directory /home/mon1/software/php/php-4.0.4pl1/ext/informix *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /home/mon1/software/php/php-4.0.4pl1/ext/informix *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /home/mon1/software/php/php-4.0.4pl1/ext *** Error code 1 make: Fatal error: Command failed for target `all-recursive' -- Edit Bug report at: http://bugs.php.net/?id=10415edit=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 #10417: os.h:137: conflicting types for `dlopen' `dlsym' `dlerror'
From: [EMAIL PROTECTED] Operating system: AIX 4.3.2 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: os.h:137: conflicting types for `dlopen' `dlsym' `dlerror' with apache 1.3.9 php configure ./configure \ -with-informix=/usr/informix \ -without-mysql \ --with-apxs=/usr/local/apache/bin/apxs \ configure.log 21 error Making all in apache /bin/sh /software/SOFTWARE/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/software/SOFTWARE/php-4.0.4p l1/sapi/apache -I/software/SOFTWARE/php-4.0.4pl1/main -I/software/SOFTWARE/php-4.0.4pl1 -I/usr/local/apache/include -I/s oftware/SOFTWARE/php-4.0.4pl1/Zend -I/usr/informix/incl/esql -I/software/SOFTWARE/php-4.0.4pl1/ext/xml/expat/xmltok -I/s oftware/SOFTWARE/php-4.0.4pl1/ext/xml/expat/xmlparse -I/software/SOFTWARE/php-4.0.4pl1/TSRM -DAIX=43 -DAIX_BIND_PROCESS OR -DUSE_HSREGEX -DUSE_EXPAT -D__H_LOCALEDEF -DXML_BYTE_ORDER=21 -O2 -I/usr/informix/incl/esql -c sapi_apache.c In file included from /usr/local/apache/include/ap_config.h:115, from /usr/local/apache/include/httpd.h:71, from sapi_apache.c:32: /usr/local/apache/include/os.h:137: conflicting types for `dlopen' /usr/include/dlfcn.h:27: previous declaration of `dlopen' /usr/local/apache/include/os.h:139: conflicting types for `dlsym' /usr/include/dlfcn.h:28: previous declaration of `dlsym' /usr/local/apache/include/os.h:140: conflicting types for `dlerror' /usr/include/dlfcn.h:30: previous declaration of `dlerror' In file included from /usr/local/apache/include/ap_config.h:1055, from /usr/local/apache/include/httpd.h:71, from sapi_apache.c:32: /usr/include/arpa/inet.h:152: warning: `struct ether_addr' declared inside parameter list /usr/include/arpa/inet.h:152: warning: its scope is only this definition or declaration, which is probably not what you want. /usr/include/arpa/inet.h:153: warning: `struct ether_addr' declared inside parameter list /usr/include/arpa/inet.h:154: warning: `struct ether_addr' declared inside parameter list /usr/include/arpa/inet.h:159: warning: `struct sockaddr_dl' declared inside parameter list /usr/include/arpa/inet.h:160: warning: `struct sockaddr_dl' declared inside parameter list /usr/include/arpa/inet.h:161: warning: `struct sockaddr_dl' declared inside parameter list make: 1254-004 The error code from the last command is 1. Stop. -Turnover: modify php-4.0.4pl1/Zend/zend.h /* tsa * #ifdef HAVE_DLFCN_H * # include dlfcn.h * #endif */ void *dlopen(const char *, int); int dlclose(void *); void *dlsym(void *, const char *); const char *dlerror(void); /* tsa */ modify apache_1.3.9/src/os/unix/os.h #ifdef AIX /* tsa * #if AIX 43 */ #undef HAVE_DLFCN_H /* tsa * #endif */ #endif -- Edit Bug report at: http://bugs.php.net/?id=10417edit=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] PHP 4.0 Bug #10415 Updated: ext/informix/ifx.ec:4354: `executor_globals' undeclared
ID: 10415 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Informix related Description: ext/informix/ifx.ec:4354: `executor_globals' undeclared php configure ./configure \ --with-nsapi=/usr/netscape/server4 \ --without-mysql \ --with-informix=/usr/informix \ --enable-libgcc makecti.log 21 Webserver=iPlanet Web Server, Enterprise Edition 4.1 Previous Comments: --- [2001-04-20 04:19:34] [EMAIL PROTECTED] Making all in Zend Making all in main Making all in ext Making all in informix /bin/sh /home/mon1/software/php/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/home/mon1/software/php/php-4.0.4pl1/ext/informix -I/home/mon1/software/php/php-4.0.4pl1/main -I/home/mon1/software/php/php-4.0.4pl1 -I/usr/netscape/server4/include -I/home/mon1/software/php/php-4.0.4pl1/Zend -I/usr/informix/incl/esql -I/home/mon1/software/php/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/mon1/software/php/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/mon1/software/php/php-4.0.4pl1/TSRM -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads -I/usr/informix/incl/esql -c ifx.c /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec: In function `php_minit_ifx': /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:392: warning: passing arg 2 of `ts_allocate_id' from incompatible pointer type /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec: In function `php3_intifxus_free_slob': /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: `executor_globals' undeclared (first use in this function) /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: (Each undeclared identifier is reported only once /home/mon1/software/php/php-4.0.4pl1/ext/informix/ifx.ec:4358: for each function it appears in.) *** Error code 1 make: Fatal error: Command failed for target `ifx.lo' Current working directory /home/mon1/software/php/php-4.0.4pl1/ext/informix *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /home/mon1/software/php/php-4.0.4pl1/ext/informix *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /home/mon1/software/php/php-4.0.4pl1/ext *** Error code 1 make: Fatal error: Command failed for target `all-recursive' --- Full Bug description available at: http://bugs.php.net/?id=10415 -- 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 #10418: Warning :Undefined ...
From: [EMAIL PROTECTED] Operating system: Win2000 Server PHP version: 4.0.4pl1 PHP Bug Type: GD related Bug description: Warning :Undefined ... Hi, When I try to generate images I have several Warning messages as : * Warning : Undefined variable ... * Warning : Undefined property ... * and so on ... This php script I try to run workes on my server of developments (NT4 SP6, PHP 4.0.3pl1) but not on my win2000 server (PHP 4.0.4pl1). I try to use the same instalation of PHP (4.0.3pl1) on both, but I have the same problems. I also try to change my php_gd.dll but nothing good appends ... Is anybody has an idea please Pierrick (from France) -- Edit Bug report at: http://bugs.php.net/?id=10418edit=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 #10408 Updated: Bad Sybase-CTlib closing
The script Sample.php is : html body ? // error handler function // this function NEVER RETURN (all errors are FATAL) !! function myErrorHandler($errno,$ErrorMsg) {echo $ErrorMsg,'/body/html'; exit(); // global exit of PHP } //MAIN PGM: // set to the user defined error handler set_error_handler('myErrorHandler'); $connect_id=sybase_connect('server,'GenRe','password'); if (!$connect_id) echo "An error in sybase_connect !!br"; else {$res=sybase_query('select * from toto',$connect_id); // code never reached ! if (!$res) echo "An error in sybase_query !!br"; else echo 'No error'; } ? /html /body Before I display Sample.php I try a sp_who command on Sybase. The result is : 1 sp_who 2 go fidspid status loginame origname hostname blk_spid dbname cmd block_xloid -- -- -- -- --- 0 2 sleeping NULL NULL0 master NETWORK HANDLER0 0 3 sleeping NULL NULL0 master DEADLOCK TUNE 0 0 4 sleeping NULL NULL0 master MIRROR HANDLER 0 0 5 sleeping NULL NULL0 master ASTC HANDLER 0 0 6 sleeping NULL NULL0 master CHECKPOINT SLEEP 0 0 7 sleeping NULL NULL0 master HOUSEKEEPER0 0 12 recv sleep sa sa WinNT 0 CPC_V0 AWAITING COMMAND 0 0 15 recv sleep sa sa WinNT 0 CPC_V0 AWAITING COMMAND 0 0 17 running sa sa WinNT 0 CPC_V0 SELECT 0 (9 rows affected) (return status = 0) It seems OK ! After one display of Sample.php the sp_who become : 1 sp_who 2 go fidspid status loginame origname hostname blk_spid dbname cmd block_xloid -- -- -- -- --- 0 2 sleeping NULL NULL0 master NETWORK HANDLER0 0 3 sleeping NULL NULL0 master DEADLOCK TUNE 0 0 4 sleeping NULL NULL0 master MIRROR HANDLER 0 0 5 sleeping NULL NULL0 master ASTC HANDLER 0 0 6 sleeping NULL NULL0 master CHECKPOINT SLEEP 0 0 7 sleeping NULL NULL0 master HOUSEKEEPER0 0 12 recv sleep sa sa WinNT 0 CPC_V0 AWAITING COMMAND 0 0 15 recv sleep sa sa WinNT 0 CPC_V0 AWAITING COMMAND 0 0 17 running sa sa WinNT 0 CPC_V0 SELECT 0 0 19 recv sleep GenReGenRe 0 CPC_V0 AWAITING COMMAND 0 (10 rows affected) (return status = 0) And you can see the last user in state "recv sleep" still here, even if the PHP script is dead. As intended PHP have produced : html body Sybase: Server message: toto not found. Specify owner.objectname or use sp_help to check whether the object exists (sp_help may produce lots of output). (severity 16, procedure N/A)/body/html It wouldn't be very harmful if PHP doesn't try, later, to use this "recv sleep" connexion again ! If I display (refresh) Sample.php a few time, the sp_who give me : 1 sp_who 2 go fidspid status loginame origname hostname blk_spid dbname cmd block_xloid -- -- -- -- --- 0 2 sleeping NULL NULL0 master NETWORK HANDLER0 0 3 sleeping NULL NULL0 master DEADLOCK TUNE 0 0 4 sleeping NULL NULL0 master MIRROR HANDLER 0 0 5 sleeping NULL NULL0 master ASTC HANDLER 0 0 6 sleeping NULL NULL0 master CHECKPOINT SLEEP 0 0 7 sleeping NULL NULL0 master HOUSEKEEPER0 0 11 recv sleep GenReGenRe 0 CPC_V0 AWAITING COMMAND 0 0 12 recv sleep sa sa WinNT 0 CPC_V0 AWAITING COMMAND 0 0
[PHP-DEV] Bug #10419: apache ./configure fails
From: [EMAIL PROTECTED] Operating system: linux suse7.1 2.4.2 PHP version: 4.0.4pl1 PHP Bug Type: Compile Problem Bug description: apache ./configure fails this is the same as bug #9950 when i add -lpthread to LIBS in the apache makefile, some errors are solved but not all when running ./configure in the apache dir. /usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libresolv.so: undefined reference to `[EMAIL PROTECTED]' /usr/lib/libnsl.so: undefined reference to `[EMAIL PROTECTED]' collect2: ld returned 1 exit status latest cvs from php (checked out on 20-apr-01 11:40) can't run ./configure correctly: loading cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... i686-pc-linux-gnu checking for mawk... no checking for gawk... gawk checking for bison... bison -y checking bison version... 1.28 (ok) checking for gcc... gcc checking whether the C compiler (gcc ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. so i can't try apache configure together with latest cvs gcc is: gcc version 2.95.3 20010315 (release) and gcc works correctly with all other configure scripts. any ideas ? thx gerald -- Edit Bug report at: http://bugs.php.net/?id=10419edit=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 #10420: Corrupt JPEG data: premature end of data segment gd-jpeg: JPEG library reports
From: [EMAIL PROTECTED] Operating system: W2000 PHP version: 4.0.4pl1 PHP Bug Type: *Graphics related Bug description: Corrupt JPEG data: premature end of data segment gd-jpeg: JPEG library reports i use PHP on command line dos : php file.php "parameter" I have this error when my code want to copy and resize this picture only this picture http://a1692.g.akamai.net/f/1692/2042/1h/medias.lemonde.fr/medias/image_article/39sta1.jpg First time i have and php fail : Corrupt JPEG data: premature end of data segment gd-jpeg: JPEG library reports Corrupt JPEG data: bad Huffman code a other time but php don't fail : Corrupt JPEG data: premature end of data segment gd-jpeg: JPEG library reports unrecoverable error: Unsupported marker type 0x78 Please contact me if you resolve the problem or find a solution Thank Stephane -- Edit Bug report at: http://bugs.php.net/?id=10420edit=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] RC7 is out
Windows testers please note (and apologies to those who think I'm teaching granny to suck eggs): Just to avoid a potential cockup with the Win32 release, be aware that the RC7 source builds a debug version of PHP by default on windows - we ought to be testing (and releasing!) the release_ts_inline version - just set the correct active configuration in the build menu. Cheers -- Phil Driscoll Dial Solutions +44 (0)113 294 5112 http://www.dialsolutions.com http://www.dtonline.org -- 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 #10421: can't compile php_sybase_db.c
From: [EMAIL PROTECTED] Operating system: linux Red-Hat 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: can't compile php_sybase_db.c compiling with gcc version egcs-2-91.66 options for configure: ./configure --prefix=/WWW/php-4.0.4pl1 --with-apxs2=/WWW/apache2/bin/apxs --with-config-file-path=/WWW/php4.0.4pl1 --enable-ftp --enable-socket --with-gd=../gd-1.8.1 --enable-trans-sid --with-sybase=/home/sybase --enable-inline-optimization --enable-track-vars --enable-sysvsem=yes --enable-sysvshm=yes --disable-debug using sybase-11.9.2 This is what happens when I compile: Making all in sybase make[2]: Entering directory `/root/php-4.0.4pl1/ext/sybase' make[3]: Entering directory `/root/php-4.0.4pl1/ext/sybase' /bin/sh /root/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/root/php-4.0.4pl1/ext/sybase -I/root/php-4.0.4pl1/main -I/root/php-4.0.4pl1 -I/WWW/apache2/include -I/WWW/apache2/include/apr -I/root/php-4.0.4pl1/Zend -I/root/gd-1.8.1 -I/root/php-4.0.4pl1/ext/mysql/libmysql -I/home/sybase/include -I/root/php-4.0.4pl1/ext/xml/expat/xmltok -I/root/php-4.0.4pl1/ext/xml/expat/xmlparse -I/root/php-4.0.4pl1/TSRM -D_REENTRANT -DXML_BYTE_ORDER=12 -I../TSRM -DTHREAD=1 -g -O2 -pthread -c php_sybase_db.c php_sybase_db.c: In function `php_if_sybase_query': php_sybase_db.c:781: `core_globals' undeclared (first use in this function) php_sybase_db.c:781: (Each undeclared identifier is reported only once php_sybase_db.c:781: for each function it appears in.) make[3]: *** [php_sybase_db.lo] Error 1 make[3]: Leaving directory `/root/php-4.0.4pl1/ext/sybase' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/php-4.0.4pl1/ext/sybase' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php-4.0.4pl1/ext' make: *** [all-recursive] Error 1 everything works fine when I do the same thing in php-4.0.3pl1. -- Edit Bug report at: http://bugs.php.net/?id=10421edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] RC7 is out
Yep, that's true :( Looks like I forgot to commit the configure.in/main/php_version.h version change before tagging. So heads up folks - RC7 will identify as RC6. Don't believe it :) Zeev At 05:59 20/4/2001, Matt White wrote: Zeev; Compiled on Win32 as an Apache module just fine. One tiny problem... main\php_version.h still says it's version RC6. It took me a minute to realize that I hadn't made a mistake and copied files from the wrong directory... =) PHP Version 4.0.5RC7 System Windows NT 5.0 build 2195 Build Date Apr 19 2001 Server API Apache I will bang on it tomorrow to see if it breaks. - Matt Zeev Suraski [EMAIL PROTECTED] 04/19/01 10:02PM I rolled RC7 - if there are no surprises (there'd better not be! :), it can finally go out early next week. Zeev -- Zeev Suraski [EMAIL PROTECTED] http://www.zend.com/ -- PHP Quality Assurance 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] Re: [PHP-QA] RC7 is out
At 02:59 PM 4/20/2001 -0700, Andrew Sitnikov wrote: Hello Zeev, neljapev, 19.04.2001, you wrote: ZS I rolled RC7 - if there are no surprises (there'd better not be! :), it ZS can finally go out early next week. ZS Zeev Where i can get it ? http://www.php.net/distributions/php-4.0.5RC7.tar.gz Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] RC7 is out
On Fri, Apr 20, 2001 at 04:42:24PM +0200, Andi Gutmans wrote: http://www.php.net/distributions/php-4.0.5RC7.tar.gz 404 -fkr -- gpg-fingerprint: 076E 1E87 3E05 1C7F B1A0 8A48 0D31 9BD3 D9AC 74D0 |http://www.hazardous.org/ | whois -h whois.ripe.de FKR-RIPE | |all your base are belong to us | shame on me | fkr@IRCnet | -- 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] request
On Tue, 17 Apr 2001, Stanislav Malyshev wrote: Generally, since PHP is not a strongly typed language, it's not too hard to implement multiple inheritance, I guess. Question is - is it worth the effort? Does it need to be done? With multiple inheritance you have a way to implement interfaces and mixins. Very nice. -Andrei Nobody tried to design Windows - it just grew in random directions without any kind of thought behind it. -- 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[2]: [PHP-QA] RC7 is out
Hello Andi, reede, 20.04.2001, you wrote: AG At 02:59 PM 4/20/2001 -0700, Andrew Sitnikov wrote: Hello Zeev, neljapev, 19.04.2001, you wrote: ZS I rolled RC7 - if there are no surprises (there'd better not be! :), it ZS can finally go out early next week. ZS Zeev Where i can get it ? AG http://www.php.net/distributions/php-4.0.5RC7.tar.gz AG Andi wget http://www.php.net/distributions/php-4.0.5RC7.tar.gz --16:23:43-- http://www.php.net:80/distributions/php-4.0.5RC7.tar.gz = `php-4.0.5RC7.tar.gz' Connecting to x.x.ee:8080... connected! Proxy request sent, awaiting response... 404 Not Found 16:25:15 ERROR 404: Not Found. Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- 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 #10411 Updated: number_format returns wrong values
That was just a typo on my part entering the information. The bug still exists, and I think it specifically has to do with values set as float,2 from MySQL. It doesn't happen every time, but I have seen this on at least 5 occasions now. Mark on 4/19/01 5:53 PM, Bug Database at [EMAIL PROTECTED] wrote: ID: 10411 Updated by: joey Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Unknown/Other Function PHP Version: 4.0.4pl1 Assigned To: Comments: Try changing: $total = number_format($calcs_a + calcs_b,2); to $total = number_format($calcs_a + $calcs_b,2); (Note the missing $) Works just fine here with that small adjustment. Previous Comments: --- [2001-04-19 17:35:01] [EMAIL PROTECTED] number_format returns wrong values in certain situations, here is a code example... $value = 504; $calcs_a = number_format($value,2); $othervalue = 504; $calcs_b = number_format($othervalue,2); $total = number_format($calcs_a + calcs_b,2); this returns: $calcs_a is 504.00 $calcs_b is 504.00 $total is 1.00 (should be 1008.00) I have seen this on several occasions now on multiple machines/setups/Oses --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10411edit=2 == Mark Guertin, IT Manager Artshouse Communications Inc. 345 Adelaide Street West, Main Floor Toronto, ON, Canada M5V 1R5 Phone (416) 340-6284 x222 Fax - (416) 581-1252 -- 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] Enabling WDDX
On Tue, 17 Apr 2001, Tom wrote: I run websites on server farms - and am usually faced with difficulties as a result of the PHP configuration being at the whim of the ISV staff - especially when version upgrades are made - they frequently fail to include all the needed -with- and -enable- statements. If (my assumption) WDDX is now 'native' to PHP --- is there a way to have it always included in the build, as opposed to rely on it being included in the configure command line? Else is there a way to allow it to be turned on through either the php.ini file or though the .htaccess technique? Caveat - I have tried to use both php.ini and .htaccess to asccomplish this ((on v4.04pl1)) but was unsuccessful. If should have worked the please describe what I _should_ have done -or- if it's a prob with that 'version' only please advise. You can build it as a shared library and load it via php.ini. -Andrei * "UNIX, isn't that some archaic form of DOS?" - our job applicant * -- 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] PHP 4.0 Bug #10379 Updated: ns-httpd crashes on php content.
ID: 10379 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: iPlanet related Description: ns-httpd crashes on php content. Compile failed using php4-200104200645: Making all in oci8 /bin/sh /usr/share/src/php4-200104200645/libtool --silent --mode=compile gcc -I. -I/usr/share/src/php4-200104200645/ext/oci8 -I/usr/share/src/php4-200104200645/main -I/usr/share/src/php4-200104200645 -I/opt/NetScape/server4/plugins/include -I/usr/share/src/php4-200104200645/Zend -I/usr/share/src/php4-200104200645/ext/mysql/libmysql -I/opt/Oracle/rdbms/demo -I/opt/Oracle/network/public -I/opt/Oracle/plsql/public -I/usr/share/src/php4-200104200645/ext/xml/expat/xmltok -I/usr/share/src/php4-200104200645/ext/xml/expat/xmlparse -I/usr/share/src/php4-200104200645/TSRM -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -g -O2 -pthreads -c oci8.c oci8.c: In function `php_if_ocicollappend': oci8.c:4361: `oci_globals' undeclared (first use in this function) oci8.c:4361: (Each undeclared identifier is reported only once oci8.c:4361: for each function it appears in.) oci8.c: In function `php_if_ocicolldategetelem': oci8.c:4485: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicolldateassignelem': oci8.c:4595: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicolldateappendelem': oci8.c:4689: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicollgetelem': oci8.c:4741: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicollassign': oci8.c:4828: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicollassignelem': oci8.c:4889: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicollsize': oci8.c:4972: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicollmax': oci8.c:4994: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicolltrim': oci8.c:5020: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocinewcollection': oci8.c:5062: `oci_globals' undeclared (first use in this function) *** Error code 1 make: Fatal error: Command failed for target `oci8.lo' Current working directory /usr/share/src/php4-200104200645/ext/oci8 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/share/src/php4-200104200645/ext/oci8 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/share/src/php4-200104200645/ext *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Previous Comments: --- [2001-04-19 17:49:28] [EMAIL PROTECTED] Can you please try the latest snapshot available at snaps.php.net or even better the latest CVS (make sure you grab the latest CVS of TSRM if you use CVS). --- [2001-04-19 13:58:13] [EMAIL PROTECTED] Was able to get some output from gdb. This is not the debug build, but built with -g to gcc. (gdb) cont Continuing. [New Thread 12 (LWP 4)] [Switching to Thread 12 (LWP 4)] Program received signal SIGSEGV, Segmentation fault. 0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1 (gdb) bt #0 0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1 Cannot access memory at address 0xfde41f44 --- [2001-04-19 11:33:49] [EMAIL PROTECTED] Was able to get some output from gdb. This is not the debug build, but built with -g to gcc. (gdb) cont Continuing. [New Thread 12 (LWP 4)] [Switching to Thread 12 (LWP 4)] Program received signal SIGSEGV, Segmentation fault. 0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1 (gdb) bt #0 0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1 Cannot access memory at address 0xfde41f44 --- [2001-04-18 09:54:16] [EMAIL PROTECTED] The configure line: ./configure --with-nsapi=/opt/NetScape/server4 --with-oci8=/oracle/OraHome1 --prefix=/usr/local/php --mandir=/usr/man --srcdir=/usr/src/php-4.0.4pl1 --with-exec -dir --enable-track-vars --enable-force-cgi-redirect --enable-discard-path --with-config-file-path=/opt/NetScape/server4 Using Iplanet 4.1sp6 on Sun 420R, single proc, 1GB ram We were seeing large numbers of watchdog restarts, whenever php was enabled, as many as 100 in 5 minutes. After much testing, we started to realize larger php files appeared to be causing the problem. We have been able to create a php file that is 3812 lines long, that will crash the ns-httpd service _every_ time.
Re: [PHP-DEV] Enabling WDDX
Andrei, Could you explain more what you mean by "build it as a shared library"? I have no Idea what it means. What do I need, and what are the steps to do that? Thank you very much for responding to my dilemma - I have been trying to get some answer to this for a long time. Sincerely, Tom Henry At 09:25 AM 4/20/01 -0500, Andrei Zmievski wrote: WDDX Else is there a way to allow it to be turned on through either the php.ini file or though the .htaccess technique? You can build it as a shared library and load it via php.ini. -Andrei -- 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] lxr.php.net and the php4/core directory
I'll take a look at it. On Thu, 19 Apr 2001, Hartmut Holzgraefe wrote: could someone please make lxr ignore the old php4/core directory when indexing the source? -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -Andrei * If Bill Gates had a nickel for every time Windows crashed.. Oh, wait.. * -- 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] Suggestion for in_array
Perhaps having in_array return the index for the element that contains the needle. That would be very useful. -- Thomas Deliduka IT Manager - New Eve Media The Solution To Your Internet Angst http://www.neweve.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Suggestion for in_array
Quoting Thomas Deliduka [EMAIL PROTECTED]: Perhaps having in_array return the index for the element that contains the needle. That would be very useful. No, that would break the semantics of the function, because the index could be 0, which evaluates to false in boolean expressions. -chuck -- Charles Hagenbuch, [EMAIL PROTECTED] Taurus: You will receive an urgent transmission from the Martian government informing you that Mars does not, in fact, need women, so please stop sending them. -- 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] Suggestion for in_array
See array_search() function. On Fri, 20 Apr 2001, Thomas Deliduka wrote: Perhaps having in_array return the index for the element that contains the needle. That would be very useful. -- Thomas Deliduka IT Manager - New Eve Media The Solution To Your Internet Angst http://www.neweve.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] -Andrei * Non-volatile, random-access, analog memory store... a book. * -- 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] A safemode like eval for non-safemode operation?
Is is possible to have some kind of function like eval that runs in a restricted mode, like safe mode? I'd like to be able to allow users to create little macro scripts for events I store in a database, but I'd also like to limit what those scripts can do without restricting my regular PHP code. Any thoughts? Thanks, Chris Newbill OneWest.net Inc., Programmer/Analyst 406.449.8056 [EMAIL PROTECTED] /* Windows crashed. I am the Blue Screen of Death. No one hears your screams. */ -- 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] lxr.php.net and the php4/core directory
Should be fixed. On Fri, 20 Apr 2001, Andrei Zmievski wrote: I'll take a look at it. On Thu, 19 Apr 2001, Hartmut Holzgraefe wrote: could someone please make lxr ignore the old php4/core directory when indexing the source? -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -Andrei * If Bill Gates had a nickel for every time Windows crashed.. Oh, wait.. * -- 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] -Andrei * "Lack of planning on your part doesn't constitute an emergency on my part." * -- 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] subreq php from apache 1.2
Hey folks, I'm subrequesting php from my own apache module. Everything has worked great, but headers don't get sent. Does anyone have any ideas why mod_php doesn't send headers in this situation? I'm thinking maybe my problem is that I'm using AddType to add my handler. Any ideas? -Shaun -- -- 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] Enabling WDDX
On Fri, 20 Apr 2001, TomHenry wrote: Adrei I guess the underlaying thread was lost -- the whole issue is just that I don't have control over compiling PHP in the first place. I needed a solution that could be implemented w/o being the one compiling 0 I I compiled then I wouldn't have the problem at all. And - that's why I have requested that (since the WDDX is now native) that it be _always_ be embedded (like XML is already) without needed the config line switches. Maybe you can help me understand why this is not a reasonable idea (I've made this request before but never get a reply)? Sincerely thanks and much appreciation for all your contributions to PHP, I don't have any objections to enabling WDDX by default, especially since it's always mentioned as one of the "cool" technologies when PHP is talked about. I will go ahead and make it enabled unless someone objects and gives me a good reason not to. -Andrei We all have photographic memories, it's just that some of us don't have any film. -- 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 #10382 Updated: array_multisort() doesn't work as advertised
ID: 10382 Updated by: andrei Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem PHP Version: 4.0.4pl1 Assigned To: Comments: I cut pasted your code and ran it against latest CVS version and it works. Previous Comments: --- [2001-04-18 13:57:41] [EMAIL PROTECTED] Sorry, I submitted this to the 'add notes' for the online manual thinking that was where I might get information. What I did is cut--pasted the code from documentation for the function array_multisort() into a brand new PHP script and added some print_r() calls. The function array_multisort() doesn't work as adverstised. :] It generates an error: Warning: Argument 3 to array_multisort() is expected to be an array in array_multisort.php on line 9 Here is the PHP file array_multisort.php: pre ?php $ar = array (array ("10", 100, 100, "a"), array (1, 3, "2", 1)); print_r($ar); array_multisort ($ar[0], SORT_ASC, SORT_STRING, $ar[1], SORT_NUMERIC, SORT_DESC); print_r($ar); ? /pre Can anyone assist? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10382edit=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]
Re: [PHP-DEV] Re: [PHP-QA] RC7 is out
Works fine here At 16:39 20/4/2001, Felix Kronlage wrote: On Fri, Apr 20, 2001 at 04:42:24PM +0200, Andi Gutmans wrote: http://www.php.net/distributions/php-4.0.5RC7.tar.gz 404 -fkr -- gpg-fingerprint: 076E 1E87 3E05 1C7F B1A0 8A48 0D31 9BD3 D9AC 74D0 |http://www.hazardous.org/ | whois -h whois.ripe.de FKR-RIPE | |all your base are belong to us | shame on me | fkr@IRCnet | -- 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]
Re: [PHP-DEV] Re: [PHP-QA] RC7 is out
On Fri, Apr 20, 2001 at 07:22:07PM +0300, Zeev Suraski wrote: Works fine here does here now too...maybe it has been fixed since this afternoon... however, now can test :) -fkr, satiesfied -- gpg-fingerprint: 076E 1E87 3E05 1C7F B1A0 8A48 0D31 9BD3 D9AC 74D0 |http://www.hazardous.org/ | whois -h whois.ripe.de FKR-RIPE | |all your base are belong to us | shame on me | fkr@IRCnet | -- 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 #10403 Updated: cannot prepare iODBC statements
direct ODBC access (with odbctest utility) works beautifully, it only crashes inside php... -thom Leigh Bug Database wrote: ID: 10403 Updated by: ahill Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related PHP Version: 4.0.4pl1 Assigned To: Comments: Please verify that you have tried other drivers, or create a ODBC trace (DebugFile=file.out in the odbc.ini file) to view the ODBC calls. The driver is most likely segfaulting here, not iODBC. Previous Comments: --- [2001-04-19 11:17:44] [EMAIL PROTECTED] Script: ? $connection = odbc_connect("test", "test", "test"); $query = "select * from tbl_name"; $result = odbc_prepare($connection, $query); odbc_close($connection); ? Modules: --with-mysql --with-iodbc --with-gd --with-jpeg-dir --with-ming --enable-ftp --enable-sockets gdb backtrace: X-Powered-By: PHP/4.0.4pl1 Content-type: text/html Program recieved signal SIGSEGV, Segmentation fault. 0x402a06f1 in my_SQLPrepare (hstmt=0x81ab4c0, szSqlStr=0x817e094 "select * from table_name", cSqlStr=-3) at prepare.c:167 167 if (use_mb(charset_info)) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10403edit=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 #10424: apache crash with segmentation fault at end of phpinfo() function call.
From: [EMAIL PROTECTED] Operating system: AIX 4.3 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: apache crash with segmentation fault at end of phpinfo() function call. Compiler: C for AIX version 5 (xlc_r) Web serveur: IBM_HTTP_Server/1.3.6.2 Apache/1.3.7-dev (Unix) PHP was compiled with this options: $ ./configure --prefix=/usr/local/php4 \ --with-apxs=/local/src/bin/apxs \ --with-config-file-path=/usr/local/php4/lib \ --with-mysql=/usr/local \ --with-exec-dir=/usr/bin \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-track-vars \ --enable-memory-limit \ --enable-debugger \ --enable-safe-mode \ --enable-sigchild \ --with-system-regex I have added this to main/php_config.h to correct some compilation trouble about undefined functions and redefinitions: #define HAVE_DLFCN_H 1 /* #define HAVE_ALLOCA 1 */ #define HAVE_INT_8_16_32 1 The module is loaded correctly by apache but when a php script is call the script return the result and the daemon crash with a segmentation fault (11). This is the test script: phpinfo.php: ? phpinfo() ? This is the result of dbx when the script is requested: # dbx /usr/HTTPServer/bin/httpd Type 'help' for help. reading symbolic information ...warning: no source compiled with -g (dbx) run -f /babel/httpd-dev/conf/httpd.conf -X Segmentation fault in _efree at 0xd0dcc294 ($t1) 0xd0dcc294 (_efree+0x1c) 80630008lwz r3,0x8(r3) (dbx) quit # Did I need to use other compiler, or something to configure ? did the efree function is bugged under AIX ? Thanks for help. -- Edit Bug report at: http://bugs.php.net/?id=10424edit=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 #10425: when php calls MYSQL it doesnt work on my xitami!
From: [EMAIL PROTECTED] Operating system: w98 PHP version: 4.0.4pl1 PHP Bug Type: MySQL related Bug description: when php calls MYSQL it doesnt work on my xitami! I have installed PHP under Xitami web server but I can't use MySQL: Fatal error: Call to unsupported or undefined function mysql_connect() THE SAME AS THE MESSAGE POSTED ON 27th october PLEASE HELP US OUT!:) -- Edit Bug report at: http://bugs.php.net/?id=10425edit=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 #10425 Updated: when php calls MYSQL it doesnt work on my xitami!
ID: 10425 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: MySQL related PHP Version: 4.0.4pl1 Assigned To: Comments: Where did you get this build? Only Configuring on UNIX with --without-mysql disables mysql support, as it is standard in every distribution. Please reopen this report if you think this is not the case. And to which message are you referring? I got 300+ messages on Oct 27th 2000 :) Previous Comments: --- [2001-04-20 14:09:32] [EMAIL PROTECTED] I have installed PHP under Xitami web server but I can't use MySQL: Fatal error: Call to unsupported or undefined function mysql_connect() THE SAME AS THE MESSAGE POSTED ON 27th october PLEASE HELP US OUT!:) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10425edit=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]
Re: [PHP-DEV] Enabling WDDX
Andrei, Thanks _very_ much for your attention to this detail -- I like your solution ;-) Most gratefully, Tom Henry At 12:04 PM 4/20/01 -0500, Andrei Zmievski wrote: On Fri, 20 Apr 2001, TomHenry wrote: Adrei I guess the underlaying thread was lost -- the whole issue is just that I don't have control over compiling PHP in the first place. I needed a solution that could be implemented w/o being the one compiling 0 I I compiled then I wouldn't have the problem at all. And - that's why I have requested that (since the WDDX is now native) that it be _always_ be embedded (like XML is already) without needed the config line switches. Maybe you can help me understand why this is not a reasonable idea (I've made this request before but never get a reply)? Sincerely thanks and much appreciation for all your contributions to PHP, I don't have any objections to enabling WDDX by default, especially since it's always mentioned as one of the "cool" technologies when PHP is talked about. I will go ahead and make it enabled unless someone objects and gives me a good reason not to. -Andrei We all have photographic memories, it's just that some of us don't have any film. -- 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 #10423: HTTP_ENV_VARS is bigger, overwrites session vars
Specifically in my case, HTTP_ENV_VARS['USER'] is now being set. It took me a while to figure out why my scripts, which use $USER as a session variable, were getting messed up. That is because PHP inherits the environment from Apache, which in turn inherits it from the shell in which you started the server. Use something like 'env -i apachectl start' when starting apache or replace the line HTTPD=/path/to/httpd with HTTPD="env -i /path/to/httpd" in apachectl, if using it. that way you'll get a clean environment. If you need specific variables to be set (like those for Oracle) use Apache SetEnv directive. Yeah, I figured as much. I just wondered why PHP seemed to pickup $HTTP_ENV_VARS['USER'] now, when it didn't before (I don't think). Anyway, I just changed my php.ini from: variables_order = "EGPCS" to variables_order = "GPCS" Finally, if register_globals is off, is $GLOBALS useable? I have some functions that manipulate variables in the global scope. yes it is, AFAIK. in fact, you will find it handy to have a wrapper function/class over all these HTTP_*_VARS arrays to validate stuff ;) I can't face wading through 4 megs of code to switch to using HTTP_POST_VARS all the time. :) What kind of a wrapper function/class are you suggesting? So this is not a bug, and you might want to close it. Consider it done. :) - Colin -- 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 #10427: Compilation stop with PDF_show_boxed in -lpdf... no
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.2-RELEASE PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: Compilation stop with PDF_show_boxed in -lpdf... no hi...having a problem compiling pdflib support into php4.0.4pl1. configure for php4.0.4pl1: ./configure --with-pdflib=/usr/local --enable-shared-pdflib --with-jpeg-dir=/usr/local --with-tiff-dir=/usr/local ... checking whether to include Pdflib 3.x support... /usr/local yes checking for libz needed by pdflib 3.x... already zlib support checking for jpeg_read_header in -ljpeg... yes checking for png_create_info_struct in -lpng... yes checking for TIFFOpen in -ltiff... yes checking for PDF_show_boxed in -lpdf... no configure: error: pdflib extension requires pdflib 3.x. ive tried several different ./configure options and this is the best result i get. same problem using pdflib 3.0.3 and pdflib 4.0.0. also tried to disable tiff support on the pdflib compile but that did not work either. this seems to be the same bug as the open Bug id #9275 http://www.php.net/bugs.php?id=9275 any suggestions?? thx -- Edit Bug report at: http://bugs.php.net/?id=10427edit=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 #10428: odbc_primarykeys returns 0 rows
From: [EMAIL PROTECTED] Operating system: W2K PHP version: 4.0.4pl1 PHP Bug Type: ODBC related Bug description: odbc_primarykeys returns 0 rows Trying to get the primary keys with "odbc_primarykeys", using a valid connectid, '' or '%' as qualifier, '%', '' or 'sa' as owner and a valid table name, always return empty set. ODBC Connection is established to MS-SQL-Server. -- Edit Bug report at: http://bugs.php.net/?id=10428edit=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: [PHP-CVS] cvs: php4 / TODO-4.1.txt
iconv P The iconv library in itself is useful enough that we should try to keep this one within PHP, maybe even integrate it tighter. I hope so too. iconv has some important role espetially for handling multibyte encoding. I am also preparing a extension module called jstring for handing janapese multibyte string. This module includes some encoding translation functionality between Unicode and some other encodings. It will be also elementary tool for japanese PHP users. I want to keep tight integration between PHP and encoding translation functions because of performance and useability. -- -- Rui Hirokawa [EMAIL PROTECTED] maintainer of japanese PHP manual [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Extending pre-compiled libphp4.so
Is there a way to take a currently functioning extension that is being built into a libphp4.so and build it as a shared library so that I can be sent it to another apache box with a libphp4.so that has not been built with integrated extension support (./configure --with-myextension) I want the PHP function dl("myextension.so) to load the function without having to compile the extension into libphp4.so. What looks like the easy way to do this is to modify the Makefile in the extension directory to generate a shared library instead of just an extension.lo file. Any ideas or advice? Mark Diener -- 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] request
[Andrei Zmievski [EMAIL PROTECTED]] On Tue, 17 Apr 2001, Stanislav Malyshev wrote: Generally, since PHP is not a strongly typed language, it's not too hard to implement multiple inheritance, I guess. Question is - is it worth the effort? Does it need to be done? With multiple inheritance you have a way to implement interfaces and mixins. Very nice. The idea is starting to grow on me. But I think name clashes should be defined as errors, that is more consistent with the way function and class declarations are done. - Stig -- Stig Sther 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]
Re: [PHP-DEV] request
Quoting Andrei Zmievski [EMAIL PROTECTED]: Alternatively, we could do the Python way: the base classes are searched in depth-first order, and if the base classes define the same symbol, the first encountered definition is used. This could result in really confusing and unpredictable behavior if "the first encountered definition" changed under any circumstances. I'd vote for making any name conflicts an error. -chuck -- Charles Hagenbuch, [EMAIL PROTECTED] Taurus: You will receive an urgent transmission from the Martian government informing you that Mars does not, in fact, need women, so please stop sending them. -- 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: Renato Arruda Email: [EMAIL PROTECTED] ID: rarruda Purpose: Help translate the manual to pt_BR -- 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 #10423: HTTP_ENV_VARS is bigger, overwrites session vars
From: [EMAIL PROTECTED] Operating system: RH7.0 PHP version: 4.0 Latest CVS (20/04/2001) PHP Bug Type: Performance problem Bug description: HTTP_ENV_VARS is bigger, overwrites session vars After updating my CVS version of PHP, a dump of HTTP_ENV_VARS showed several new environment variables that weren't set in an earlier version of PHP (4.0.3pl1 for instance). Specifically in my case, HTTP_ENV_VARS['USER'] is now being set. It took me a while to figure out why my scripts, which use $USER as a session variable, were getting messed up. Any reason why these env vars are getting set now where they weren't before? I have register_globals turned on. I suppose I should turn it off, and refer to everything as HTTP_*_VARS if I need it, right? Finally, if register_globals is off, is $GLOBALS useable? I have some functions that manipulate variables in the global scope. - Colin -- Edit Bug report at: http://bugs.php.net/?id=10423edit=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]