[PHP-DEV] Validating Email using ereg
Hello, I am trying to validate the email address in my PHP program using the ereg function. I have different combinations of regular expressions to get the chunks of the email substring before and after the @ symbol and the dot (.) character. However, this does not seem to work. Can anyone suggest a method using ereg or otherwise to validate the email address in a PHP program? Regards, Sharat Hegde -- PHP Development Mailing List http://www.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] Validating Email using ereg
Sharat Hegde wrote: I am trying to validate the email address in my PHP program using the This is the list for "Developing PHP", not "Development with PHP". You should ask your question on the [EMAIL PROTECTED] list. -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.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]
[PHP-DEV] PHP 4.0 Bug #10072 Updated: SIGSEGV on startup (apxs)
ID: 10072
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Reproduceable crash
Description: SIGSEGV on startup (apxs)
I got the latest snap, php4-200104022145, and rebuilt as you suggest. I also used a
smaller configure line:
./configure --with-apxs --enable-debug
and got the same segfault. The gdb output is identical, and the truss output is an
identical structure but a couple of different mmap base addresses and sizes.
Judging by the gdb, maybe this is a problem with either apxs on Solaris 7, or with
PHP's usage of it?
The /x/informix you see in the truss are because of the environment variables:
LD_LIBRARY_PATH=/usr/local/lib
LD_RUN_PATH=:/x/informix/lib/esql:/x/informix/lib
I will try recompiling with the static (non-apxs) form tomorrow.
Matt.
Previous Comments:
---
[2001-04-01 13:17:06] [EMAIL PROTECTED]
Can you please try the latest CVS snapshot from http://snaps.php.net/ ?
And I saw some informix related stuff in that truss output
so it might be something left in there. Check your php.ini
and also do 'make clean' after configuring PHP.
--Jani
---
[2001-03-30 17:07:16] [EMAIL PROTECTED]
I'm not sure what you mean. My PHP configure line already has --enable-debug, and
contains no source dirs except jpeg-6b (I can take that out and recompile I guess).
../../mysql = /usr/local/mysql, which is where it installed
Or are you referring to my Apache configure line (the example installation specified
to use those source dirs).
---
[2001-03-30 14:37:24] [EMAIL PROTECTED]
1. Delete config.cache
2. Add --enable-debug into your configure line
3. Configure and compile and try regenerating that gdb backtrace.
And do not use the source dirs in any other configure
option of PHP than --with-apache. You should be using the
INSTALL base dirs.
--Jani
---
[2001-03-29 23:40:15] [EMAIL PROTECTED]
OS version:
SunOS ptl2 5.7 Generic sun4u sparc SUNW,Ultra-5_10
Apache 1.3.19+mod_ssl-2.8.1 configure line:
EAPI_MM=../mm-1.1.3 SSL_BASE=../openssl-0.9.6 ./configure --prefix=/usr/local/apache
--enable-module=ssl --enable-module=so --enable-module=rewrite
PHP 4.0.4pl1 configure line:
./configure --with-apxs --with-mcrypt --with-mhash --with-mysql=../../mysql --with-gd
--enable-versioning --with-ttf --with-jpeg-dir=../jpeg-6b --enable-debug
If the LoadModule libphp4.so is removed from httpd.conf, Apache operates correctly.
Otherwise, there is a SIGSEGV as httpd starts up. Following is a GDB backtrace and
partial truss output. Full truss output can be found at
http://wolf.project-w.com/notes/20010330.phpsegv.txt
---
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.7"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074
Program received signal SIGSEGV, Segmentation fault.
0xff3b8894 in ?? ()
(gdb) bt
#0 0xff3b8894 in ?? ()
#1 0xff3b35a0 in ?? ()
#2 0xff3b37e8 in ?? ()
#3 0xff3bd154 in ?? ()
#4 0xb7764 in ap_os_dso_load ()
#5 0x83a70 in load_module ()
#6 0x8d550 in invoke_cmd ()
#7 0x8e3c0 in ap_handle_command ()
#8 0x8e49c in ap_srm_command_loop ()
#9 0x8ee84 in ap_process_resource_config ()
#10 0x8facc in ap_read_config ()
#11 0x9e7bc in main ()
(gdb)
---
...
stat("/usr/local/apache", 0xFFBED7C8) = 0
open("/usr/local/apache/libexec/libphp4.so", O_RDONLY) = 5
fstat(5, 0xFFBED614)= 0
mmap(0x, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xFF34
mmap(0x, 2187264, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xFED8
munmap(0xFEF46000, 57344) = 0
mmap(0xFEF54000, 182128, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 5,
1851392) = 0xFEF54000
...
mprotect(0xFED8, 1854910, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0xFED8, 1854910, PROT_READ|PROT_EXEC) = 0
munmap(0xFEF54000, 265928) = 0
munmap(0xFED8, 1854910) = 0
Incurred fault #6, FLTBOUNDS %pc = 0xFF3B8894
siginfo: SIGSEGV SEGV_ACCERR addr=0xFF3CABD4
Received signal #11, SIGSEGV [default]
siginfo: SIGSEGV SEGV_ACCERR addr=0xFF3CABD4
*** process
[PHP-DEV] PHP 4.0 Bug #10131: Round error
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Math related Bug description: Round error Execute this script: ? $a = 250.02; $b = 210.10; $c = 39.92; echo "a = $abr\n"; echo "b = $bbr\n"; echo "c = $cbr\n"; echo "(b+c)-a = " . (($b+$c)-$a) . "br\n"; ? It SHOULD echo: a = 250.02 b = 210.1 c = 39.92 (b+c)-a = 0 But it echoes on my machine: a = 250.02 b = 210.1 c = 39.92 (b+c)-a = -2.8421709430404E-14 When you change the values, for example like this: ? $a = 250.022; $b = 210.101; $c = 39.921; ? it echoes the correct values... if against all odds I am doing something wrong, please tell me! Marc, a very happy php programmer! P.S. I compiled PHP with this command line: './configure' '--with-mysql' '--with-pgsql' '--with-esoob' '--with-magic-quotes' '--with-apxs' '--with-ftp' '--with-config-file-path=.' -- Edit Bug report at: http://bugs.php.net/?id=10131edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10126 Updated: ASP can't working
ID: 10126 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: IIS related Assigned To: Comments: Please reinstall PHP as a CGI rather than as an ISAPI filter/module and let us know if your ASP starts working ok again. As stated in the installation notes, the ISAPI module is currently not ready for production use - and this it the kind of problem it currently causes. Previous Comments: --- [2001-04-02 22:16:32] [EMAIL PROTECTED] user for win2000+php+iis+asp,if install the php4.0.4pl1-Win32 the asp can't work.if uninstall php4.0.4pl1.the asp can working. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10126edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Shared memory in extensions
Alexander! You're absolutely right - that was exactly what I had done! Hmm I guess that at his point I have noone fooled :) I'm totally new to all this shm stuff and PHP extensions or rather the intrinsic details of their 'inner' workings... I simply figured that if I allocate a shared memory segment in PHP_MINIT_FINCTION then it should be destroyed in PHP_MSHUTDOWN_FUNCTION. The error I did (I reckon) was to compile and replace the PHP-module before restarting apache. This way the new PHP_MSHUTDOWN_FUNCTION was called before PHP_MINIT_FUNCTION. Where can I find a good explanation as to what the differences are between MINIT, RINIT, MSHUTDOWN and RSHUTDOWN? hehe - how would one go about removing a shared memory segment manually?? Well thank you all (Alexander in particular) for your answers they helped alot Thomas Alexander Feldman wrote: Hi Thomas, I tried to create a shared segment of size 5 megabytes in the PHP_MINIT_FUNCTION and I had no problems. The situation you described seems as you have called shmctl with IPC_RMID but not everyone had detached from the segment. Then you tried to use shmget and it failed - remove manually the shared memory segment and try again. -- Alexander Feldman Zend Technologies Ltd. phone: +972 3 6139665 ext. 113, fax: +972 3 6139671 http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10131 Updated: Round error
ID: 10131 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Math related Assigned To: Comments: This is not a bug in PHP. it's how floating point math works, and there is nothing that we can do to change it. The problem is that these floating point number are stored as a as good as possible representation of the numbers you use, but it's not possible to get them stored exactly as you want them to be. Previous Comments: --- [2001-04-03 03:46:38] [EMAIL PROTECTED] Execute this script: ? $a = 250.02; $b = 210.10; $c = 39.92; echo "a = $abrn"; echo "b = $bbrn"; echo "c = $cbrn"; echo "(b+c)-a = " . (($b+$c)-$a) . "brn"; ? It SHOULD echo: a = 250.02 b = 210.1 c = 39.92 (b+c)-a = 0 But it echoes on my machine: a = 250.02 b = 210.1 c = 39.92 (b+c)-a = -2.8421709430404E-14 When you change the values, for example like this: ? $a = 250.022; $b = 210.101; $c = 39.921; ? it echoes the correct values... if against all odds I am doing something wrong, please tell me! Marc, a very happy php programmer! P.S. I compiled PHP with this command line: './configure' '--with-mysql' '--with-pgsql' '--with-esoob' '--with-magic-quotes' '--with-apxs' '--with-ftp' '--with-config-file-path=.' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10131edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] RC6 available!
Andi Gutmans wrote: You can get RC6 at http://cvs.php.net/~andi/php-4.0.5RC6.tar.gz (no time to commit to phpweb cvs and wait for it to update, if someone has time then even better, I need some sleep :) In case you're testing it within the next few hours you might need to "touch *" the files in the php4/ directory because of timezone differences (didn't anyone get bitten by this in the past? ). Anyway, as usual, please test it on all the platforms you have. Try not to find bugs but if you do then let everyone know. Happy testing. Hopefully this is the last RC but remember the most important thing is to have a stable release. I'm still unable to pass any tests on my Solaris 7 x86 box. No idea why :(. Even "Hello World" test doesn't work. I'm afraid there could be a problem with popen() call in run-tests.php. The older version of php (some php-4.0.5.dev) works much beeter with the same tests. Best Regards, KIR -- PHP Development Mailing List http://www.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] Shared memory in extensions
On Tue, 3 Apr 2001, Thomas Wentzel wrote: [snip] Where can I find a good explanation as to what the differences are between MINIT, RINIT, MSHUTDOWN and RSHUTDOWN? http://www.zend.com/apidoc/x629.php hehe - how would one go about removing a shared memory segment manually?? ipcrm (see also ipcs) [snip] Regards: Alex -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10131 Updated: Round error
ID: 10131 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Math related Description: Round error Previous Comments: --- [2001-04-03 03:46:38] [EMAIL PROTECTED] Execute this script: ? $a = 250.02; $b = 210.10; $c = 39.92; echo "a = $abrn"; echo "b = $bbrn"; echo "c = $cbrn"; echo "(b+c)-a = " . (($b+$c)-$a) . "brn"; ? It SHOULD echo: a = 250.02 b = 210.1 c = 39.92 (b+c)-a = 0 But it echoes on my machine: a = 250.02 b = 210.1 c = 39.92 (b+c)-a = -2.8421709430404E-14 When you change the values, for example like this: ? $a = 250.022; $b = 210.101; $c = 39.921; ? it echoes the correct values... if against all odds I am doing something wrong, please tell me! Marc, a very happy php programmer! P.S. I compiled PHP with this command line: './configure' '--with-mysql' '--with-pgsql' '--with-esoob' '--with-magic-quotes' '--with-apxs' '--with-ftp' '--with-config-file-path=.' --- Full Bug description available at: http://bugs.php.net/?id=10131 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10132: mysql unable to store result set warning (not as in FAQ)
From: [EMAIL PROTECTED] Operating system: linux 2.2.14 PHP version: 4.0.4pl1 PHP Bug Type: MySQL related Bug description: mysql unable to store result set warning (not as in FAQ) I'm getting the following error message when I execute a query (such as an insert) that doesn't produce any results: Warning: MySQL: Unable to save result set in /home/web/demo/panet/public/reg_emp_add.php3 on line 45 I have my php error showing level set at '5' in php3.ini, so no warnings should be shown at all anyway. I configured php with the following command: ./configure --with-mysql=/usr --with-apxs --with-gd --enable-sockets --with-zlib --with-gnu-ld --enable-memory-limit MySQL is version 3.23.33 and was installed from an RPM packed by the MySQL development team. -- Edit Bug report at: http://bugs.php.net/?id=10132edit=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 4.0 Bug #10124 Updated: Cookies are being read
Sorry about that, I tried it on all 4 browsers I have Netscape 4, IE 5, IE 5.5, and Opera 5. It only started after I did a security patch with Microsoft, and on the second time after I redid the whole server, I left the security patch out, but it still had the same problems. But I did install Service Pack One for Win2000. I just havn't had time to redo the system again without the SP1, but will get to it later today has a test. Tim - Original Message - From: "Bug Database" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 02, 2001 6:24 PM Subject: PHP 4.0 Bug #10124 Updated: Cookies are being read ID: 10124 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: *Web Server problem Bug Type: Apache related Assigned To: Comments: Which browser is the faulty one? Does some other version/browser work? --Jani Previous Comments: -- - [2001-04-02 17:26:28] [EMAIL PROTECTED] I have been running the latest version of PHP without any problems, and over the weekend I install the latest secure patch from Microsoft, and then that is when i noticed that sessions on my local server were being increased each page view, do to that apache wasn't reading the cookie properly. After inspecting and reinstalling, the only thing I found to fix the problem was installing PHP 3.. I hope this helps, seeing it is my first report, also where does when one go to get an older stable version of 4? Thanks -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10124edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10133: Some values returned by gmp_strval are null-terminated
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.16-3
PHP version: 4.0.4pl1
PHP Bug Type: *Math Functions
Bug description: Some values returned by gmp_strval are null-terminated
Some values returned by gmp_strval are padded with an additional \0 byte.
The code
for ($i = 0; $i 20; $i++) {
$n = gmp_init($i);
$ns = gmp_strval($n);
print ord(substr($ns, -1)) . ' ';
}
outputs
48 49 50 51 52 53 54 55 0 0 48 49 50 51 52 53 54 55 56 57
where I would expect
48 49 50 51 52 53 54 55 56 57 48 49 50 51 52 53 54 55 56 57
This behavior is reproducible.
--
Edit Bug report at: http://bugs.php.net/?id=10133edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10134: Using Zend Optimiser: including by URL fails
From: [EMAIL PROTECTED] Operating system: sparc-sun-solaris2.6 PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: Using Zend Optimiser: including by URL fails Zend Optimiser version 1.0.0 is installed. PHP running on Apache-1.3.19 Including a file with an absolute reference to a URL fails to load the file completely - only part of the file loads resulting in incomplete HTML source. Example: -- ?php include "http://www.example.com/foo.php"; ? -- Example code attempting to be included: -- TABLE border="1"TRTDHello World/TD/TR/TABLE -- Example of PHP output (HTML source) when including this file: -- TABL -- As you can see, only a small portion of the file is actually included. Removing the optimiser from our PHP install solves the problem; the file is included correctly. This bug should be very easy to reproduce using the setup described here. allow_url_open has been set to 1. Please advise on either a workaround or when this bug is likely to be fixed; we are developing an intranet using PHP and this bug is quite an inconvenience. Thanks, - Bobby. -- Edit Bug report at: http://bugs.php.net/?id=10134edit=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[2]: [PHP-QA] RC6 available!
Hello Andi, Compiled successful, but when apache start: Failed loading /usr/local/Zend/lib/ZendDebugger.so: /usr/local/Zend/lib/ZendDebugger.so: undefined symbol: zend_get_ini_entry and Debuger not loaded :( Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10129 Updated: Bug id #8133 solved (pspell_new)
ID: 10129 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Pspell related Assigned To: Comments: Solved - closed :) --Jani Previous Comments: --- [2001-04-03 02:15:52] [EMAIL PROTECTED] I experienced almost the same problems that get described in bug id #8133. To be more specific: When my program called the pspell_new function from apache or from the command line as user nobody it couldn't get a dictionary(no segfaults). When it was run as a normal user it run ok. The solution was a chmod o+r /usr/local/lib/aspell /usr/local/share/aspell These dirs had the x flag for all but not the r. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10129edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Leaking references
BB i have hit on this issue while trying to make a sapi module. my BB problem was that memory emalloc-ed _before_ the request got BB efree-ed by the memory manager after the request and when i BB efree it afterwards a total memory mess occurs (sigsegv, BB infinite loop in libc free or something more nasty)... You probably should use plain old malloc when you not inside the request. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8133 Updated: pspell_new() in Apache module segfaults
ID: 8133
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Pspell related
Assigned To:
Comments:
I can't reproduce this with latest CVS. You should also check bug #10129 if that's
what is the problem in your system.
( And I don't have .aspell in my /root/ dir)
--Jani
Previous Comments:
---
[2001-01-09 20:51:25] [EMAIL PROTECTED]
Looks like newer versions of pspell require the user's /root/.aspell.conf (if you are
running apache as root) file to be present, while older ones did not care; otherwise
we see:
open("/root/.aspell.conf", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or
directory)
brk(0x8178000) = 0x8178000
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
I'll see if I can figure out how to get rid of that annoying and useless (in this
context) feature.
I wonder if it is related to bug# 8464
---
[2000-12-06 00:24:12] [EMAIL PROTECTED]
This is a fresh source wipe checkout from cvs. I also
installed fresh pspell aspell packages of the latest
versions; they work fine from the command line. The command
line PHP seems to work fine; the module version segfaults.
Configure script (remove the apxs line for the cli version):
./configure
--with-apxs=/usr/local/apache/bin/apxs
--with-pspell
--with-mysql=/usr
--with-gd
--with-xml
--with-zlib
--with-curl
--with-sablot
--with-iodbc=/usr/local
--enable-wddx
--enable-versioning
--enable-sysvshm
--enable-sysvsem
--enable-sockets
--enable-shmop
--enable-debug
I cannot get a backtrace when this happens; running gdb
on httpd just gives:
Error while mapping shared library sections:
"/sbin/": not in executable format: Is a directory.
Error while reading shared library symbols:
"/sbin/": can't read symbols: Is a directory.
warning: find_solib: Can't read pathname for load map:
Input/output error
...in an infinite loop until I kill gdb from another
terminal.
I did a strace, if that helps. It was rather huge, and
is located at
http://www.thebuttlesschaps.com/php-pspell-segfault.txt
The script with which I am testing:
?php /* -*- mode: c++; minor-mode: font -*- */
include('./utils.inc');
include('./speedlib.inc');
$version = phpversion();
?
!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML-3.2//EN"
html
head
title/title
/head
body
h1?php echo $version ? list answer testbed/h1
?php
error_reporting(E_ALL);
$dictid = pspell_new('en', '', '', '', PSPELL_NORMAL);
echo "Got dictionary: '$dictid'brn";
?
hr
/body
/html
(There a a couple of extraneous lines at the beginning
but they don't affect anything.)
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8133edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Re[2]: [PHP-QA] RC6 available!
Sounds like your debugger was built against a different version of PHP (4.0.5RC1 or 4.0.4pl1, kill the loading of the debugger from your php.ini to test and it should not give the error. The zend people will provide a new debugger build against php 4.0.5 when its released im sure. - James Compiled successful, but when apache start: Failed loading /usr/local/Zend/lib/ZendDebugger.so: /usr/local/Zend/lib/ZendDebugger.so: undefined symbol: zend_get_ini_entry and Debuger not loaded :( -- PHP Development Mailing List http://www.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] problem in php_odbc.c - can anyone explain what this code was added for
We are seeing massive cpu usage in the MS SQLServer ODBC driver
when calling odbc_prepare to select a column from a table,
retrieving the results and then repeating. The SQLServer ODBC
driver appears to be spin waiting, repeatedly calling
WaitForSingelObject.
It appears when odbc_prepare is called php_odbc.c allocates
a new statement and if the driver reports an SQL_FETCH_DIRECTION
of ABSOLUTE it sets the cursor type to DYNAMIC. The SQL is then
prepared and SQLNumResultCols is called. OK so far. If odbc_result
is then called on a SQLServer text column PHP uses SQLGetData to
retrieve up to odbc/defaultlrl bytes but this is often less than
the data in the column thus the result-set is still open. If
you repeat the query without calling odbc_free_result() the same
actions are performed by PHP on a new statement but when PHP calls
SQLNumResultCols all the CPU is hogged and SQLNumResultCols never
comes back from the ODBC driver.
I have duplicated this in odbctest but if the cursor is NOT set
to DYNAMIC then you get an error in the second duplicate query on
the second statement saying "S1000 Connection is busy with the results
of another hstmt" - this would warn you to close the statement.
There does not appear to be any way to stop
PHP setting the cursor type to DYNAMIC or overriding it when
the driver reports ABSOLUTE fetch direction. The code involved is
in odbc_prepare:
#ifdef HAVE_SQL_EXTENDED_FETCH
/* Solid doesn't have ExtendedFetch, if DriverManager is used, get
Info,
whether Driver supports ExtendedFetch */
rc = SQLGetInfo(conn-hdbc, SQL_FETCH_DIRECTION, (void *) scrollopts,
sizeof(scrollopts), NULL);
if (rc == SQL_SUCCESS) {
if ((result-fetch_abs = (scrollopts SQL_FD_FETCH_ABSOLUTE))) {
/* Try to set CURSOR_TYPE to dynamic. Driver will replace this
with
other
type if not possible.
*/
if (SQLSetStmtOption(result-stmt, SQL_CURSOR_TYPE,
SQL_CURSOR_DYNAMIC)
== SQL_ERROR) {
odbc_sql_error(conn-henv, conn-hdbc, result-stmt, "
SQLSetStmtOption");
SQLFreeStmt(result-stmt, SQL_DROP);
efree(result);
RETURN_FALSE;
}
}
} else {
result-fetch_abs = 0;
}
#endif
I can find who made this change but not why. Does anyone know
why this code was added?
Martin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9816 Updated: FATAL: emalloc(): Unable to allocate
ID: 9816
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: ODBC related
Description: FATAL: emalloc(): Unable to allocate
I am sorry but I have no coments on you ...
In all versions from 4.0.2 till 4.0.4pl1.
Only in win2000 with srvice pack 1 installed.
Only, not in 95,98,me,nt and win2000 with out service pack 1.
This script
?
$a=odbc_connect("oh","","");
$r=odbc_prepare($a,"SELECT 'a' FROM xx");
odbc_execute($r);
odbc_free_result($r);
odbc_close($a);
?
where
xx is a table whith 1 integer field and 1 row.
and oh is odbc system dsn for ms access file with only one table (xx).
I get FATAL: emalloc(): Unable to allocate 2147483599 bytes
Previous Comments:
---
[2001-04-01 20:40:00] [EMAIL PROTECTED]
A) Unable to reproduce locally on Win98SE, and MSAccess
with 4.0.5RC4
B) which version of PHP are you using? Bug report says
4.0.4pl1, but your sample script suggests 4.0.2 -
4.0.1pl1... which is it?
---
[2001-03-23 03:32:10] [EMAIL PROTECTED]
win2000 sp1 php4.0.2 - 4.0.4pl1
?
$a=odbc_connect("oh","","");
$r=odbc_prepare($a,"SELECT 'a' FROM xx");
odbc_execute($r);
odbc_free_result($r);
odbc_close($a);
?
xx is a table whith 1 integer field and 1 row.
I try to select constant literal.
("select * from xx" works fine!!!)
I get FATAL: emalloc(): Unable to allocate 2147483599 bytes
!!! all so 2147483599 bytes
---
[2001-03-18 00:00:17] [EMAIL PROTECTED]
When I query a "Query" from access with only 2087 rows( each row is 210 bytes size), I
get this error:
FATAL: emalloc(): Unable to allocate 2147483599 bytes
please help!
---
Full Bug description available at: http://bugs.php.net/?id=9816
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10135: Problem(?) with environment variables when running as module
From: [EMAIL PROTECTED] Operating system: Win 2k PHP version: 4.0.4pl1 PHP Bug Type: *General Issues Bug description: Problem(?) with environment variables when running as module The ideea is that when I run php as an Apache module, it is impossible to change the value of an environment variable. I don't know if this is the way it's supposed to work or it's a bug If I run it as CGI I don't have this problem,of course, it's a new process for each request, and the environment doesn't have the variable already set. In fact what I want is to set the LANG environment variable for gettext to work, and different requests, might need to set different languages. setlocale doesn't work for gettext. Does anybody has any ideea ?? -- Edit Bug report at: http://bugs.php.net/?id=10135edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10132 Updated: mysql unable to store result set warning (not as in FAQ)
ID: 10132 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Description: mysql unable to store result set warning (not as in FAQ) I've been poking around the source code trying to find a soltion to this, and I'm not sure but think I may have found it. As previously said I'm on MySQL 3.22.23: From php_mysql.c line 83: #if MYSQL_VERSION_ID 32224 #define PHP_MYSQL_VALID_RESULT(mysql) \ (mysql_num_fields(mysql)0) #else #define PHP_MYSQL_VALID_RESULT(mysql) \ (mysql_field_count(mysql)0) #endif From the MySQL manual 'Upgrading from 3.22 to 3.23': mysql_num_fields() can no longer be used on a MYSQL* object (it's now a function that takes MYSQL_RES* as an argument. You should now use mysql_field_count() instead. My guess based on this is that the 32224 should be changed to 32223 (I have located at least one other individual experiencing the same problem with the same version of mysql). Previous Comments: --- [2001-04-03 06:37:11] [EMAIL PROTECTED] I'm getting the following error message when I execute a query (such as an insert) that doesn't produce any results: Warning: MySQL: Unable to save result set in /home/web/demo/panet/public/reg_emp_add.php3 on line 45 I have my php error showing level set at '5' in php3.ini, so no warnings should be shown at all anyway. I configured php with the following command: ./configure --with-mysql=/usr --with-apxs --with-gd --enable-sockets --with-zlib --with-gnu-ld --enable-memory-limit MySQL is version 3.23.33 and was installed from an RPM packed by the MySQL development team. --- Full Bug description available at: http://bugs.php.net/?id=10132 -- PHP Development Mailing List http://www.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] RC6 available!
On Mon, Apr 02, 2001 at 11:30:42PM +0200, Andi Gutmans wrote: You can get RC6 at http://cvs.php.net/~andi/php-4.0.5RC6.tar.gz (no time to commit to phpweb cvs and wait for it to update, if someone has time then even better, I need some sleep :) In case you're testing it within the next few hours you might need to "touch *" the files in the php4/ directory because of timezone differences (didn't anyone get bitten by this in the past? ). Anyway, as usual, please test it on all the platforms you have. Try not to find bugs but if you do then let everyone know. Happy testing. Hopefully this is the last RC but remember the most important thing is to have a stable release. RC6 compiles and works under glibc 2.2.2, gcc 2.96, apache 1.3.19 (EAPI + mod_charset) -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- I got vision, and the rest of the world wears bifocals. -- Butch Cassidy -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10132 Updated: mysql unable to store result set warning (not as in FAQ)
ID: 10132 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Description: mysql unable to store result set warning (not as in FAQ) Err.. ignore me. That change might or might not be necessary, but that isn't the version of mysql I'm on. Back to the drawing board...? Previous Comments: --- [2001-04-03 08:39:34] [EMAIL PROTECTED] I've been poking around the source code trying to find a soltion to this, and I'm not sure but think I may have found it. As previously said I'm on MySQL 3.22.23: From php_mysql.c line 83: #if MYSQL_VERSION_ID 32224 #define PHP_MYSQL_VALID_RESULT(mysql) (mysql_num_fields(mysql)0) #else #define PHP_MYSQL_VALID_RESULT(mysql) (mysql_field_count(mysql)0) #endif From the MySQL manual 'Upgrading from 3.22 to 3.23': mysql_num_fields() can no longer be used on a MYSQL* object (it's now a function that takes MYSQL_RES* as an argument. You should now use mysql_field_count() instead. My guess based on this is that the 32224 should be changed to 32223 (I have located at least one other individual experiencing the same problem with the same version of mysql). --- [2001-04-03 06:37:11] [EMAIL PROTECTED] I'm getting the following error message when I execute a query (such as an insert) that doesn't produce any results: Warning: MySQL: Unable to save result set in /home/web/demo/panet/public/reg_emp_add.php3 on line 45 I have my php error showing level set at '5' in php3.ini, so no warnings should be shown at all anyway. I configured php with the following command: ./configure --with-mysql=/usr --with-apxs --with-gd --enable-sockets --with-zlib --with-gnu-ld --enable-memory-limit MySQL is version 3.23.33 and was installed from an RPM packed by the MySQL development team. --- Full Bug description available at: http://bugs.php.net/?id=10132 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9284 Updated: odbc_execute , SQL state 07001 in SQLExecute
ID: 9284
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: ODBC related
Assigned To:
Comments:
user reports:
I've tried the same without bind variables ('?')[parameters] the
statement worked ok.
If I tried to bind variables into an array this did not work for me for
ODBC with MS Access, the same worked with Oracle.
Thanks for help
Previous Comments:
---
[2001-04-02 17:01:06] [EMAIL PROTECTED]
you checked this without parameter? which parameter?
---
[2001-02-15 12:48:08] [EMAIL PROTECTED]
I tried to use this function with Microsoft Access Driver
$values = array( $ApplicantId ,$AnsQuestionId[$i],$Answer[$i]);
$query = "INSERT INTO Responses ([PersonId], [QuestionId], [Response], [Date]) ";
$query .= "VALUES(?,?,?," . strftime("#%Y-%m-%d#") .") ";
$result = odbc_prepare($connection, $query);
odbc_execute($result, $values );
and got error
Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver]COUNT field incorrect ,
SQL state 07001 in SQLExecute in D:/Xitami/webpages/moveit/index.php on line 46
I've checked without parameter. The statement worked fine.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9284edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8464 Updated: PHP SIGABRT's using pspell functions
ID: 8464
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Pspell related
Assigned To:
Comments:
I can't reproduce this. Please check bug #10129 if that's what is the problem in your
system. Also, try the latest CVS
snapshot from http://snaps.php.net/
Reopen if problem still persists.
--Jani
Previous Comments:
---
[2001-02-26 21:17:34] [EMAIL PROTECTED]
Vlad,
Here is the output of the commands that you requested:
*
[schu@untied:examples]$ make example-c
gcc -DPACKAGE="pspell" -DVERSION=".11.2" -I. -I. -I/usr/local/include-g -O2 -c
example-c.c
/bin/sh ../libtool --mode=link gcc -g -O2 -o example-c example-c.o -L/usr/local/lib
-lpspell
mkdir .libs
gcc -g -O2 -o example-c example-c.o -L/usr/local/lib
/usr/local/lib/libpspell_aspell.so
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/ccs/bin -L/usr/ccs/lib
/usr/local/lib/libaspell.so /usr/local/lib/libpspell-impl.so
/usr/local/lib/libpspell.so /usr/local/lib/libpspell-modules.so -lstdc++
-R/usr/local/lib -R/usr/local/lib
[schu@untied:examples]$ ./example-c en
Using: en---aspell
Type "h" for help.
s hullow
hallow
hollow
Hull
hull
hull ow
hull-ow
hello
Harlow
Hall
Hill
hall
hallows
halo
hell
hill
hollows
hula
hulls
hurl
x
[schu@untied:examples]$
*
As you can see the example works just fine. Any other ideas?
I am glad to help in any way I can.
thanks
schu
---
[2001-02-26 18:43:17] [EMAIL PROTECTED]
hmmm... Too bad I don't have Solaris (or free time) to play with this. But I've got
one question: Do pspell and aspell work on your solaris machine at all? It seems that
the failures you observe in php would be exactly the same if you use aspell and pspell
without php, and the fault lies within pspell, not within php module.
Can you try to compile the examples provided with pspell *and* try to run them? They
are located in pspell/examples directory. Do:
: cd pspell-.11.2/examples
: make example-c
: ./example-c en
and then do something 's hullow' and see if that works. Please, tell me if that
failed. I have a feeling we'll have to ask the author of aspell/pspell (Kevin
Atkinson) to fix a few issues on solaris.
thanks,
Vlad
---
[2001-01-23 19:51:58] [EMAIL PROTECTED]
After looking at bug 8133 I decided to play with it a little, here is what I found:
I noticed that the aspell docs suggested that you have a /etc/aspell.conf so I made a
conf file that contained:
personal/root/.aspell.english.pws
repl/root/.aspell.english.prepl
Then I symlinked /root/.aspell.conf to /etc/aspell.conf. When running another
backtrace I found that it was now looking for /usr/local/etc/aspell.conf so I
symlinked that to /etc/aspell.conf as well. After trying again, I got an error about
not being able to open /usr/local/lib/aspell/english.dat. I noticed that the file was
in /usr/local/share/aspell/english.dat so I made another symlink.
After all that I am stuck again, but now have more backtrace data to analyze.
I should also note that I am almost certain that bug 8133 and 8464 are the same
problem on different platforms.
thanks
schu
Backtrace output:
#0 0xef69a034 in _libc_kill () from /usr/lib/libc.so.1
#1 0xef63512c in abort () from /usr/lib/libc.so.1
#2 0xef52af00 in __default_terminate ()
from /usr/local/apache/libexec/libphp4.so
#3 0xef52af30 in __terminate () from /usr/local/apache/libexec/libphp4.so
#4 0xef52bc28 in __throw () from /usr/local/apache/libexec/libphp4.so
#5 0xef019210 in autil::open_file (in=@0x132e60, file=@0xefffd808,
mode=-284925040) at file_util.cc:24
#6 0xeefeda18 in aspell::Language::setup (this=0xefffd930, lang={
static npos = 4294967295, static nilRep = {len = 0, res = 0, ref = 1,
selfish = false}, dat = 0x1432f8 "english"}, config=0x1437b0)
at language.cc:110
#7 0xeeff63ac in aspell::DataSet::set_check_lang (this=0x1443b0,
l=@0xefffd9d0, config=0x1437b0) at inc/language.hh:56
#8 0xeeffa424 in aspell_default_readonly_ws::ReadOnlyWS::load (this=0x1443b0 ,
fn=@0xefffdac0, config=0x1437b0) at readonly_ws.cc:317
#9 0xeeff87b0 in aspell::add_data_set (file_name=@0x1443b0, config=@0x1437b0 ,
manager=0x143214, local_info=0xefffdbd4, allowed=4294967040) at data.cc:3 08
#10 0xef0112fc in aspell::MultiWS::load (this=0x131180, fn=@0xefffdd30,
config=0x1437b0, manager=0x143214, li=0xefffdbd4) at multi_ws.cc:61
#11 0xeeff87b0 in aspell::add_data_set (file_name=@0x131180, config=@0x1437b0 ,
manager=0x143214, local_info=0x0, allowed=4294967040) at data.cc:308
#12 0xef004a50
[PHP-DEV] PHP 4.0 Bug #10072 Updated: SIGSEGV on startup (apxs)
ID: 10072
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To:
Comments:
Which compiler / linker do you use? GNU?
--Jani
Previous Comments:
---
[2001-04-03 03:18:39] [EMAIL PROTECTED]
I got the latest snap, php4-200104022145, and rebuilt as you suggest. I also used a
smaller configure line:
./configure --with-apxs --enable-debug
and got the same segfault. The gdb output is identical, and the truss output is an
identical structure but a couple of different mmap base addresses and sizes.
Judging by the gdb, maybe this is a problem with either apxs on Solaris 7, or with
PHP's usage of it?
The /x/informix you see in the truss are because of the environment variables:
LD_LIBRARY_PATH=/usr/local/lib
LD_RUN_PATH=:/x/informix/lib/esql:/x/informix/lib
I will try recompiling with the static (non-apxs) form tomorrow.
Matt.
---
[2001-04-01 13:17:06] [EMAIL PROTECTED]
Can you please try the latest CVS snapshot from http://snaps.php.net/ ?
And I saw some informix related stuff in that truss output
so it might be something left in there. Check your php.ini
and also do 'make clean' after configuring PHP.
--Jani
---
[2001-03-30 17:07:16] [EMAIL PROTECTED]
I'm not sure what you mean. My PHP configure line already has --enable-debug, and
contains no source dirs except jpeg-6b (I can take that out and recompile I guess).
../../mysql = /usr/local/mysql, which is where it installed
Or are you referring to my Apache configure line (the example installation specified
to use those source dirs).
---
[2001-03-30 14:37:24] [EMAIL PROTECTED]
1. Delete config.cache
2. Add --enable-debug into your configure line
3. Configure and compile and try regenerating that gdb backtrace.
And do not use the source dirs in any other configure
option of PHP than --with-apache. You should be using the
INSTALL base dirs.
--Jani
---
[2001-03-29 23:40:15] [EMAIL PROTECTED]
OS version:
SunOS ptl2 5.7 Generic sun4u sparc SUNW,Ultra-5_10
Apache 1.3.19+mod_ssl-2.8.1 configure line:
EAPI_MM=../mm-1.1.3 SSL_BASE=../openssl-0.9.6 ./configure --prefix=/usr/local/apache
--enable-module=ssl --enable-module=so --enable-module=rewrite
PHP 4.0.4pl1 configure line:
./configure --with-apxs --with-mcrypt --with-mhash --with-mysql=../../mysql --with-gd
--enable-versioning --with-ttf --with-jpeg-dir=../jpeg-6b --enable-debug
If the LoadModule libphp4.so is removed from httpd.conf, Apache operates correctly.
Otherwise, there is a SIGSEGV as httpd starts up. Following is a GDB backtrace and
partial truss output. Full truss output can be found at
http://wolf.project-w.com/notes/20010330.phpsegv.txt
---
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.7"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074
Program received signal SIGSEGV, Segmentation fault.
0xff3b8894 in ?? ()
(gdb) bt
#0 0xff3b8894 in ?? ()
#1 0xff3b35a0 in ?? ()
#2 0xff3b37e8 in ?? ()
#3 0xff3bd154 in ?? ()
#4 0xb7764 in ap_os_dso_load ()
#5 0x83a70 in load_module ()
#6 0x8d550 in invoke_cmd ()
#7 0x8e3c0 in ap_handle_command ()
#8 0x8e49c in ap_srm_command_loop ()
#9 0x8ee84 in ap_process_resource_config ()
#10 0x8facc in ap_read_config ()
#11 0x9e7bc in main ()
(gdb)
---
...
stat("/usr/local/apache", 0xFFBED7C8) = 0
open("/usr/local/apache/libexec/libphp4.so", O_RDONLY) = 5
fstat(5, 0xFFBED614)= 0
mmap(0x, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xFF34
mmap(0x, 2187264, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xFED8
munmap(0xFEF46000, 57344) = 0
mmap(0xFEF54000, 182128, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 5,
1851392) = 0xFEF54000
...
mprotect(0xFED8, 1854910, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0xFED8, 1854910, PROT_READ|PROT_EXEC) = 0
munmap(0xFEF54000, 265928) = 0
munmap(0xFED8, 1854910) = 0
Incurred fault #6, FLTBOUNDS %pc = 0xFF3B8894
[PHP-DEV] PHP 4.0 Bug #10132 Updated: mysql unable to store result set warning (not as in FAQ)
ID: 10132 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related Assigned To: Comments: Are you using PHP 3? Or as you have selected: 4.0.4pl1 ?? If former, please upgrade. If problem persists after upgrade, reopen this bug report with shortest possible example script which can be used to reproduce this. --Jani Previous Comments: --- [2001-04-03 08:49:06] [EMAIL PROTECTED] Err.. ignore me. That change might or might not be necessary, but that isn't the version of mysql I'm on. Back to the drawing board...? --- [2001-04-03 08:39:34] [EMAIL PROTECTED] I've been poking around the source code trying to find a soltion to this, and I'm not sure but think I may have found it. As previously said I'm on MySQL 3.22.23: From php_mysql.c line 83: #if MYSQL_VERSION_ID 32224 #define PHP_MYSQL_VALID_RESULT(mysql) (mysql_num_fields(mysql)0) #else #define PHP_MYSQL_VALID_RESULT(mysql) (mysql_field_count(mysql)0) #endif From the MySQL manual 'Upgrading from 3.22 to 3.23': mysql_num_fields() can no longer be used on a MYSQL* object (it's now a function that takes MYSQL_RES* as an argument. You should now use mysql_field_count() instead. My guess based on this is that the 32224 should be changed to 32223 (I have located at least one other individual experiencing the same problem with the same version of mysql). --- [2001-04-03 06:37:11] [EMAIL PROTECTED] I'm getting the following error message when I execute a query (such as an insert) that doesn't produce any results: Warning: MySQL: Unable to save result set in /home/web/demo/panet/public/reg_emp_add.php3 on line 45 I have my php error showing level set at '5' in php3.ini, so no warnings should be shown at all anyway. I configured php with the following command: ./configure --with-mysql=/usr --with-apxs --with-gd --enable-sockets --with-zlib --with-gnu-ld --enable-memory-limit MySQL is version 3.23.33 and was installed from an RPM packed by the MySQL development team. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10132edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10134 Updated: Using Zend Optimiser: including by URL fails
ID: 10134 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Reproduceable crash Assigned To: Comments: Report these bugs to [EMAIL PROTECTED] with info found on page: http://www.zend.com/store/products/optimizer-troubleshooting.php --Jani Previous Comments: --- [2001-04-03 07:29:13] [EMAIL PROTECTED] Zend Optimiser version 1.0.0 is installed. PHP running on Apache-1.3.19 Including a file with an absolute reference to a URL fails to load the file completely - only part of the file loads resulting in incomplete HTML source. Example: -- ?php include "http://www.example.com/foo.php"; ? -- Example code attempting to be included: -- TABLE border="1"TRTDHello World/TD/TR/TABLE -- Example of PHP output (HTML source) when including this file: -- TABL -- As you can see, only a small portion of the file is actually included. Removing the optimiser from our PHP install solves the problem; the file is included correctly. This bug should be very easy to reproduce using the setup described here. allow_url_open has been set to 1. Please advise on either a workaround or when this bug is likely to be fixed; we are developing an intranet using PHP and this bug is quite an inconvenience. Thanks, - Bobby. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10134edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9723 Updated: not being encoded, invalid html
ID: 9723 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Session related Assigned To: Comments: This is fixed in CVS. Try latest snapshot from http://snaps.php.net/ and check the php.ini-dist for arg_separator directive. --Jani Previous Comments: --- [2001-03-13 06:28:58] [EMAIL PROTECTED] php 4.0.4 pl1 does not correctly encode the as amp; when trans-sid is enabled. this is rather annoying because this is simply invalid html. it does work only because browser are used to all kinds of wrong code, but that´s not the problem. ie. php writes url.php4?some=argPHPSESSID= where url.php4?some=argamp;PHPSESSID= would be correct. is a special xml/html char and must always be encoded in a valid html document. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9723edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10016 Updated: MySQL connection
ID: 10016 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: MySQL related Description: MySQL connection Fixed, The bug wasn't a php or Mysql bug but an antivirus bug. I use e-safe desktop (3.0), and he doesn't let php and Mysql work. The problem was pretty difficult to find, because i didn't get any error message. If it happens to anyone on W9x, hope this will help. Bye Thank you for all. Previous Comments: --- [2001-03-31 09:36:51] [EMAIL PROTECTED] a few things would help: a _short_ script that reproduces the behavior mysql config file php.ini --- [2001-03-27 08:27:29] [EMAIL PROTECTED] Hello, WIN98/APACHE PHP is working perfectly for pages that doesn't call mysql connection. When I try to call a page that contains a connection with my sql. The page doesn't load. I don't have any error output, and it seems that the page doesn't load. I tried to wait for the page to load, but even 1 hour after calling the page, there's still a blank page. On the other side, if i have a look on what's running on the computer (CTRL+ALT+SUPPR), I can see Php running. It looks like if PHP is launched, but doesn't work. Any help welcome --- Full Bug description available at: http://bugs.php.net/?id=10016 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10079 Updated: Header Function Within IF construct
ID: 10079 User Update by: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Description: Header Function Within IF construct I was able to get PHP-4.0.5 installed and I still have the same problem. Is there anything else you would like me to try? Is this a bug or expected behaviour? Thanks for help. Dean Previous Comments: --- [2001-03-30 16:56:37] [EMAIL PROTECTED] I guess I'm doing this right... I downloaded php4-200103301245.tar.gz. Unzipped, untarred and configured using --with-mysql --with-apache --with-trans-sid --enable-track-vars --enable-sysvsem --enable-sysvshm All configured fine. But make is not making I'm getting symbol referencing errors. It is quite possible that this version is not quite ready for SCO OpenServer. If you want, I'll send you the debug.log file from the make operation. I'm not sure if you even mess with installation problems of PHP in this forum. I have a question: Is the annomally I reported a bug in 4.0.4pl1 or is it just my system? Dean --- [2001-03-30 15:45:58] [EMAIL PROTECTED] http://snaps.php.net/ --- [2001-03-30 15:21:34] [EMAIL PROTECTED] Apache is running standalone as a daemon. . No, I havn't tried 4.0.5. I'll give it try ... Just tell where to download it. Dean --- [2001-03-30 15:12:11] [EMAIL PROTECTED] Open - Feedback That's rather annoying that the state is not saved, is anyone working on this? I know there is a new system coming, but not for a while. Or where is it located in CVS and I'll fix it. -Chris --- [2001-03-30 15:10:11] [EMAIL PROTECTED] Use the web interface, do not reply to these emails. I did not try it because i did not have the time. I just tried it and did not get those same results. After the first login it did create the file, I deleted, refreshed, no file...did what it is supposed to. I am however using a CVS version of 4.0.5, have you tried it with the CVS version? -Chris --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=10079 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9727 Updated: Unable to use @ in URL passwords with fopen()
ID: 9727 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Filesystem function related Assigned To: Comments: Works for me just fine. (with a passwd containing a @ ) Please try the latest CVS snapshot from http://snaps.php.net/ Reopen this bug report if problem still persists. --Jani Previous Comments: --- [2001-03-14 14:32:41] [EMAIL PROTECTED] Here's my exact code with only the username and password changed (oops - i sent a slightly altered version before, to change the server names/passwords). This version has the following behaviour: If I use a password containing only letters/numbers, I can open and read the file no problem. If I use the same password, and specify a file that does not exist, I get a message saying 'file not found' and one saying 'file or directory does not exist'. If I use a password containing the @ symbol, I get a message that says 'invalid file descriptor', no matter if the file exists or not. Code: $pword = 'password'; $server = "prefix"; $pword = urlencode($pword); echo $filename = 'ftp://username:' . $pword . "@$server.domain.com/path/file.txt"; $fd = fopen ($filename, "r"); echo $contents = fread ($fd, 100); fclose ($fd); --- [2001-03-13 22:54:48] [EMAIL PROTECTED] There is one bug in your script: . . $server = "servername"; . . echo $filename = 'ftp://username:'.$pword."@$servername/$filename"; . . You haven't got $servername set but $server. Try changing that. Reopen if this wasn't the problem. --Jani --- [2001-03-13 18:21:51] [EMAIL PROTECTED] I'm running 4.0.4pl1 on redhat 6.1. I've tried (raw and regular) urlencoding my ftp password to use with fopen, but if there's a @ in it it says 'bad file descriptor'. I can open any file via ftp just fine, as long as there's no @ in the filename. The 'allow url fopen' (can't remember the exact name) is set to ON in my php.ini. Here's my script: html body ? $pword = 'stuff@stuff'; $server = "servername"; $filename = "filename"; $pword = urlencode($pword); echo $filename = 'ftp://username:' . $pword . "@$servername/$filename"; $fd = fopen ($filename, "r"); echo $contents = fread ($fd, 100); fclose ($fd); ? /body /html --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9727edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10016 Updated: MySQL connection
ID: 10016 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related Assigned To: Comments: Solved - closed. --Jani Previous Comments: --- [2001-04-03 09:20:59] [EMAIL PROTECTED] Fixed, The bug wasn't a php or Mysql bug but an antivirus bug. I use e-safe desktop (3.0), and he doesn't let php and Mysql work. The problem was pretty difficult to find, because i didn't get any error message. If it happens to anyone on W9x, hope this will help. Bye Thank you for all. --- [2001-03-31 09:36:51] [EMAIL PROTECTED] a few things would help: a _short_ script that reproduces the behavior mysql config file php.ini --- [2001-03-27 08:27:29] [EMAIL PROTECTED] Hello, WIN98/APACHE PHP is working perfectly for pages that doesn't call mysql connection. When I try to call a page that contains a connection with my sql. The page doesn't load. I don't have any error output, and it seems that the page doesn't load. I tried to wait for the page to load, but even 1 hour after calling the page, there's still a blank page. On the other side, if i have a look on what's running on the computer (CTRL+ALT+SUPPR), I can see Php running. It looks like if PHP is launched, but doesn't work. Any help welcome --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10016edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9489 Updated: The mail() function doesn't return the success or error
ID: 9489 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Mail related Assigned To: Comments: The mail() function returns either TRUE if mail was sent and FALSE if not. Or what return value did you mean? Does it always return FALSE? --Jani p.s. Tested with latest CVS and it works just fine. Previous Comments: --- [2001-02-27 18:03:29] [EMAIL PROTECTED] The mail() function give no return value since 4.0.3. In earlier version I've got a return value if the mail has been sent or not. I've tried to set the sendmail_path in the php.ini without success. Nils Hoyer --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9489edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10136: Function mail() does not work properly
From: [EMAIL PROTECTED]
Operating system: Win32 (2K and 9x) - IIS 5 Apache 1.3.19
PHP version: 4.0.4pl1
PHP Bug Type: Mail related
Bug description: Function mail() does not work properly
First, I tried making mail() function work() on a Win2k - IIS 5.0 server and on
Win98SE - Apache 1.3.19 both with PHP 4.0.4pl1.
there are several things wrong (so far it wouldn't be me the problem ;-) ) :
- first :
mail ("Arnaud [EMAIL PROTECTED]","A subject here","A message body here",...);
(as mentioned in PHP manual), It won't work, i have a "Warning: Server error on
blabla.php3:lineXX" but if the "To:" Field is replace by just an email adress :
mail("[EMAIL PROTECTED]",); this would work... So I can't send mails with the name
of the recipients properly set (just their email adress)...
NB: Multiple "To:" Recipients works but only with email adresses
That's not the most important problem for me, the most important is Cc: and Bcc: won't
work.
The manual mentions to add From: Cc: and Bcc: information, in the fourth parameters
(the headers)... So I tried :
mail("[EMAIL PROTECTED]","A subject here","A (very nice !) body here","From: The
Administrator [EMAIL PROTECTED]\nBcc: My Friend [EMAIL PROTECTED]\nCc: My Father
[EMAIL PROTECTED]");
it obviously doesn't work :-(( (that's why I'm writing you !!)
There are several things to say :
- The From: section of headers works well, nothing to say about it... No problem
- Seems the Bcc: part is just ignored, nothing happen, no mail is sent to Bcc: address
- For Cc:, when typed "cc:" (all lowercase) seems to be ignored but when typed "Cc:"
= It looks like there is a memory leak or something like that both IIS and Apache
return me a "emalloc() : unable to allocate -851230 bytes"... The number of
unallocated bytes is not ever the same but this is the same error message...
Extra info :
- On both config, the mail server is a local mail server (FTGate 2.2.2.1)
- It seems that this bug is similar to #9858 and #9859 in the bug database
--
Edit Bug report at: http://bugs.php.net/?id=10136edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9532 Updated: with session.auto_start=1 session data is not available without session_start()
ID: 9532 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Session related Assigned To: Comments: Are you sure that php.ini has been read? Check the phpinfo() output for session.auto_start entry. --Jani Previous Comments: --- [2001-03-04 07:14:10] [EMAIL PROTECTED] Yes, session data are not available without session_start() call in PHP 4.04. /session.auto_start=1/. --- [2001-03-03 17:33:15] [EMAIL PROTECTED] Does this happen with PHP 4.0.4pl1 too? --Jani --- [2001-03-02 16:56:24] [EMAIL PROTECTED] I have to start session explicitly, alltough session.auto_start=1. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9532edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9418 Updated: Upload image file is broken
ID: 9418 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *General Issues Assigned To: Comments: Please try latest snapshot from http://snaps.php.net/ If problem still persists, please send me the original and uploaded (via form) images to [EMAIL PROTECTED] --Jani Previous Comments: --- [2001-03-27 04:49:16] [EMAIL PROTECTED] Hi! I trying snapshot from 22-Mar-2001 - but this not help me. May be in new stable release problem with images will be solved? --- [2001-03-04 22:40:43] [EMAIL PROTECTED] I make this experiment: 1) upload image via php. Uploaded image not visible. 2) upload image via ftp (binary) mode. This image is normal visible. After that i compare both image with cmp command. Cmp say, what images different. I can send you my image for probe. May be i must try download cvs from snaps.php.net (early i download it from cvs.php.net). May be cvs snapshot on this sites different? --- [2001-03-03 19:17:01] [EMAIL PROTECTED] I can not reproduce this. Are you sure you're comparing the right images?? Are the uploaded images displayed at all? --Jani --- [2001-03-01 21:43:22] [EMAIL PROTECTED] Yes, 23 feb i download cvs snapshot from cvs.php.net make make install but this not help me :(... --- [2001-03-01 17:14:20] [EMAIL PROTECTED] And you're using the latest CVS snapshot from http://snaps.php.net/ ? --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9418edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10137 Updated: Apache repots a crash afer executing the php script
ID: 10137 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Unknown/Other Function Assigned To: Comments: 1. Upgrade to 4.0.4pl1 2. If problem persists, add the shortest possible script into this bug report which can be used to reproduce this. --Jani Previous Comments: --- [2001-04-03 10:48:26] [EMAIL PROTECTED] Description: I create an object from a class which contains an internal variable which stores another object. This another object-constructor requires a parameter of the "parent" object. The constructor itself stores this value in an internal variable. No more Action is done! But after the execution of the script apache reports an error message! My Modules are:imap ldap, pgsql, mysql, zlib, yp, xml, standard, session, posix, pcre, gettext, gd, dba, db, apache My configure-line is: './configure' '--target=i386-redhat-linux' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' '--enable-pic' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--disable-static' '--with-exec-dir=/usr/bin' '--with-regex=system' '--with-gettext' '--with-gd' '--with-jpeg-dir=/usr' '--with-png' '--with-zlib' '--with-db2' '--with-db3' '--with-gdbm' '--enable-debugger' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-ftp' '--without-mysql' '--with-xml' My Backtrace is: #0 0x404ddc75 in _efree () from /home/oliverh/httpd/modules/libphp4.so (gdb) bt #0 0x404ddc75 in _efree () from /home/oliverh/httpd/modules/libphp4.so #1 0x404de1cb in shutdown_memory_manager () from /home/oliverh/httpd/modules/libphp4.so #2 0x4050e86c in php_request_shutdown () from /home/oliverh/httpd/modules/libphp4.so #3 0x4050c497 in php_apache_request_shutdown () from /home/oliverh/httpd/modules/libphp4.so #4 0x80510cb in ap_run_cleanup () #5 0x804ff82 in ap_clear_pool () #6 0x804ffe8 in ap_destroy_pool () #7 0x804ff6c in ap_clear_pool () #8 0x805c5fb in ap_child_terminate () #9 0x805cc4b in ap_child_terminate () #10 0x805cf2a in ap_child_terminate () #11 0x805d39b in ap_child_terminate () #12 0x805d928 in main () #13 0x4014db65 in __libc_start_main (main=0x805d5f0 main, argc=3, ubp_av=0xb99c, init=0x804f084 _init, fini=0x807e45c _fini, rtld_fini=0x4000df24 _dl_fini, stack_end=0xb994) at ../sysdeps/generic/libc-start.c:111 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10137edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP-4.0.5-RC6
Hello php-qa, test.php ? echo $test; ? http://host/test.php?test=1;2;3 4.0.4pl1 Result: 1;2;3 4.0.5RC6 Result: 1 Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10141 Updated: $HTTP_USER_AGENT 'breaks' in a URL-included file
ID: 10141 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Old-Bug Type: Reproduceable crash Bug Type: Feature/Change Request Assigned To: Comments: maybee there should be a way to define the USER_AGENT for HTTP fopen wrapper? moved to feature requests Previous Comments: --- [2001-04-03 12:30:38] [EMAIL PROTECTED] $HTTP_USER_AGENT reports an unexpected value when inlcuded via a URL-reference: e.g. test1.php -- ?php echo $HTTP_USER_AGENT; ? -- test2.php -- ?php include "http://servername.com/test1.php"; ? -- http://servername.com/test1.php displays (example): Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0) http://servername.com/test2.php displays: PHP/4.0.4pl1 I can understand why this happens: when including a URL-referenced file, PHP obviously acts as the HOST that makes the request. However, is there a workaround for this? - Bobby. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10141edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] PHP-4.0.5-RC6
test.php ? echo $test; ? http://host/test.php?test=1;2;3 This happens for me too with 4.0.5RC6 and yesterdays CVS. Is this the expected behaviour? shouldnt the ; be %3B (at which point you get the expected output.. I dont think that this is a bug. -James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10138 Updated: mysql_insert_id() returns incorrect value
ID: 10138
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: MySQL related
Description: mysql_insert_id() returns incorrect value
Information from the RPMs of the MySQL packages:
[root@fddth03-157-31 /root]# rpm -q -i -f /usr/lib/libmysqlclient.so.10.0.0
Name: MySQL-shared Relocations: (not relocateable)
Version : 3.23.33 Vendor: (none)
Release : 1 Build Date: Fri Feb 9 02:42:35 2001
Install date: Thu Mar 8 20:05:07 2001 Build Host: mysql-work
Group : Applications/DatabasesSource RPM: MySQL-3.23.33-1.src.rpm
Size: 437510 License: GPL / LGPL
Packager: David Axmark [EMAIL PROTECTED]
URL : http://www.mysql.com/
Summary : MySQL - Shared libraries
[root@fddth03-157-31 /root]# rpm -q -i -f /usr/bin/mysql
Name: MySQL-client Relocations: (not relocateable)
Version : 3.23.33 Vendor: (none)
Release : 1 Build Date: Fri Feb 9 02:42:35 2001
Install date: Thu Mar 8 20:06:03 2001 Build Host: mysql-work
Group : Applications/DatabasesSource RPM: MySQL-3.23.33-1.src.rpm
Size: 2697037 License: GPL / LGPL
Packager: David Axmark [EMAIL PROTECTED]
URL : http://www.mysql.com/
Summary : MySQL - Client
[root@fddth03-157-31 /root]# rpm -q -i -f /usr/sbin/mysqld
Name: MySQLRelocations: (not relocateable)
Version : 3.23.33 Vendor: (none)
Release : 1 Build Date: Fri Feb 9 02:42:35 2001
Install date: Thu Mar 8 19:49:49 2001 Build Host: mysql-work
Group : Applications/DatabasesSource RPM: MySQL-3.23.33-1.src.rpm
Size: 14793480 License: GPL / LGPL
Packager: David Axmark [EMAIL PROTECTED]
URL : http://www.mysql.com/
Summary : MySQL: a very fast and reliable SQL database engine
Description :
As you can see, these are all from the same source version so there should not be
any compatibility issues.
Has anyone tried this with the same version of mysql? is it a version incompatibility
problem?
When compiling php I used ./configure --with-mysql=/usr ...
Previous Comments:
---
[2001-04-03 11:25:53] [EMAIL PROTECTED]
I tested on 2 boxes using your exact script. Works perfectly. If this was broken
thousands of scripts out there wouldn't work. Check that your libmysqlclient version
matches your mysql server version.
---
[2001-04-03 11:20:56] [EMAIL PROTECTED]
Example script:
mysql use test;
mysql create table mytable (a int primary key auto_increment, b int, c int);
?php
mysql_connect("localhost","root","bannerjee");
mysql_select_db("test");
mysql_query("insert into mytable values (null, 5, 6)");
echo mysql_insert_id();
$res = mysql_query("select last_insert_id()");
$row = mysql_fetch_row($res);
echo "BR$row[0]";
?
Example output:
722
8
Mysql 2.23.33; using the library provided with mysql (ie configure --with-mysql=/usr).
---
Full Bug description available at: http://bugs.php.net/?id=10138
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10138 Updated: mysql_insert_id() returns incorrect value
ID: 10138
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: MySQL related
Description: mysql_insert_id() returns incorrect value
Previous Comments:
---
[2001-04-03 11:25:53] [EMAIL PROTECTED]
I tested on 2 boxes using your exact script. Works perfectly. If this was broken
thousands of scripts out there wouldn't work. Check that your libmysqlclient version
matches your mysql server version.
---
[2001-04-03 11:20:56] [EMAIL PROTECTED]
Example script:
mysql use test;
mysql create table mytable (a int primary key auto_increment, b int, c int);
?php
mysql_connect("localhost","root","bannerjee");
mysql_select_db("test");
mysql_query("insert into mytable values (null, 5, 6)");
echo mysql_insert_id();
$res = mysql_query("select last_insert_id()");
$row = mysql_fetch_row($res);
echo "BR$row[0]";
?
Example output:
722
8
Mysql 2.23.33; using the library provided with mysql (ie configure --with-mysql=/usr).
---
Full Bug description available at: http://bugs.php.net/?id=10138
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
Anyone have an idea why this happens? Andi At 05:37 PM 4/3/2001 +0200, Andrew Sitnikov wrote: Hello php-qa, test.php ? echo $test; ? http://host/test.php?test=1;2;3 4.0.4pl1 Result: 1;2;3 4.0.5RC6 Result: 1 Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10138 Updated: mysql_insert_id() returns incorrect value
ID: 10138
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: MySQL related
Description: mysql_insert_id() returns incorrect value
OK; I just tested with the mysql C interface and that didn't work right either, so I
guess I'll take this over to mysql. Sorry to bother you fine folks!
Previous Comments:
---
[2001-04-03 13:12:24] [EMAIL PROTECTED]
Information from the RPMs of the MySQL packages:
[root@fddth03-157-31 /root]# rpm -q -i -f /usr/lib/libmysqlclient.so.10.0.0
Name: MySQL-shared Relocations: (not relocateable)
Version : 3.23.33 Vendor: (none)
Release : 1 Build Date: Fri Feb 9 02:42:35 2001
Install date: Thu Mar 8 20:05:07 2001 Build Host: mysql-work
Group : Applications/DatabasesSource RPM: MySQL-3.23.33-1.src.rpm
Size: 437510 License: GPL / LGPL
Packager: David Axmark [EMAIL PROTECTED]
URL : http://www.mysql.com/
Summary : MySQL - Shared libraries
[root@fddth03-157-31 /root]# rpm -q -i -f /usr/bin/mysql
Name: MySQL-client Relocations: (not relocateable)
Version : 3.23.33 Vendor: (none)
Release : 1 Build Date: Fri Feb 9 02:42:35 2001
Install date: Thu Mar 8 20:06:03 2001 Build Host: mysql-work
Group : Applications/DatabasesSource RPM: MySQL-3.23.33-1.src.rpm
Size: 2697037 License: GPL / LGPL
Packager: David Axmark [EMAIL PROTECTED]
URL : http://www.mysql.com/
Summary : MySQL - Client
[root@fddth03-157-31 /root]# rpm -q -i -f /usr/sbin/mysqld
Name: MySQLRelocations: (not relocateable)
Version : 3.23.33 Vendor: (none)
Release : 1 Build Date: Fri Feb 9 02:42:35 2001
Install date: Thu Mar 8 19:49:49 2001 Build Host: mysql-work
Group : Applications/DatabasesSource RPM: MySQL-3.23.33-1.src.rpm
Size: 14793480 License: GPL / LGPL
Packager: David Axmark [EMAIL PROTECTED]
URL : http://www.mysql.com/
Summary : MySQL: a very fast and reliable SQL database engine
Description :
As you can see, these are all from the same source version so there should not be
any compatibility issues.
Has anyone tried this with the same version of mysql? is it a version incompatibility
problem?
When compiling php I used ./configure --with-mysql=/usr ...
---
[2001-04-03 11:25:53] [EMAIL PROTECTED]
I tested on 2 boxes using your exact script. Works perfectly. If this was broken
thousands of scripts out there wouldn't work. Check that your libmysqlclient version
matches your mysql server version.
---
[2001-04-03 11:20:56] [EMAIL PROTECTED]
Example script:
mysql use test;
mysql create table mytable (a int primary key auto_increment, b int, c int);
?php
mysql_connect("localhost","root","bannerjee");
mysql_select_db("test");
mysql_query("insert into mytable values (null, 5, 6)");
echo mysql_insert_id();
$res = mysql_query("select last_insert_id()");
$row = mysql_fetch_row($res);
echo "BR$row[0]";
?
Example output:
722
8
Mysql 2.23.33; using the library provided with mysql (ie configure --with-mysql=/usr).
---
Full Bug description available at: http://bugs.php.net/?id=10138
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
It's the arg_separator changes isn't it? Both '' and ';' are valid delimiters in a URL, so the new 4.0.5 behaviour is actually the valid one, I believe. Refer to the XHTML specification, or check out the bugs db for this. Anil - Original Message - From: "Andi Gutmans" [EMAIL PROTECTED] To: "Andrew Sitnikov" [EMAIL PROTECTED]; [EMAIL PROTECTED]; "php-dev mailinglist" [EMAIL PROTECTED] Sent: Tuesday, April 03, 2001 6:21 PM Subject: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6 Anyone have an idea why this happens? Andi At 05:37 PM 4/3/2001 +0200, Andrew Sitnikov wrote: Hello php-qa, test.php ? echo $test; ? http://host/test.php?test=1;2;3 4.0.4pl1 Result: 1;2;3 4.0.5RC6 Result: 1 Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.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-QA] PHP-4.0.5-RC6
Anyone have an idea why this happens? Andi Shouldnt the ; be urlencoded (%3B works fine)?? James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10143: need a tweak to ldap_add to set a binary flag
From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version: 4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description: need a tweak to ldap_add to set a binary flag
[actually the version is 4.0.5-dev but that isn't listed]
Adding binary data to an ldap entry isn't possible at present because there is no
capability in the [php] ldap code to do it.
It would be very nice if some clever person could allow the following syntax to be
used attributename;binary .
A simple example to encode cr+lf into a string so that clients display the entry over
two lines:-
$info["postalAddress;binary"] = base64_encode("address line 1\r\naddress line 2\r\n");
The extra ;binary would then signify (as in an ldif file) that the data is to be
treated as binary. This syntax seems to be standard. I've also seen postaladdress::
in an ldif file (the double colon signifying binary) but use of that would be less
clear/obvious imho.
Then a change would be needed to ext/ldap/ldap.c to do the following when the ;binary
appears in an attribute name
(from the openldap man page on ldap_modify)
OpenLDAP 2.0.7-Rel Last change: 22 September 1998
If you need to specify a non-string value (e.g., to add a
photo or audio attribute value), you should set mod_op to the logical OR of the
operation as above (e.g.,
LDAP_MOD_REPLACE) and the constant LDAP_MOD_BVALUES. In this case, mod_bvalues should
be used instead of mod_values, and it should point to a null-terminated array of
struct bervals, as defined in lber.h.
I'm no great c programmer and would get stuck at the first hurdle, but this would be a
great addition for ldap and in the hands of an expert doesn't look like it would take
too long to implement.
Many thanks once again for... well, everything!
Best Regards,
Brian
--
Edit Bug report at: http://bugs.php.net/?id=10143edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
At 19:21 03.04.2001 +0200, Andi Gutmans wrote: Anyone have an idea why this happens? because someone wanted it to. it should be documented in the NEWS file. but now php.ini as well as main.c shouldn't contain the ini entry anymore. daniel Andi At 05:37 PM 4/3/2001 +0200, Andrew Sitnikov wrote: Hello php-qa, test.php ? echo $test; ? http://host/test.php?test=1;2;3 4.0.4pl1 Result: 1;2;3 4.0.5RC6 Result: 1 Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
It might be valid but we might be breaking many people's sites. I am not sure this is a very good idea. Is it configurable via php.ini? We could keep the default the old behavior. Andi At 06:35 PM 4/3/2001 +0100, Anil Madhavapeddy wrote: It's the arg_separator changes isn't it? Both '' and ';' are valid delimiters in a URL, so the new 4.0.5 behaviour is actually the valid one, I believe. Refer to the XHTML specification, or check out the bugs db for this. Anil - Original Message - From: "Andi Gutmans" [EMAIL PROTECTED] To: "Andrew Sitnikov" [EMAIL PROTECTED]; [EMAIL PROTECTED]; "php-dev mailinglist" [EMAIL PROTECTED] Sent: Tuesday, April 03, 2001 6:21 PM Subject: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6 Anyone have an idea why this happens? Andi At 05:37 PM 4/3/2001 +0200, Andrew Sitnikov wrote: Hello php-qa, test.php ? echo $test; ? http://host/test.php?test=1;2;3 4.0.4pl1 Result: 1;2;3 4.0.5RC6 Result: 1 Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.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 4.0 Bug #10067 Updated: zlib not included when compiled with apache
Ok, thanks.
Date: 30 Mar 2001 19:32:47 -
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #10067 Updated: zlib not included when compiled with apache
From: Bug Database [EMAIL PROTECTED]
ID: 10067
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Assigned To:
Comments:
Could you please try the latest CVS snapshot from http://snaps.php.net/ as this
should be fixed.
--Jani
Previous Comments:
---
[2001-03-29 19:48:35] [EMAIL PROTECTED]
Just a note on what's in the libmysqlclient.la file; the dependency_libs= line has
-lz -lcrypt -lgen -lsocket -lnsl -lm
I'm puzzled as to why php apparently isn't using this .la file.
---
[2001-03-29 18:25:50] [EMAIL PROTECTED]
When I initially compile apache I'm configuring it with:
CFLAGS="-O2 -pipe" ; export CFLAGS
PATH=/usr/local/bin:${PATH} ; export PATH
configure
--prefix=/wmf/apache
--enable-module=so
--enable-module=most
--disable-shared=all
--disable-module=autoindex
--disable-module=cern_meta
--disable-module=proxy
--disable-module=speling
--disable-module=unique_id
--disable-module=usertrack
--disable-module=userdir
When I configure php I'm using:
PATH=/usr/local/bin:${PATH} ; export PATH
CFLAGS="-O2 -pipe" ; export CFLAGS
EXTRA_LIBS=-L/usr/local/lib ; export EXTRA_LIBS
configure
--prefix=/wmf/apache
--with-apache=/wmf/src/apache_1.3.19
--with-config-file-path=/wmf/apache/conf
--with-xml
--enable-wddx
--enable-track-vars
--enable-trans-sid
--enable-inline-optimization
--disable-pear
--disable-posix-threads
--disable-shared
--enable-static
--with-oci8=/wmf/oracle/oracle8i_r3v5
--with-mysql=/wmf/mysql
--with-ldap=/usr/local
--enable-libgcc
And the final configure of apache is
CFLAGS="-O2 -pipe" ; export CFLAGS
PATH=/usr/local/bin:${PATH} ; export PATH
sh configure
--prefix=/wmf/apache
--enable-module=so
--enable-module=most
--disable-shared=all
--disable-module=autoindex
--disable-module=cern_meta
--disable-module=proxy
--disable-module=speling
--disable-module=unique_id
--disable-module=usertrack
--disable-module=userdir
--activate-module=src/modules/php4/libphp4.a
---
[2001-03-29 18:21:08] [EMAIL PROTECTED]
Apache-1.3.19, mysql-3.23.36, php-4.0.4pl1
Everything compiles ok until I get to the final apache compile and then it bombs on
missing symbols compress and uncompress. They are used in libmysqlclient.a and the
code for them is in /lib/libz.a but the final compile of apache doesn't have -lz.
When I add that then it compiles. I'm linking static, not dso.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10067edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.0 Bug #9489 Updated: The mail() function doesn't return the success or error
Dear Jani, The mail() function returns either TRUE if mail was sent and FALSE if not. That's not correct. The mail() function gives NO result back, if the mail was sent and NO result, if the mail was not sent. Or what return value did you mean? Does it always return FALSE? I've outputed the return value by using the following code: $Result = mail(...) echo "-$Result-"; The output was "--"! p.s. Tested with latest CVS and it works just fine. Right now I have no time to compile the lastest version, I'm sorry. On "Wed, 28 Feb 2001" you wrote to me to test the actual CVS snapshot. On this day the problem was present in the actual CVS snapshot. So if nobody has modified the mail() function I think the problem is still present. After reading a lot of other problem I think the problem is still present. Nils Hoyer Previous Comments: --- [2001-02-27 18:03:29] [EMAIL PROTECTED] The mail() function give no return value since 4.0.3. In earlier version I've got a return value if the mail has been sent or not. I've tried to set the sendmail_path in the php.ini without success. Nils Hoyer --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9489edit=2 -- ___ Star-Tools GmbH, Hopfenweg 207, 22851 Norderstedt, Germany http://www.star-tools.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] ob_gzhandler
Can I use
ob_gzhandler in function ?
for example
function test($str){
return ob_gzhandler($str,4096);
}
ob_start("test");
It worked with PHP 4.0.4, but not worked with any 4.0.5RC
Vadim Tkachenko.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8133 Updated: pspell_new() in Apache module segfaults
ID: 8133
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Pspell related
Assigned To:
Comments:
Actually, this is still a "problem", and the solution for the cause seems to be in
allowing aspell to read it's own files as 'nobody' (or whatever your apache runs as).
For most people, just do the following:
chmod o+r /usr/local/lib/aspell
chmod o+r /usr/local/share/aspell
chmod o+r /usr/local/share/pspell
The credit for finding this is due to [EMAIL PROTECTED]
Previous Comments:
---
[2001-04-03 07:47:27] [EMAIL PROTECTED]
I can't reproduce this with latest CVS. You should also check bug #10129 if that's
what is the problem in your system.
( And I don't have .aspell in my /root/ dir)
--Jani
---
[2001-01-09 20:51:25] [EMAIL PROTECTED]
Looks like newer versions of pspell require the user's /root/.aspell.conf (if you are
running apache as root) file to be present, while older ones did not care; otherwise
we see:
open("/root/.aspell.conf", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or
directory)
brk(0x8178000) = 0x8178000
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
I'll see if I can figure out how to get rid of that annoying and useless (in this
context) feature.
I wonder if it is related to bug# 8464
---
[2000-12-06 00:24:12] [EMAIL PROTECTED]
This is a fresh source wipe checkout from cvs. I also
installed fresh pspell aspell packages of the latest
versions; they work fine from the command line. The command
line PHP seems to work fine; the module version segfaults.
Configure script (remove the apxs line for the cli version):
./configure
--with-apxs=/usr/local/apache/bin/apxs
--with-pspell
--with-mysql=/usr
--with-gd
--with-xml
--with-zlib
--with-curl
--with-sablot
--with-iodbc=/usr/local
--enable-wddx
--enable-versioning
--enable-sysvshm
--enable-sysvsem
--enable-sockets
--enable-shmop
--enable-debug
I cannot get a backtrace when this happens; running gdb
on httpd just gives:
Error while mapping shared library sections:
"/sbin/": not in executable format: Is a directory.
Error while reading shared library symbols:
"/sbin/": can't read symbols: Is a directory.
warning: find_solib: Can't read pathname for load map:
Input/output error
...in an infinite loop until I kill gdb from another
terminal.
I did a strace, if that helps. It was rather huge, and
is located at
http://www.thebuttlesschaps.com/php-pspell-segfault.txt
The script with which I am testing:
?php /* -*- mode: c++; minor-mode: font -*- */
include('./utils.inc');
include('./speedlib.inc');
$version = phpversion();
?
!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML-3.2//EN"
html
head
title/title
/head
body
h1?php echo $version ? list answer testbed/h1
?php
error_reporting(E_ALL);
$dictid = pspell_new('en', '', '', '', PSPELL_NORMAL);
echo "Got dictionary: '$dictid'brn";
?
hr
/body
/html
(There a a couple of extraneous lines at the beginning
but they don't affect anything.)
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8133edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Porting ASP code to PHP
Hello Mike, This really shouldn't be in php.dev, but nevermind. There is a VBScript to PHP compiler at http://asp2php.naken.cc/ Amazing isn't it! There is also a class library that emulates ADO at http://php.weblogs.com/adodb I am the author of the library. I am also interested in the reasons why you switched from ASP to PHP. I have written several articles comparing PHP to ASP (mostly in PHP's favor). I would love to hear your opinion. See http://php.weblogs.com/php_asp_7_reasons Bye, John Lim Mike King [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hey all, I am an applications programmer for a mid-sized ASP. Recently, I have been given the task to take our existing e-commerce application written in ASP, and re-write it in PHP. We did a risk analysis study of the pros and cons of using PHP for this application, and everyone agrees that PHP is the way to go. However, just last week, management, along with my senior programmer (who does NOT know PHP), decided that instead of re-writing the application, we will PORT the ASP code to PHP. By port, I mean: prefix all variables with $, change syntax to be PHP-specific ( becomes !=), but do NOT take advantage of php's built-in functions, do NOT change any programming constrcuts, do NOT change any programming logic. Now, I'm in the middle of a heated political battle with management, who does not understand that porting is a bad idea, and that re-writing will: a) produce a much better application b) take less development time c) cause less bugs d) create a more efficient system So, my request to all developers on the list: Do you have any experience PORTING (as described above) ASP to PHP? How hard was it? What was the outcome? Why would you NOT do it? What reasons are there for NOT doing it this way? Thanks. -Mike K. -- PHP Development Mailing List http://www.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]
Re: [PHP-DEV] Re: PHP 4.0 Bug #9489 Updated: The mail() function doesn't return the success or error
Star-Tools Team wrote: I've outputed the return value by using the following code: $Result = mail(...) echo "-$Result-"; The output was "--"! so $Result was either empty or 'false' as false converts to an empty string you might try this instead: echo ($Result===false)?"-false-":"-$Result-"; instead -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10144: Resource not properly freed after type intval(resource) type case
From: [EMAIL PROTECTED]
Operating system: NT, Linux
PHP version: 4.0 Latest CVS (01/04/2001)
PHP Bug Type: OCI8 related
Bug description: Resource not properly freed after type intval(resource) type case
Summary: WinNT, Apache 1.3.19, recent snap, php_oci8.dll (possibly other db
resources also)
Resource not releasted after casting to an integer.
Don't know if this the the culprit to my Apache server on windows constantly
crashing, but suspect it may be playing a role in it.
?php
$connection = OCIPLogon ("scott","tiger","orcl");
echo "brFirst round:br";
$statement=OCIParse ($connection, "select user from dual");
//$result_value=intval($statement); //CULPABLE.
echo var_dump($statement)."brFreedbr";
@OCIFreeStatement($statement);
echo var_dump($statement)."br";
echo "brSecond round:br";
$statement=OCIParse ($connection, "select user from dual");
$result_value=intval($statement); //CULPRIT
echo var_dump($statement)."brNot Freedbr";
@OCIFreeStatement($statement);
echo var_dump($statement)."br";
?
Outputs:
First round:
resource(2) of type (oci8 statement)
Freed
resource(2) of type (Unknown)
Second round:
resource(3) of type (oci8 statement)
Not Freed
resource(3) of type (oci8 statement)
In the second round, the resource is not freed.
My Redhat Linux box (php 4.0.4pl1) doesn't crash, but the Windows version... Well...
Background info:
Thought it would be a good idea to use Manuel Lemos' Metabase. Works great
on Linux. That's where I developed this app, but now I need to migrate to a Windows
platform and it's crashing like crazy. Metabase's classes use an intval($resource)
as a place holder, in an array of statement_info so that
you can run mutiple queries. Metabase can keeps track of its queries this way (for
OCI at least).
The crashes experienced catestrophic, but threads aren't closing up shop properly.
Bug #9857 came about because a constant would be still be defined the next page
refresh. Haven't been able to reproduce this in a short code segment w/out starting
up metabase classes. After using Metabase on windows however, all kinds of weirdness
ensues. Apache performs illegal instructions after every other refresh w/oci8 then.
-Joe "Shmengie"
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
Edit Bug report at: http://bugs.php.net/?id=10144edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9172 Updated: fopen-wrapper does not work
ID: 9172
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Filesystem function related
Assigned To:
Comments:
Is HAVE_GETADDRINFO defined in your main/php_config.h ?
--Jani
Previous Comments:
---
[2001-02-08 06:55:53] [EMAIL PROTECTED]
Under AIX, php_hostconnect() in network.c fails, causing require("some_url") to
fail. The reason is that (*sal)-sa_family is 0, which causes the socket-opening
to fail.
As a workaround I included a (*sal)-sa_family = AF_INET right before the
call of socket().
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9172edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request
Full name: jim winstead Email: [EMAIL PROTECTED] ID: jimw Purpose: just testing a [EMAIL PROTECTED] bypass operation -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10145: strtime() result?
From: [EMAIL PROTECTED]
Operating system: RH 7.0
PHP version: 4.0 Latest CVS (03/04/2001)
PHP Bug Type: Date/time related
Bug description: strtime("") result?
strtotime("") returns the timestamp for midnight on the current date.
I suppose if you think about it a bit, it makes sense (since the modification you are
making to the current date is empty), but I would suggest that it should return either
a warning or nothing.
A lot of people (judging from the manual notes) use strtotime() to parse an existing
date string, not to do a "+30 days" modification to it. For them, the strtotime("")
result is not intuitive, I think.
Perhaps the confusion could be fixed by having one function to parse date/time strings
and one to do the "+X days" modification?
--
Edit Bug report at: http://bugs.php.net/?id=10145edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
On Tue, 3 Apr 2001, Zeev Suraski wrote: My guess is that's the arg_separator fix. Jani? Yes, that's true. I did ask (couple of times) before I committed that patch. And yes, now both and ; are considered as arg separators. And I'd like to think that it's a feature than bug. ;) This url explains why it's considered a good thing: http://www.w3.org/TR/html4/appendix/notes.html#h-B.2.2 If this breaks someone's scripts, that's their fault.. :-) (ie. they should be using urlencode() on the urls if they contain illegal chars..) --Jani At 19:21 3/4/2001, Andi Gutmans wrote: Anyone have an idea why this happens? Andi At 05:37 PM 4/3/2001 +0200, Andrew Sitnikov wrote: Hello php-qa, test.php ? echo $test; ? http://host/test.php?test=1;2;3 4.0.4pl1 Result: 1;2;3 4.0.5RC6 Result: 1 Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
Yes, that's true. I did ask (couple of times) before I committed that patch. And yes, now both and ; are considered as arg separators. And I'd like to think that it's a feature than bug. ;) That would be true, if PHP would be some kind of reference implementation. But we don't exist to force standards down our users' throats. It should be optional and default to off. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
On Tue, 3 Apr 2001, Sascha Schumann wrote: Yes, that's true. I did ask (couple of times) before I committed that patch. And yes, now both and ; are considered as arg separators. And I'd like to think that it's a feature than bug. ;) That would be true, if PHP would be some kind of reference implementation. But we don't exist to force standards down our users' throats. It should be optional and default to off. Exactly what I was going to say (well, kind of). I would rather have it as an optional feature that can be turned off or not on php.ini. Joao -- Joo Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Contribua com o projeto de traduo do manual online do PHP http://phpbrasil.com/traducao.php -- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
At 10:01 PM 4/3/2001 +0200, Jani Taskinen wrote: On Tue, 3 Apr 2001, Zeev Suraski wrote: My guess is that's the arg_separator fix. Jani? Yes, that's true. I did ask (couple of times) before I committed that patch. And yes, now both and ; are considered as arg separators. And I'd like to think that it's a feature than bug. ;) Yes I understand but it's not always so clear cut especially not when you can break a lot of scripts. There is always a trade-off between backwards compatibility and doing the right thing. Is this configurable in php.ini? I'm not familiar with the patch itself (couldn't find the CVS diff). This url explains why it's considered a good thing: http://www.w3.org/TR/html4/appendix/notes.html#h-B.2.2 If this breaks someone's scripts, that's their fault.. :-) (ie. they should be using urlencode() on the urls if they contain illegal chars..) --Jani At 19:21 3/4/2001, Andi Gutmans wrote: Anyone have an idea why this happens? Andi At 05:37 PM 4/3/2001 +0200, Andrew Sitnikov wrote: Hello php-qa, test.php ? echo $test; ? http://host/test.php?test=1;2;3 4.0.4pl1 Result: 1;2;3 4.0.5RC6 Result: 1 Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
Yes, that's true. I did ask (couple of times) before
I committed that patch. And yes, now both and ; are
considered as arg separators.
And I'd like to think that it's a feature than bug. ;)
That would be true, if PHP would be some kind of reference
implementation. But we don't exist to force standards down
our users' throats.
It should be optional and default to off.
Why shouldnt we require people to use legal url's?
If we are conforming to standards, and I feel we should where possible (they
are there for a reason.. by your argument why should dirname("/foo/") return
/ rather than /foo, which, to most of us is the most obvious but as you
pointed out earlier the standards say so..).
If I come from some other language or where ever and expect test=1;2;3 to
work someway and it works differently to the standards "just because it does
and we dont want to ram standards down peoples throats" its going to piss me
off. I agree it should be optional but should be defaulted to on.
-James
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
James,
You have to be aware that now PHP has such a big user base we need to be
very careful in the changes we make especially when we can be pretty
certain that it might burn quite a lot of people. We can break
compatibility more easily when we have a major release (as from PHP 3 to
PHP 4) but these kind of patches need to also be sensitive to the existing
users.
I personally don't know this issue very well and it is hard for me to guess
how many people will be effected. Probably some of you who know this better
can get an idea. Also I missed if this is the same directive as in php.ini.
Anyway, I'm just saying don't take the user base too lightly because most
of them aren't php-dev@ hackers who want the standards but they want their
web sites to continue working.
Anyway, this doesn't mean I am necessarily against including the patch but
we need to make sure we're all OK with it and make a decision not only
based on the standard but also on how much damage this might make.
Andi
At 09:22 PM 4/3/2001 +0100, James Moore wrote:
Yes, that's true. I did ask (couple of times) before
I committed that patch. And yes, now both and ; are
considered as arg separators.
And I'd like to think that it's a feature than bug. ;)
That would be true, if PHP would be some kind of reference
implementation. But we don't exist to force standards down
our users' throats.
It should be optional and default to off.
Why shouldnt we require people to use legal url's?
If we are conforming to standards, and I feel we should where possible (they
are there for a reason.. by your argument why should dirname("/foo/") return
/ rather than /foo, which, to most of us is the most obvious but as you
pointed out earlier the standards say so..).
If I come from some other language or where ever and expect test=1;2;3 to
work someway and it works differently to the standards "just because it does
and we dont want to ram standards down peoples throats" its going to piss me
off. I agree it should be optional but should be defaulted to on.
-James
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.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: ; arg seperator
Just wanted to toss in my .02 here... Anyone who wrote scripts in the past expecting: foo.php?a=1;2;3 to get "$a=1;2;3" was relying on a bug, or at the very LEAST an undocumented feature. So if it goes away, it goes away. It should never have worked to begin with, IMHO... This doesn't mean it won't bite some people, but that's never been a problem before in cases of undocumented features. On Tue, 3 Apr 2001, Andi Gutmans wrote the following to James Moore, Sascha...: James, You have to be aware that now PHP has such a big user base we need to be very careful in the changes we make especially when we can be pretty certain that it might burn quite a lot of people. We can break compatibility more easily when we have a major release (as from PHP 3 to PHP 4) but these kind of patches need to also be sensitive to the existing users. I personally don't know this issue very well and it is hard for me to guess how many people will be effected. Probably some of you who know this better can get an idea. Also I missed if this is the same directive as in php.ini. Anyway, I'm just saying don't take the user base too lightly because most of them aren't php-dev@ hackers who want the standards but they want their web sites to continue working. Anyway, this doesn't mean I am necessarily against including the patch but we need to make sure we're all OK with it and make a decision not only based on the standard but also on how much damage this might make. 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]
[PHP-DEV] Re[2]: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
Hello James, I agree, that standards it is good. You may certainly do such changes which will break work of the previous programs, but then not in minor versions (4.0.x). Probably you should release out 4.1.x, 4.2.x, because users have the right to hope, that at change in minor versions not break them programs. JM If I come from some other language or where ever and expect test=1;2;3 to JM work someway and it works differently to the standards "just because it does JM and we dont want to ram standards down peoples throats" its going to piss me JM off. I agree it should be optional but should be defaulted to on. JM -James Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
This is already configurable in php.ini using arg_separator and it defaults to . We should not be changing the default at this point. -Rasmus On Tue, 3 Apr 2001, Zeev Suraski wrote: My guess is that's the arg_separator fix. Jani? At 19:21 3/4/2001, Andi Gutmans wrote: Anyone have an idea why this happens? Andi At 05:37 PM 4/3/2001 +0200, Andrew Sitnikov wrote: Hello php-qa, test.php ? echo $test; ? http://host/test.php?test=1;2;3 4.0.4pl1 Result: 1;2;3 4.0.5RC6 Result: 1 Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
James, You have to be aware that now PHP has such a big user base we need to be very careful in the changes we make especially when we can be pretty certain that it might burn quite a lot of people. We can break compatibility more easily when we have a major release (as from PHP 3 to PHP 4) but these kind of patches need to also be sensitive to the existing users. I personally don't know this issue very well and it is hard for me to guess how many people will be effected. Probably some of you who know this better can get an idea. Also I missed if this is the same directive as in php.ini. Anyway, I'm just saying don't take the user base too lightly because most of them aren't php-dev@ hackers who want the standards but they want their web sites to continue working. Anyway, this doesn't mean I am necessarily against including the patch but we need to make sure we're all OK with it and make a decision not only based on the standard but also on how much damage this might make. Well, I dont think any of us really know how much damage it will cause. But on the other hand we can do this for years and just say well we mustn't break backwards compatibility and we will end up with somthing looking and behaving like perl. When we have somthing as blantantly wrong as this it should be fixed. I would question about it being optional in the long term though. If we begin to make everything optional then we get to a point where PHP is so configurable with enabling this bug here or there it becomes impossible to create distribuable scipts that are easy to install and make work (making it difficult for commercial companies to create PHP Scripts to sell which is a bad thing IMHO). I propose that we have a configuration section called backwards compat that all of these go in with comments about each option then when we reach 4.1 we kill all the options and make it behave as it should. I hope that somthing as broken as this should be defaulted to on and not off (IE encourage the correct behaviour in newer scripts). -James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: ; arg seperator
Joey Smith wrote: Just wanted to toss in my .02 here... Anyone who wrote scripts in the past expecting: foo.php?a=1;2;3 to get "$a=1;2;3" was relying on a bug, or at the very LEAST an undocumented feature. So if it goes away, it goes away. It should never have worked to begin with, IMHO... This doesn't mean it won't bite some people, but that's never been a problem before in cases of undocumented features. and as long as it can be switched back to old behavior via an ini parameter it should be ok IMHO yes, it *will* break some scripts and people *will* complain but as long as it is documented in NEWS it isn't our fault lets follow the "break it hard, break it early" rule here ... -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: ; arg seperator
I disagree, we explicitly document that the arg_separator defaults to and that this is the character that separates url arguments. This follows the original CGI specification. The fact that this is no longer the accepted standard for this doesn't mean we can just up and change it in a minor PHP version. -Rasmus On Tue, 3 Apr 2001, Joey Smith wrote: Just wanted to toss in my .02 here... Anyone who wrote scripts in the past expecting: foo.php?a=1;2;3 to get "$a=1;2;3" was relying on a bug, or at the very LEAST an undocumented feature. So if it goes away, it goes away. It should never have worked to begin with, IMHO... This doesn't mean it won't bite some people, but that's never been a problem before in cases of undocumented features. On Tue, 3 Apr 2001, Andi Gutmans wrote the following to James Moore, Sascha...: James, You have to be aware that now PHP has such a big user base we need to be very careful in the changes we make especially when we can be pretty certain that it might burn quite a lot of people. We can break compatibility more easily when we have a major release (as from PHP 3 to PHP 4) but these kind of patches need to also be sensitive to the existing users. I personally don't know this issue very well and it is hard for me to guess how many people will be effected. Probably some of you who know this better can get an idea. Also I missed if this is the same directive as in php.ini. Anyway, I'm just saying don't take the user base too lightly because most of them aren't php-dev@ hackers who want the standards but they want their web sites to continue working. Anyway, this doesn't mean I am necessarily against including the patch but we need to make sure we're all OK with it and make a decision not only based on the standard but also on how much damage this might make. 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] -- PHP Development Mailing List http://www.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] Re: [PHP-QA] PHP-4.0.5-RC6
Hello Rasmus, RL This is already configurable in php.ini using arg_separator and it RL defaults to . We should not be changing the default at this point. When i run this test, my arg_separator equal ''. RL -Rasmus RL On Tue, 3 Apr 2001, Zeev Suraski wrote: My guess is that's the arg_separator fix. Jani? At 19:21 3/4/2001, Andi Gutmans wrote: Anyone have an idea why this happens? Andi At 05:37 PM 4/3/2001 +0200, Andrew Sitnikov wrote: Hello php-qa, test.php ? echo $test; ? http://host/test.php?test=1;2;3 4.0.4pl1 Result: 1;2;3 4.0.5RC6 Result: 1 Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: ; arg seperator
On Tue, 3 Apr 2001, James Moore wrote the following: I would question about it being optional in the long term though. If we begin to make everything optional then we get to a point where PHP is so configurable with enabling this bug here or there it becomes impossible to create distribuable scipts that are easy to install and make work (making it difficult for commercial companies to create PHP Scripts to sell which is a bad thing IMHO). I've never bought into this argument, because these companies can include a "config.php", or something like that, which uses ini_set() to set up the INI file however they need 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]
RE: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6
At 09:52 PM 4/3/2001 +0100, James Moore wrote: Well, I dont think any of us really know how much damage it will cause. But on the other hand we can do this for years and just say well we mustn't break backwards compatibility and we will end up with somthing looking and behaving like perl. When we have somthing as blantantly wrong as this it should be fixed. I would question about it being optional in the long term though. If we begin to make everything optional then we get to a point where PHP is so configurable with enabling this bug here or there it becomes impossible to create distribuable scipts that are easy to install and make work (making it difficult for commercial companies to create PHP Scripts to sell which is a bad thing IMHO). I also prefer as little as possible to be configurable so that PHP applications written on one PHP installation will run on all others. I think configurability should be kept at a minimum. However, changing such behavior in a mini-version is not obvious. And when you say it's "blantantly wrong" the way it works today, well maybe it is, but we both know how many people really got bitten by this "blatantly wrong". Very few... 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]
[PHP-DEV] Re: [PHP-QA] Re: ; arg seperator
At 02:46 PM 4/3/2001 -0600, Joey Smith wrote: Just wanted to toss in my .02 here... Anyone who wrote scripts in the past expecting: foo.php?a=1;2;3 to get "$a=1;2;3" was relying on a bug, or at the very LEAST an undocumented feature. So if it goes away, it goes away. It should never have worked to begin with, IMHO... Why? It was documented that was the separator. This doesn't mean it won't bite some people, but that's never been a problem before in cases of undocumented features. I don't think it was undocumented. 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] efree/emalloc in sapi
hi, i know. the problem is i have used the thttpd sapi module as a sample and it is supposed to be stable. i have solved my problem by using plain malloc/free - my reason to share this experience is that there may be a leak or segfault in some of the sapi modules. i haven't found neighter bug nor leak still but it is possible. can someone tell me the exact places where emalloced memory begins to be tracked and where the leaks are efreed? b. BB i have hit on this issue while trying to make a sapi module. my BB problem was that memory emalloc-ed _before_ the request got BB efree-ed by the memory manager after the request and when i BB efree it afterwards a total memory mess occurs (sigsegv, BB infinite loop in libc free or something more nasty)... You probably should use plain old malloc when you not inside the request. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10139 Updated: PHP crashes in CGI Mode
ID: 10139 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: FDF related Assigned To: Comments: already fixed in cvs - will be in 4.0.5 Previous Comments: --- [2001-04-03 11:39:10] [EMAIL PROTECTED] Yes, I downloaded the 4.0.5RC1 (3/16) from php4win.de and I still have the problem. I've read some of the related bug reports on php-dev and it seems that FDFtk might be old for win32. Thanks for the quick reponse. --- [2001-04-03 11:30:37] [EMAIL PROTECTED] Please try the latest CVS build from http://www.php4win.de/ as there have been some fixes regarding this. Reopen this bug report if still crashes. --Jani --- [2001-04-03 11:28:35] [EMAIL PROTECTED] Install 4.04pl1 or later and install the FDFtk.dll as instructed in system32 directory. Install the extension. Run phpinfo(). PHP executes and then never closes. Run any php script, same problems occur. Running IIS 4.0. Does not occur in 4.0.3 Occurs in Win2k with IIS 5.0 as well. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10139edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator
I disagree, we explicitly document that the arg_separator defaults to and that this is the character that separates url arguments. This follows the original CGI specification. The fact that this is no longer the accepted standard for this doesn't mean we can just up and change it in a minor PHP version. Well how about a comprimise then. We keep the broken behavior configurable in the php.ini for now. If needed we default it to off. At 4.1 Which perhaps should not be too far away due to the amount of things like this we default it to on. Then at 4.2 we remove the option? James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10015 Updated: inetinfo.exe crashes!
ID: 10015 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: IIS related Assigned To: Comments: are sou using isapi or the cgi? Previous Comments: --- [2001-03-27 08:19:57] [EMAIL PROTECTED] I have: win 2000 ( service pack 1 ) mssql 2000 iis 5.0 when I ask the mssql a query, inetinfo to crash. I tryed to install all of it again but did not help. Can someone help me?? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10015edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator
Just to reply to myself we are fairly broken here according to rfc 2396 but if you guys think thats acceptable until 4.1 (whenever that might be) then thats fine.. Relavant part of RFC: 2.2. Reserved Characters Many URI include components consisting of or delimited by, certain special characters. These characters are called "reserved", since their usage within the URI component is limited to their reserved purpose. If the data for a URI component would conflict with the reserved purpose, then the conflicting data must be escaped before forming the URI. reserved= ";" | "/" | "?" | ":" | "@" | "" | "=" | "+" | "$" | "," The "reserved" syntax class above refers to those characters that are allowed within a URI, but which may not be allowed within a particular component of the generic URI syntax; they are used as delimiters of the components described in Section 3. Do we get complaints about + being turned into spaces (I cant find any mention of that in the CGI 1.1 spec)?? No people expect it.. people should expect that all reserved characters are coverted or treated properly (we should make it clear we are rfc 2396 complaint though). Now wether this happens now or at 4.1 is the question.. James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator
On Tue, 3 Apr 2001, Rasmus Lerdorf wrote: I disagree, we explicitly document that the arg_separator defaults to and that this is the character that separates url arguments. This follows the original CGI specification. The fact that this is no longer the accepted standard for this doesn't mean we can just up and change it in a minor PHP version. One thing to remember: arg_separator is supposed to be used when PHP _outputs_ urls, like transparent session id's. And not be used when parsing URLs and creating the variables in main/php_variables.c This is said also in php.ini: ; The separator used in PHP generated URLs to separate arguments. ; Default is "". So question is: Should we support ; or in "incoming" urls? Now both work. Which (IMO) is the right way. And if people want to use something like this: foo.php?a=1;2;3, they should url encode the string. Which reminds me: If arg_separator is used like it was before my patch and you set it to e.g. ';' and then have a form which method is GET..well, it won't work. there would be one variable holding all the info. So, another directive into php.ini? (I don't like that idea :) --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: ; arg seperator
At 03:18 PM 4/3/2001 -0600, Joey Smith wrote: Speaking of this, I think we need to collect all of these types of issues that are waiting for a "4.1" release somewhere, so we can get a clear idea of when 4.1 is appropriate. Anyone know of any off-hand? If not, I can go search the archives... In any case it is a good idea to make a list of these issues. I can't remember off hand what issues we had so I hope people have a better memory than me :) 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]
[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator
Just thinking out loud here before I go to bed...how about: arg_sep.read = "" | ";" arg_sep.write = ";" Or something like this. It'd be nice to be able to do the |. On Tue, 3 Apr 2001, James Moore wrote the following to Rasmus Lerdorf and...: I disagree, we explicitly document that the arg_separator defaults to and that this is the character that separates url arguments. This follows the original CGI specification. The fact that this is no longer the accepted standard for this doesn't mean we can just up and change it in a minor PHP version. Well how about a comprimise then. We keep the broken behavior configurable in the php.ini for now. If needed we default it to off. At 4.1 Which perhaps should not be too far away due to the amount of things like this we default it to on. Then at 4.2 we remove the option? James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: ; arg seperator
Same here. I know there's a few things like this out there...I am going to bed now. If no one else has done it before I wake, I'll start doing some digging. On Tue, 3 Apr 2001, Andi Gutmans wrote the following to Joey Smith, PHP...: At 03:18 PM 4/3/2001 -0600, Joey Smith wrote: Speaking of this, I think we need to collect all of these types of issues that are waiting for a "4.1" release somewhere, so we can get a clear idea of when 4.1 is appropriate. Anyone know of any off-hand? If not, I can go search the archives... In any case it is a good idea to make a list of these issues. I can't remember off hand what issues we had so I hope people have a better memory than me :) Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator
Which reminds me: If arg_separator is used like it was before my patch and you set it to e.g. ';' and then have a form which method is GET..well, it won't work. there would be one variable holding all the info. Urls that are the result of a submitted form are generated by the browser and not php, and I don't know of a browser that will use anything other that '' for that. Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] Re: ; arg seperator
Same here. I know there's a few things like this out there...I am going to bed now. If no one else has done it before I wake, I'll start doing some digging. On Tue, 3 Apr 2001, Andi Gutmans wrote the following to Joey Smith, PHP...: At 03:18 PM 4/3/2001 -0600, Joey Smith wrote: Speaking of this, I think we need to collect all of these types of issues that are waiting for a "4.1" release somewhere, so we can get a clear idea of when 4.1 is appropriate. Anyone know of any off-hand? If not, I can go search the archives... In any case it is a good idea to make a list of these issues. I can't remember off hand what issues we had so I hope people have a better memory than me :) Function renaming was the other. James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator
On Tue, 3 Apr 2001, Edin Kadribasic wrote: Which reminds me: If arg_separator is used like it was before my patch and you set it to e.g. ';' and then have a form which method is GET..well, it won't work. there would be one variable holding all the info. Urls that are the result of a submitted form are generated by the browser and not php, and I don't know of a browser that will use anything other that '' for that. Exactly. And that's why if you change the arg_separator to ";" those forms didn't work (before my patch). I actually didn't test it though so I'm not 100% sure. Could someone check it out with 4.0.4pl1? --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9964 Updated: Unresolved symbols
ID: 9964 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Compile Failure Assigned To: Comments: com linkage still seems to be broken (external modules like dotnet fail to link). can someone familiar with them please have a look at it? Previous Comments: --- [2001-03-26 01:47:39] [EMAIL PROTECTED] I was trying to build with php.dsw workspace. phpts.dsw compiles right up. Must have neglected to read the instructions. Leaving this ticket open, because I think php4.dsw should be removed from the distribution, unless it serves some other purpose. --- [2001-03-24 01:12:25] [EMAIL PROTECTED] Trying to build php from recent cvs snaps php4-200103231245 and one from a day earlier. Compile is smooth, except for a few unresolved symbols: Linking... Creating library ..Debug/php4nts_debug.lib and object ..Debug/php4nts_debug.exp internal_functions_win32.obj : error LNK2001: unresolved external symbol _VARIANT_module_entry COM.obj : error LNK2001: unresolved external symbol _php_char_to_OLECHAR COM.obj : error LNK2001: unresolved external symbol _php_OLECHAR_to_char COM.obj : error LNK2001: unresolved external symbol _php_pval_to_variant COM.obj : error LNK2001: unresolved external symbol _php_variant_to_pval ..Debugphp4nts_debug.dll : fatal error LNK1120: 5 unresolved externals Error executing link.exe. php4nts_debug.dll - 6 error(s), 0 warning(s) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9964edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.0 Bug #10143 Updated: need a tweak to ldap_add to set a binary flag
Hi,
Uhm, how about the example I gave? ;-) (note: the bug screen must have stripped off
my backslashes from the example).
Example:-
$info["postalAddress"] = base64_encode("address line\r\naddress line 2\r\n");
ldap_add($ds,"cn=something", $info);
Aha! I understand things. The light dawns (slap on forehead). I simply don't base64
encode it. My problem was that I was assuming the attribute value worked the same as
in an ldif file; "ldapadd" command line utility which imports ldif files doesn't
permit/recognise a
carriage return or linefeed as part of the data element because they are record
[attribute] terminators. So the string had to be base64 encoded and then you had to
tell ldap that it is a binary field so it could decode it before it stored it.
Because php4 bypasses the ldif parser, of course it knows how to store the data as-is.
Silly me! I never thought to try it without encoding it first.
Working example:
$info["postalAddress"] = "address line\r\naddress line 2\r\n";
ldap_add($ds,"cn=something", $info);
Thanks and sorry for being so stupid. Time for a coffee or ten. ;-)
Best Regards,
Brian
Bug Database wrote:
ID: 10143
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Feature/Change Request
Assigned To:
Comments:
I can add binary data with PHP4.0.5-dev and ldap_add(). e.g. Photos, certificates
and sounds. Do you have any example code (short!) which would clarify what you mean?
--Jani
Previous Comments:
---
[2001-04-03 13:30:33] [EMAIL PROTECTED]
[actually the version is 4.0.5-dev but that isn't listed]
Adding binary data to an ldap entry isn't possible at present because there is no
capability in the [php] ldap code to do it.
It would be very nice if some clever person could allow the following syntax to be
used attributename;binary .
A simple example to encode cr+lf into a string so that clients display the entry
over two lines:-
$info["postalAddress;binary"] = base64_encode("address line 1rnaddress line 2rn");
The extra ;binary would then signify (as in an ldif file) that the data is to be
treated as binary. This syntax seems to be standard. I've also seen postaladdress::
in an ldif file (the double colon signifying binary) but use of that would be less
clear/obvious imho.
Then a change would be needed to ext/ldap/ldap.c to do the following when the
;binary appears in an attribute name
(from the openldap man page on ldap_modify)
OpenLDAP 2.0.7-Rel Last change: 22 September 1998
If you need to specify a non-string value (e.g., to add a
photo or audio attribute value), you should set mod_op to the logical OR of the
operation as above (e.g.,
LDAP_MOD_REPLACE) and the constant LDAP_MOD_BVALUES. In this case, mod_bvalues
should be used instead of mod_values, and it should point to a null-terminated array
of struct bervals, as defined in lber.h.
I'm no great c programmer and would get stuck at the first hurdle, but this would be
a great addition for ldap and in the hands of an expert doesn't look like it would
take too long to implement.
Many thanks once again for... well, everything!
Best Regards,
Brian
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10143edit=2
- (on suk.neceur.com)
Any opinions expressed in this email are not necessarily those of the company.
-
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10143 Updated: need a tweak to ldap_add to set a binary flag
ID: 10143
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Feature/Change Request
Assigned To:
Comments:
User feedback:
--
Aha! I understand things. The light dawns (slap on forehead). I simply don't base64
encode it.
My problem was that I was assuming the attribute value worked the same as in an ldif
file;
"ldapadd" command line utility which imports ldif files doesn't permit/recognise a
carriage return or linefeed as part of the data element
because they are record [attribute]
terminators. So the string had to be base64 encoded and then you had to tell ldap
that it is a
binary field so it could decode it before it stored it.
Because php4 bypasses the ldif parser, of course it knows how to store the data as-is.
Silly me! I never thought to try it without encoding it first.
Working example:
$info["postalAddress"] = "address line\r\naddress line 2\r\n";
ldap_add($ds,"cn=something", $info);
Thanks and sorry for being so stupid. Time for a coffee or ten. ;-)
---
Closed.
--Jani
Previous Comments:
---
[2001-04-03 15:48:27] [EMAIL PROTECTED]
I can add binary data with PHP4.0.5-dev and ldap_add(). e.g. Photos, certificates and
sounds. Do you have any example code (short!) which would clarify what you mean?
--Jani
---
[2001-04-03 13:30:33] [EMAIL PROTECTED]
[actually the version is 4.0.5-dev but that isn't listed]
Adding binary data to an ldap entry isn't possible at present because there is no
capability in the [php] ldap code to do it.
It would be very nice if some clever person could allow the following syntax to be
used attributename;binary .
A simple example to encode cr+lf into a string so that clients display the entry over
two lines:-
$info["postalAddress;binary"] = base64_encode("address line 1rnaddress line 2rn");
The extra ;binary would then signify (as in an ldif file) that the data is to be
treated as binary. This syntax seems to be standard. I've also seen postaladdress::
in an ldif file (the double colon signifying binary) but use of that would be less
clear/obvious imho.
Then a change would be needed to ext/ldap/ldap.c to do the following when the ;binary
appears in an attribute name
(from the openldap man page on ldap_modify)
OpenLDAP 2.0.7-Rel Last change: 22 September 1998
If you need to specify a non-string value (e.g., to add a
photo or audio attribute value), you should set mod_op to the logical OR of the
operation as above (e.g.,
LDAP_MOD_REPLACE) and the constant LDAP_MOD_BVALUES. In this case, mod_bvalues should
be used instead of mod_values, and it should point to a null-terminated array of
struct bervals, as defined in lber.h.
I'm no great c programmer and would get stuck at the first hurdle, but this would be a
great addition for ldap and in the hands of an expert doesn't look like it would take
too long to implement.
Many thanks once again for... well, everything!
Best Regards,
Brian
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10143edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator
Which reminds me: If arg_separator is used like it was before my patch and you set it to e.g. ';' and then have a form which method is GET..well, it won't work. there would be one variable holding all the info. Urls that are the result of a submitted form are generated by the browser and not php, and I don't know of a browser that will use anything other that '' for that. Exactly. And that's why if you change the arg_separator to ";" those forms didn't work (before my patch). I actually didn't test it though so I'm not 100% sure. Could someone check it out with 4.0.4pl1? You are right. The following php script: ?php print "a=$abrb=$bbr"; ? form input type="text" name="a" value="1"br input type="text" name="b" value="1"br input type="submit" /form with arg_separator set to ";" in php.ini produces a=1b=2 b= It is clear that documentation in php.ini is wrong, arg_separator is not only used for generation but also for parsing of arguments (4.0.4pl1). Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator
Shouldn't the solution be that the parser uses '' *and* arg_separator when arg_separotor is not ''? In that way the default behaviour of php is unchanged. Edin - Original Message - From: Edin Kadribasic [EMAIL PROTECTED] To: Jani Taskinen [EMAIL PROTECTED] Cc: PHP Developer List [EMAIL PROTECTED]; PHP Quality Assurance [EMAIL PROTECTED] Sent: Wednesday, April 04, 2001 12:14 AM Subject: Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator Which reminds me: If arg_separator is used like it was before my patch and you set it to e.g. ';' and then have a form which method is GET..well, it won't work. there would be one variable holding all the info. Urls that are the result of a submitted form are generated by the browser and not php, and I don't know of a browser that will use anything other that '' for that. Exactly. And that's why if you change the arg_separator to ";" those forms didn't work (before my patch). I actually didn't test it though so I'm not 100% sure. Could someone check it out with 4.0.4pl1? You are right. The following php script: ?php print "a=$abrb=$bbr"; ? form input type="text" name="a" value="1"br input type="text" name="b" value="1"br input type="submit" /form with arg_separator set to ";" in php.ini produces a=1b=2 b= It is clear that documentation in php.ini is wrong, arg_separator is not only used for generation but also for parsing of arguments (4.0.4pl1). -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: ; arg seperator
On Tue, Apr 03, 2001 at 03:18:00PM -0600, Joey Smith wrote: Speaking of this, I think we need to collect all of these types of issues that are waiting for a "4.1" release somewhere, so we can get a clear idea of when 4.1 is appropriate. Anyone know of any off-hand? If not, I can go search the archives... There is one problem which could come dangerous for extensions in future: change made a week ago in configure macros: AC_ADD_* - PHP_ADD_* This change was made in HEAD branch but PHP_4_0_5 wasn't reflected. It means that external extensions (PHP-GTK, Midgard, APC and others) now in hard situation: they will be broken with CVS snapshots (but will work with 4.0.4pl1, 4.0.5). And then they will eventually work with 4.0.6 but be broken with previous ones. IMO, for external extensions latest version of PHP should not be 'must' requirement, people are conservative usually and would not replace main engine without too much need. -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- Sometimes, too long is too long. - Joe Crowe -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10079 Updated: Header Function Within IF construct
ID: 10079
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Description: Header Function Within IF construct
Yes, I double checked it and ServerType standalone is in my httpd.conf file.
If there is anything I can do to help you debug the problem, just let me know. If you
want you can dial in and see for your self. This is not a production server that I am
testing on, so we can do whatever to track this down.
The problem I'm having, is that I want to do some authentication but code that should
not execute is getting executed.
Dean
Previous Comments:
---
[2001-04-03 10:30:02] [EMAIL PROTECTED]
Try this script:
?php
if(!isset($PHP_AUTH_USER)) {
exec("");
header('WWW-Authenticate: Basic Realm="A Test R"');
header("HTTP/1.0 401 Unauthorized");
echo "boo";
} else {
echo "else";
}
?
I can't reproduce the problem you have.
--Jani
p.s. Are you sure that you have this in your httpd.conf:
ServerType standalone
---
[2001-04-03 09:31:00] [EMAIL PROTECTED]
I was able to get PHP-4.0.5 installed and I still have the same problem. Is there
anything else you would like me to try? Is this a bug or expected behaviour?
Thanks for help.
Dean
---
[2001-03-30 16:56:37] [EMAIL PROTECTED]
I guess I'm doing this right... I downloaded php4-200103301245.tar.gz. Unzipped,
untarred and configured using --with-mysql --with-apache --with-trans-sid
--enable-track-vars --enable-sysvsem --enable-sysvshm
All configured fine. But make is not making
I'm getting symbol referencing errors. It is quite possible that this version is not
quite ready for SCO OpenServer. If you want, I'll send you the debug.log file from the
make operation. I'm not sure if you even mess with installation problems of PHP in
this forum.
I have a question: Is the annomally I reported a bug in 4.0.4pl1 or is it just my
system?
Dean
---
[2001-03-30 15:45:58] [EMAIL PROTECTED]
http://snaps.php.net/
---
[2001-03-30 15:21:34] [EMAIL PROTECTED]
Apache is running standalone as a daemon.
.
No, I havn't tried 4.0.5. I'll give it try ... Just tell where to download it.
Dean
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
Full Bug description available at: http://bugs.php.net/?id=10079
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: ; arg seperator
[EMAIL PROTECTED] wrote: Please stop crossposting to the PHP-DEV and the PHP-QA mailing list. Most people interesting in this theme are reading both. And so it is really annoying to get everything twice. a bad idea IMHO as long as the topic is related to both lists as this will break the thread in the archives for one of the lists -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: ; arg seperator
On Wed, 4 Apr 2001, Alexander Bokovoy wrote: There is one problem which could come dangerous for extensions in future: change made a week ago in configure macros: AC_ADD_* - PHP_ADD_* This change was made in HEAD branch but PHP_4_0_5 wasn't reflected. It means that external extensions (PHP-GTK, Midgard, APC and others) now in hard situation: they will be broken with CVS snapshots (but will work with 4.0.4pl1, 4.0.5). And then they will eventually work with 4.0.6 but be broken with previous ones. IMO, for external extensions latest version of PHP should not be 'must' requirement, people are conservative usually and would not replace main engine without too much need. Why do you see it as a problem? They should be doing their own releases after our releases. ie. They should say that this version works with PHP 4.0.5. People should know that when they get the bleeding edge..it might not work at all.. There have been also other changes (e.g. in Zend) which might break those extensions. So I don't really see this renaming as a big problem. This renaming was only done because the configure system is getting pretty big and those macros looked like autoconf one's, a fact that confused me (only me? :) many times. Now if someone would be so kind and documented the usage of those macros a bit better. :-) --Jani -- PHP Development Mailing List http://www.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] Code documentation
Hi everyone, I was wondering if there was any documentation to the source code of php. I have to work on some internal patches to PHP for my company to offer php for a large number of users. I already did the patches but had a hard time understanding all the source code because of all the defines and macros that are scattered throughout all the code files. I started noting about all the PLS_FETCH(), and ELS_FETCH() and #ifdef ZTS and all that stuff but i really have a hard time sometime debugging my patches cause i don't really know what that function specifically does. now that i have new patches to do, i wish i had a plain documentation. I'd really appreciate one of you giving me access to one doc about all that stuff if there exists one :) Thanks a lot for all your help. -- Mark Villemade Hosting Communication Tools Technical Manager MultiMania Lycos Group -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
