[PHP-DEV] Bug #14844: Error documentation for imageellipse()
From: [EMAIL PROTECTED] Operating system: Linux/FreeBSD PHP version: 4.1.1 PHP Bug Type: GD related Bug description: Error documentation for imageellipse() The error documentation, that's displayed for imageellipse() says Fatal error: imageellipse(): requires GD 2.0 or later in But the function documentation states GD 2.0.2 or higher is needed. -- Edit bug report at: http://bugs.php.net/?id=14844edit=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] Proposed updates and extensions to the MySQL extension
On Thursday 03 January 2002 11:08 pm, Zak Greant wrote: Why? Because not everyone wants to use *(#$ing objects in a simple script! No one will be forced to use the wrapper! :) Whilst this is true, and I know that you are thoughtful and conciencious enough to make sure that any new stuff available via OO would also be available via a procedural interface, I fear that this might be the start of a trend which would spoil PHP. If you are a web applications developer, there are plenty of mainstream options if you like OO. There are fewer if you prefer procedural code, and PHP is certainly the natural home for those of us in the latter camp. The further PHP moves into the OO camp, the less appealing it becomes for the procedural people. Once we have an OO interface to such a mainstream extension as mysql (probably *the* most important php extension?), it sends an important message to users and developers alike. Then, a couple of years down the line, PHP is just another OO toy for those who don't like to be in control of their own switch statements :) Cheers -- Phil Driscoll -- 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 #14842 Updated: fopen
ID: 14842 Updated by: edink Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *URL Functions Operating System: linux red hat7.2 PHP Version: 4.1.1 New Comment: I cannot reproduce this. Could you be more specific about the problem. Do you get any error messages? Previous Comments: [2002-01-04 01:49:59] [EMAIL PROTECTED] $file=http://s105.now.net.cn/try.php;; fopen ($file, r) it is okay but when I change to port to 81 I test it okay in browser but $file=http://s105.now.net.cn:81/try.php;; fopen ($file, r) can't work it seems that it still in port 80 it's a bug ? Edit this bug report at http://bugs.php.net/?id=14842edit=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] Proposed updates and extensions to the MySQL extension
On Fri, Jan 04, 2002 at 09:24:33AM +, Phil Driscoll wrote : On Thursday 03 January 2002 11:08 pm, Zak Greant wrote: Why? Because not everyone wants to use *(#$ing objects in a simple script! No one will be forced to use the wrapper! :) Whilst this is true, and I know that you are thoughtful and conciencious enough to make sure that any new stuff available via OO would also be available via a procedural interface, I fear that this might be the start of a trend which would spoil PHP. If you are a web applications developer, there are plenty of mainstream options if you like OO. There are fewer if you prefer procedural code, and PHP is certainly the natural home for those of us in the latter camp. The further PHP moves into the OO camp, the less appealing it becomes for the procedural people. Once we have an OO interface to such a mainstream extension as mysql (probably *the* most important php extension?), it sends an important message to users and developers alike. Maybe you missed that ZE2 new major strength will better OOP support. So its a good idea to start getting users used to it because that is were ZE2 (namespaces, etc) will lead us to. -- Please always Cc to me when replying to me on the lists. -- 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] Proposed updates and extensions to the MySQL extension
At 10:37 AM 1/4/2002 +0100, Markus Fischer wrote: On Fri, Jan 04, 2002 at 09:24:33AM +, Phil Driscoll wrote : On Thursday 03 January 2002 11:08 pm, Zak Greant wrote: Why? Because not everyone wants to use *(#$ing objects in a simple script! No one will be forced to use the wrapper! :) Whilst this is true, and I know that you are thoughtful and conciencious enough to make sure that any new stuff available via OO would also be available via a procedural interface, I fear that this might be the start of a trend which would spoil PHP. If you are a web applications developer, there are plenty of mainstream options if you like OO. There are fewer if you prefer procedural code, and PHP is certainly the natural home for those of us in the latter camp. The further PHP moves into the OO camp, the less appealing it becomes for the procedural people. Once we have an OO interface to such a mainstream extension as mysql (probably *the* most important php extension?), it sends an important message to users and developers alike. Maybe you missed that ZE2 new major strength will better OOP support. So its a good idea to start getting users used to it because that is were ZE2 (namespaces, etc) will lead us to. I don't quite agree. I see PHP's future as a hybrid language which allows most developers to feel comfortable and allows them to use the programming paradigm of their choice. The ease of use which often is very much linked to the functional interfaces is one of the reasons for PHP's success. Although I think it is important to improve the OOP support I am still very much for keeping our functional support as strong as it has been up to today. We are still keeping the OOP support in the Zend Engine 2 at a level which is good for decent OOP developers but aren't going bezerq like OOP fanatics would like us to go :) 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] Proposed updates and extensions to the MySQL extension
The important thing is to keep at least the same level of functionality for procedural coding This was the entire concern raised about too much OOP form what I gather. There was also the concern raised that your design will be heavily influenced by the possibilities offered by the ZE1, where as the ZE2 will allow many new things that will result in a very different design. Also I do not like how different the API's are in some respects as it is. Further diverging them is nit helping imho. People that want an OOP interface can choose one of the major DB abstraction layers (PEAR DB, Metabase, ADODB ...). Then again Zak's proposal is not about abstraction but about giving an OOP interface and if you are going to do it anyways I guess we can postpone the discussion until the code is there :-) Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] ___ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14839 Updated: getcwd() and `pwd` report incorrect directory
ID: 14839 Updated by: edink Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: Linux, FreeBSD, Solaris PHP Version: 4.0.5 New Comment: There is nothing wrong with getcwd(). The problem is that php changes current working directory to the script's. This makes sense if you think of CGI scripts, but makes no sense if you write command line programs. That's way a new command line switch (-C) was introduced in PHP 4.1.0 which prevents PHP from chdir'ing into script's directory. So changing the first line of your script to #!/usr/local/bin/php -qC (and upgrading to 4.1) should fix the problem. Previous Comments: [2002-01-04 00:47:58] [EMAIL PROTECTED] Ok, some comments, if i may. Firstly, I have verified this behaviour, however (and I could be wrong), this is not unexpected. The script executes relavtive to the directory it exists within, not the directory you are currently in. I can't particularly explain why, but this kind of makes sense. If you had a script in some unsafe directory, allowing the moving and deleting of files, and you could run it in a secured directory, in which the php process had sufficient access, and affect the files there, would that not present potential security risks? Anyhow, i could be wrong, so don't take what i said as corret. [2002-01-04 00:22:32] [EMAIL PROTECTED] Oh, I suppose you want my configure line, even though it really doesn't make a difference. Here it is: CONFIGURE_COMMAND = './configure' '--with-gd=/usr/local' '--with-mysql' '--with-openssl' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' [2002-01-04 00:16:48] [EMAIL PROTECTED] This problem was previously reported by someone against PHP 4.0.6 in Bug ID # 14214. Latest comment on the that reports says they are going to close it for lack of information. This bug has existed in every version of PHP I've used since 1999. It fails on Linux, FreeBSD and Solaris. Both mistaken report the directory which contains the script being run, NOT the current working directory. This fails when run from a directory other than where the script is saved: #! /usr/local/bin/php -q ?php system(pwd); echo `pwd`; echo getcwd(); echo \n; ? Under any POSIX-compliant OS, or just about any version of Unix, calling the getcwd(3) library routine should get the correct result. It appears the PHP interpreter startup is changing directories without saving this value first, since even calling the OS gives incorrect values. Edit this bug report at http://bugs.php.net/?id=14839edit=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 #14839 Updated: getcwd() and `pwd` report incorrect directory
ID: 14839 Updated by: edink Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Directory/Filesystem functions Operating System: Linux, FreeBSD, Solaris PHP Version: 4.0.5 New Comment: Closing the report. Previous Comments: [2002-01-04 05:01:54] [EMAIL PROTECTED] There is nothing wrong with getcwd(). The problem is that php changes current working directory to the script's. This makes sense if you think of CGI scripts, but makes no sense if you write command line programs. That's way a new command line switch (-C) was introduced in PHP 4.1.0 which prevents PHP from chdir'ing into script's directory. So changing the first line of your script to #!/usr/local/bin/php -qC (and upgrading to 4.1) should fix the problem. [2002-01-04 00:47:58] [EMAIL PROTECTED] Ok, some comments, if i may. Firstly, I have verified this behaviour, however (and I could be wrong), this is not unexpected. The script executes relavtive to the directory it exists within, not the directory you are currently in. I can't particularly explain why, but this kind of makes sense. If you had a script in some unsafe directory, allowing the moving and deleting of files, and you could run it in a secured directory, in which the php process had sufficient access, and affect the files there, would that not present potential security risks? Anyhow, i could be wrong, so don't take what i said as corret. [2002-01-04 00:22:32] [EMAIL PROTECTED] Oh, I suppose you want my configure line, even though it really doesn't make a difference. Here it is: CONFIGURE_COMMAND = './configure' '--with-gd=/usr/local' '--with-mysql' '--with-openssl' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' [2002-01-04 00:16:48] [EMAIL PROTECTED] This problem was previously reported by someone against PHP 4.0.6 in Bug ID # 14214. Latest comment on the that reports says they are going to close it for lack of information. This bug has existed in every version of PHP I've used since 1999. It fails on Linux, FreeBSD and Solaris. Both mistaken report the directory which contains the script being run, NOT the current working directory. This fails when run from a directory other than where the script is saved: #! /usr/local/bin/php -q ?php system(pwd); echo `pwd`; echo getcwd(); echo \n; ? Under any POSIX-compliant OS, or just about any version of Unix, calling the getcwd(3) library routine should get the correct result. It appears the PHP interpreter startup is changing directories without saving this value first, since even calling the OS gives incorrect values. Edit this bug report at http://bugs.php.net/?id=14839edit=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] Proposed updates and extensions to the MySQL extension
Hello, If everybody had _read_ Zak's initial proposal, they should have noticed that he wanted to ADD an OO interface: Create an OO-based wrapper for the MySQL extension. Then there would would not have been an useless and endless thread. My guess that everybody can do more useful things with their time. Derick On Fri, 4 Jan 2002, Lukas Smith wrote: The important thing is to keep at least the same level of functionality for procedural coding This was the entire concern raised about too much OOP form what I gather. There was also the concern raised that your design will be heavily influenced by the possibilities offered by the ZE1, where as the ZE2 will allow many new things that will result in a very different design. Also I do not like how different the API's are in some respects as it is. Further diverging them is nit helping imho. People that want an OOP interface can choose one of the major DB abstraction layers (PEAR DB, Metabase, ADODB ...). Then again Zak's proposal is not about abstraction but about giving an OOP interface and if you are going to do it anyways I guess we can postpone the discussion until the code is there :-) Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [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 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] Sending variables between PHP pages
Hi users, how can I send a connection database variable, from one PHP page to other PHP page, and maintance the database connection open during both pages? Thanks -- 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] ICAP/MCAL
Hello all, Obviously MCAL is the follower of ICAP. The icap library isn't more available, subdomain icap.chek.com is not connected. ICAP Extension functions are included in MCAL too, MCAL can use the icap driver too. Whats to do? Kill ICAP? Documentation Note? Georg -- 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] Sending variables between PHP pages
Yes, thanks a lot, but i need to mantain the connection open for manage a transaction, an everytime that I open a new database connection, the system begins a new transaction and I lose the last one. Do you understand, me? Do you know the way for do that? I think it is imposimble in web applications at all, because there is no persistent connection between db server and web server + PHP service. You can try for example mysql_pconnect() function (or it's analog for your db engine) but still I don't think it is possible ;((( Only applications can make this for you NOT PHP and Web ;((( -- 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] Sending variables between PHP pages
Yes, Im thinking the same... :-(( Thanks again Intruder - Original Message - From: Intruder [EMAIL PROTECTED] To: Berlina [EMAIL PROTECTED]; php-general-list [EMAIL PROTECTED]; php-dev-list [EMAIL PROTECTED]; php-db-list [EMAIL PROTECTED] Sent: Friday, January 04, 2002 12:38 PM Subject: RE: [PHP] Sending variables between PHP pages Yes, thanks a lot, but i need to mantain the connection open for manage a transaction, an everytime that I open a new database connection, the system begins a new transaction and I lose the last one. Do you understand, me? Do you know the way for do that? I think it is imposimble in web applications at all, because there is no persistent connection between db server and web server + PHP service. You can try for example mysql_pconnect() function (or it's analog for your db engine) but still I don't think it is possible ;((( Only applications can make this for you NOT PHP and Web ;((( -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP] Sending variables between PHP pages
how can I send a connection database variable, from one PHP page to other PHP page, and maintance the database connection open during both pages? I don't think one can do that. There is NO need for that. You can write header.php file and include it in the beginning of each PHP page where you need db connection and footer.php which you can include at the bottom of each page with X_close() function in 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] Bug #14845: var_dump sometimes crashes after array stringitem is overwriten with arrayitem.
From: [EMAIL PROTECTED] Operating system: WindowsLinux (probably all) PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: var_dump sometimes crashes after array stringitem is overwriten with arrayitem. When een item in an Array is string it can not be overwriten with an array. This is ok with me, but PHP doesn't give a warning either: $myarray = Array (); $var = Array (); $var ['NAME1'] = 'string'; $var ['NAME1'] ['NAME2'] ['NAME3'] = $myarray; print pre; print_r ($var); print /pre; $var = Array (); $var ['NAME1'] = 'string'; $var ['NAME1'] ['NAME2'] = Array (); print pre; print_r ($var); print /pre; result: Array ( [NAME1] = string ) Warning: Array to string conversion in /var/sites/p3/pageprocessor/pageprocessor3.0/www/dsdic.php on line 37 Array ( [NAME1] = Atring ) This behaviour is very hard to debug (with 3.000+ lines of code or so and more then one person working on it). :) -- Edit bug report at: http://bugs.php.net/?id=14845edit=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 #14846: ImageCreateFromPNG very slow
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.1 PHP Bug Type: Performance problem Bug description: ImageCreateFromPNG very slow PHP v4.1.0 and above appears to have a very slow version of ImageCreateFromPNG. The same code when run under v4.0.6 ran in a fraction of the time (under a second as to now over 5 seconds). I am running the PHP.EXE version under IIS-5 as the ISAPI dll is still very unstable. The GD library is enabled. -- Edit bug report at: http://bugs.php.net/?id=14846edit=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 #14847: relative links for including other scripts do not work anymore
From: [EMAIL PROTECTED] Operating system: W2k PHP version: 4.1.1 PHP Bug Type: *General Issues Bug description: relative links for including other scripts do not work anymore - just upgraded from 4.1.0 to 4.1.1 (win32 binaries) - afterwards, no php-script-includes worked anymore (e.g. include (includes/bugreport.php);) -- Edit bug report at: http://bugs.php.net/?id=14847edit=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 #14848: PHP crash on exit.
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: Reproducible crash Bug description: PHP crash on exit. I found a bug using php 4.1.1 on redhat linux 7.1 My script uses the xml_parse_into_struct to parse a large XML file (2 mb) and then inserts the contents into a mysql database. The script hangs at the end, and after 30 seconds it exits with bFatal error/b: Maximum execution time of 30 seconds exceeded in bUnknown/b on line b0/bbr Segmentation fault (core dumped) The script is launched from the command line. This is the backtrace of the core file (gdb) bt #0 0x401b9dce in chunk_free (ar_ptr=0x4026b520, p=0x81b5260) at malloc.c:3242 #1 0x401b9ba8 in __libc_free (mem=0x81b5268) at malloc.c:3154 #2 0x080e3dcd in _efree (ptr=0x81b5274) at zend_alloc.c:246 #3 0x080e420b in shutdown_memory_manager (silent=1, clean_cache=1) at zend_alloc.c:469 #4 0x0806361a in php_module_shutdown () at main.c:1005 #5 0x0806228d in main (argc=2, argv=0xb874) at cgi_main.c:788 #6 0x40159306 in __libc_start_main (main=0x8061978 main, argc=2, ubp_av=0xb874, init=0x80600c4 _init, fini=0x810ffe0 _fini, rtld_fini=0x4000d2dc _dl_fini, stack_end=0xb86c) at ../sysdeps/generic/libc-start.c:129 (gdb) The script works fine with php 4.0.6 Daniele Paoni -- Edit bug report at: http://bugs.php.net/?id=14848edit=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] setlocale function
Hello, could someone tell me if it's possible to change the locale on the system. I'm working with : * WinNT 4.0 Server * Apache 1.3.19 * PHP 4.1.1 I tried the following code (which is from the manual): setlocale (LC_TIME, C); print (strftime (%A in Finnish is )); setlocale (LC_TIME, fi_FI); print (strftime (%A, in French )); setlocale (LC_TIME, fr_FR); print (strftime (%A and in German )); setlocale (LC_TIME, de_DE); print (strftime (%A.\n)); all %A are in the same language. do i have to configure something ? Greetz, RoelS -- 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 #14848 Updated: PHP crash on exit.
ID: 14848 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.1.1 New Comment: Spoken too early, the bug is also present in 4.0.6, but the program doesn'crash, it says Maximum execution time exceeded ) and hangs. Killing the process with SIGABRT produces the following backtrace (got from the core file) (gdb) bt #0 0x401b9d2b in chunk_free (ar_ptr=0x4026b520, p=0x81f9e10) at malloc.c:3252 #1 0x401b9ba8 in __libc_free (mem=0x81f9ee8) at malloc.c:3154 #2 0x080cd191 in _efree (ptr=0x81f9ef4) at zend_alloc.c:232 #3 0x080cd5bb in shutdown_memory_manager (silent=0, clean_cache=1) at zend_alloc.c:437 #4 0x08062fc4 in php_module_shutdown () at main.c:942 #5 0x08061e78 in main (argc=2, argv=0xb874) at cgi_main.c:752 #6 0x40159306 in __libc_start_main (main=0x8061664 main, argc=2, ubp_av=0xb874, init=0x805fe7c _init, fini=0x8105c60 _fini, rtld_fini=0x4000d2dc _dl_fini, stack_end=0xb86c) at ../sysdeps/generic/libc-start.c:129 Previous Comments: [2002-01-04 07:28:33] [EMAIL PROTECTED] I found a bug using php 4.1.1 on redhat linux 7.1 My script uses the xml_parse_into_struct to parse a large XML file (2 mb) and then inserts the contents into a mysql database. The script hangs at the end, and after 30 seconds it exits with bFatal error/b: Maximum execution time of 30 seconds exceeded in bUnknown/b on line b0/bbr Segmentation fault (core dumped) The script is launched from the command line. This is the backtrace of the core file (gdb) bt #0 0x401b9dce in chunk_free (ar_ptr=0x4026b520, p=0x81b5260) at malloc.c:3242 #1 0x401b9ba8 in __libc_free (mem=0x81b5268) at malloc.c:3154 #2 0x080e3dcd in _efree (ptr=0x81b5274) at zend_alloc.c:246 #3 0x080e420b in shutdown_memory_manager (silent=1, clean_cache=1) at zend_alloc.c:469 #4 0x0806361a in php_module_shutdown () at main.c:1005 #5 0x0806228d in main (argc=2, argv=0xb874) at cgi_main.c:788 #6 0x40159306 in __libc_start_main (main=0x8061978 main, argc=2, ubp_av=0xb874, init=0x80600c4 _init, fini=0x810ffe0 _fini, rtld_fini=0x4000d2dc _dl_fini, stack_end=0xb86c) at ../sysdeps/generic/libc-start.c:129 (gdb) The script works fine with php 4.0.6 Daniele Paoni Edit this bug report at http://bugs.php.net/?id=14848edit=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] Proposed updates and extensions to the MySQL extension
On Fri, 4 Jan 2002 [EMAIL PROTECTED] wrote: Hello, If everybody had _read_ Zak's initial proposal, they should have noticed that he wanted to ADD an OO interface: Create an OO-based wrapper for the MySQL extension. Then there would would not have been an useless and endless thread. My guess that everybody can do more useful things with their time. Well, you might have the opinion that this an useless thread, but I don't agree. Lukas was very right in saying that the API's would get even more different if this OOP form be added. We will have 2 ways of doing the same thing in MySQL, another set of ways to do the same thing in PostgreSQL (even being similar, there are differences), another completely different way of doing things in OCI and so on. We are talking about keeping the API's as close to each other as possible. One of the things that I like in the Python development is how it is well organized - an official database API exists and module developers stick to it. It doesn't stop just on the DB API, but everywhere on its standard library and built-in functions. Please don't tell me that Python is not PHP - I know that. I just wish things were a little bit more sane in relation to standard APIs across the board. It seems that everywhere people are afraid of trying to set standards, like on the case of PEAR standards or on this case the database related API standard. Don't get me wrong, I don't have any illusion that this will change any time soon (if ever). It is still important to talk about this, and it is definetely not a useless thread to me. Joao Derick On Fri, 4 Jan 2002, Lukas Smith wrote: The important thing is to keep at least the same level of functionality for procedural coding This was the entire concern raised about too much OOP form what I gather. There was also the concern raised that your design will be heavily influenced by the possibilities offered by the ZE1, where as the ZE2 will allow many new things that will result in a very different design. Also I do not like how different the API's are in some respects as it is. Further diverging them is nit helping imho. People that want an OOP interface can choose one of the major DB abstraction layers (PEAR DB, Metabase, ADODB ...). Then again Zak's proposal is not about abstraction but about giving an OOP interface and if you are going to do it anyways I guess we can postpone the discussion until the code is there :-) Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [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 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] -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=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 #14849: str_replace() doesn't understand the '\t' escape sequence
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.1.0 PHP Bug Type: Strings related Bug description: str_replace() doesn't understand the '\t' escape sequence $content = str_replace(\t, , $content); - doesn't do antything, ie str_replace() doesn't understand the '\t' escape character $content = str_replace(\x09, , $content); works fine however thanks for php! =) *hugs* -- Edit bug report at: http://bugs.php.net/?id=14849edit=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 #14850: Problems with XML and DTD entities
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.5-PRERELEASE PHP version: 4.1.1 PHP Bug Type: DOM XML related Bug description: Problems with XML and DTD entities There are two instances where I am having problems with entities. test.php and test.xml below exhibit a problem with xml entities. The output is: Blah Blah Acirc;reg; Blah Blah The expected output was: Blah Blah reg; Blah Blah The second problem exhibited by test2.php and test2.xml has to do with DTD entities. The output is: Blah Blah The expected output was: Blah Blah reg; Blah Blah The setup is PHP 4.1.1 with a patch to php_domxml.c from 1.67.2.9 to 1.90 that fixes a problem with PHP crashing with DTD entities. test.php: -- ? $xml = test.xml; $doc = xmldocfile($xml); $context = $doc-xpath_new_context(); $query = //test; $nodes = $context-xpath_eval($query); $node = $nodes-nodeset[0]-children(); $content .= $node[0]-content; echo htmlentities($content); ? test.xml: -- ?xml version=1.0? testBlah Blah #174; Blah Blah/test test2.php: -- ? $xml = test2.xml; $doc = xmldocfile($xml); $context = $doc-xpath_new_context(); $query = //test; $nodes = $context-xpath_eval($query); $node = $nodes-nodeset[0]-children(); $content .= $node[0]-content; echo htmlentities($content); ? test2.xml: -- ?xml version=1.0? !DOCTYPE test [ !ENTITY reg #174; ] testBlah Blah reg; Blah Blah/test -- Edit bug report at: http://bugs.php.net/?id=14850edit=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[2]: [PHP-DEV] Proposed updates and extensions to the MySQL extension
Hi, Create an OO-based wrapper for the MySQL extension. Then there would would not have been an useless and endless thread. My guess that everybody can do more useful things with their time. using OO or a procedural approach to solve a problem is a question of religion (i.e. personal taste). the task of the PHP-developer is to give us both possibilities of which we can choose from. implementing a proper OO functionality in PHP sounds like a good thing and doesn't affect any of the procedural functionality in PHP. this discussion is endless. Kind Regards, Daniel Lorch -- @echo Hello, World; -- 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: mm1122mm
trnslate the manual to arabic . -- 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 #14839 Updated: getcwd() and `pwd` report incorrect directory
ID: 14839 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Directory/Filesystem functions Operating System: Linux, FreeBSD, Solaris PHP Version: 4.0.5 New Comment: [EMAIL PROTECTED] makes it all clear. I searched all the release documentation (for all the releases since getcwd() was introduced in 1999) prior to writing this bug for any remarks about this kind of behavior, but couldn't find anything. The default behavior for Unix and DOS programs is to run in the CWD, so programmers tend to expect that of other programs, such as PHP. As [EMAIL PROTECTED] and [EMAIL PROTECTED] pointed out, this may not be the most desirable behavior for a Web script. Since it is contrary to what most programs do, I'd like to request that the documentation of the startup behavior of PHP be sure to note this behavior, and that the -C option be documented a bit more boldly -- at least listed in the release notes. Thanks. Previous Comments: [2002-01-04 05:02:27] [EMAIL PROTECTED] Closing the report. [2002-01-04 05:01:54] [EMAIL PROTECTED] There is nothing wrong with getcwd(). The problem is that php changes current working directory to the script's. This makes sense if you think of CGI scripts, but makes no sense if you write command line programs. That's way a new command line switch (-C) was introduced in PHP 4.1.0 which prevents PHP from chdir'ing into script's directory. So changing the first line of your script to #!/usr/local/bin/php -qC (and upgrading to 4.1) should fix the problem. [2002-01-04 00:47:58] [EMAIL PROTECTED] Ok, some comments, if i may. Firstly, I have verified this behaviour, however (and I could be wrong), this is not unexpected. The script executes relavtive to the directory it exists within, not the directory you are currently in. I can't particularly explain why, but this kind of makes sense. If you had a script in some unsafe directory, allowing the moving and deleting of files, and you could run it in a secured directory, in which the php process had sufficient access, and affect the files there, would that not present potential security risks? Anyhow, i could be wrong, so don't take what i said as corret. [2002-01-04 00:22:32] [EMAIL PROTECTED] Oh, I suppose you want my configure line, even though it really doesn't make a difference. Here it is: CONFIGURE_COMMAND = './configure' '--with-gd=/usr/local' '--with-mysql' '--with-openssl' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' [2002-01-04 00:16:48] [EMAIL PROTECTED] This problem was previously reported by someone against PHP 4.0.6 in Bug ID # 14214. Latest comment on the that reports says they are going to close it for lack of information. This bug has existed in every version of PHP I've used since 1999. It fails on Linux, FreeBSD and Solaris. Both mistaken report the directory which contains the script being run, NOT the current working directory. This fails when run from a directory other than where the script is saved: #! /usr/local/bin/php -q ?php system(pwd); echo `pwd`; echo getcwd(); echo \n; ? Under any POSIX-compliant OS, or just about any version of Unix, calling the getcwd(3) library routine should get the correct result. It appears the PHP interpreter startup is changing directories without saving this value first, since even calling the OS gives incorrect values. Edit this bug report at http://bugs.php.net/?id=14839edit=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 #14851: problems w/ db2 char() for bit data
From: [EMAIL PROTECTED] Operating system: Redhat-6.2 PHP version: 4.1.1 PHP Bug Type: ODBC related Bug description: problems w/ db2 char() for bit data I configured php-4.1.1 as follows: ./configure --with-mysql=usr --with-apache=/usr/local/apache/src/apache_1.3.22 --with-ibm-db2=/home/flexadm/sqllib --enable-track-vars It seems to work okay, but all of the keys in our database are defined as TECH_ID CHAR(13) FOR BIT DATA NOT NULL. This is then automatically generated with the GENERATE_UNIQUE() function of DB2. PHP appears to have problems working with this type of data. As the following code has problems on my system: ?php $con = odbc_pconnect(database, username, password) or die(odbc_pconnect() failed.br\n); $rs = odbc_exec($con, SELECT TECH_ID FROM LOGON WHERE LOGIN_NAME = 'sbr'); if(odbc_fetch_row($rs)) $tech_id = odbc_result($rs, tech_id); else die(Could not find tech_idbr\n); $rs = odbc_exec($con, SELECT LOGIN_NAME FROM LOGON WHERE TECH_ID = .$tech_id); if(odbc_fetch_row($rs)) $login = odbc_result($rs, login_name); else $login = UNKNOWN; echo TECH_ID: .$tech_id.br\n; echo LOGIN: .$login.br\n; ? The above code yields the following results in the browser: Warning: SQL error: [IBM][CLI Driver][DB2/SUN] SQL0007N The character following OGON WHERE TECH_ID = is not valid. SQLSTATE=42601 , SQL state 42601 in SQLExecDirect in /home/jfreed/public_html/debug.php on line 13 Warning: Supplied argument is not a valid ODBC result resource in /home/jfreed/public_html/debug.php on line 14 TECH_ID: 'EbR LOGIN: UNKNOWN This lead me to try the odbc_binmode() function. So I added the following line to my code (right under the initial odbc_exec() call: odbc_binmode($rs, ODBC_BINMODE_CONVERT); Now the output is as follows: Warning: SQL error: [IBM][CLI Driver][DB2/SUN] SQL0401N The data types of the operands for the operation = are not compatible. SQLSTATE=42818 , SQL state 42818 in SQLExecDirect in /home/jfreed/public_html/debug.php on line 15 Warning: Supplied argument is not a valid ODBC result resource in /home/jfreed/public_html/debug.php on line 16 TECH_ID: 20010504142745046252 LOGIN: UNKNOWN Now, when I'm using the DB2 CLI to do this kind of stuff, I get the tech_id as: x'200105041274504625200' This leads me to believe that we're on the right track here, just that perhaps PHP is not translating this binary data quite properly. Please let me know if you have any advice. I would be very grateful to find a way around this problem as my company would require this to work in order to move from CGI to PHP. Thanks for your time. -- Edit bug report at: http://bugs.php.net/?id=14851edit=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 #14852: create_entity_reference causes warning
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.1.1 PHP Bug Type: DOM XML related Bug description: create_entity_reference causes warning the following code produces a warning at the end: $xmlDoc = xmldocfile(test.xml); $xmlDoc-create_entity_reference(bla); xml-file (presumable any..): ?xml version=1.0? buecher buch buch_id=1 isbn=3-8266-0612-4 titelApache Web-Server/titel jahr2000/jahr kategorie2/kategorie /buch /buecher warning message: Warning: Unknown list entry type in request shutdown (-10004) in Unknown on line 0 -- Edit bug report at: http://bugs.php.net/?id=14852edit=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 #14826 Updated: 4.1.0 on powerpc doesn't save session variables
ID: 14826
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Session related
Operating System: Debian Linux 2.2.19 ppc
PHP Version: 4.1.0
New Comment:
Are you sure the session-related paths in your php.ini are correct?
Previous Comments:
[2002-01-03 10:12:03] [EMAIL PROTECTED]
4.1.0 on powerpc doesn't save session variables
apache 1.3.22 scripts like this sample doesn't save session varibles,
but when run on intel platform with same php.ini, same php and apache
versions, it works saving session variables.
-
?php
session_start();
// session variable to store the counter.
session_register('counter');
// session variable to store the value when the page was last loaded;
// this value is maintained so that difference can be calculated.
session_register('timeAtLastLoad');
// current time
$timeNow = time();
// increment counter
$counter++;
// calculate the time lapsed from last visit.
$timeLapsed = $timeNow - $timeAtLastLoad;
// display appropriate message
if($counter 1)
{
echo bIt's been $timeLapsed seconds since you last viewed
this
page./b;
}
else
{
echo bFirst time here? Reload this page to see how the
session
works!/b;
}
$timeAtLastLoad = $timeNow;
?
---
Edit this bug report at http://bugs.php.net/?id=14826edit=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 #14853: escapeshellarg should return '' for empty argument list
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: escapeshellarg should return '' for empty argument list If I build a command line like this: $cmd = ls ; $cmd .= escapeshellarg($file); system($cmd); It works fine if $file contains data. But if $file is empty, $cmd is ls instead of ls ''. The code would be easier to write if escapeshellarg always returned the two single quotes, even if its argument was blank. -- Edit bug report at: http://bugs.php.net/?id=14853edit=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 #14852 Updated: create_entity_reference causes warning
ID: 14852 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: DOM XML related Operating System: linux PHP Version: 4.1.1 New Comment: Already fixed in CVS. Previous Comments: [2002-01-04 12:14:46] [EMAIL PROTECTED] the following code produces a warning at the end: $xmlDoc = xmldocfile(test.xml); $xmlDoc-create_entity_reference(bla); xml-file (presumable any..): ?xml version=1.0? buecher buch buch_id=1 isbn=3-8266-0612-4 titelApache Web-Server/titel jahr2000/jahr kategorie2/kategorie /buch /buecher warning message: Warning: Unknown list entry type in request shutdown (-10004) in Unknown on line 0 Edit this bug report at http://bugs.php.net/?id=14852edit=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 #14854: xmldoc() undefined with domxml apparently enabled
From: [EMAIL PROTECTED] Operating system: Windows98 PHP version: 4.1.0 PHP Bug Type: DOM XML related Bug description: xmldoc() undefined with domxml apparently enabled The line $doc = xmldoc($xml); // (line 26) (where $xml is a string containing a valid xml document) raises a fatal error: Fatal error: Call to undefined function: xmldoc() in d:\...\class.xmltemplate.php on line 26 I'm running PHP 4.1.0 as an Apache module with Apache 1.3.22 on Win98 (but I was experiencing the same problem with PHP 4.0.6 and Apache 1.3.14). All the required dlls (libxml2.dll, iconv-1.3.dll) have been copied to the system directory, and phpinfo() tells me that DOMXML is enabled (with libxml 2.4.1). -- Edit bug report at: http://bugs.php.net/?id=14854edit=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 #14855: Access Violation when using Cc: in mail()
From: [EMAIL PROTECTED]
Operating system: Windows NT 4.0 (SP6)
PHP version: 4.0.6
PHP Bug Type: Reproducible crash
Bug description: Access Violation when using Cc: in mail()
Configuration: PHP 4.0.6 on a Windows NT System with IIS 3
Calling mail() with an Cc:-headerline in the additional_headers (4th)
argument
results in an crash of the php module and the webserver. If the
Cc:-string is
commented out, everything works fine.
Error: PHP has encountered an Access Violation at 0177B474
Script:
?php
setlocale (LC_TIME, );
$recp = [EMAIL PROTECTED];
$subject = Test;
$body = Test\n;
$EMail=[EMAIL PROTECTED];
if ( mail($recp . $cc, $subject, $body , Cc: [EMAIL PROTECTED]\n ) )
{
print Mail ok!;
} else {
print No mail today!;
};
?
--
Edit bug report at: http://bugs.php.net/?id=14855edit=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 #14856: Error compiling apache after compiling php with custom-odbc
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.2 PHP version: 4.1.1 PHP Bug Type: PHP options/info functions Bug description: Error compiling apache after compiling php with custom-odbc I configure php with the following... ./configure --with-apache=../apache_1.3.22 --with-mysql --with-custom-odbc=/www/wsrt/odbc --with-xml --enable-wddx --enable-track-vars --enable-calendar --enable-debug --enable-ftp --enable-sockets LDFLAGS, CFLAGS, and CUSTOM_ODBC_LIBS env variables have all been set. The configure, make, and make install all go fine for php. Then I configure apache with the following... ./configure --activate-module=src/modules/php4/libphp4.a --enable-module=ssl --prefix=/www The configuration of Apache goes smoothly, but when I try to make, I get numerous errors which look like... modules/php4/libphp4.a(php_odbc.o): In function `zif_odbc_tableprivileges': /home/johnn/php-4.1.1/ext/odbc/php_odbc.c:3478: undefined reference to `SQLAllocStmt' /home/johnn/php-4.1.1/ext/odbc/php_odbc.c:3491: undefined reference to `SQLTablePrivileges' /home/johnn/php-4.1.1/ext/odbc/php_odbc.c:3503: undefined reference to `SQLNumResultCols' And then the Apache build errors out. I don't know if this is a php bug, Apache bug, or even a bug at all, but we have spent the better part of a week trouble shooting this, with all kinds of help from the online php community, but to no avail. I'm also going to post this to the Apache people incase it is something on their end. -- Edit bug report at: http://bugs.php.net/?id=14856edit=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 #14850 Updated: Problems with XML and DTD entities
ID: 14850 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Operating System: FreeBSD 4.5-PRERELEASE PHP Version: 4.1.1 New Comment: About Example 2: Entity references defined in the document are their own nodes. You should carefully look at print_r($node); Next please don't open one report about two things (even if they look the same). Previous Comments: [2002-01-04 10:09:37] [EMAIL PROTECTED] There are two instances where I am having problems with entities. test.php and test.xml below exhibit a problem with xml entities. The output is: Blah Blah Acirc;reg; Blah Blah The expected output was: Blah Blah reg; Blah Blah The second problem exhibited by test2.php and test2.xml has to do with DTD entities. The output is: Blah Blah The expected output was: Blah Blah reg; Blah Blah The setup is PHP 4.1.1 with a patch to php_domxml.c from 1.67.2.9 to 1.90 that fixes a problem with PHP crashing with DTD entities. test.php: -- ? $xml = test.xml; $doc = xmldocfile($xml); $context = $doc-xpath_new_context(); $query = //test; $nodes = $context-xpath_eval($query); $node = $nodes-nodeset[0]-children(); $content .= $node[0]-content; echo htmlentities($content); ? test.xml: -- ?xml version=1.0? testBlah Blah #174; Blah Blah/test test2.php: -- ? $xml = test2.xml; $doc = xmldocfile($xml); $context = $doc-xpath_new_context(); $query = //test; $nodes = $context-xpath_eval($query); $node = $nodes-nodeset[0]-children(); $content .= $node[0]-content; echo htmlentities($content); ? test2.xml: -- ?xml version=1.0? !DOCTYPE test [ !ENTITY reg #174; ] testBlah Blah reg; Blah Blah/test Edit this bug report at http://bugs.php.net/?id=14850edit=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 #14854 Updated: xmldoc() undefined with domxml apparently enabled
ID: 14854 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: DOM XML related Operating System: Windows98 PHP Version: 4.1.0 New Comment: Please ask support questions at [EMAIL PROTECTED] Previous Comments: [2002-01-04 13:25:23] [EMAIL PROTECTED] The line $doc = xmldoc($xml); // (line 26) (where $xml is a string containing a valid xml document) raises a fatal error: Fatal error: Call to undefined function: xmldoc() in d:\...\class.xmltemplate.php on line 26 I'm running PHP 4.1.0 as an Apache module with Apache 1.3.22 on Win98 (but I was experiencing the same problem with PHP 4.0.6 and Apache 1.3.14). All the required dlls (libxml2.dll, iconv-1.3.dll) have been copied to the system directory, and phpinfo() tells me that DOMXML is enabled (with libxml 2.4.1). Edit this bug report at http://bugs.php.net/?id=14854edit=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 #14850 Updated: Problems with XML and DTD entities
ID: 14850 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: DOM XML related Operating System: FreeBSD 4.5-PRERELEASE PHP Version: 4.1.1 New Comment: For the first bug, you should consult tightly the libxml2 documentation. libxml2 does the conversion on its own and only hell knows why you get what you get. It's probably a runtime configuration option of libxml2 which most likely also isn't implemented in the domxml interface. Or maybe its even expected. Anyway, best is you take a look at libxml2 directly . Feedback. Previous Comments: [2002-01-04 13:39:39] [EMAIL PROTECTED] About Example 2: Entity references defined in the document are their own nodes. You should carefully look at print_r($node); Next please don't open one report about two things (even if they look the same). [2002-01-04 10:09:37] [EMAIL PROTECTED] There are two instances where I am having problems with entities. test.php and test.xml below exhibit a problem with xml entities. The output is: Blah Blah Acirc;reg; Blah Blah The expected output was: Blah Blah reg; Blah Blah The second problem exhibited by test2.php and test2.xml has to do with DTD entities. The output is: Blah Blah The expected output was: Blah Blah reg; Blah Blah The setup is PHP 4.1.1 with a patch to php_domxml.c from 1.67.2.9 to 1.90 that fixes a problem with PHP crashing with DTD entities. test.php: -- ? $xml = test.xml; $doc = xmldocfile($xml); $context = $doc-xpath_new_context(); $query = //test; $nodes = $context-xpath_eval($query); $node = $nodes-nodeset[0]-children(); $content .= $node[0]-content; echo htmlentities($content); ? test.xml: -- ?xml version=1.0? testBlah Blah #174; Blah Blah/test test2.php: -- ? $xml = test2.xml; $doc = xmldocfile($xml); $context = $doc-xpath_new_context(); $query = //test; $nodes = $context-xpath_eval($query); $node = $nodes-nodeset[0]-children(); $content .= $node[0]-content; echo htmlentities($content); ? test2.xml: -- ?xml version=1.0? !DOCTYPE test [ !ENTITY reg #174; ] testBlah Blah reg; Blah Blah/test Edit this bug report at http://bugs.php.net/?id=14850edit=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 #14857: php.exe crashed during command: show_source(getenv(SCRIPT_FILENAME));
From: [EMAIL PROTECTED] Operating system: Windows Advanced Server PHP version: 4.1.1 PHP Bug Type: Reproducible crash Bug description: php.exe crashed during command: show_source(getenv(SCRIPT_FILENAME)); During some debug process I tried to display the script with: ?php show_source(getenv(SCRIPT_FILENAME)); ? This did work on all unix machines i tested .. There is no configure line as you can imagine (WinServer). So all modules of the standart installer version are activated / used. It doesnt output any Errors, and even the error.log of _Apache_ gives no information, BUT it prints out unusefull date like: MZÿÿ¸@è º´Í!¸LÍ!This program cannot be run in DOS mode. ... HTTP_COOKIEPHP_SELF %sErrors parsing %s No syntax errors detected in %s No input file specified. rbPATH_TRANSLATED-+%s Not Implemented After this it shows the php.exe -? options .. I hope it's just a porting bug from liunx - windows. Regards, Markus Nigbur -- Edit bug report at: http://bugs.php.net/?id=14857edit=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 #14857 Updated: php.exe crashed during command: show_source(getenv(SCRIPT_FILENAME));
ID: 14857 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows Advanced Server PHP Version: 4.1.1 New Comment: even ?php show_source($_SERVER[SCRIPT_FILENAME]); ? will produce this error Previous Comments: [2002-01-04 13:52:57] [EMAIL PROTECTED] During some debug process I tried to display the script with: ?php show_source(getenv(SCRIPT_FILENAME)); ? This did work on all unix machines i tested .. There is no configure line as you can imagine (WinServer). So all modules of the standart installer version are activated / used. It doesnt output any Errors, and even the error.log of _Apache_ gives no information, BUT it prints out unusefull date like: MZÿÿ¸@è º´Í!¸LÍ!This program cannot be run in DOS mode. ... HTTP_COOKIEPHP_SELF %sErrors parsing %s No syntax errors detected in %s No input file specified. rbPATH_TRANSLATED-+%s Not Implemented After this it shows the php.exe -? options .. I hope it's just a porting bug from liunx - windows. Regards, Markus Nigbur Edit this bug report at http://bugs.php.net/?id=14857edit=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 #14839 Updated: getcwd() and `pwd`, PHP behaviour nor clearly documented
ID: 14839 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Summary: getcwd() and `pwd` report incorrect directory Old Status: Closed Status: Open Old Bug Type: *Directory/Filesystem functions Bug Type: Documentation problem Operating System: Linux, FreeBSD, Solaris PHP Version: 4.0.5 New Comment: Valid points .. I reopen this als doc thing. Previous Comments: [2002-01-04 11:59:30] [EMAIL PROTECTED] [EMAIL PROTECTED] makes it all clear. I searched all the release documentation (for all the releases since getcwd() was introduced in 1999) prior to writing this bug for any remarks about this kind of behavior, but couldn't find anything. The default behavior for Unix and DOS programs is to run in the CWD, so programmers tend to expect that of other programs, such as PHP. As [EMAIL PROTECTED] and [EMAIL PROTECTED] pointed out, this may not be the most desirable behavior for a Web script. Since it is contrary to what most programs do, I'd like to request that the documentation of the startup behavior of PHP be sure to note this behavior, and that the -C option be documented a bit more boldly -- at least listed in the release notes. Thanks. [2002-01-04 05:02:27] [EMAIL PROTECTED] Closing the report. [2002-01-04 05:01:54] [EMAIL PROTECTED] There is nothing wrong with getcwd(). The problem is that php changes current working directory to the script's. This makes sense if you think of CGI scripts, but makes no sense if you write command line programs. That's way a new command line switch (-C) was introduced in PHP 4.1.0 which prevents PHP from chdir'ing into script's directory. So changing the first line of your script to #!/usr/local/bin/php -qC (and upgrading to 4.1) should fix the problem. [2002-01-04 00:47:58] [EMAIL PROTECTED] Ok, some comments, if i may. Firstly, I have verified this behaviour, however (and I could be wrong), this is not unexpected. The script executes relavtive to the directory it exists within, not the directory you are currently in. I can't particularly explain why, but this kind of makes sense. If you had a script in some unsafe directory, allowing the moving and deleting of files, and you could run it in a secured directory, in which the php process had sufficient access, and affect the files there, would that not present potential security risks? Anyhow, i could be wrong, so don't take what i said as corret. [2002-01-04 00:22:32] [EMAIL PROTECTED] Oh, I suppose you want my configure line, even though it really doesn't make a difference. Here it is: CONFIGURE_COMMAND = './configure' '--with-gd=/usr/local' '--with-mysql' '--with-openssl' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' 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=14839 Edit this bug report at http://bugs.php.net/?id=14839edit=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-Dev] One Bug Down..
i can reliably report that Bug #4769 can be expired (the author made the appropriate changes in the code itself). -- 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 #14855 Updated: Access Violation when using Cc: in mail()
ID: 14855
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Windows NT 4.0 (SP6)
PHP Version: 4.0.6
New Comment:
Some comments and one correction:
1. The Server is an IIS, Version _4_
2. I've now installed PHP 4.1.1 and the problem remains.
3. I'm using the SAPI-Module. When using php.exe the error
changes to an allocation error (and the webserver does not
crash):
FATAL: emalloc(): Unable to allocate -11967191 bytes
Previous Comments:
[2002-01-04 13:36:23] [EMAIL PROTECTED]
Configuration: PHP 4.0.6 on a Windows NT System with IIS 3
Calling mail() with an Cc:-headerline in the additional_headers
(4th) argument
results in an crash of the php module and the webserver. If the
Cc:-string is
commented out, everything works fine.
Error: PHP has encountered an Access Violation at 0177B474
Script:
?php
setlocale (LC_TIME, );
$recp = [EMAIL PROTECTED];
$subject = Test;
$body = Test\n;
$EMail=[EMAIL PROTECTED];
if ( mail($recp . $cc, $subject, $body , Cc: [EMAIL PROTECTED]\n ) )
{
print Mail ok!;
} else {
print No mail today!;
};
?
Edit this bug report at http://bugs.php.net/?id=14855edit=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 #14811 Updated: form variables undefined on action page under certain conditions
ID: 14811
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows 2000
PHP Version: 4.0.6
New Comment:
After some debugging this appears to be related to arrays. I changed the
FormIncludes[] definition on the Form page to FormInclude0,
FormInclude1, FormInclude2, etc. On the action page I looped through
each of the form variables
$i = 0;
while( 1 )
{
$Variable = FormInclude . $i;
...use $$Variable...
}
This works.
Previous Comments:
[2002-01-02 19:36:46] [EMAIL PROTECTED]
Under certain conditions form variables are not defined. When I access a
form variable by printing it out using print or print_r(
get_defined_vars() ), the form variable is available and has the correct
value as expected. However, when I do not print the variable and use the
form variable in a foreach construct the variable is not defined.
* register_globals is On according to phpinfo();
* I'm using session variables
* I'm using ob_start() to discard unwanted output.
* I did a standard/default installation.
I've tried simplifying the scripts to narrow down where or what is
causing the problem but all my simplier scripts work fine. The following
are excerpts from the original longer and more complex scripts.
// The Form page
// FileNameX strings were simplied from
c:\inetpub\wwwroot\ProjectName\Project.php
form action='Action.php' method='get'
input type='hidden' name='FormIncludes[]' value='FileName1'
input type='hidden' name='FormIncludes[]' value='FileName2'
input type='hidden' name='FormIncludes[]' value='FileName3'
input type='hidden' name='FormIncludes[]' value='FileName4'
table cols=2 width='400'
HTML code omitted...
/table
/form
// Action.php
?php
// These 2 lines have been inserted into the script for debug purposes.
// If left in as-is the variables are defined and print OK, if I comment
out these 2 lines parser complains
// at the foreach loop that $FormIncludes is undefined.
print_r( get_defined_vars() );
print( $FormIncludes );
ob_start();
foreach( $FormIncludes as $FileName )
{
include_once( $FileName );
}
session_start();
global $Form;
$Form-PageProcess( $Submit );
?
Edit this bug report at http://bugs.php.net/?id=14811edit=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 #14855 Updated: Access Violation when using Cc: in mail()
ID: 14855
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Windows NT 4.0 (SP6)
PHP Version: 4.0.6
New Comment:
One last addition:
Using CC: instead of Cc: works and does NOT crash.
Strange!
Previous Comments:
[2002-01-04 14:17:04] [EMAIL PROTECTED]
Some comments and one correction:
1. The Server is an IIS, Version _4_
2. I've now installed PHP 4.1.1 and the problem remains.
3. I'm using the SAPI-Module. When using php.exe the error
changes to an allocation error (and the webserver does not
crash):
FATAL: emalloc(): Unable to allocate -11967191 bytes
[2002-01-04 13:36:23] [EMAIL PROTECTED]
Configuration: PHP 4.0.6 on a Windows NT System with IIS 3
Calling mail() with an Cc:-headerline in the additional_headers
(4th) argument
results in an crash of the php module and the webserver. If the
Cc:-string is
commented out, everything works fine.
Error: PHP has encountered an Access Violation at 0177B474
Script:
?php
setlocale (LC_TIME, );
$recp = [EMAIL PROTECTED];
$subject = Test;
$body = Test\n;
$EMail=[EMAIL PROTECTED];
if ( mail($recp . $cc, $subject, $body , Cc: [EMAIL PROTECTED]\n ) )
{
print Mail ok!;
} else {
print No mail today!;
};
?
Edit this bug report at http://bugs.php.net/?id=14855edit=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 #13362 Updated: function wordwrap bug
ID: 13362 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Closed Bug Type: Strings related Operating System: Linux Mandrake 8.0 PHP Version: 4.0.4pl1 New Comment: this current behavior is correct. wordwrap() will only cut a word when it is, by itself, longer than the line length. whenever it can cut the line between words, it does. it is easier to see what is going on using: ? $text=A very long wrd.; echo wordwrap($text, 8, |, 1); which prints: A very|long|wooo|ord. Previous Comments: [2001-10-21 05:06:16] [EMAIL PROTECTED] 4.2.0dev shows: A very long wr d. [2001-10-20 22:25:30] [EMAIL PROTECTED] Reproduced with PHP 4.1.0RC1 [2001-09-18 07:33:45] [EMAIL PROTECTED] ? $text=A very long wrd.; $newtext=wordwrap($text,8, ,1); echo $newtext\n; ? return: A very long w rd. not A very long wooo ord. php 4.0.4pl1 Edit this bug report at http://bugs.php.net/?id=13362edit=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 #13362 Updated: function wordwrap bug
ID: 13362 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Strings related Operating System: Linux Mandrake 8.0 PHP Version: 4.0.4pl1 New Comment: oops, meant to flag as bogus, since this is not a bug. Previous Comments: [2002-01-04 14:40:38] [EMAIL PROTECTED] this current behavior is correct. wordwrap() will only cut a word when it is, by itself, longer than the line length. whenever it can cut the line between words, it does. it is easier to see what is going on using: ? $text=A very long wrd.; echo wordwrap($text, 8, |, 1); which prints: A very|long|wooo|ord. [2001-10-21 05:06:16] [EMAIL PROTECTED] 4.2.0dev shows: A very long wr d. [2001-10-20 22:25:30] [EMAIL PROTECTED] Reproduced with PHP 4.1.0RC1 [2001-09-18 07:33:45] [EMAIL PROTECTED] ? $text=A very long wrd.; $newtext=wordwrap($text,8, ,1); echo $newtext\n; ? return: A very long w rd. not A very long wooo ord. php 4.0.4pl1 Edit this bug report at http://bugs.php.net/?id=13362edit=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 #12768 Updated: wordwrap crashes with 4 parameters and width=0
ID: 12768 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.0.6 Assigned To: elixer New Comment: forcing a cut with a zero width doesn't make any sense. but segfault fixed in cvs and this case now issues a warning. (but also found and fixed a related crash if a multi-character break was used with a zero width.) Previous Comments: [2001-08-15 12:00:10] [EMAIL PROTECTED] hi, i discovered a small bug in wordwrap. if you call this function with 4 parameters and a width of 0 your php-script will crash/timeout. pre ?php $string = the quick brown fox ...; echo wordwrap($string, 0, \n, 1),\n; ? /pre here is an inconsistency with the 2-parameter version, which returns all words separated by \n in this case regards marc Edit this bug report at http://bugs.php.net/?id=12768edit=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 #4769 Updated: Params passed by reference in extension functions
ID: 4769 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: Linux Mandrake 7.0 PHP Version: 4.0.0 Release New Comment: the func_arg_types field of the function_entry structure makes it possible to force parameters to be passed by reference. (L0t3k [EMAIL PROTECTED] pointed out this could be closed on php-dev.) Previous Comments: [2000-06-02 10:12:11] [EMAIL PROTECTED] i'm working on a functions (sscanf/fscanf) to be registered with the scripting engine which requires that variables be passed by reference. this is easily done in user-land ($variable), but there seems to be no obvious way to inform the compiler that the parameters accepted by c level functions should be pushed by ref. any guidance ? Edit this bug report at http://bugs.php.net/?id=4769edit=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 #14858: Lack of tmp directory causes crash on call to session_start()
From: [EMAIL PROTECTED] Operating system: Windows 2000 Pro PHP version: 4.1.1 PHP Bug Type: Reproducible crash Bug description: Lack of tmp directory causes crash on call to session_start() If the directory c:/tmp does not exist, PHP, installed as a SAPI module, causes an Apache.exe crash when a session_start() function call is made. Reproducible + predictable. Configuration details: Windows 2000 Service Pack 1 Apache 1.3.22 PHP 4.1.1 - SAPI - No additional modules installed, beyond the included MySQL and ODBC support. Temporary directory = c:/tmp -- Edit bug report at: http://bugs.php.net/?id=14858edit=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 #14457 Updated: Pspell ceases to work on upgrade from 4.0.6 to 4.1.0
ID: 14457
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Pspell related
Operating System: Linux 2.4.7 (RH7.2)
PHP Version: 4.1.0
New Comment:
I did specify the /usr/local/pspell location in pspell's installation to
see if it made any difference for 4.1.0 but it didn't. Things continued
working in 4.0.6.
I didn't save the procedure on installing pspell, I'm pretty sure the
only parameter I passed was ./configure --prefix=/usr/local/pspell and
then made the modules. I will write back when I attempt to upgrade to
4.1.0 again.
I don't know whether Aspell/Pspell merge did anything.
Previous Comments:
[2001-12-28 21:52:28] [EMAIL PROTECTED]
... well, in the original bug report you had:
'--with-pspell=/usr/local/share'
and in the new one you have
'--with-pspell=/usr/local/pspell'
That's very different
I hope that you configured pspell with
'--prefix=/usr/local/pspell', right? Otherwise you should have just
specified '--with-pspell' in php configure line instead.
First, how did you build pspell and aspell (what are the configure
lines, versions, and in which order you built them)
Second, could you go into the directory with pspell source and from
there to examples, and try to compile and run an example:
cd pspell/examples
make example-c
./example-c en
s helllo
and please tell if it gives you a list of suggestions for the misspelled
word 'helllo'.
(I'll be in and out of the office for the next few days, so I might not
respond in a timely manner)
[2001-12-17 09:46:39] [EMAIL PROTECTED]
'./configure' '--with-mysql=/usr/local/mysql' '--with-apxs'
'--enable-wddx' '--with-sablot' '--with-pspell=/usr/local/pspell'
'--enable-force-cgi-redirect' '--with-gettext' '--with-ldap'
'--with-cpdflib=/usr/local' '--with-jpeg-dir' '--with-tiff-dir'
is the latest iteneration of my configuration. This is the exact
configuration I am using in a 4.0.6 installation. Pspell does not work
with the same using 4.1.0.
(I re-installed pspell to that directory just to make sure)
[2001-12-13 23:37:36] [EMAIL PROTECTED]
It is strange it even compiled.
Are you sure that pspell is installed in
--with-pspell=/usr/local/share
and not in
--with-pspell=/usr/local
???
(e.g. do you have a directory
/usr/local/include/pspell
or
/usr/local/share/include/pspell
if the former, you probably need to recompile PHP specifying the right
directory)
Do you have a configure line for your 4.0.6 installation to compare
against?
[2001-12-12 09:09:56] [EMAIL PROTECTED]
'./configure' '--with-mysql=/usr/local/mysql' '--with-apxs'
'--enable-wddx' '--with-sablot' '--with-pspell=/usr/local/share'
'--enable-force-cgi-redirect' '--with-gettext '--with-ldap'
Worked in 4.0.6 but not in 4.1.0
Warning: PSPELL couldn't open the dictionary. reason: I'm sorry I can't
find any suitable word lists for the language-tag en.
$pspell_link = pspell_new (en);
if (!pspell_check ($pspell_link, testt)) {
$suggestions = pspell_suggest ($pspell_link, testt);
foreach ($suggestions as $suggestion) {
echo Possible spelling: $suggestionbr;
}
}
Edit this bug report at http://bugs.php.net/?id=14457edit=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] Classes versus native functions
Hi, I was wondering if anyone knew (and could quantify) the performance difference between a script that uses PHP's native XML functions - for example, DOM functions to add/remove nodes - and one that simulates these functions via a class - like the PHP.XPath class. I would assume that simulating it via a class would obviously be slower than the native function - right? But are there any numbers to back this up? Any ideas on how to build a test case to check this? Thanks in advance! Please CC my address above as well as the list if you have a response. Vikram -- Friends help you move. Real friends help you move bodies. -- 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 #14859: cannot print in landscape
From: [EMAIL PROTECTED] Operating system: WinXP PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: cannot print in landscape I use printer_set_option($handle, PRINTER_ORIENTATION, PRINTER_ORIENTATION_LANDSCAPE); to set the printer option and try to print some text in landscape (value=2) but the output still shows up in portrait (value=1). Thanks. -- Edit bug report at: http://bugs.php.net/?id=14859edit=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 #14860: PHP segfault in mysql driver
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.1.1 PHP Bug Type: MySQL related Bug description: PHP segfault in mysql driver Running PHP under continuity (pthread based), and serving phpMyAdmin 2.2.2, connecting remotely to a 3.23.47 mysql database. The server randomly crashes(trace below), but not always. The seg fault doesn't seem to be related to load, length of server operation, etc. It can crash on the 1st or 80th load of a phpMyAdmin page, but is fairly reproducable. If the server is restarted, may operate normally right away or it may not. Backtrace: current thread: t@15 =[1] _db_return_(_line_ = 167U, _sfunc_ = 0xfdefa014, _sfile_ = 0xfdefa010, _slevel_ = 0xfdefa00c), line 827 in dbug.c [2] vio_read(vio = 0x210ec8, buf = 0x2ba220 ^C, size = 4), line 167 in violite.c [3] my_real_read(net = 0x2ba018, complen = 0xfdefa11c), line 457 in net.c [4] my_net_read(net = 0x2ba018), line 603 in net.c [5] net_safe_read(mysql = 0x2ba018), line 288 in libmysql.c [6] mysql_real_connect(mysql = 0x2ba018, host = 0x2c6140 sugar.makintosh.com, user = 0x2777a8 phpbugs, passwd = 0x257c58 phpbugs, db = (nil), port = 3306U, unix_socket = (nil), client_flag = 8325U), line 1517 in libmysql.c [7] php_mysql_do_connect(ht = 3, return_value = 0x211038, this_ptr = (nil), return_value_used = 1, tsrm_ls = 0x11c058, persistent = 0), line 646 in php_mysql.c [8] zif_mysql_connect(ht = 3, return_value = 0x211038, this_ptr = (nil), return_value_used = 1, tsrm_ls = 0x11c058), line 698 in php_mysql.c [9] execute(op_array = 0x192370, tsrm_ls = 0x11c058), line 1590 in zend_execute.c [10] execute(op_array = 0x17bce8, tsrm_ls = 0x11c058), line 2133 in zend_execute.c [11] zend_execute_scripts(type = 8, tsrm_ls = 0x11c058, retval = (nil), file_count = 3, ...), line 814 in zend.c [12] php_execute_script(primary_file = 0xfdf05b28, tsrm_ls = 0x11c058), line 1307 in main.c [13] capi_module_main(request_context = 0x121830, tsrm_ls = 0x11c058), line 411 in capi.c [14] php4_execute(t = 0xb0348, opts = 0x3f058), line 456 in capi.c [15] dlFtransaction_process(class = 4, t = 0xb0348), line 336 in dl.c [16] disFhttp_handler(p = 0xb0348), line 69 in dispatch.c [17] thrFthread(arg = 0xb0218), line 281 in tpool.c -- Edit bug report at: http://bugs.php.net/?id=14860edit=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 #14861: nlist and rawlist don`t work with ftp-daemon of Suse
From: [EMAIL PROTECTED]
Operating system: Linux and W2K
PHP version: 4.0.6
PHP Bug Type: FTP related
Bug description: nlist and rawlist don`t work with ftp-daemon of Suse
Hello,
I tried to user ftp_nlist to get an directory-listing of an Suse7.1
ftp-Server, but the function returns nothing.
I tried the same code to connect to an ftp-server on an Windows-System.
To analyse the problem I made some printentries in the file ftp.c. I edited
the file in the array of line 1195. I think that here is one problem:
the code expect \r and \n, but only retrieves \n.
Here is the code:
while ((ch = getc(tmpfp)) != EOF) {
printf(%d ,ch);
/*
if (ch == '\n' lastch == '\r') {
*/
if (ch == '\n' ) {
*(text - 1) = 0;
printf(\nText:%s\n\n, text);
*++entry = text;
}
else {
*text++ = ch;
}
lastch = ch;
}
*entry = NULL;
if (ferror(tmpfp))
goto bail;
fclose(tmpfp);
if (!ftp_getresp(ftp) || (ftp-resp != 226 ftp-resp != 250)) {
free(ret);
return NULL;
}
printf(ret[0]:%s\n, ret[0]);
printf(ret[1]:%s\n\n, ret[1]);
return ret;
And here is the output from my PHP-Script:
X-Powered-By: PHP/4.0.6
Content-type: text/html
45 114 119 45 114 45 45 114 45 45 32 32 49 32 114 111 111 116 32 32 32 114
111 111 116 32 32 32 49 54 51 57 32 68 101 99 32 50 49 32 50 51 58 51 48 32
105 99 97 112 46 112 104 112 10
Text:icap.php
-rw-r- 1 bernd users 1717 Dec 21 23:29 kal.php
45 114 119 45 114 45 45 45 45 45 32 32 49 32 98 101 114 110 100 32 32 117
115 101 114 115 32 32 49 55 49 55 32 68 101 99 32 50 49 32 50 51 58 50 57
32 107 97 108 46 112 104 112 10
Text:9 kal.php
ret[0]::¶
ret[1]:-rw-r- 1 bernd users 1717 Dec 21 23:29 kal.ph
array(2) {
[0]=
string(4) :¶
[1]=
string(52) -rw-r- 1 bernd users 1717 Dec 21 23:29 kal.ph
}
Thanks
Bernd
--
Edit bug report at: http://bugs.php.net/?id=14861edit=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 #14862: xmldocfile segfaults sometimes
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.0CVS-2002-01-04
PHP Bug Type: DOM XML related
Bug description: xmldocfile segfaults sometimes
xmldocfile produces from time to time segfaults at shutdown (not always,
sometimes more, sometimes less...)
code:
$xmlDoc = xmldocfile(test.xml);
xml: any.
workaround (does the same jobs right, just in more lines :) )
$fd = fopen( $datasrc, r );
$xmlstring = fread( $fd, filesize( $datasrc ) );
fclose( $fd );
$xmlDoc = xmldoc($xmlstring);
backtrace:
0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551,
pData=0xbfffef38) at zend_hash.c:935
935 if ((p-h == h) (p-nKeyLength == 0)) {
(gdb) bt
#0 0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551,
pData=0xbfffef38) at zend_hash.c:935
#1 0x402257e8 in _zend_list_delete (id=1075888551) at zend_list.c:53
#2 0x4021bc43 in _zval_dtor (zvalue=0x812653c,
__zend_filename=0x403385bc zend_execute_API.c, __zend_lineno=274)
at zend_variables.c:64
#3 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126990,
__zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189)
at zend_execute_API.c:274
#4 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126990)
at zend_variables.c:189
#5 0x40223a1a in zend_hash_destroy (ht=0x812657c) at zend_hash.c:541
#6 0x4021bc0f in _zval_dtor (zvalue=0x812dc04,
__zend_filename=0x403385bc zend_execute_API.c, __zend_lineno=274)
at zend_variables.c:57
#7 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126ba8,
__zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189)
at zend_execute_API.c:274
#8 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126ba8)
at zend_variables.c:189
#9 0x40223a1a in zend_hash_destroy (ht=0x40374688) at zend_hash.c:541
#10 0x40211977 in shutdown_executor () at zend_execute_API.c:173
#11 0x4021d2f3 in zend_deactivate () at zend.c:596
#12 0x4022f95b in php_request_shutdown (dummy=0x0) at main.c:736
#13 0x4022b8e8 in apache_php_module_main (r=0x811b234,
display_source_mode=0)
at sapi_apache.c:96
#14 0x4022c7a8 in send_php (r=0x811b234, display_source_mode=0,
filename=0x811bd4c
/usr/local/apache/htdocs/buch/domxml/newfunctions.php)
at mod_php4.c:575
#15 0x4022c82b in send_parsed_php (r=0x811b234) at mod_php4.c:590
#16 0x08073b29 in ap_invoke_handler ()
#17 0x0808893f in process_request_internal ()
#18 0x080889a6 in ap_process_request ()
#19 0x0807f886 in child_main ()
#20 0x0807fa41 in make_child ()
#21 0x0807fbbc in startup_children ()
#22 0x0808024d in standalone_main ()
#23 0x08080aac in main ()
#24 0x400be65f in __libc_start_main () from /lib/libc.so.6
--
Edit bug report at: http://bugs.php.net/?id=14862edit=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 #14862 Updated: xmldocfile segfaults sometimes
ID: 14862
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: DOM XML related
Operating System: linux
PHP Version: 4.0CVS-2002-01-04
New Comment:
Seems to depend on the input data. No matter how much stress testing I
do, I can't reproduce a crash.
Please provide some crashing input data too.
Previous Comments:
[2002-01-04 18:09:54] [EMAIL PROTECTED]
xmldocfile produces from time to time segfaults at shutdown (not always,
sometimes more, sometimes less...)
code:
$xmlDoc = xmldocfile(test.xml);
xml: any.
workaround (does the same jobs right, just in more lines :) )
$fd = fopen( $datasrc, r );
$xmlstring = fread( $fd, filesize( $datasrc ) );
fclose( $fd );
$xmlDoc = xmldoc($xmlstring);
backtrace:
0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551,
pData=0xbfffef38) at zend_hash.c:935
935 if ((p-h == h) (p-nKeyLength == 0)) {
(gdb) bt
#0 0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551,
pData=0xbfffef38) at zend_hash.c:935
#1 0x402257e8 in _zend_list_delete (id=1075888551) at zend_list.c:53
#2 0x4021bc43 in _zval_dtor (zvalue=0x812653c,
__zend_filename=0x403385bc zend_execute_API.c,
__zend_lineno=274)
at zend_variables.c:64
#3 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126990,
__zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189)
at zend_execute_API.c:274
#4 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126990)
at zend_variables.c:189
#5 0x40223a1a in zend_hash_destroy (ht=0x812657c) at zend_hash.c:541
#6 0x4021bc0f in _zval_dtor (zvalue=0x812dc04,
__zend_filename=0x403385bc zend_execute_API.c,
__zend_lineno=274)
at zend_variables.c:57
#7 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126ba8,
__zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189)
at zend_execute_API.c:274
#8 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126ba8)
at zend_variables.c:189
#9 0x40223a1a in zend_hash_destroy (ht=0x40374688) at zend_hash.c:541
#10 0x40211977 in shutdown_executor () at zend_execute_API.c:173
#11 0x4021d2f3 in zend_deactivate () at zend.c:596
#12 0x4022f95b in php_request_shutdown (dummy=0x0) at main.c:736
#13 0x4022b8e8 in apache_php_module_main (r=0x811b234,
display_source_mode=0)
at sapi_apache.c:96
#14 0x4022c7a8 in send_php (r=0x811b234, display_source_mode=0,
filename=0x811bd4c
/usr/local/apache/htdocs/buch/domxml/newfunctions.php)
at mod_php4.c:575
#15 0x4022c82b in send_parsed_php (r=0x811b234) at mod_php4.c:590
#16 0x08073b29 in ap_invoke_handler ()
#17 0x0808893f in process_request_internal ()
#18 0x080889a6 in ap_process_request ()
#19 0x0807f886 in child_main ()
#20 0x0807fa41 in make_child ()
#21 0x0807fbbc in startup_children ()
#22 0x0808024d in standalone_main ()
#23 0x08080aac in main ()
#24 0x400be65f in __libc_start_main () from /lib/libc.so.6
Edit this bug report at http://bugs.php.net/?id=14862edit=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 #14861 Updated: nlist and rawlist don`t work with ftp-daemon of Suse
ID: 14861
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: FTP related
Operating System: Linux and W2K
PHP Version: 4.0.6
New Comment:
Please test 4.1.1 and see if the problem still exists.
Previous Comments:
[2002-01-04 17:40:11] [EMAIL PROTECTED]
Hello,
I tried to user ftp_nlist to get an directory-listing of an Suse7.1
ftp-Server, but the function returns nothing.
I tried the same code to connect to an ftp-server on an
Windows-System.
To analyse the problem I made some printentries in the file ftp.c. I
edited
the file in the array of line 1195. I think that here is one problem:
the code expect \r and \n, but only retrieves \n.
Here is the code:
while ((ch = getc(tmpfp)) != EOF) {
printf(%d ,ch);
/*
if (ch == '\n' lastch == '\r') {
*/
if (ch == '\n' ) {
*(text - 1) = 0;
printf(\nText:%s\n\n, text);
*++entry = text;
}
else {
*text++ = ch;
}
lastch = ch;
}
*entry = NULL;
if (ferror(tmpfp))
goto bail;
fclose(tmpfp);
if (!ftp_getresp(ftp) || (ftp-resp != 226 ftp-resp != 250)) {
free(ret);
return NULL;
}
printf(ret[0]:%s\n, ret[0]);
printf(ret[1]:%s\n\n, ret[1]);
return ret;
And here is the output from my PHP-Script:
X-Powered-By: PHP/4.0.6
Content-type: text/html
45 114 119 45 114 45 45 114 45 45 32 32 49 32 114 111 111 116 32 32 32
114 111 111 116 32 32 32 49 54 51 57 32 68 101 99 32 50 49 32 50 51 58
51 48 32 105 99 97 112 46 112 104 112 10
Text:icap.php
-rw-r- 1 bernd users 1717 Dec 21 23:29 kal.php
45 114 119 45 114 45 45 45 45 45 32 32 49 32 98 101 114 110 100 32 32
117 115 101 114 115 32 32 49 55 49 55 32 68 101 99 32 50 49 32 50 51 58
50 57 32 107 97 108 46 112 104 112 10
Text:9 kal.php
ret[0]::¶
ret[1]:-rw-r- 1 bernd users 1717 Dec 21 23:29 kal.ph
array(2) {
[0]=
string(4) :¶
[1]=
string(52) -rw-r- 1 bernd users 1717 Dec 21 23:29 kal.ph
}
Thanks
Bernd
Edit this bug report at http://bugs.php.net/?id=14861edit=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 #14862 Updated: xmldocfile segfaults sometimes
ID: 14862
Updated by: chregu
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: DOM XML related
Operating System: linux
PHP Version: 4.0CVS-2002-01-04
New Comment:
it's sometimes not easy to cause a segfault, but if you once have one,
then they come very often :) and with the following xml-data, it
shouldn't take long...
?xml version=1.0?
buecher bla=bla
buch buch_id=1 isbn=3-8266-0612-4
titelApache Web-Server/titel
jahr2000/jahr
kategorie2/kategorie
/buch
/buecher
Previous Comments:
[2002-01-04 18:55:42] [EMAIL PROTECTED]
Seems to depend on the input data. No matter how much stress testing I
do, I can't reproduce a crash.
Please provide some crashing input data too.
[2002-01-04 18:09:54] [EMAIL PROTECTED]
xmldocfile produces from time to time segfaults at shutdown (not always,
sometimes more, sometimes less...)
code:
$xmlDoc = xmldocfile(test.xml);
xml: any.
workaround (does the same jobs right, just in more lines :) )
$fd = fopen( $datasrc, r );
$xmlstring = fread( $fd, filesize( $datasrc ) );
fclose( $fd );
$xmlDoc = xmldoc($xmlstring);
backtrace:
0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551,
pData=0xbfffef38) at zend_hash.c:935
935 if ((p-h == h) (p-nKeyLength == 0)) {
(gdb) bt
#0 0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551,
pData=0xbfffef38) at zend_hash.c:935
#1 0x402257e8 in _zend_list_delete (id=1075888551) at zend_list.c:53
#2 0x4021bc43 in _zval_dtor (zvalue=0x812653c,
__zend_filename=0x403385bc zend_execute_API.c,
__zend_lineno=274)
at zend_variables.c:64
#3 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126990,
__zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189)
at zend_execute_API.c:274
#4 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126990)
at zend_variables.c:189
#5 0x40223a1a in zend_hash_destroy (ht=0x812657c) at zend_hash.c:541
#6 0x4021bc0f in _zval_dtor (zvalue=0x812dc04,
__zend_filename=0x403385bc zend_execute_API.c,
__zend_lineno=274)
at zend_variables.c:57
#7 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126ba8,
__zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189)
at zend_execute_API.c:274
#8 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126ba8)
at zend_variables.c:189
#9 0x40223a1a in zend_hash_destroy (ht=0x40374688) at zend_hash.c:541
#10 0x40211977 in shutdown_executor () at zend_execute_API.c:173
#11 0x4021d2f3 in zend_deactivate () at zend.c:596
#12 0x4022f95b in php_request_shutdown (dummy=0x0) at main.c:736
#13 0x4022b8e8 in apache_php_module_main (r=0x811b234,
display_source_mode=0)
at sapi_apache.c:96
#14 0x4022c7a8 in send_php (r=0x811b234, display_source_mode=0,
filename=0x811bd4c
/usr/local/apache/htdocs/buch/domxml/newfunctions.php)
at mod_php4.c:575
#15 0x4022c82b in send_parsed_php (r=0x811b234) at mod_php4.c:590
#16 0x08073b29 in ap_invoke_handler ()
#17 0x0808893f in process_request_internal ()
#18 0x080889a6 in ap_process_request ()
#19 0x0807f886 in child_main ()
#20 0x0807fa41 in make_child ()
#21 0x0807fbbc in startup_children ()
#22 0x0808024d in standalone_main ()
#23 0x08080aac in main ()
#24 0x400be65f in __libc_start_main () from /lib/libc.so.6
Edit this bug report at http://bugs.php.net/?id=14862edit=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 #14714 Updated: String tokenizer appears to only work with tokens of size equal to one.
ID: 14714
Updated by: elixer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Strings related
Operating System: linux redhat 7.0
PHP Version: 4.1.0
New Comment:
Please create a php file with the following content, the version number
of PHP will appear in the output:
?php
phpinfo();
?
Let us know what version you are on.
Sean
Previous Comments:
[2001-12-27 02:35:26] [EMAIL PROTECTED]
This code does not appear to work (it is almost a cut and paste from the
manual with the token changed). From experimentation I think it is
beacause the token is two characters long. I am not sure if this is a
bug or a undocumented property of this function.
$string = This is an example string;
$tok = strtok($string,%s);
while ($tok) {
echo Word=$tokbr;
$tok = strtok(%s);
}
I am sorry I can't be sure of the version of PHP on this server. I only
have ftp access.
Thanks for such a great product!
Edit this bug report at http://bugs.php.net/?id=14714edit=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 #14862 Updated: xmldocfile segfaults sometimes
ID: 14862
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: DOM XML related
Operating System: linux
PHP Version: 4.0CVS-2002-01-04
New Comment:
Doesn't segfault either ... (used ab for testing, this should really be
it).
What's your configure line, which apache version?
Previous Comments:
[2002-01-04 19:01:51] [EMAIL PROTECTED]
it's sometimes not easy to cause a segfault, but if you once have one,
then they come very often :) and with the following xml-data, it
shouldn't take long...
?xml version=1.0?
buecher bla=bla
buch buch_id=1 isbn=3-8266-0612-4
titelApache Web-Server/titel
jahr2000/jahr
kategorie2/kategorie
/buch
/buecher
[2002-01-04 18:55:42] [EMAIL PROTECTED]
Seems to depend on the input data. No matter how much stress testing I
do, I can't reproduce a crash.
Please provide some crashing input data too.
[2002-01-04 18:09:54] [EMAIL PROTECTED]
xmldocfile produces from time to time segfaults at shutdown (not always,
sometimes more, sometimes less...)
code:
$xmlDoc = xmldocfile(test.xml);
xml: any.
workaround (does the same jobs right, just in more lines :) )
$fd = fopen( $datasrc, r );
$xmlstring = fread( $fd, filesize( $datasrc ) );
fclose( $fd );
$xmlDoc = xmldoc($xmlstring);
backtrace:
0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551,
pData=0xbfffef38) at zend_hash.c:935
935 if ((p-h == h) (p-nKeyLength == 0)) {
(gdb) bt
#0 0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551,
pData=0xbfffef38) at zend_hash.c:935
#1 0x402257e8 in _zend_list_delete (id=1075888551) at zend_list.c:53
#2 0x4021bc43 in _zval_dtor (zvalue=0x812653c,
__zend_filename=0x403385bc zend_execute_API.c,
__zend_lineno=274)
at zend_variables.c:64
#3 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126990,
__zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189)
at zend_execute_API.c:274
#4 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126990)
at zend_variables.c:189
#5 0x40223a1a in zend_hash_destroy (ht=0x812657c) at zend_hash.c:541
#6 0x4021bc0f in _zval_dtor (zvalue=0x812dc04,
__zend_filename=0x403385bc zend_execute_API.c,
__zend_lineno=274)
at zend_variables.c:57
#7 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126ba8,
__zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189)
at zend_execute_API.c:274
#8 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126ba8)
at zend_variables.c:189
#9 0x40223a1a in zend_hash_destroy (ht=0x40374688) at zend_hash.c:541
#10 0x40211977 in shutdown_executor () at zend_execute_API.c:173
#11 0x4021d2f3 in zend_deactivate () at zend.c:596
#12 0x4022f95b in php_request_shutdown (dummy=0x0) at main.c:736
#13 0x4022b8e8 in apache_php_module_main (r=0x811b234,
display_source_mode=0)
at sapi_apache.c:96
#14 0x4022c7a8 in send_php (r=0x811b234, display_source_mode=0,
filename=0x811bd4c
/usr/local/apache/htdocs/buch/domxml/newfunctions.php)
at mod_php4.c:575
#15 0x4022c82b in send_parsed_php (r=0x811b234) at mod_php4.c:590
#16 0x08073b29 in ap_invoke_handler ()
#17 0x0808893f in process_request_internal ()
#18 0x080889a6 in ap_process_request ()
#19 0x0807f886 in child_main ()
#20 0x0807fa41 in make_child ()
#21 0x0807fbbc in startup_children ()
#22 0x0808024d in standalone_main ()
#23 0x08080aac in main ()
#24 0x400be65f in __libc_start_main () from /lib/libc.so.6
Edit this bug report at http://bugs.php.net/?id=14862edit=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 #14709 Updated: segmentation fault
ID: 14709
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: XSLT related
Operating System: Linux 2.4.3-12 (Apache/1.3.20)
PHP Version: 4.1.0
New Comment:
Recompiling Apache fixed the problem. Thanks for the tip.
Previous Comments:
[2001-12-31 10:40:26] [EMAIL PROTECTED]
You probably compiled apache with the builtin expat lite, please
re-install apache using the same expat that sablotron uses.
[2001-12-27 01:06:46] [EMAIL PROTECTED]
[Note: PHP version is 4.1.1 -- the drop-down box has 4.1.0 as latest
version]
Script:
?
$processor = xslt_create();
$args = array();
$args[ '/xml' ] = '?xml version=1.0?root /';
$args[ '/xsl' ] = '?xml version=1.0?root /';
for( $i = 0; $i 1000; ++$i )
{
if( !$result = xslt_process( $processor, 'arg:/xml', 'arg:/xsl',
NULL, $args ) )
{
echo 'failed';
}
}
xslt_free( $processor );
echo 'done';
?
Config line:
'./configure' '--with-config-file-path=/etc' '--with-pgsql'
'--with-apxs=/usr/apache/bin/apxs' '--with-xml' '--enable-xslt'
'--with-xslt-sablot' '--with-mysql=no' '--with-gd' '--enable-debug'
Description:
When I visit this script, and hit refresh (several times) Apache
terminates with a segmentation fault. The bug appears to be random
because there are times when the script finishes without a crash.
Backtrace:
#0 __libc_free (mem=0x2) at malloc.c:3036
#1 0x0809ab8e in hashTableDestroy () at eval.c:41
#2 0x08099b4d in dtdDestroy () at eval.c:41
#3 0x0809425d in XML_ParserFree () at eval.c:41
#4 0x40370e4a in TreeConstructer::parseDataLineUsingExpat
(this=0xbfffdd90, S=@0x811cff8, t=0x8130520,
d=0x81304c0) at parser.cpp:126
#5 0x40383034 in Tree::parse (this=0x8130520, S=@0x811cff8,
d=0x81304c0) at tree.cpp:600
#6 0x40375951 in Processor::addLineParse (this=0x811d0a8, S=@0x811cff8,
newTree=@0x811d0a8,
absolute=@0xbfffde40, isXSL=0) at guard.h:157
#7 0x4037602e in Processor::readTreeFromURI (this=0x811d0a8,
S=@0x811cff8, newTree=@0x811d0a8,
location=@0xbfffdf10, base=@0xbfffdef0, isXSL=0) at proc.cpp:602
#8 0x40373d91 in Processor::open (this=0x811d0a8, S=@0x811cff8,
sheetURI=0x811dadc arg:/xsl,
inputURI=0x811dc14 arg:/xml) at proc.cpp:277
#9 0x40379633 in SablotRunProcessor (processor_=0x811d0a8,
sheetURI=0x811dadc arg:/xsl,
inputURI=0x811dc14 arg:/xml, resultURI=0x402d9683 arg:/_result,
params=0x0, arguments=0x811dc54)
at sablot.cpp:407
#10 0x402af84a in zif_xslt_process (ht=5, return_value=0x811db5c,
this_ptr=0x0, return_value_used=1)
at sablot.c:514
#11 0x401dcca1 in execute (op_array=0x81123a4) at
./zend_execute.c:1590
#12 0x401ed66c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:814
#13 0x401ff82a in php_execute_script (primary_file=0xb6e0) at
main.c:1307
#14 0x401fa65a in apache_php_module_main (r=0x810a034,
display_source_mode=0) at sapi_apache.c:90
#15 0x401fb4c8 in send_php (r=0x810a034, display_source_mode=0,
filename=0x810f5e4 /home/apache/html/geeba/crash.php) at
mod_php4.c:575
#16 0x401fb535 in send_parsed_php (r=0x810a034) at mod_php4.c:590
#17 0x0806a7ff in ap_invoke_handler () at eval.c:41
#18 0x0807e5eb in process_request_internal () at eval.c:41
#19 0x0807e64c in ap_process_request () at eval.c:41
#20 0x08075a9d in child_main () at eval.c:41
#21 0x08075c48 in make_child () at eval.c:41
#22 0x08075dbc in startup_children () at eval.c:41
#23 0x0807640f in standalone_main () at eval.c:41
#24 0x08076c37 in main () at eval.c:41
#25 0x4008f177 in __libc_start_main (main=0x8076898 main, argc=2,
ubp_av=0xbb14,
init=0x804ed14 _init, fini=0x80abac0 _fini, rtld_fini=0x4000e184
_dl_fini, stack_end=0xbb0c)
at ../sysdeps/generic/libc-start.c:129
Hope this helps. Thank you very much,
Valeriy
Edit this bug report at http://bugs.php.net/?id=14709edit=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 #14863: When using the gmDate() function, the time/date is 8 hours ahead
From: [EMAIL PROTECTED] Operating system: Win2k Pro PHP version: 4.1.1 PHP Bug Type: Date/time related Bug description: When using the gmDate() function, the time/date is 8 hours ahead Problem: When using the gmDate() function, the time/date is 8 hours ahead of the system clock. Script: The date is ?php echo gmDate(l, M d Y, h i a); ? Result: The date is Saturday, Jan 05 2002, 01 06 am Should have been: The date is Friday, Jan 04 2002, 05 06 pm -- Edit bug report at: http://bugs.php.net/?id=14863edit=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 #14864: Object and sessions, no way!
From: [EMAIL PROTECTED]
Operating system: Linux Slackware and Cobalt Raq4
PHP version: 4.1.1
PHP Bug Type: Reproducible crash
Bug description: Object and sessions, no way!
FIRST OUTPUT:
New object
REFRESH BROWSER:
Fatal error: The script tried to execute a method or access a property of
an incomplete object. Please ensure that the class definition binladen of
the object you are trying to operate on was loaded _before_ the session was
started in test.php on line 16
Note: The class is defined before the session start!
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-cazz);
print Object from sessionbr;
}
?
--
Edit bug report at: http://bugs.php.net/?id=14864edit=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 #14864 Updated: Object and sessions, no way!
ID: 14864
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux Slackware and Cobalt Raq4
PHP Version: 4.1.1
New Comment:
mispelled while restyling the code for you :-)
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-wow); // THIS LINE WAS MISPELLED
print Object from sessionbr;
}
?
Previous Comments:
[2002-01-04 20:24:37] [EMAIL PROTECTED]
FIRST OUTPUT:
New object
REFRESH BROWSER:
Fatal error: The script tried to execute a method or access a property
of an incomplete object. Please ensure that the class definition
binladen of the object you are trying to operate on was loaded _before_
the session was started in test.php on line 16
Note: The class is defined before the session start!
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-cazz);
print Object from sessionbr;
}
?
Edit this bug report at http://bugs.php.net/?id=14864edit=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 #14864 Updated: Object and sessions, no way!
ID: 14864
Updated by: imajes
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux Slackware and Cobalt Raq4
PHP Version: 4.1.1
New Comment:
firstly, this isn't a reproduceable crash, since the engine didn't
crash.
Secondly, the code you show here WORKS.
I suggest you look at your code again, and debug it properly.
Previous Comments:
[2002-01-04 20:27:57] [EMAIL PROTECTED]
mispelled while restyling the code for you :-)
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-wow); // THIS LINE WAS MISPELLED
print Object from sessionbr;
}
?
[2002-01-04 20:24:37] [EMAIL PROTECTED]
FIRST OUTPUT:
New object
REFRESH BROWSER:
Fatal error: The script tried to execute a method or access a property
of an incomplete object. Please ensure that the class definition
binladen of the object you are trying to operate on was loaded _before_
the session was started in test.php on line 16
Note: The class is defined before the session start!
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-cazz);
print Object from sessionbr;
}
?
Edit this bug report at http://bugs.php.net/?id=14864edit=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 #14864 Updated: Object and sessions, no way!
ID: 14864
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Open
Bug Type: Reproducible crash
Operating System: Linux Slackware and Cobalt Raq4
PHP Version: 4.1.1
New Comment:
Quite strange, I've just copied the php.ini-dist on the php.ini I had
and now it works.
Maybe when installed 4.1.1 I've forgotten to upgrade my php.ini that was
4.0.6
Could you imagine what could have been the cause of it ?
Thanks
J
Previous Comments:
[2002-01-04 20:36:57] [EMAIL PROTECTED]
firstly, this isn't a reproduceable crash, since the engine didn't
crash.
Secondly, the code you show here WORKS.
I suggest you look at your code again, and debug it properly.
[2002-01-04 20:27:57] [EMAIL PROTECTED]
mispelled while restyling the code for you :-)
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-wow); // THIS LINE WAS MISPELLED
print Object from sessionbr;
}
?
[2002-01-04 20:24:37] [EMAIL PROTECTED]
FIRST OUTPUT:
New object
REFRESH BROWSER:
Fatal error: The script tried to execute a method or access a property
of an incomplete object. Please ensure that the class definition
binladen of the object you are trying to operate on was loaded _before_
the session was started in test.php on line 16
Note: The class is defined before the session start!
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-cazz);
print Object from sessionbr;
}
?
Edit this bug report at http://bugs.php.net/?id=14864edit=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 #14864 Updated: Object and sessions, no way!
ID: 14864
Updated by: imajes
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Old Bug Type: Reproducible crash
Bug Type: Unknown/Other Function
Operating System: Linux Slackware and Cobalt Raq4
PHP Version: 4.1.1
New Comment:
maybe, but i doubt it.
Previous Comments:
[2002-01-04 20:46:17] [EMAIL PROTECTED]
Quite strange, I've just copied the php.ini-dist on the php.ini I had
and now it works.
Maybe when installed 4.1.1 I've forgotten to upgrade my php.ini that was
4.0.6
Could you imagine what could have been the cause of it ?
Thanks
J
[2002-01-04 20:36:57] [EMAIL PROTECTED]
firstly, this isn't a reproduceable crash, since the engine didn't
crash.
Secondly, the code you show here WORKS.
I suggest you look at your code again, and debug it properly.
[2002-01-04 20:27:57] [EMAIL PROTECTED]
mispelled while restyling the code for you :-)
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-wow); // THIS LINE WAS MISPELLED
print Object from sessionbr;
}
?
[2002-01-04 20:24:37] [EMAIL PROTECTED]
FIRST OUTPUT:
New object
REFRESH BROWSER:
Fatal error: The script tried to execute a method or access a property
of an incomplete object. Please ensure that the class definition
binladen of the object you are trying to operate on was loaded _before_
the session was started in test.php on line 16
Note: The class is defined before the session start!
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-cazz);
print Object from sessionbr;
}
?
Edit this bug report at http://bugs.php.net/?id=14864edit=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 #14865: php4apache.dll - phpinfo error - winXP - Apache
From: [EMAIL PROTECTED] Operating system: Win XP Prof PHP version: 4.1.1 PHP Bug Type: Apache related Bug description: php4apache.dll - phpinfo error - winXP - Apache I have problem with the php4apache.dll on win xp prof apache 1.3.22 and php4.1.1 ! Server API: Apache If you execute the phpinfo(), same time it work, but the most time came the message that the page not can show. Or same line are wrong (wrong character like @#°§@°@#§879...) http://xp.wenpas.ch:8080/phpinfo.php4c Server API: CGI The same example with the installation as CGI work fine. (same php.ini) http://xp.wenpas.ch:8080/phpinfo.php4a I think the problem is at php4apache.dll Pascal -- Edit bug report at: http://bugs.php.net/?id=14865edit=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 #14864 Updated: Object and sessions, no way!
ID: 14864
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Open
Old Bug Type: Session related
Bug Type: Reproducible crash
Operating System: Linux Slackware and Cobalt Raq4
PHP Version: 4.1.1
New Comment:
Just tell me, if U want, how to send you both php.ini.406 and
php.ini.411 files :-) otherwise close the bug :-)
J
Previous Comments:
[2002-01-04 20:49:53] [EMAIL PROTECTED]
maybe, but i doubt it.
[2002-01-04 20:46:17] [EMAIL PROTECTED]
Quite strange, I've just copied the php.ini-dist on the php.ini I had
and now it works.
Maybe when installed 4.1.1 I've forgotten to upgrade my php.ini that was
4.0.6
Could you imagine what could have been the cause of it ?
Thanks
J
[2002-01-04 20:36:57] [EMAIL PROTECTED]
firstly, this isn't a reproduceable crash, since the engine didn't
crash.
Secondly, the code you show here WORKS.
I suggest you look at your code again, and debug it properly.
[2002-01-04 20:27:57] [EMAIL PROTECTED]
mispelled while restyling the code for you :-)
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-wow); // THIS LINE WAS MISPELLED
print Object from sessionbr;
}
?
[2002-01-04 20:24:37] [EMAIL PROTECTED]
FIRST OUTPUT:
New object
REFRESH BROWSER:
Fatal error: The script tried to execute a method or access a property
of an incomplete object. Please ensure that the class definition
binladen of the object you are trying to operate on was loaded _before_
the session was started in test.php on line 16
Note: The class is defined before the session start!
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-cazz);
print Object from sessionbr;
}
?
Edit this bug report at http://bugs.php.net/?id=14864edit=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 #14714 Updated: String tokenizer appears to only work with tokens of size equal to one.
ID: 14714
Updated by: zak
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Old Bug Type: Strings related
Bug Type: Documentation problem
Operating System: linux redhat 7.0
PHP Version: 4.1.0
New Comment:
strtok splits a string into tokens, each token delimited
by any character from the token string.
Changing to documentation problem. Will fix shortly.
Previous Comments:
[2002-01-04 19:03:34] [EMAIL PROTECTED]
Please create a php file with the following content, the version number
of PHP will appear in the output:
?php
phpinfo();
?
Let us know what version you are on.
Sean
[2001-12-27 02:35:26] [EMAIL PROTECTED]
This code does not appear to work (it is almost a cut and paste from the
manual with the token changed). From experimentation I think it is
beacause the token is two characters long. I am not sure if this is a
bug or a undocumented property of this function.
$string = This is an example string;
$tok = strtok($string,%s);
while ($tok) {
echo Word=$tokbr;
$tok = strtok(%s);
}
I am sorry I can't be sure of the version of PHP on this server. I only
have ftp access.
Thanks for such a great product!
Edit this bug report at http://bugs.php.net/?id=14714edit=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 #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache
ID: 14865 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Win XP Prof PHP Version: 4.1.1 New Comment: The correct links: Apache API: http://www.wenpas.ch:8080/phpinfo.php4a CGI API: http://www.wenpas.ch:8080/phpinfo.php4c Pascal Previous Comments: [2002-01-04 20:51:14] [EMAIL PROTECTED] I have problem with the php4apache.dll on win xp prof apache 1.3.22 and php4.1.1 ! Server API: Apache If you execute the phpinfo(), same time it work, but the most time came the message that the page not can show. Or same line are wrong (wrong character like @#°§@°@#§879...) http://xp.wenpas.ch:8080/phpinfo.php4c Server API: CGI The same example with the installation as CGI work fine. (same php.ini) http://xp.wenpas.ch:8080/phpinfo.php4a I think the problem is at php4apache.dll Pascal Edit this bug report at http://bugs.php.net/?id=14865edit=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 #14864 Updated: Object and sessions, no way!
ID: 14864
Updated by: imajes
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux Slackware and Cobalt Raq4
PHP Version: 4.1.1
New Comment:
I just did close the bug! and i am going to close this again!
Previous Comments:
[2002-01-04 20:51:53] [EMAIL PROTECTED]
Just tell me, if U want, how to send you both php.ini.406 and
php.ini.411 files :-) otherwise close the bug :-)
J
[2002-01-04 20:49:53] [EMAIL PROTECTED]
maybe, but i doubt it.
[2002-01-04 20:46:17] [EMAIL PROTECTED]
Quite strange, I've just copied the php.ini-dist on the php.ini I had
and now it works.
Maybe when installed 4.1.1 I've forgotten to upgrade my php.ini that was
4.0.6
Could you imagine what could have been the cause of it ?
Thanks
J
[2002-01-04 20:36:57] [EMAIL PROTECTED]
firstly, this isn't a reproduceable crash, since the engine didn't
crash.
Secondly, the code you show here WORKS.
I suggest you look at your code again, and debug it properly.
[2002-01-04 20:27:57] [EMAIL PROTECTED]
mispelled while restyling the code for you :-)
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-wow); // THIS LINE WAS MISPELLED
print Object from sessionbr;
}
?
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=14864
Edit this bug report at http://bugs.php.net/?id=14864edit=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 #14819 Updated: str_replace used with serialize
ID: 14819
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Strings related
Operating System: Linux
Old PHP Version: 4.0.6
PHP Version: 4.0.5
New Comment:
Here are my configuration options:
'./configure' '--prefix=/usr/local'
'--with-apache=/usr/local/src/Apachetoolbox-1.5.19/apache_1.3.19'
'--enable-exif' '--enable-memory-limit=yes' '--enable-track-vars'
'--with-calendar=shared' '--enable-safe-mode' '--enable-magic-quotes'
'--enable-trans-sid' '--enable-wddx' '--enable-ftp' '--with-mysql'
'--with-mysql=/usr/local/mysql' '--with-openssl'
Previous Comments:
[2002-01-03 03:56:56] [EMAIL PROTECTED]
Status - feedback
[2002-01-03 01:28:09] [EMAIL PROTECTED]
Just tested it with 4.0.6 and 4.1.0
All seems to be ok.
Can you send me your configuration options?
[2002-01-02 23:49:09] [EMAIL PROTECTED]
Two lines like this:
$myarray[ 2 ] = str_replace( ', , $mystring );
$myserial = serialize( $myarray );
produce a serialized array in $myserial but it contains the wrong length
or sometimes the wrong value for the string I inserted. It sometimes
deletes the ' and the following character, sometimes deletes just the
' but has the wrong length of the string encoded in the serialized
variable.
An example of $myserial would be:
a:3:{i:0;s:2:s1;i:1;s:2:s2;i:2;s:5:dont;}
Which encodes the wrong length for the final string.
It works correctly when I break it into three lines:
$mystring = str_replace( ', , $mystring );
$myarray[ 2 ] = $mystring;
$myserial = serialize( $myarray );
An example of $myserial would be:
a:3:{i:0;s:2:s1;i:1;s:2:s2;i:2;s:4:dont;}
Which encodes the correct length for the final string.
This only appears to happen if there is a str_replace match in the
string. If there is no match for the str_replace function, the glitch
doesn't seem to appear. Thanks.
Edit this bug report at http://bugs.php.net/?id=14819edit=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 #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache
ID: 14865 Updated by: imajes Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Win XP Prof PHP Version: 4.1.1 New Comment: Wow, wierd. If you go to the second page (cgi binary) it displays fine, yet the first page starts to display, and then dies. I have a sneaky suspicion that it is more to do with permissions, or something. Could you paste your apache php definitions, please, so we know what apache is doing when it gets a php4a / php4c url. Thanks. Previous Comments: [2002-01-04 20:54:51] [EMAIL PROTECTED] The correct links: Apache API: http://www.wenpas.ch:8080/phpinfo.php4a CGI API: http://www.wenpas.ch:8080/phpinfo.php4c Pascal [2002-01-04 20:51:14] [EMAIL PROTECTED] I have problem with the php4apache.dll on win xp prof apache 1.3.22 and php4.1.1 ! Server API: Apache If you execute the phpinfo(), same time it work, but the most time came the message that the page not can show. Or same line are wrong (wrong character like @#°§@°@#§879...) http://xp.wenpas.ch:8080/phpinfo.php4c Server API: CGI The same example with the installation as CGI work fine. (same php.ini) http://xp.wenpas.ch:8080/phpinfo.php4a I think the problem is at php4apache.dll Pascal Edit this bug report at http://bugs.php.net/?id=14865edit=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] credits page (/ext/standard/credits.c)
Shoot me at will, but,... if there happened to be a current url, or email address for an extension (or other module), would anyone mind listing those on the credits page? This might be a nicer way for users to keep track of development, support, etc... of course, it would be up to each developer if they wished for their url's / emails to be displayed. Just an idea. James
[PHP-DEV] Bug #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache
ID: 14865 Updated by: imajes Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Win XP Prof PHP Version: 4.1.1 Previous Comments: [2002-01-04 20:54:51] [EMAIL PROTECTED] The correct links: Apache API: http://www.wenpas.ch:8080/phpinfo.php4a CGI API: http://www.wenpas.ch:8080/phpinfo.php4c Pascal [2002-01-04 20:51:14] [EMAIL PROTECTED] I have problem with the php4apache.dll on win xp prof apache 1.3.22 and php4.1.1 ! Server API: Apache If you execute the phpinfo(), same time it work, but the most time came the message that the page not can show. Or same line are wrong (wrong character like @#°§@°@#§879...) http://xp.wenpas.ch:8080/phpinfo.php4c Server API: CGI The same example with the installation as CGI work fine. (same php.ini) http://xp.wenpas.ch:8080/phpinfo.php4a I think the problem is at php4apache.dll Pascal Edit this bug report at http://bugs.php.net/?id=14865edit=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] adding finite(), isnan(), isinf()
these are the standard C library names. are people going to insist they be phpified? is_finite() is_nan(), is_infinite()? jim -- 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] adding finite(), isnan(), isinf()
On Fri, Jan 04, 2002 at 07:12:38PM -0800, Jim Winstead wrote: these are the standard C library names. are people going to insist they be phpified? is_finite() is_nan(), is_infinite()? No more than I'd request strlen() be renamed str_len(). =) -- Jon Parise ([EMAIL PROTECTED]) . Information Technology (2001) http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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 #14714 Updated: String tokenizer appears to only work with tokens of size equal to one.
ID: 14714
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Documentation problem
Operating System: linux redhat 7.0
PHP Version: 4.1.0
New Comment:
Thanks for that.
I ended up using explode() to do what I wanted.
A user comment directed me to do this.
Thanks for all your help!
David
Previous Comments:
[2002-01-04 19:54:48] [EMAIL PROTECTED]
strtok splits a string into tokens, each token delimited
by any character from the token string.
Changing to documentation problem. Will fix shortly.
[2002-01-04 19:03:34] [EMAIL PROTECTED]
Please create a php file with the following content, the version number
of PHP will appear in the output:
?php
phpinfo();
?
Let us know what version you are on.
Sean
[2001-12-27 02:35:26] [EMAIL PROTECTED]
This code does not appear to work (it is almost a cut and paste from the
manual with the token changed). From experimentation I think it is
beacause the token is two characters long. I am not sure if this is a
bug or a undocumented property of this function.
$string = This is an example string;
$tok = strtok($string,%s);
while ($tok) {
echo Word=$tokbr;
$tok = strtok(%s);
}
I am sorry I can't be sure of the version of PHP on this server. I only
have ftp access.
Thanks for such a great product!
Edit this bug report at http://bugs.php.net/?id=14714edit=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] ext/standard/type.{ch}
this appears to be a set of rather orphaned functions. nobody includes the header, and nobody calls the functions. any objections to me moving the is_*() and other type-related functions in there (out of the mondo-cluttered basic_functions.c)? i'm also going to split the guts of is_numeric() out into a helper function. actually, this may even be a useful part of the zend api, as a complement to is_numeric_string. ZVAL_IS_NUMERIC()? jim -- 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 #14864 Updated: Object and sessions, no way!
My word, I didn't remember PHP developers being so rude to people...
The problem is that the php.ini had session.auto_start=1, at least that
would be my guess. I think that bug (and I think it is a bug) has come up
several times before. Even with the auto-start, it shouldn't start until
after it parses the files so it knows what the classes are.
It's not really a crash, in the sense that PHP did not crash (i.e.
segfault) but his script did in fact crash, which is probably why he
labeled it as such.
[EMAIL PROTECTED] wrote:
ID: 14864
Updated by: imajes
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Old Bug Type: Reproducible crash
Bug Type: Unknown/Other Function
Operating System: Linux Slackware and Cobalt Raq4
PHP Version: 4.1.1
New Comment:
maybe, but i doubt it.
Previous Comments:
[2002-01-04 20:46:17] [EMAIL PROTECTED]
Quite strange, I've just copied the php.ini-dist on the php.ini I had
and now it works.
Maybe when installed 4.1.1 I've forgotten to upgrade my php.ini that was
4.0.6
Could you imagine what could have been the cause of it ?
Thanks
J
[2002-01-04 20:36:57] [EMAIL PROTECTED]
firstly, this isn't a reproduceable crash, since the engine didn't
crash.
Secondly, the code you show here WORKS.
I suggest you look at your code again, and debug it properly.
[2002-01-04 20:27:57] [EMAIL PROTECTED]
mispelled while restyling the code for you :-)
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-wow); // THIS LINE WAS MISPELLED
print Object from sessionbr;
}
?
[2002-01-04 20:24:37] [EMAIL PROTECTED]
FIRST OUTPUT:
New object
REFRESH BROWSER:
Fatal error: The script tried to execute a method or access a property
of an incomplete object. Please ensure that the class definition
binladen of the object you are trying to operate on was loaded _before_
the session was started in test.php on line 16
Note: The class is defined before the session start!
?php
class BinLaden{
var $wow;
function BinLaden($Parola){
$this-wow=$Parola;
}
}
session_start();
if(!isset($wa)) {
$wa = new BinLaden(Hello Word);
session_register('wa');
print New objectbr;
} else {
echo($wa-cazz);
print Object from sessionbr;
}
?
Edit this bug report at http://bugs.php.net/?id=14864edit=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-CVS] cvs: php4 /ext/standard basic_functions.c math.c php_math.h /ext/standard/tests/math pow.phpt
jim winstead wrote: jimwFri Jan 4 22:45:11 2002 EDT Modified files: /php4/ext/standard basic_functions.c math.c php_math.h /php4/ext/standard/tests/math pow.phpt Log: Fixed pow(), and added finite(), isinf(), and isnan(). Also fixed pow() tests. This breaks the Windows build: math.c C:\home\php\php4\ext\standard\math.c(396) : warning C4013: 'finite' undefined C:\home\php\php4\ext\standard\math.c(409) : warning C4013: 'isinf' undefined C:\home\php\php4\ext\standard\math.c(422) : warning C4013: 'isnan' undefined math.obj : error LNK2001: Unresolved external symbol _finite math.obj : error LNK2001: Unresolved external symbol _isinf math.obj : error LNK2001: Unresolved external symbol _isnan -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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]
