[PHP-DEV] CVS Account Request: ludoo
THE PEAR team told me to request an account to commit and maintain the LDAP DB class. Thanks -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Cause of segfault?
Anyone have any idea what could be the cause of this segfault? (gdb) bt #0 0x40009827 in _dl_lookup_versioned_symbol () at eval.c:88 #1 0x4000d4ad in fixup () at eval.c:88 #2 0x4000d680 in _dl_runtime_resolve () at eval.c:88 #3 0x0806852f in main () at eval.c:88 #4 0x400ce1be in __libc_start_main (main=0x8068160 main, argc=2, ubp_av=0xba7c, init=0x804f550 _init, fini=0x80a162c _fini, rtld_fini=0x4000ddd0 _dl_fini, stack_end=0xba6c) at ../sysdeps/generic/libc-start.c:129 (gdb) It happens only when load is high. Once it start segfaulting, there are many of them. PHP is current CVS running under Linux 2.4.4/glibc 2.2.2. Apache 1.3.22. Thanks a lot. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14990: array_merge_recursive modifies inputted value
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.1.1 PHP Bug Type: Arrays related Bug description: array_merge_recursive modifies inputted value In Summary: -- array_merge_recursive() modifies the array entered as the second parameter if the merged arrays have at least one identical stringed key. It will affect all such duplicate keys, and modify the second parameter's array as demonstrated below. Example: -- ?php $a = array(2 = '2 a', 'foo' = 'foo a','bar' = 'bar a'); $b = array(2 = '2 b', 'foo' = 'foo b','bar' = 'bar b'); $c['recursive'] = array_merge_recursive($a,$b); $c['a'] = $a; $c['b'] = $b; print_r($c); ? Example output: --- Array ( [recursive] = Array ( [0] = 2 a [foo] = Array ( [0] = foo a [1] = foo b ) [bar] = Array ( [0] = bar a [1] = bar b ) [1] = 2 b ) [a] = Array ( [2] = 2 a [foo] = foo a [bar] = bar a ) [b] = Array ( [2] = 2 b [foo] = Array ( [0] = foo b ) [bar] = Array ( [0] = bar b ) ) ) Notes: Notice how in $b, keys 'foo' and 'bar' are now arrays when initially they were not. This behavior exists with all such duplicate stringed keys. array_merge_recursive() should not directly affect inputted values. This seems related to bug #14128. -- Edit bug report at: http://bugs.php.net/?id=14990edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14990 Updated: array_merge_recursive modifies inputted value
ID: 14990 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating System: n/a PHP Version: 4.1.1 New Comment: With 3+ parameters, only the first parameter is left untouched. All others are affected, as demonstrated above with $b. Previous Comments: [2002-01-11 04:02:21] [EMAIL PROTECTED] In Summary: -- array_merge_recursive() modifies the array entered as the second parameter if the merged arrays have at least one identical stringed key. It will affect all such duplicate keys, and modify the second parameter's array as demonstrated below. Example: -- ?php $a = array(2 = '2 a', 'foo' = 'foo a','bar' = 'bar a'); $b = array(2 = '2 b', 'foo' = 'foo b','bar' = 'bar b'); $c['recursive'] = array_merge_recursive($a,$b); $c['a'] = $a; $c['b'] = $b; print_r($c); ? Example output: --- Array ( [recursive] = Array ( [0] = 2 a [foo] = Array ( [0] = foo a [1] = foo b ) [bar] = Array ( [0] = bar a [1] = bar b ) [1] = 2 b ) [a] = Array ( [2] = 2 a [foo] = foo a [bar] = bar a ) [b] = Array ( [2] = 2 b [foo] = Array ( [0] = foo b ) [bar] = Array ( [0] = bar b ) ) ) Notes: Notice how in $b, keys 'foo' and 'bar' are now arrays when initially they were not. This behavior exists with all such duplicate stringed keys. array_merge_recursive() should not directly affect inputted values. This seems related to bug #14128. Edit this bug report at http://bugs.php.net/?id=14990edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14991: ini_set scrambles output
From: [EMAIL PROTECTED] Operating system: Free BSD 4.4 PHP version: 4.1.1 PHP Bug Type: Scripting Engine problem Bug description: ini_set scrambles output The following Code shows some strange behaviour: table cellspacing=2 cellpadding=2 border=0 tr td class=grossfett valign=top align=leftGalerie/td /tr tr td valign=top nowrap ?php ini_set(session.use_trans_sid,0); $cnt=0; $d = dir($DOCUMENT_ROOT/3sonstiges/felgenveredelung/bp/galerie/thumbs/); while($entry=$d-read()) { [...snipped some echo blabla;lines] } $d-close(); ini_set(session.use_trans_sid,1); ? /td /tr /table The following Output is produced: table cellspacing=2 cellpadding=2 border=0 tr td class=grossfett valign=top align=leftGalerie/td /tr tr tda href =javascript:; onClick=window.open(bp/showpic.php?pic =1.jpg,hurz,location=0,directories=0,status=0,menubar=0,scrollbars=0 ,toolbar=0,width=380,height=250);img src=bp/galerie/thumbs/1.jpg border=0/a [...snipped the list] valign=top nowrap /td /tr /table watch the tda href [...] this should be td valign=top nowrapa href [...] If i comment out the ini_set(); lines, output is normal. Any Idea? -- Edit bug report at: http://bugs.php.net/?id=14991edit=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: Behaviour of $array1 + $array2
Here's an example of related activities (4.1.1): ?php $a = array(4 = '4 a', 2 = '2 a', 'foo' = 'foo a'); $b = array(4 = '4 b', 1 = '1 b', 'foo' = 'foo b'); $c['plus'] = $a + $b; $c['merge']= array_merge($a,$b); $c['merge_recursive'] = array_merge_recursive($a,$b); $c['concat'] = $a . $b; print_r($c); ? The behavior of . both seems weird yet mostly makes sense too. I agree, the use of '+' needs to be documented. Documented with similarities/differences between array_merge and array_merge_recusive. Some obvious differences can be seen through the above example, who will document this and where? :) I just reported bug #14990 on array_merge_recursive which may be of interest. Without further ado, here's the output from the above code: Array ( [plus] = Array ( [4] = 4 a [2] = 2 a [foo] = foo a [1] = 1 b ) [merge] = Array ( [0] = 4 a [1] = 2 a [foo] = foo b [2] = 4 b [3] = 1 b ) [merge_recursive] = Array ( [0] = 4 a [1] = 2 a [foo] = Array ( [0] = foo a [1] = foo b ) [2] = 4 b [3] = 1 b ) [concat] = ArrayArray ) Regards, Philip Olson -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14992: Behaviour of $array = $array1 + $array2; not documented
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: Behaviour of $array = $array1 + $array2; not documented The behaviour of the following code doens't seem to be documented: ? $foo = array(27 = 'Ene'); $bar = array(-1 = 'Mene'); $baz = $foo + $bar; var_dump($baz); ? array(2) { [27]= string(3) Ene [-1]= string(4) Mene } -- Edit bug report at: http://bugs.php.net/?id=14992edit=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: Behaviour of $array1 + $array2
I filled a bug report (doc problem) now. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] mkdir() , making 'mode' parameter optional
Sounds fine to me. Andi At 10:41 PM 1/10/2002 +0100, Markus Fischer wrote: Is there someone who would object modifying mkdir() so it only needs the dirname to create and mode is optonal and defaults to 0777 ? bool mkdir(string pathname[, int mode = 0777]); There're no BC impacts. - Markus -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.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] mkdir() , making 'mode' parameter optional
At 05:31 AM 1/11/2002 +0100, Markus Fischer wrote: On Fri, Jan 11, 2002 at 05:22:54AM +0100, Markus Fischer wrote : In any case - a hardcoded 0777 isn't logical, apart from being less safe. It makes totally sense because it only relies on the umask() being set. Well, maybe I need to explain why 0777 _is_ logical (I thought people here know unix). It's the default value for the mkdir command, for perl, and for python because it makes sense to only rely on the umask() setting. So, why not have it too? Because PHP is none of the mentioned above ? Come on. I'm not discussing whether to add another INI switch (this is totally out of scope and belongs to something else, but not here). Anyone with decent objections? +2 :) 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] consistent way to handle structs
Georg Richter wrote: is there (should be) a consistent way to pass or return a structure?! e.g.: a) Function mktime splits the structure in lot of parameters b) fstat returns a non assoc array c) dio_fstat (which seems to be identical to fstat) returns an assoc array assoc array IMHO especialy mktime() is a good example on how *not* to things as not everyone in the world is used to month-day-year dates :( -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14988 Updated: mysql_pconnect() and POST takes a lot of time
ID: 14988 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: w2k PHP Version: 4.1.1 Edit this bug report at http://bugs.php.net/?id=14988edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14988 Updated: mysql_pconnect() and POST takes a lot of time
ID: 14988 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: w2k PHP Version: 4.1.1 New Comment: did some further checks - i have the same problem with the cgi-version and using older version (4.0.4) and when using mysql_connect instead of mysql_pconnect. my mysql-version is 3.23.46-nt Previous Comments: [2002-01-10 21:43:49] [EMAIL PROTECTED] when using php 4.1.0 and 4.1.1 on win2k (both php4isapi.dll and php4apache.dll) the function-call mysql_pconnect(localhost, root, ) takes about 5 seconds when the page is a called with a post request (form method=post action=pagename.php) while there is no noticable delay when calling it with a GET-request (by entering the url pagename.php directly into the browser or setting method=get in the form-tag) Edit this bug report at http://bugs.php.net/?id=14988edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13420 Updated: open_basedir breaks Apache SSI xbithack
ID: 13420 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Linux mainserver2 2.4.4 PHP Version: 4.0.6 New Comment: This same bug strikes PHP 4.0.6 on Solaris 2.6. Our system runs PHP in safe mode with no exec dir; as a result, NO html page marked as executable can be displayed. This is so crippling that we're going to have to remove PHP until it is fixed :-( It looks as though PHP is scanning all HTML pages when the XBitHack is enabled. Previous Comments: [2001-09-27 15:07:04] [EMAIL PROTECTED] Changing any php_admin setting through the httpd.conf file using the following format appears to breaks Apache SSI xbithack: DIRECTORY / php_admin_value open_basedir . php_admin_flag asp_tags on /DIRECTORY [2001-09-25 09:18:02] [EMAIL PROTECTED] This may be the reason that some of the developers were not able to reproduce a similar bug reported in Bug id #10575. [2001-09-24 15:33:15] [EMAIL PROTECTED] Linux version 2.4.4 Apache version 1.3.19 Php version 4.0.6 When xbithack is set to FULL in .htaccess, setting test.htm chmod to 754 allows the SSI calls in test.htm to perform as expected. However, when open_basedir is specified in httpd.conf the xbithack directive is ignored and SSI calls in test.htm stop working. Edit this bug report at http://bugs.php.net/?id=13420edit=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] consistent way to handle structs
On Fri, Jan 11, 2002 at 11:22:22AM +0100, Hartmut Holzgraefe wrote : Georg Richter wrote: is there (should be) a consistent way to pass or return a structure?! e.g.: a) Function mktime splits the structure in lot of parameters b) fstat returns a non assoc array c) dio_fstat (which seems to be identical to fstat) returns an assoc array assoc array IMHO especialy mktime() is a good example on how *not* to things as not everyone in the world is used to month-day-year dates :( I'm for (+1) assoc return values. I think the code which is used to handle it is more verbose then ( $day = $assoc['day']; and not $day = $arr[0]; or whatever) and it also helps debugging because you can just do a print_r() on the return type. If we start to agree on assoc params we should also think of new functions to more easily parse them to expected variable types zend_parse_parameters_hash(hashtable TSRMLS_CC, key1:type1, |optional_key2:type2, var1, var2); Ok, don't sue me, its just an idea how to simplify those kind of param-parsings. Zak and I were also discussing about such a way of parsing more optional argument after his recent mysql propose. Maybe Andrei has an idea too? - Markus -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14978: session doesn't work
[EMAIL PROTECTED] wrote: i can't use session, give me an error when use ie 6. Warning: Cannot send session cookie - headers already sent by (output started at /home/www.apollodisplays.com/public_html/mainpage.php:10) in /home/www.apollodisplays.com/public_html/mainpage.php on line 29 i guess we should add a link to a howto page to this error message :( -- 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] Bug #14978: session doesn't work
On Fri, 11 Jan 2002, Hartmut Holzgraefe wrote: [EMAIL PROTECTED] wrote: i can't use session, give me an error when use ie 6. Warning: Cannot send session cookie - headers already sent by (output started at /home/www.apollodisplays.com/public_html/mainpage.php:10) in /home/www.apollodisplays.com/public_html/mainpage.php on line 29 i guess we should add a link to a howto page to this error message :( Doing that right away. I'm sick of seeing this :) Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14993: PHP4.1.1 can't connect to SQL Server 7 SP3
From: [EMAIL PROTECTED] Operating system: NT SP6 PHP version: 4.1.1 PHP Bug Type: MSSQL related Bug description: PHP4.1.1 can't connect to SQL Server 7 SP3 I previously have MSSQL7 with SP1 and PHP4.1.1 worked fine with it. Now I upgrade to SP3 and PHP4 won't connect to MSSQL7. I have NT,IIS with SP6, and use the PHP MSSQL module to connect. My PHP.EXE is the standard binary that comes with the distribution. The error message I get is: Warning: MS SQL message: Login failed for user 'scott'. (severity 14) in c:\inetpub\wwwroot\music4\common\lib.inc on line 12 -- Edit bug report at: http://bugs.php.net/?id=14993edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14993 Updated: PHP4.1.1 can't connect to SQL Server 7 SP3
ID: 14993 Updated by: mfischer Old Summary: PHP4.1.1 can't connect to SQL Server 7 SP3 Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MSSQL related Operating System: NT SP6 PHP Version: 4.1.1 New Comment: Please ask support questions at [EMAIL PROTECTED] Previous Comments: [2002-01-11 05:47:53] [EMAIL PROTECTED] I previously have MSSQL7 with SP1 and PHP4.1.1 worked fine with it. Now I upgrade to SP3 and PHP4 won't connect to MSSQL7. I have NT,IIS with SP6, and use the PHP MSSQL module to connect. My PHP.EXE is the standard binary that comes with the distribution. The error message I get is: Warning: MS SQL message: Login failed for user 'scott'. (severity 14) in c:\inetpub\wwwroot\music4\common\lib.inc on line 12 Edit this bug report at http://bugs.php.net/?id=14993edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens
ID: 14981 Updated by: hholzgra Old Summary: mail() function won't send mail to a domain containing '-' hyphens Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Mail related Operating System: Apache PHP Version: 4.1.0 New Comment: there finaly is an Apache OS now? great ;) no, serious, what kind of operating system are you runnig this on, windows or *nix? Previous Comments: [2002-01-10 17:59:18] [EMAIL PROTECTED] The following example script: $r = [EMAIL PROTECTED]; $s = Message submitted at website; $m = From: . $name . , email: . $email . \n\n . $message; $h = From: . $email . \r\n; mail ($r, $s, $m, $h); echo script language=\javascript\window.alert (\Thankyou, your message have been sent!\)/script; ought to send mail to the specified address, but does not. Or, at least, mail does not arrive. It works with all email addresses we have tried except those on this domain (ie. 'the-total-solution.com', which seems to suggest a problem with PHP, possibly relating to the fact that the domain contains hyphens? Emails from other sources are correctly reaching this address and others in the domain. Escaping by using the address info@the\-total\-solution.com doesn't solve the problem either. Having raised this problem with other developers, who also tested it, we can only conclude that the problem is in PHP. I am not running PHP myself, my webserver is, so I can't give any information about PHP modules / backtrace. Andrew Staffell Edit this bug report at http://bugs.php.net/?id=14981edit=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] consistent way to handle structs
On Fri, 11 Jan 2002, Markus Fischer wrote: On Fri, Jan 11, 2002 at 11:22:22AM +0100, Hartmut Holzgraefe wrote : Georg Richter wrote: is there (should be) a consistent way to pass or return a structure?! e.g.: a) Function mktime splits the structure in lot of parameters b) fstat returns a non assoc array c) dio_fstat (which seems to be identical to fstat) returns an assoc array assoc array IMHO especialy mktime() is a good example on how *not* to things as not everyone in the world is used to month-day-year dates :( I'm for (+1) assoc return values. I think the code which is used to handle it is more verbose then ( $day = $assoc['day']; and not $day = $arr[0]; or whatever) and it also helps debugging because you can just do a print_r() on the return type. If we start to agree on assoc params we should also think of new functions to more easily parse them to expected variable types zend_parse_parameters_hash(hashtable TSRMLS_CC, key1:type1, |optional_key2:type2, var1, var2); Ok, don't sue me, its just an idea how to simplify those kind of param-parsings. Zak and I were also discussing about such a way of parsing more optional argument after his recent mysql propose. Maybe Andrei has an idea too? Andrei had this in mind when he implemented the zend_parse_parameters() framework. I was very much against this because it will encourage people to write functions who's parameters are hashes. This would lead to a huge performance hit (both the building of the hash before it's sent and the fetching of the various sent fields) and therefore I think it's a very bad thing to introduce. As it'll be so easy to use it'll encourage passing parameters in hashes which is something we really wouldn't want. 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] Bug #12036 Updated: Error compiling if there is blank line before ?php
ID: 12036 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Compile Issues Operating System: Red Hat Linux 7 PHP Version: 4.0.4 New Comment: some simple rules when writing error reports: php can't process that code ? always include the error message! I'm not sure my php version, maybe php4.0.1 you know about http://php.net/phpinfo ? Previous Comments: [2002-01-10 21:09:25] [EMAIL PROTECTED] --- [2001-07-11 03:55:29] [EMAIL PROTECTED] The output of *any* content to the browser causes the headers to be sent. After the headers have been sent, functions that send headers (like session_start() or header()) will fail. [2001-07-11 03:36:12] [EMAIL PROTECTED] Hi, Do you know that if we have a blank line in top of code (before ?php) php can't process that code ? OK.. this's the code sample: 1. First lets write a code like this --- ?php print bla..bla...; ? --- and of course it will running well 2. Lets add one blank line in the first line --- ?php print bla..bla...; ? --- And this one will running well too 3. Lets add session feature --- ?php session_start(); print bla..bla..; ? --- Ops.. we got an error here... !!! I'm not sure my php version, maybe php4.0.1... i don't know... so i'm sorry if this problem has been fixed in recent version Best Regards Jimmi A. Kembaren Edit this bug report at http://bugs.php.net/?id=12036edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14994: Adding TIFF support to GetImageSize
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: Adding TIFF support to GetImageSize I know, that Rasmus made the implementation for this function and that he used the header readouts from an imageinfo.c, but I'm missing the ability to identify TIFF images. As i'm not firm with imageheaders, I'd like to ask someone to implement this feature. -- Edit bug report at: http://bugs.php.net/?id=14994edit=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] safe_mode and file upload
Hi! I patched safe_mode.c to compare the uid of files not only to the uid of the php-script but also to the uid of the process itself. This allows php-scripts to handle files created by themselves or by the webserver (in my case: apache), for example uploaded files. i wasn't able to delete or move uploaded files when safe_mode-Restrictions were in affect. Sorry for my stupid english :-) $ diff --unified php-4.1.1/main/safe_mode.c php-4.1.1-rt1/main/safe_mode.c --- php-4.1.1/main/safe_mode.c Sun Aug 5 03:42:44 2001 +++ php-4.1.1-rt1/main/safe_mode.c Fri Jan 11 11:05:29 2002 @@ -89,7 +89,7 @@ } else { uid = sb.st_uid; gid = sb.st_gid; - if (uid == php_getuid()) { + if (uid == php_getuid() || uid == getuid()) { return 1; } else if (PG(safe_mode_gid) gid == php_getgid()) { return 1; @@ -121,7 +121,7 @@ } duid = sb.st_uid; dgid = sb.st_gid; - if (duid == php_getuid()) { + if (duid == php_getuid() || duid == getuid()) { return 1; } else if (PG(safe_mode_gid) dgid == php_getgid()) { return 1; A php.ini-Directive to change this bevavior would be nice. cu, Roland Tapken -- { [EMAIL PROTECTED] } /\ \ / ASCII ribbon campaign X against HTML mail / \ and postings ={ ICQ#: 18715473 }= -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14898 Updated: $HTTP_POST_FILES['uploadedfile']['name'] error
ID: 14898 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: linux slackware8 PHP Version: 4.1.1 New Comment: anyway, i hope this is the final post about this issue. -- s = strrchr(filenamebuf, '\\'); tmps=filenamebuf; while (!(*tmps==NULL)) { if (!(*tmps0 *tmps160)) {//looks like a chinese word if (!*(tmps+1)==NULL) tmps++; } else { if (*tmps=='\\') s=tmps; } tmps++; } --- Previous Comments: [2002-01-09 03:42:34] [EMAIL PROTECTED] ---code modified-- //s = strrchr(filenamebuf, '\\'); char *tmps; s=filenamebuf; // set initial value for (tmps=filenamebuf;*tmps;tmps++) { if (*tmps0){// *tmps127, looks like 2 bytes of chinese code if (!*(tmps+1)) tmps++; continue; } if (*tmps=='\\') s=tmps; } --code modified end --- [2002-01-08 09:37:12] [EMAIL PROTECTED] the following code works well for chinese double-byte checking. ---code modified-- //s = strrchr(filenamebuf, '\\'); char *tmps; for (tmps=filenamebuf;*tmps;tmps++) { if (*tmps0){// *tmps127, looks like 2 bytes of chinese code if (!*(tmps+1)) tmps++; contonue; } if (*tmps=='\\') s=tmps; } --code modified end --- [2002-01-07 22:48:48] [EMAIL PROTECTED] the fix is too rough and can't handle all chinese words, it need more efforts to check. i will do it in a few days. [2002-01-07 01:56:48] [EMAIL PROTECTED] /* This is a bug fix for rfc1867.c try to upload file from win2k with name C:\DISK0\»\³\.txt the original code get name as '.ext' which should be '»\³\.txt'. the following modify is necessary to for client using charset=BIG5. thanks PHP. lai [EMAIL PROTECTED] */ ---code modified-- //s = strrchr(filenamebuf, '\\'); for (s=filenamebuf+strlen(filenamebuf)-1;sfilenamebuf;s--) { if (*s=='\\' *(s-1)0) break; } --code modified end --- Edit this bug report at http://bugs.php.net/?id=14898edit=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] consistent way to handle structs
On Fri, Jan 11, 2002 at 12:58:44PM +0200, Andi Gutmans wrote : On Fri, 11 Jan 2002, Markus Fischer wrote: On Fri, Jan 11, 2002 at 11:22:22AM +0100, Hartmut Holzgraefe wrote : Georg Richter wrote: is there (should be) a consistent way to pass or return a structure?! e.g.: a) Function mktime splits the structure in lot of parameters b) fstat returns a non assoc array c) dio_fstat (which seems to be identical to fstat) returns an assoc array assoc array IMHO especialy mktime() is a good example on how *not* to things as not everyone in the world is used to month-day-year dates :( I'm for (+1) assoc return values. I think the code which is used to handle it is more verbose then ( $day = $assoc['day']; and not $day = $arr[0]; or whatever) and it also helps debugging because you can just do a print_r() on the return type. If we start to agree on assoc params we should also think of new functions to more easily parse them to expected variable types zend_parse_parameters_hash(hashtable TSRMLS_CC, key1:type1, |optional_key2:type2, var1, var2); Ok, don't sue me, its just an idea how to simplify those kind of param-parsings. Zak and I were also discussing about such a way of parsing more optional argument after his recent mysql propose. Maybe Andrei has an idea too? Andrei had this in mind when he implemented the zend_parse_parameters() framework. I was very much against this because it will encourage people to write functions who's parameters are hashes. This would lead to a huge performance hit (both the building of the hash before it's sent and the fetching of the various sent fields) and therefore I think it's a very bad thing to introduce. What other way do we have to specify arbitray optional parameters without an ordering? Teh disadvantage of optional parmeters is when you need to only set the last one, you'll have to define all preceding optional parameters too. For functions like mysql_connect() the performance impact is negligible (methinks). As it'll be so easy to use it'll encourage passing parameters in hashes which is something we really wouldn't want. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14029 Updated: can't dynamically load php_printer.dll extension
ID: 14029 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Dynamic loading Operating System: win/2000 PHP Version: 4.0.6 New Comment: I have the same experiences for other dll's. While for instance zlib loads perfectly pdf and xslt refuse to load. I also get the same error message but the files are there and all permissions are correct. W. Previous Comments: [2001-11-12 08:46:59] [EMAIL PROTECTED] In php.ini I have: enable_dl = On extension_dir = c:/PHP/extensions/ All the extension dll's are in C:/PHP/extensions without any security. PHP Program ? $x = dl(php_cpdf.dll); ? I get the following error: - Unable to load dynamic library 'c:/PHP/extension/php_printer.dll' - The specified procedure could not be found. --- I have varified the fact that php_printer.dll is there! I get the same error when I un-comment extension=php_printer.dll in php.ini Help What am I doing wrong! How do i get these to load. Thanks for the help.. Dan Edit this bug report at http://bugs.php.net/?id=14029edit=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] consistent way to handle structs
On Fri, 11 Jan 2002, Markus Fischer wrote: What other way do we have to specify arbitray optional parameters without an ordering? Teh disadvantage of optional parmeters is when you need to only set the last one, you'll have to define all preceding optional parameters too. How does the MySQL C API handle this? I think using array() is pretty sucky. Look at the following example and I'm sure you're planning on it getting much worse. mysql_connect(foo, array(bar = 1, hello = 2)); For functions like mysql_connect() the performance impact is negligible (methinks). I don't think it'll always be negligible. It might not always be a bad idea but I think that if we support this easy to use function we're going to see this kind of stuff pop-up in more places than the very few places which just can't do without. 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] Bug #14826 Updated: 4.1.0 on powerpc doesn't save session variables
ID: 14826 User updated by: [EMAIL PROTECTED] Old Summary: 4.1.0 on powerpc doesn't save session variables Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: Debian Linux 2.2.19 ppc PHP Version: 4.1.0 New Comment: I'm sorry but my apache doesn't segfault on any moment it serves both static pages and php pages nicely except for those php apps with session variables that isn't able to save them. could be the common unsigned char problem ? what to check? Previous Comments: [2002-01-10 22:34:22] [EMAIL PROTECTED] Your httpd may be segfaulting. Run httpd under gdb see if you get segfault or any. [2002-01-10 11:18:02] [EMAIL PROTECTED] umm dosen't seems this here... teixi@satellite:~$ cat /etc/php4/apache/php.ini | grep -i save.path session.save_path = /tmp teixi@satellite:~$ ls -lad /tmp drwxrwxrwt6 root root 1024 Jan 10 15:52 /tmp teixi@satellite:~$ uname -a Linux satellite 2.2.19 #1 Sat Apr 14 23:20:24 CDT 2001 ppc unknown [2002-01-09 21:39:11] [EMAIL PROTECTED] What about permission of save_path? Is it world writable? [2002-01-09 05:28:09] [EMAIL PROTECTED] yep session related paths and setups are the same on both installs but just ppc doesnt' works with session vars [2002-01-04 12:30:57] [EMAIL PROTECTED] Are you sure the session-related paths in your php.ini are correct? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14826 Edit this bug report at http://bugs.php.net/?id=14826edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] consistent way to handle structs
Andi Gutmans wrote: ... it'll encourage passing parameters in hashes which is something we really wouldn't want. it is already common practice in userland so you are fighting a war that is already lost IMHO as soon as you have, say, more then five parameters things get confusing, especialy if people have different habbits regarding paramter ordering, see mktime -- 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] consistent way to handle structs
Markus Fischer wrote: What other way do we have to specify arbitray optional parameters without an ordering? Teh disadvantage of optional parmeters is when you need to only set the last one, you'll have to define all preceding optional parameters too. well, the engine could allow for foo(bar,,,opt) setting the left out parameters to NULL? (just tinking loud) -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14962 Updated: unable to load extension php_sablot.dll
ID: 14962 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Sablotron XSL Operating System: Windows 2000 PHP Version: 4.1.1 New Comment: Correct: I still used the php_sablot.dll instead of the new php_xslt.dll. Thanks. I was misleaded by the fact that in the list of extensions in php.ini-recommended, php_sablot.dll was still listed. Previous Comments: [2002-01-10 07:32:30] [EMAIL PROTECTED] guess you are using a dll from an older php version, as the sablot extension has been replaced by the more general xslt extension since 4.1.0 ...? [2002-01-10 07:22:33] [EMAIL PROTECTED] Sorry, I haven't used the Dependency Walker much before. I guess the missing functions are - zend_list_addref, - zend_list_delete and - wrong_param_count. At least, these are marked red. The full error message of the Dependency Walker is: Error: At least one module has an unresolved import due to a missing export function in an implicitly dependent module. [2002-01-10 07:00:42] [EMAIL PROTECTED] And which? [2002-01-10 06:33:31] [EMAIL PROTECTED] Extension php_sablot.dll can not be loaded (ISAPI-Version under IIS5). Microsofts Dependency Walker (depends.exe) reports a missing exported function in php4ts.dll. Edit this bug report at http://bugs.php.net/?id=14962edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens
ID: 14981 User updated by: [EMAIL PROTECTED] Old Summary: mail() function won't send mail to a domain containing '-' hyphens Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Mail related Operating System: Apache PHP Version: 4.1.0 Previous Comments: [2002-01-10 17:59:18] [EMAIL PROTECTED] The following example script: $r = [EMAIL PROTECTED]; $s = Message submitted at website; $m = From: . $name . , email: . $email . \n\n . $message; $h = From: . $email . \r\n; mail ($r, $s, $m, $h); echo script language=\javascript\window.alert (\Thankyou, your message have been sent!\)/script; ought to send mail to the specified address, but does not. Or, at least, mail does not arrive. It works with all email addresses we have tried except those on this domain (ie. 'the-total-solution.com', which seems to suggest a problem with PHP, possibly relating to the fact that the domain contains hyphens? Emails from other sources are correctly reaching this address and others in the domain. Escaping by using the address info@the\-total\-solution.com doesn't solve the problem either. Having raised this problem with other developers, who also tested it, we can only conclude that the problem is in PHP. I am not running PHP myself, my webserver is, so I can't give any information about PHP modules / backtrace. Andrew Staffell Edit this bug report at http://bugs.php.net/?id=14981edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens
ID: 14981 User updated by: [EMAIL PROTECTED] Old Summary: mail() function won't send mail to a domain containing '-' hyphens Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Old Operating System: Apache Operating System: Unix PHP Version: 4.1.0 Previous Comments: [2002-01-10 17:59:18] [EMAIL PROTECTED] The following example script: $r = [EMAIL PROTECTED]; $s = Message submitted at website; $m = From: . $name . , email: . $email . \n\n . $message; $h = From: . $email . \r\n; mail ($r, $s, $m, $h); echo script language=\javascript\window.alert (\Thankyou, your message have been sent!\)/script; ought to send mail to the specified address, but does not. Or, at least, mail does not arrive. It works with all email addresses we have tried except those on this domain (ie. 'the-total-solution.com', which seems to suggest a problem with PHP, possibly relating to the fact that the domain contains hyphens? Emails from other sources are correctly reaching this address and others in the domain. Escaping by using the address info@the\-total\-solution.com doesn't solve the problem either. Having raised this problem with other developers, who also tested it, we can only conclude that the problem is in PHP. I am not running PHP myself, my webserver is, so I can't give any information about PHP modules / backtrace. Andrew Staffell Edit this bug report at http://bugs.php.net/?id=14981edit=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] consistent way to handle structs
On Fri, 11 Jan 2002, Andi Gutmans wrote: On Fri, 11 Jan 2002, Markus Fischer wrote: What other way do we have to specify arbitray optional parameters without an ordering? Teh disadvantage of optional parmeters is when you need to only set the last one, you'll have to define all preceding optional parameters too. How does the MySQL C API handle this? I think using array() is pretty sucky. Look at the following example and I'm sure you're planning on it getting much worse. mysql_connect(foo, array(bar = 1, hello = 2)); For functions like mysql_connect() the performance impact is negligible (methinks). I don't think it'll always be negligible. It might not always be a bad idea but I think that if we support this easy to use function we're going to see this kind of stuff pop-up in more places than the very few places which just can't do without. I'm with Andi here, passing hashes to PHP functionsas parameters doesn't make much sense to me. The current way suits fine, but maybe this should be allowed too (as Hartmut wrote): function (foo,,bar); Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens
ID: 14981 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Operating System: Unix PHP Version: 4.1.0 New Comment: I'm not running it, my ISP is. Anyway, excuse the error, it's on unix. Previous Comments: [2002-01-11 05:51:44] [EMAIL PROTECTED] there finaly is an Apache OS now? great ;) no, serious, what kind of operating system are you runnig this on, windows or *nix? [2002-01-10 17:59:18] [EMAIL PROTECTED] The following example script: $r = [EMAIL PROTECTED]; $s = Message submitted at website; $m = From: . $name . , email: . $email . \n\n . $message; $h = From: . $email . \r\n; mail ($r, $s, $m, $h); echo script language=\javascript\window.alert (\Thankyou, your message have been sent!\)/script; ought to send mail to the specified address, but does not. Or, at least, mail does not arrive. It works with all email addresses we have tried except those on this domain (ie. 'the-total-solution.com', which seems to suggest a problem with PHP, possibly relating to the fact that the domain contains hyphens? Emails from other sources are correctly reaching this address and others in the domain. Escaping by using the address info@the\-total\-solution.com doesn't solve the problem either. Having raised this problem with other developers, who also tested it, we can only conclude that the problem is in PHP. I am not running PHP myself, my webserver is, so I can't give any information about PHP modules / backtrace. Andrew Staffell Edit this bug report at http://bugs.php.net/?id=14981edit=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] consistent way to handle structs
make much sense to me. The current way suits fine, but maybe this should be allowed too (as Hartmut wrote): function (foo,,bar); Please don't! I cannot read code that looks like fn(foobar);, that is just a parameter-guessing-game! Then again, that probably means that fn() is badly designed... Cheerio, Marc. -- PHP Development Mailing List http://www.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] consistent way to handle structs
On Fri, Jan 11, 2002 at 01:33:25PM +0100, Marc Boeren wrote : make much sense to me. The current way suits fine, but maybe this should be allowed too (as Hartmut wrote): function (foo,,bar); Please don't! I cannot read code that looks like fn(foobar);, that is just a parameter-guessing-game! Then again, that probably means that fn() is badly designed... I agree on that. You really don't know which parameters it was anymore. You don't have this problem with hashes. But I already see this thread won't get us anywhere :) -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] consistent way to handle structs
On Fri, 11 Jan 2002, Marc Boeren wrote: make much sense to me. The current way suits fine, but maybe this should be allowed too (as Hartmut wrote): function (foo,,bar); Please don't! I cannot read code that looks like fn(foobar);, that is just a parameter-guessing-game! Of course, that looks likes crap, but one parameter not specified is not a problem IMO. Then again, that probably means that fn() is badly designed... Indeed, there are a few functions (you can count them on two hands) will need this at all. Derick -- PHP Development Mailing List http://www.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] consistent way to handle structs
On Fri, 11 Jan 2002, Markus Fischer wrote: On Fri, Jan 11, 2002 at 01:33:25PM +0100, Marc Boeren wrote : make much sense to me. The current way suits fine, but maybe this should be allowed too (as Hartmut wrote): function (foo,,bar); Please don't! I cannot read code that looks like fn(foobar);, that is just a parameter-guessing-game! Then again, that probably means that fn() is badly designed... I agree on that. You really don't know which parameters it was anymore. function ($a, $b, $c); has the same problem :) Derick -- PHP Development Mailing List http://www.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] consistent way to handle structs
[fn(foobar)] I agree on that. You really don't know which parameters it was anymore. You don't have this problem with hashes. But I already see this thread won't get us anywhere :) Well, I think everybody agrees that with hashes, functions are much easier to use... but that it is very inefficient. How about finding a new way to pass named parameters to a function? Like fn(foo2=$bar, foo=17); where fn accepts five parameters, in any order, but with 1 default order so you can use fn(17, $bar) as well (since foo, foo2 is the default order) (and the remaining arguments (3) are set to their default values. Cheerio, Marc. -- PHP Development Mailing List http://www.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] consistent way to handle structs
On Fri, 11 Jan 2002, Hartmut Holzgraefe wrote: Andi Gutmans wrote: ... it'll encourage passing parameters in hashes which is something we really wouldn't want. it is already common practice in userland so you are fighting a war that is already lost IMHO Facts say it's not lost yet because there are barely any C functions with this support :) Andi as soon as you have, say, more then five parameters things get confusing, especialy if people have different habbits regarding paramter ordering, see mktime -- PHP Development Mailing List http://www.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] consistent way to handle structs
[EMAIL PROTECTED] wrote I cannot read code that looks like fn(foobar);, that is just a parameter-guessing-game! just that a feature may be misused can't be a reason against it IMHO Of course, that looks likes crap, but one parameter not specified is not a problem IMO. especialy if you could give the middle parameter a default value right now you end up with ?php function foo($bar, $opt1, $opt2) { if($opt1==NULL) $opt1=default1; if($opt2==NULL) $opt2=default2; echo foo($bar, $opt1, $opt2)\n; } foo(1,null,2); foo(1,2,null) ? i think the following would be an improvement here: ?php function foo($bar, $opt1=default1, $opt2=default2) { echo foo($bar, $opt1, $opt2)\n; } foo(1,,2); foo(1,2); ? -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14995: new SWFBitmap() produces Access Violation Error
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.1 PHP Bug Type: Ming related Bug description: new SWFBitmap() produces Access Violation Error The following php-Code produces an Access Violation Error at 78012DBF (in IIS5 using php4isapi.dll): ? $b = new SWFBitmap (fopen('test.jpg', 'rb')); ? The same expamle (with the same image) does work under Linux/Apache (but on PHP 4.0.6). Other Ming functions work fine on IIS5 too, like creating shapes and adding them to a movie. I made sure that php_ming.dll and ming.dll are correct versions that came with the latest archive php-4.1.1-Win32.zip. -- Edit bug report at: http://bugs.php.net/?id=14995edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens
ID: 14981 User updated by: [EMAIL PROTECTED] Old Summary: mail() function won't send mail to a domain containing '-' hyphens Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: Unix PHP Version: 4.1.0 Previous Comments: [2002-01-11 07:08:04] [EMAIL PROTECTED] I'm not running it, my ISP is. Anyway, excuse the error, it's on unix. [2002-01-11 05:51:44] [EMAIL PROTECTED] there finaly is an Apache OS now? great ;) no, serious, what kind of operating system are you runnig this on, windows or *nix? [2002-01-10 17:59:18] [EMAIL PROTECTED] The following example script: $r = [EMAIL PROTECTED]; $s = Message submitted at website; $m = From: . $name . , email: . $email . \n\n . $message; $h = From: . $email . \r\n; mail ($r, $s, $m, $h); echo script language=\javascript\window.alert (\Thankyou, your message have been sent!\)/script; ought to send mail to the specified address, but does not. Or, at least, mail does not arrive. It works with all email addresses we have tried except those on this domain (ie. 'the-total-solution.com', which seems to suggest a problem with PHP, possibly relating to the fact that the domain contains hyphens? Emails from other sources are correctly reaching this address and others in the domain. Escaping by using the address info@the\-total\-solution.com doesn't solve the problem either. Having raised this problem with other developers, who also tested it, we can only conclude that the problem is in PHP. I am not running PHP myself, my webserver is, so I can't give any information about PHP modules / backtrace. Andrew Staffell Edit this bug report at http://bugs.php.net/?id=14981edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens
ID: 14981 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: Unix PHP Version: 4.1.0 New Comment: It's wrong to write this off as Bogus prematurely. It could still be the case that PHP has a problem with passing the correct information to sendmail. It may be that PHP needs to internally perform some kind of replacement on email addresses containing '-' characters (etc?) with escape characters. Perhaps when the sendmail gets the information from PHP, the email address is in an unacceptable format. Who knows? I've asked for diagnostics to be done on the mail server in question. Previous Comments: [2002-01-11 08:00:54] [EMAIL PROTECTED] then it's the mail server on that system that doesn't get it, mail() on unix just puts together a message from the paramters you gave it without further processing and passes it transparently to the sendmail command please contact your ISP for further investigation [2002-01-11 07:08:04] [EMAIL PROTECTED] I'm not running it, my ISP is. Anyway, excuse the error, it's on unix. [2002-01-11 05:51:44] [EMAIL PROTECTED] there finaly is an Apache OS now? great ;) no, serious, what kind of operating system are you runnig this on, windows or *nix? [2002-01-10 17:59:18] [EMAIL PROTECTED] The following example script: $r = [EMAIL PROTECTED]; $s = Message submitted at website; $m = From: . $name . , email: . $email . \n\n . $message; $h = From: . $email . \r\n; mail ($r, $s, $m, $h); echo script language=\javascript\window.alert (\Thankyou, your message have been sent!\)/script; ought to send mail to the specified address, but does not. Or, at least, mail does not arrive. It works with all email addresses we have tried except those on this domain (ie. 'the-total-solution.com', which seems to suggest a problem with PHP, possibly relating to the fact that the domain contains hyphens? Emails from other sources are correctly reaching this address and others in the domain. Escaping by using the address info@the\-total\-solution.com doesn't solve the problem either. Having raised this problem with other developers, who also tested it, we can only conclude that the problem is in PHP. I am not running PHP myself, my webserver is, so I can't give any information about PHP modules / backtrace. Andrew Staffell Edit this bug report at http://bugs.php.net/?id=14981edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens
[EMAIL PROTECTED] wrote: It's wrong to write this off as Bogus prematurely. It could still be the No, this is most definitely bogus. case that PHP has a problem with passing the correct information to PHP is passing the correct information. sendmail. It may be that PHP needs to internally perform some kind of replacement on email addresses containing '-' characters (etc?) with It would be wrong for PHP to mangle email addresses, especially those addresses containing perfectly valid characters. No RFC that relates to email says anything about special handling of the hyphen character. -- Craig Morrison MTS Professional @ http://www.mtsprofessional.com/ A Win32 Email server that works for _you_. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14222 Updated: PHP Crashes with weird output often
ID: 14222 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Windows XP Pro PHP Version: 4.0.6 New Comment: I've a similar probleme with Apache 3.2.22, PHP 4.1.0 and mysql. I obtain a page correctly generated when i call it from localhost but it seem that don't work on the net (Cannot display... or the source of page is not correct some data from mysql database are mixed with the source, and sometime there's a another HTTP-header in the middle of the page. I don't understand why because, if i call the page by the internet address from the server it's work at 100%. I try the same page from a another computer on the LAN, and it's seem work at 60%, sometime i met the same mistakes that there was via internet. So if you can help me ! Thx ! Previous Comments: [2001-11-29 14:19:35] [EMAIL PROTECTED] I set up my Computer new, this time with XP German (last time XP eng), still have the problems, but not that hard than last time. Just as info :) btw when php 4.1.0 will be released now? [2001-11-26 07:30:10] [EMAIL PROTECTED] OK, its like i expected. When you fill out a loop (any kind of one) with enough data it happens (a overflow??) ? //create an array with 100 items with different informations for($i=0;$i100;$i++){ srand((double)microtime()*100); $testarray[] = md5(uniqid(rand())); } ? table ? //output from this array, 3 times for enougth data for($i=0;$i100;$i++){ ? tr td font face=Tahoma, Tahoma, Tahoma size=1 color=black style=text-decoration:none a href=# target=top?=$testarray[$i]?/a/font /td td font face=Tahoma, Tahoma, Tahoma size=1 color=black style=text-decoration:none a href=# target=top?=$testarray[$i]?/a/font /td td font face=Tahoma, Tahoma, Tahoma size=1 color=black style=text-decoration:none a href=# target=top?=$testarray[$i]?/a/font /td /tr ? };? /table [2001-11-26 07:14:15] [EMAIL PROTECTED] Its not reproduce able (thats why called weird) specially the output is always diffrent and irregular... i'll test it in the office (also with XP) [2001-11-26 07:09:14] [EMAIL PROTECTED] Please include a SHORT example script that can be used to reproduce this. And also try PHP 4.1.0 (will be released today/tomorrow) --Jani [2001-11-26 02:48:37] [EMAIL PROTECTED] Ah here is an output examle (describet ping ~20). http://tugs.imp.ch/index.html.2 my localhostoutput: http://tugs.imp.ch/index.html.3 i cant pate the output of the 3rd test (ping ~60) because its impossible to get the page. btw browser issius with this: ie starts to relaod and relaod the page again and again, sometimes often, sometimes not. he relaods until he gets a useable document or used so many http connections that he cant find the document :) opera just dont stop loading the page or crashes totally :) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14222 Edit this bug report at http://bugs.php.net/?id=14222edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14996: the full zip package is corrupt and won't unzip
From: [EMAIL PROTECTED] Operating system: winme PHP version: 4.1.1 PHP Bug Type: *General Issues Bug description: the full zip package is corrupt and won't unzip I have dl'd the 4.1.1 zip package for windows (full package) on 2 different internet connections and the package appears to be corrupt as it won't unzip. Winzip reports that it isn't a valid archive. -- Edit bug report at: http://bugs.php.net/?id=14996edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens
ID: 14981 Updated by: hholzgra Old Summary: mail() function won't send mail to a domain containing '-' hyphens Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: Unix PHP Version: 4.1.0 New Comment: it doesn't have to touch the '-' and it wont none of the characters allowed in the domain part of an email address needs quoting for the windows implementation of mail() further investigation could be necessary but the unix mail() implementation is so straight forward that i'm really sure it is not PHPs fault here if every domain with a '-' in it fails - blame your ISPs mail setup if only certain domains fail - maybe the mail server on that domain doesn't play well with the one your ISP uses investigating the DNS MX entries for the-total-solution.com you can see that this domain has only *one* mail server, no fallback system, and the mail server identifies itself as 220 MAIL.the-total-solution.com NTMail not to unlikely that you have delivery problems with that domain :( Previous Comments: [2002-01-11 08:20:03] [EMAIL PROTECTED] It's wrong to write this off as Bogus prematurely. It could still be the case that PHP has a problem with passing the correct information to sendmail. It may be that PHP needs to internally perform some kind of replacement on email addresses containing '-' characters (etc?) with escape characters. Perhaps when the sendmail gets the information from PHP, the email address is in an unacceptable format. Who knows? I've asked for diagnostics to be done on the mail server in question. [2002-01-11 08:00:54] [EMAIL PROTECTED] then it's the mail server on that system that doesn't get it, mail() on unix just puts together a message from the paramters you gave it without further processing and passes it transparently to the sendmail command please contact your ISP for further investigation [2002-01-11 07:08:04] [EMAIL PROTECTED] I'm not running it, my ISP is. Anyway, excuse the error, it's on unix. [2002-01-11 05:51:44] [EMAIL PROTECTED] there finaly is an Apache OS now? great ;) no, serious, what kind of operating system are you runnig this on, windows or *nix? [2002-01-10 17:59:18] [EMAIL PROTECTED] The following example script: $r = [EMAIL PROTECTED]; $s = Message submitted at website; $m = From: . $name . , email: . $email . \n\n . $message; $h = From: . $email . \r\n; mail ($r, $s, $m, $h); echo script language=\javascript\window.alert (\Thankyou, your message have been sent!\)/script; ought to send mail to the specified address, but does not. Or, at least, mail does not arrive. It works with all email addresses we have tried except those on this domain (ie. 'the-total-solution.com', which seems to suggest a problem with PHP, possibly relating to the fact that the domain contains hyphens? Emails from other sources are correctly reaching this address and others in the domain. Escaping by using the address info@the\-total\-solution.com doesn't solve the problem either. Having raised this problem with other developers, who also tested it, we can only conclude that the problem is in PHP. I am not running PHP myself, my webserver is, so I can't give any information about PHP modules / backtrace. Andrew Staffell Edit this bug report at http://bugs.php.net/?id=14981edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14996 Updated: the full zip package is corrupt and won't unzip
ID: 14996 Updated by: mfischer Old Summary: the full zip package is corrupt and won't unzip Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: winme PHP Version: 4.1.1 New Comment: The package is ok. Previous Comments: [2002-01-11 08:48:31] [EMAIL PROTECTED] I have dl'd the 4.1.1 zip package for windows (full package) on 2 different internet connections and the package appears to be corrupt as it won't unzip. Winzip reports that it isn't a valid archive. Edit this bug report at http://bugs.php.net/?id=14996edit=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] consistent way to handle structs
I think was said by Thies Arntzen few months ago for PHP5. I saw that this is possible in Perl so asked on the dev forum for this functionality ...but Thies was the first. Regards, Andrey Hristov P.S. Zend2 weekly cronicle is a good thing but why the last issue is from Oct 31 2001? - Original Message - From: Marc Boeren [EMAIL PROTECTED] To: 'Markus Fischer' [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Andi Gutmans [EMAIL PROTECTED]; Hartmut Holzgraefe [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 11, 2002 2:43 PM Subject: RE: [PHP-DEV] consistent way to handle structs [fn(foobar)] I agree on that. You really don't know which parameters it was anymore. You don't have this problem with hashes. But I already see this thread won't get us anywhere :) Well, I think everybody agrees that with hashes, functions are much easier to use... but that it is very inefficient. How about finding a new way to pass named parameters to a function? Like fn(foo2=$bar, foo=17); where fn accepts five parameters, in any order, but with 1 default order so you can use fn(17, $bar) as well (since foo, foo2 is the default order) (and the remaining arguments (3) are set to their default values. Cheerio, Marc. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14880 Updated: _SESSION will NOT automatically register it as a session variable
ID: 14880 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: Debian 3.0 (Woody) PHP Version: 4.1.0 New Comment: Could you please post your configline? I get rid of most of the configline = same outcome '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with- regex=system' '--with-config-file-path=/etc/php4/apache' '-- disable-rpath' '--disable-debug' '--enable-memory-limit' '-- enable-trans-sid' '--with-pcre-regex=/usr' '--without-pgsql' '-- disable-static' '--with-layout=GNU' '--with-mm' Previous Comments: [2002-01-11 00:25:21] [EMAIL PROTECTED] I don't have problem with files handler (4.1.0, 4.1.1, 4.2.0-dev) Get rid of most configure options see if it works. [2002-01-11 00:14:34] [EMAIL PROTECTED] I am troubled by the same problem. * OS: Red Hat 6.2 (Zoot) Kernel 2.2.14-6.1.1smp * PHP: 4.1.0, 4.2.0-dev/200112191500 /tmp/sess_XXX is created, but never store variables(zero size). [2002-01-10 07:00:28] [EMAIL PROTECTED] Could you try 4.2.0-dev? yeap, if I could reach the server. (down at the moment) btw. I tried it with php4.1.1 and PHPEd on Win32 (no apache) = foo is not registeredbr [2002-01-09 22:09:17] [EMAIL PROTECTED] Could you try 4.2.0-dev? http://snaps.php.net/ [2002-01-07 13:43:43] [EMAIL PROTECTED] It doesn't work with 4.1.1 too. btw. I haven't modified the config. cheers, Marcus. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14880 Edit this bug report at http://bugs.php.net/?id=14880edit=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] DOM XML: xmlReplaceNode()
Hi, On Fri, 11 Jan 2002 00:57:52 +0100 Jaroslaw Kolakowski [EMAIL PROTECTED] wrote: What do you think about adding a function domxml_node_replace_node(), that would be a wrapper for xmlReplaceNode() function from libxml? As far as I am concerned, there is no easy way to replace a node using existing functions without rewriting the whole document tree. can you open a feature request on bugs.php.net ? Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14937 Updated: Script timeouts at random places
ID: 14937 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Performance problem Operating System: Windows 2000 Server PHP Version: 4.1.0 New Comment: I will take a look at ADP. I have to find some time to set it up. In the mean time does anybody have any ideas why the same script could be running at less than 0.4 seconds and then jump to 32 seconds then go back to normal? It isnt just this script. It happens with others. Not at any kind of interval either. Any brainstorms would be helpful, I have been racking my brain trying to think of any reason for this. Thanks Charles Killmer Previous Comments: [2002-01-10 22:39:25] [EMAIL PROTECTED] Try APD to make sure if this is PHP or your script fault. http://apd.communityconnect.com/ (APD supports tracing script execution) You need UNIX like OS ;) Try Linux :) [2002-01-10 16:45:23] [EMAIL PROTECTED] This is a snippet from the performance log on Jan 10 2002. Notice that this script usually takes 0. some seconds. But one of these took 31.9 seconds. This happens periodically on our busiest sites. This file only includes on file with a few functions. Executes two of those functions. One just creates a menu using a few if statements. The other simply outputs some html. function stuff() { ? html stuff here ?} Date Time FileFile Execution Time Browser Agent 01/10/2002 01:10:50Z:\Sites\Client1\samePhpFile.php0.062487006187439 Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) 01/10/2002 05:48:27Z:\Sites\Client1\samePhpFile.php0.061802983283997 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461) 01/10/2002 06:01:47Z:\Sites\Client1\samePhpFile.php0.082913994789124 Mozilla/4.0 (compatible; MSIE 5.5; Windows 98; Win 9x 4.90) 01/10/2002 06:35:45Z:\Sites\Client1\samePhpFile.php0.068187952041626 Mozilla/4.0 (compatible; MSIE 5.5; AOL 5.0; Windows 98; Win 9x 4.90) 01/10/2002 07:19:53Z:\Sites\Client1\samePhpFile.php0.05417799949646 Mozilla/4.74 [en] (Win95; U) 01/10/2002 08:41:42Z:\Sites\Client1\samePhpFile.php0.24766898155212 Mozilla/4.73 [en] (Win95; U) 01/10/2002 09:24:06Z:\Sites\Client1\samePhpFile.php0.39544701576233 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461) 01/10/2002 09:24:17Z:\Sites\Client1\samePhpFile.php0.28285801410675 Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; Q312461) 01/10/2002 09:36:11Z:\Sites\Client1\samePhpFile.php0.048995971679688 Mozilla/4.0 (compatible; MSIE 6.0; AOL 6.0; Windows NT 5.1) 01/10/2002 09:55:23Z:\Sites\Client1\samePhpFile.php0.050058960914612 Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0) 01/10/2002 10:21:52Z:\Sites\Client1\samePhpFile.php0.068014025688171 Mozilla/4.0 (compatible; MSIE 5.5; AOL 7.0; Windows 98; Win 9x 4.90) 01/10/2002 10:31:00Z:\Sites\Client1\samePhpFile.php0.07217800617218 Mozilla/4.0 (compatible; MSIE 5.5; AOL 7.0; Windows 98; Win 9x 4.90) 01/10/2002 10:55:43Z:\Sites\Client1\samePhpFile.php0.048286080360413 Mozilla/4.72 [en]C-BMY (WinNT; U) 01/10/2002 11:01:39Z:\Sites\Client1\samePhpFile.php0.062674999237061 Mozilla/4.72 [en]C-BMY (WinNT; U) 01/10/2002 11:05:08Z:\Sites\Client1\samePhpFile.php0.068107962608337 Mozilla/4.0 (compatible; MSIE 5.01; Windows NT) 01/10/2002 11:10:43Z:\Sites\Client1\samePhpFile.php0.13118100166321 Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt) 01/10/2002 11:11:37Z:\Sites\Client1\samePhpFile.php0.36615908145905 Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) 01/10/2002 12:18:57Z:\Sites\Client1\samePhpFile.php0.12750899791718 Mozilla/4.0 (compatible; MSIE 5.5; Windows 95; SNET) 01/10/2002 12:26:46Z:\Sites\Client1\samePhpFile.php0.031258940696716 Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC) 01/10/2002 12:57:43Z:\Sites\Client1\samePhpFile.php0.12115907669067 Mozilla/4.72 [en]C-BMY (WinNT; U) 01/10/2002 14:16:14Z:\Sites\Client1\samePhpFile.php0.098912000656128 Mozilla/4.0 (compatible; MSIE 5.01; Windows 95) 01/10/2002 14:28:04Z:\Sites\Client1\samePhpFile.php0.3418220281601 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; MSN 6.1; MSNbBBYZ; MSNmen-us; MSNc11) 01/10/2002 14:28:57
Re: [PHP-DEV] consistent way to handle structs
On Fri, 11 Jan 2002, Markus Fischer wrote: I'm for (+1) assoc return values. I think the code which is used to handle it is more verbose then ( $day = $assoc['day']; and not $day = $arr[0]; or whatever) and it also helps debugging because you can just do a print_r() on the return type. If we start to agree on assoc params we should also think of new functions to more easily parse them to expected variable types zend_parse_parameters_hash(hashtable TSRMLS_CC, key1:type1, |optional_key2:type2, var1, var2); Ok, don't sue me, its just an idea how to simplify those kind of param-parsings. Zak and I were also discussing about such a way of parsing more optional argument after his recent mysql propose. Maybe Andrei has an idea too? Hey, I suggested this idea to Andi when I was writing parse-parameters stuff, but it didn't sit well with him because it would encourage people to pass slow arrays around and all that, he said. -Andrei * If it's never finished, you can't prove it doesn't work. * -- PHP Development Mailing List http://www.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] consistent way to handle structs
On Fri, 11 Jan 2002, Hartmut Holzgraefe wrote: Andi Gutmans wrote: ... it'll encourage passing parameters in hashes which is something we really wouldn't want. it is already common practice in userland so you are fighting a war that is already lost IMHO as soon as you have, say, more then five parameters things get confusing, especialy if people have different habbits regarding paramter ordering, see mktime That's part of the problem. A good programming practice is to not have so many parameters to a function, if you do then you possibly have a problem. Better rewrite the function or split it in two or something similar. -Andrei Claiming Java is easier than C++ is like saying that K2 is shorter than Everest. -- Larry O'Brien (editor, Software Development) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14996 Updated: the full zip package is corrupt and won't unzip
ID: 14996 Updated by: hholzgra Old Summary: the full zip package is corrupt and won't unzip Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: winme PHP Version: 4.1.1 New Comment: did you fetch the package using ftp with ascii instead of binary mode? Previous Comments: [2002-01-11 09:01:17] [EMAIL PROTECTED] The package is ok. [2002-01-11 08:48:31] [EMAIL PROTECTED] I have dl'd the 4.1.1 zip package for windows (full package) on 2 different internet connections and the package appears to be corrupt as it won't unzip. Winzip reports that it isn't a valid archive. Edit this bug report at http://bugs.php.net/?id=14996edit=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] consistent way to handle structs
I thought ZE2 was going to have support for method overloading? Marc Boeren wrote: 7BE0F4A5D7AED2119B7500A0C94C58AC17ABFF@DELLSERVER"> [fn(foobar)] I agree on that. You really don't know which parameters itwas anymore.You don't have this problem with hashes.But I already see this thread won't get us anywhere :) Well, I think everybody agrees that with hashes, functions are much easierto use... but that it is very inefficient. How about finding a new way topass named parameters to a function?Like fn(foo2=$bar, foo=17); where fn accepts five parameters, in any order, but with 1 default order soyou can use fn(17, $bar) as well (since foo, foo2 is the default order) (andthe remaining arguments (3) are set to their default values.Cheerio, Marc. -- Darrell Brogdonhttp://darrell.brogdon.net1024D/D7FB6981 3CB8 A14D 1662 8351 11F6 40C1 D205 2D97 D7FB 6981
[PHP-DEV] print()??
Is print function or laguage construct? I know that echo is language construct and code like that $some=echo; $some(FUBAR); gives me an error The same with print. Andrey Hristov -- PHP Development Mailing List http://www.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] print()??
On Fri, 11 Jan 2002, Andrey Hristov wrote: Is print function or laguage construct? I know that echo is language construct and code like that $some=echo; $some(FUBAR); gives me an error The same with print. Yup Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Stealing php-bugs-web
PHP bug reporting system has become quite capable. I was wondering if it was OK to use it elsewhere (the source code is available in php-bugs-web)? If it is, could you please commit the sql script that creates the database, so I don't have to reverse engineer it from the code. 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] Bugreport?
Hi, On Fri, 11 Jan 2002 01:16:05 +0100 Mark [EMAIL PROTECTED] wrote: Seems like either a bug, or a sysadmin (me) who is an idiot because it's 1.14am. can you please open a bug report at bugs.php.net with detailed information on your environment Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14652 Updated: 4.1.0 session_unregister segfaults on IIS/CGI
ID: 14652 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: NT PHP Version: 4.1.0 New Comment: No feedback. Closing. Previous Comments: [2001-12-21 16:33:04] [EMAIL PROTECTED] Can you include a (short) sample script? [2001-12-21 16:28:44] [EMAIL PROTECTED] I'm running PHP4.1.0, CGI version, on NT4.0 SP6, with IIS 4.0 (all security patches applied). session_unregister gives memory faults consistently (i.e. every time, reproducible) I'm also using the provided extensions curl and gd. Edit this bug report at http://bugs.php.net/?id=14652edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14858 Updated: Lack of tmp directory causes crash on call to session_start()
ID: 14858 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Duplicate Bug Type: Session related Operating System: Windows 2000 Pro PHP Version: 4.1.1 New Comment: This is a dupe of one of the critical bugs... I'm too lazy to find out which one ;) Previous Comments: [2002-01-09 22:06:37] [EMAIL PROTECTED] Can be a dup of others, but keep it open for now. [2002-01-04 15:00:14] [EMAIL PROTECTED] If the directory c:/tmp does not exist, PHP, installed as a SAPI module, causes an Apache.exe crash when a session_start() function call is made. Reproducible + predictable. Configuration details: Windows 2000 Service Pack 1 Apache 1.3.22 PHP 4.1.1 - SAPI - No additional modules installed, beyond the included MySQL and ODBC support. Temporary directory = c:/tmp Edit this bug report at http://bugs.php.net/?id=14858edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache
ID: 14865 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Win XP Prof PHP Version: 4.1.1 New Comment: There was a problen with phpinfo in 4.1.x when the zlib-extension was enabled. That bug has been fixed, you can try the latest CVS to see if it also fixes this bug. Previous Comments: [2002-01-10 03:38:20] [EMAIL PROTECTED] I've got the same problem. Same OS, same PHP, same problem. It really bothers me only when PHP is installed as an Apache module. Does anybody have the solution? Ivan [2002-01-06 07:05:06] [EMAIL PROTECTED] Here are the part which you need: LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4a ScriptAlias /php3/ c:/php3/ AddType application/x-httpd-php3 .php3 Action application/x-httpd-php3 /php3/php.exe ScriptAlias /php/ c:/php/ AddType application/x-httpd-php4 .php AddType application/x-httpd-php4 .php4 AddType application/x-httpd-php4 .php4c Action application/x-httpd-php4 /php/php.exe //--- I did a easy example, that works with both API's! ?php echo bla; ? http://www.wenpas.ch:8080/bla.php4c http://www.wenpas.ch:8080/bla.php4a And here the other example: ?php phpinfo(); ? http://www.wenpas.ch:8080/phpinfo.php4a http://www.wenpas.ch:8080/phpinfo.php4c http://www.wenpas.ch:8080/phpinfo.php3 http://www.wenpas.ch:8080/phpinfo.php4 http://www.wenpas.ch:8080/phpinfo.php The ends .php4a and .php4c are only for you to testing. c = cgi a = apache (php4apache.dll) [2002-01-04 20:59:57] [EMAIL PROTECTED] Wow, wierd. If you go to the second page (cgi binary) it displays fine, yet the first page starts to display, and then dies. I have a sneaky suspicion that it is more to do with permissions, or something. Could you paste your apache php definitions, please, so we know what apache is doing when it gets a php4a / php4c url. Thanks. [2002-01-04 20:54:51] [EMAIL PROTECTED] The correct links: Apache API: http://www.wenpas.ch:8080/phpinfo.php4a CGI API: http://www.wenpas.ch:8080/phpinfo.php4c Pascal [2002-01-04 20:51:14] [EMAIL PROTECTED] I have problem with the php4apache.dll on win xp prof apache 1.3.22 and php4.1.1 ! Server API: Apache If you execute the phpinfo(), same time it work, but the most time came the message that the page not can show. Or same line are wrong (wrong character like @#°§@°@#§879...) http://xp.wenpas.ch:8080/phpinfo.php4c Server API: CGI The same example with the installation as CGI work fine. (same php.ini) http://xp.wenpas.ch:8080/phpinfo.php4a I think the problem is at php4apache.dll Pascal Edit this bug report at http://bugs.php.net/?id=14865edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache
ID: 14865 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: Win XP Prof PHP Version: 4.1.1 New Comment: As for me - i don't have any extension except imapgd installed. Maybe something else? I found the same problem with phpmyadmin - it shows could not found server page in left frame (the one with database/tables list) from time to time. Ivan Previous Comments: [2002-01-11 10:28:43] [EMAIL PROTECTED] There was a problen with phpinfo in 4.1.x when the zlib-extension was enabled. That bug has been fixed, you can try the latest CVS to see if it also fixes this bug. [2002-01-10 03:38:20] [EMAIL PROTECTED] I've got the same problem. Same OS, same PHP, same problem. It really bothers me only when PHP is installed as an Apache module. Does anybody have the solution? Ivan [2002-01-06 07:05:06] [EMAIL PROTECTED] Here are the part which you need: LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4a ScriptAlias /php3/ c:/php3/ AddType application/x-httpd-php3 .php3 Action application/x-httpd-php3 /php3/php.exe ScriptAlias /php/ c:/php/ AddType application/x-httpd-php4 .php AddType application/x-httpd-php4 .php4 AddType application/x-httpd-php4 .php4c Action application/x-httpd-php4 /php/php.exe //--- I did a easy example, that works with both API's! ?php echo bla; ? http://www.wenpas.ch:8080/bla.php4c http://www.wenpas.ch:8080/bla.php4a And here the other example: ?php phpinfo(); ? http://www.wenpas.ch:8080/phpinfo.php4a http://www.wenpas.ch:8080/phpinfo.php4c http://www.wenpas.ch:8080/phpinfo.php3 http://www.wenpas.ch:8080/phpinfo.php4 http://www.wenpas.ch:8080/phpinfo.php The ends .php4a and .php4c are only for you to testing. c = cgi a = apache (php4apache.dll) [2002-01-04 20:59:57] [EMAIL PROTECTED] Wow, wierd. If you go to the second page (cgi binary) it displays fine, yet the first page starts to display, and then dies. I have a sneaky suspicion that it is more to do with permissions, or something. Could you paste your apache php definitions, please, so we know what apache is doing when it gets a php4a / php4c url. Thanks. [2002-01-04 20:54:51] [EMAIL PROTECTED] The correct links: Apache API: http://www.wenpas.ch:8080/phpinfo.php4a CGI API: http://www.wenpas.ch:8080/phpinfo.php4c Pascal The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14865 Edit this bug report at http://bugs.php.net/?id=14865edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache
ID: 14865 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: Win XP Prof PHP Version: 4.1.1 New Comment: This problem occurs only on WIN XP (Pro?) as an OS. Previous Comments: [2002-01-11 10:41:12] [EMAIL PROTECTED] As for me - i don't have any extension except imapgd installed. Maybe something else? I found the same problem with phpmyadmin - it shows could not found server page in left frame (the one with database/tables list) from time to time. Ivan [2002-01-11 10:28:43] [EMAIL PROTECTED] There was a problen with phpinfo in 4.1.x when the zlib-extension was enabled. That bug has been fixed, you can try the latest CVS to see if it also fixes this bug. [2002-01-10 03:38:20] [EMAIL PROTECTED] I've got the same problem. Same OS, same PHP, same problem. It really bothers me only when PHP is installed as an Apache module. Does anybody have the solution? Ivan [2002-01-06 07:05:06] [EMAIL PROTECTED] Here are the part which you need: LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4a ScriptAlias /php3/ c:/php3/ AddType application/x-httpd-php3 .php3 Action application/x-httpd-php3 /php3/php.exe ScriptAlias /php/ c:/php/ AddType application/x-httpd-php4 .php AddType application/x-httpd-php4 .php4 AddType application/x-httpd-php4 .php4c Action application/x-httpd-php4 /php/php.exe //--- I did a easy example, that works with both API's! ?php echo bla; ? http://www.wenpas.ch:8080/bla.php4c http://www.wenpas.ch:8080/bla.php4a And here the other example: ?php phpinfo(); ? http://www.wenpas.ch:8080/phpinfo.php4a http://www.wenpas.ch:8080/phpinfo.php4c http://www.wenpas.ch:8080/phpinfo.php3 http://www.wenpas.ch:8080/phpinfo.php4 http://www.wenpas.ch:8080/phpinfo.php The ends .php4a and .php4c are only for you to testing. c = cgi a = apache (php4apache.dll) [2002-01-04 20:59:57] [EMAIL PROTECTED] Wow, wierd. If you go to the second page (cgi binary) it displays fine, yet the first page starts to display, and then dies. I have a sneaky suspicion that it is more to do with permissions, or something. Could you paste your apache php definitions, please, so we know what apache is doing when it gets a php4a / php4c url. Thanks. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14865 Edit this bug report at http://bugs.php.net/?id=14865edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Stealing php-bugs-web
If it is, could you please commit the sql script that creates the database, so I don't have to reverse engineer it from the code. http://cvs.php.net/co.php/php-bugs-web/bugs.sql I must be going blind. Well it is Friday afternoon here... Thanks, 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] Bug #14997 Updated: Multiple system calls cause inifinite process forking
ID: 14997 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Program Execution Operating System: Linux PHP Version: 4.1.1 New Comment: are you talking about 'defunct' (aka zombie) processes? Previous Comments: [2002-01-11 10:42:50] [EMAIL PROTECTED] If PHP is running via a web server, and mutiple system calls are made within the script to another script, hundreds of processes are created. Here is an example: Script 1: ?php for ($i=1; $i=5; $i++) { system(php script2.php); } ? Script 2: ?php exit; ? The effect is the same (and more difficult to stop) when the system calls are made in the background. e.g. system(php script2.php /dev/null 2/dev/null ); I have even tried calling a shell script, which in turn calls the second PHP script (both in the background), but it still causes lots of processes. The exec command is also affected. At first, I thought this was a problem with either Zeus web server of Fast CGI, but I have since tried it with Apache and normal CGI with the same effect. Edit this bug report at http://bugs.php.net/?id=14997edit=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] Universe in 2002
(Universe is a PHP extension that allows PHP to act as a CORBA client or server.) Hi! I just want to say that the latest snapshots of Universe works great and that I am currently cleaning up the code before submitting it to the PHP CVS repository. During this spring I will work on my Master Thesis (which does not involve PHP or CORBA) but I'll try to take care of Universe too. Universe is getting ready for a production environment. Unfortunately, there are still memory leaks. If you are using Satellite (I don't think anyone is, but anyway) you should _really_ consider switching to Universe now. More info on this page: http://universe.2good.nu Regards, -\- David Eriksson -/- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14987 Updated: ereg_replace with \0
ID: 14987 Updated by: sander Old Summary: ereg_replace with \0 Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Red Hat Linux PHP Version: 4.0.5 New Comment: The ereg-functions are NOT binary safe. RTM. Previous Comments: [2002-01-10 21:04:25] [EMAIL PROTECTED] I have this code: $new = ereg_replace(123, xy\0z, 123Hai); The result is xy and not xyzHai Is it a bug? because it works with preg_replace. Thanks, Jimmi Edit this bug report at http://bugs.php.net/?id=14987edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14983 Updated: mail function buffer overflow
ID: 14983 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.1.1 New Comment: It would be nice if you post a diff instead of the whole file... Previous Comments: [2002-01-10 21:07:29] [EMAIL PROTECTED] this is what i came up with to fix the behaviour. It's a quick fix cause i needed PHP working for a demo tomorrow, but it appears to fix the problem. - Enrico /* *PHP Sendmail for Windows. * * This file is rewriten specificly for PHPFI. Some functionality * has been removed (MIME and file attachments). This code was * modified from code based on code writen by Jarle Aase. * * This class is based on the original code by Jarle Aase, see bellow: * wSendmail.cpp It has been striped of some functionality to match * the requirements of phpfi. * * Very simple SMTP Send-mail program for sending command-line level * emails and CGI-BIN form response for the Windows platform. * * The complete wSendmail package with source code can be located * from http://www.jgaa.com * modified by Enrico Demarin Jan 2001 */ #include php.h/*php specific */ #include stdio.h #include stdlib.h #include winsock.h #include time.h #include string.h #include malloc.h #include memory.h #include winbase.h #include sendmail.h #include php_ini.h /* extern int _daylight; extern long _timezone; */ /*enum { DO_CONNECT = WM_USER +1 }; */ static char *days[] = {Sun, Mon, Tue, Wed, Thu, Fri, Sat}; static char *months[] = {Jan, Feb, Mar, Apr, May, Jun, Jul, Aug, Sep, Oct, Nov, Dec}; #ifndef THREAD_SAFE char Buffer[MAIL_BUFFER_SIZE]; /* socket related data */ SOCKET sc; WSADATA Data; struct hostent *adr; SOCKADDR_IN sock_in; int WinsockStarted; /* values set by the constructor */ char *AppName; char MailHost[HOST_NAME_LEN]; char LocalHost[HOST_NAME_LEN]; #endif char seps[] = ,\t\n; char *php_mailer = PHP 4.0 WIN32; char *get_header(char *h, char *headers); /* Error messages */ static char *ErrorMessages[] = { {Success}, {Bad arguments from form}, {Unable to open temporary mailfile for read}, {Failed to Start Sockets}, {Failed to Resolve Host}, {Failed to obtain socket handle}, {Failed to Connect}, {Failed to Send}, {Failed to Receive}, {Server Error}, {Failed to resolve the host IP name}, {Out of memory}, {Unknown error}, {Bad Message Contents}, {Bad Message Subject}, {Bad Message destination}, {Bad Message Return Path}, {Bad Mail Host}, {Bad Message File}, {PHP Internal error: php.ini sendmail from variable not set!} }; /* // Name: TSendMail // Input: 1) host:Name of the mail host where the SMTP server resides // max accepted length of name = 256 // 2) appname: Name of the application to use in the X-mailer // field of the message. if NULL is given the application // name is used as given by the GetCommandLine() function // max accespted length of name = 100 // Output: 1) error: Returns the error code if something went wrong or // SUCCESS otherwise. // // See SendText() for additional args! /// int TSendMail(char *host, int *error, char *headers, char *Subject, char *mailTo, char *data) { int ret; char *RPath = NULL; WinsockStarted = FALSE; if (host == NULL) { *error = BAD_MAIL_HOST; return BAD_MAIL_HOST; } else if (strlen(host) = HOST_NAME_LEN) { *error = BAD_MAIL_HOST; return BAD_MAIL_HOST; } else { strcpy(MailHost, host); } if (INI_STR(sendmail_from)){ RPath = estrdup(INI_STR(sendmail_from)); } else { return 19; } /* attempt to connect with mail host */ *error = MailConnect(); if (*error != 0) { if(RPath)efree(RPath); return *error; } else { ret = SendText(RPath, Subject, mailTo, data, headers); TSMClose(); if (ret != SUCCESS) { *error = ret; } if(RPath)efree(RPath); return ret; } } // // Name:
[PHP-DEV] Bug #14875 Updated: image_types() IMG_GIF report false incorrectly
ID: 14875 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: GD related Operating System: Linux Mandrake 8.1 PHP Version: 4.1.1 New Comment: Dupe of 14899, which has more info so I'm closing this one. Previous Comments: [2002-01-05 13:13:34] [EMAIL PROTECTED] http://home.jamiebecker.com/test.html http://home.jamiebecker.com/test.phps As an aside, GIF support actually does work -- creating, reading, editing GIF images appears to work fine. Thanks! Edit this bug report at http://bugs.php.net/?id=14875edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14983 Updated: mail function buffer overflow
ID: 14983 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.1.1 New Comment: Here is the diff. -Enrico --- sendmail-old.c Mon Sep 4 18:26:16 2000 +++ sendmail.c Thu Jan 10 20:20:56 2002 @@ -16,6 +16,8 @@ * The complete wSendmail package with source code can be located * from http://www.jgaa.com * + + modified by Enrico Demarin Jan 2001 */ #include php.h /*php specific */ @@ -217,7 +219,7 @@ if (strchr(mailTo, '@') == NULL) return (BAD_MSG_DESTINATION); - sprintf(Buffer, HELO %s\r\n, LocalHost); + snprintf(Buffer, MAIL_BUFFER_SIZE, HELO %s\r\n, LocalHost); /* in the beggining of the dialog */ /* attempt reconnect if the first Post fail */ @@ -229,7 +231,7 @@ if ((res = Ack()) != SUCCESS) return (res); - sprintf(Buffer, MAIL FROM:%s\r\n, RPath); + snprintf(Buffer, MAIL_BUFFER_SIZE,MAIL FROM:%s\r\n, RPath); if ((res = Post(Buffer)) != SUCCESS) return (res); if ((res = Ack()) != SUCCESS) @@ -242,7 +244,7 @@ token = strtok(tempMailTo, ,); while(token != NULL) { - sprintf(Buffer, RCPT TO:%s\r\n, token); + snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token); if ((res = Post(Buffer)) != SUCCESS) return (res); if ((res = Ack()) != SUCCESS) @@ -259,7 +261,7 @@ token = strtok(tempMailTo, ,); while(token != NULL) { - sprintf(Buffer, RCPT TO:%s\r\n, token); + snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token); if ((res = Post(Buffer)) != SUCCESS) return (res); if ((res = Ack()) != SUCCESS) @@ -341,14 +343,15 @@ struct tm *tm = localtime(tNow); int zoneh = abs(_timezone); int zonem, res; + int i; + char *p; - p = Buffer; zoneh /= (60 * 60); zonem = (abs(_timezone) / 60) - (zoneh * 60); if(!xheaders || !strstr(xheaders, Date:)){ - p += sprintf(p, Date: %s, %02d %s %04d %02d:%02d:%02d %s%02d%02d\r\n, + snprintf(Buffer, MAIL_BUFFER_SIZE, Date: %s, %02d %s %04d %02d:%02d:%02d %s%02d%02d\r\n, days[tm-tm_wday], tm-tm_mday, months[tm-tm_mon], @@ -359,21 +362,56 @@ (_timezone 0) ? + : (_timezone 0) ? - : , zoneh, zonem); + + if ((res = Post(Buffer)) != SUCCESS) + return (res); } if(!xheaders || !strstr(xheaders, From:)){ - p += sprintf(p, From: %s\r\n, RPath); + snprintf(Buffer, MAIL_BUFFER_SIZE, From: %s\r\n, RPath); + if ((res = Post(Buffer)) != SUCCESS) + return (res); } - p += sprintf(p, Subject: %s\r\n, Subject); + + snprintf(Buffer, MAIL_BUFFER_SIZE, Subject: %s\r\n, Subject); + if ((res = Post(Buffer)) != SUCCESS) + return (res); + if(!xheaders || !strstr(xheaders, To:)){ - p += sprintf(p, To: %s\r\n, mailTo); + snprintf(Buffer, MAIL_BUFFER_SIZE, To: %s\r\n, mailTo); + if ((res = Post(Buffer)) != SUCCESS) + return (res); } + if(xheaders){ - p += sprintf(p, %s\r\n, xheaders); - } - if ((res = Post(Buffer)) != SUCCESS) - return (res); + /* send extre headers in 1024 chunks */ + if (strlen(xheaders) = 1024) { + if ((res = Post(xheaders)) != SUCCESS) + return (res); + } else { + p = xheaders; + + while (1) { + if (*p == '\0') + break; + if (strlen(p) = 1024) + i = 1024; + else + i = strlen(p); + + /* put next chunk in buffer */ +
[PHP-DEV] Bug #14998: Can't name a class 'Directory'
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.0 PHP version: 4.0.5 PHP Bug Type: Class/Object related Bug description: Can't name a class 'Directory' For example, given the code: ? class Directory { // CONSTRUCTOR function Directory($req_id = FALSE) { // nothing } } ? PHP gives the error: Cannot redeclare class directory. Maybe the the dir() function/class interferes?? Configuration: './configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin' '--with-config-file-path=/etc/httpd' '--with-regex=system' '--enable-debugger' '--enable-magic-quotes' '--enable-sysvshm' '--with-dom' '--enable-force-cgi-redirect' '--enable-sigchild' '--with-wddx' '--enable-inline-optimization' '--with-gnu-ld' '--enable-bcmath' '--enable-crypt' '--with-xml' '--with-sablot' '--enable-dbg=shared' '--with-dbg-profiler' Thanks. -- Edit bug report at: http://bugs.php.net/?id=14998edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14999: apache_lookup_uri returning array for apache2 instead of object
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.1.1 PHP Bug Type: Apache2 related Bug description: apache_lookup_uri returning array for apache2 instead of object this is simple: apache_lookup_uri is returning array on apache2 instead of object (as it is doing on apache 1.3 and as it is written in documentation). the array is filled good with right keys and values, only problem is that it is array and not object -- Edit bug report at: http://bugs.php.net/?id=14999edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15000: gd1.3 : gdImageColorResolve : reference symbol not found
From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 4.1.1 PHP Bug Type: Apache related Bug description: gd1.3 : gdImageColorResolve : reference symbol not found Every thing works fine with php 4.0.6 but not with the 4.1.1. When starting apache 1.3.22 I've got the message : rast.instdev2 /opt/apache_adm/bin/apachectl start Syntax error on line 223 of /opt/apache_adm/conf/httpd.conf: Cannot load /opt/apache_adm/libexec/libphp4.so into server: ld.so.1: /opt/apache_adm/bin/httpd: fatal: relocation error: file /opt/a pache_adm/libexec/libphp4.so: symbol gdImageColorResolve: referenced symbol not found /opt/apache_adm/bin/apachectl start: httpd could not be started Configure options for php 4.1.1 : ./configure --with-apxs=/opt/apache_adm/bin/apxs \ --with-oracle=/opt/oracle/ora8170 \ --with-oci8=/opt/oracle/ora8170 \ --with-config-file-path=/opt/apache_adm/conf \ --enable-debug=no --enable-magic-quotes \ --enable-track-vars --enable-sigchild \ --without-mysql --prefix=/opt/php \ --with-gd=/opt/packages/instit/gd1.3 \ --with-ttf=/opt/freetype Part of the configure output regarding GD : checking whether to enable FTP support... no checking whether to include GD support... yes checking whether to enable truetype string function in gd... no checking for the location of libjpeg... no If configure fails try --with-jpeg-dir=DIR checking for the location of libpng... no If configure fails try --with-png-dir=DIR and --with-zlib-dir=DIR checking for the location of libXpm... no If configure fails try --with-xpm-dir=DIR checking for freetype(2)... no If configure fails try --with-freetype-dir=DIR checking whether to include include FreeType 1.x support... yes checking whether to include T1lib support... no checking for gdImageString16 in -lgd... (cached) yes checking for gdImagePaletteCopy in -lgd... (cached) no checking for gdImageCreateFromPng in -lgd... (cached) no checking for gdImageCreateFromGif in -lgd... (cached) yes checking for gdImageGif in -lgd... (cached) yes checking for gdImageWBMP in -lgd... (cached) no checking for gdImageCreateFromJpeg in -lgd... (cached) no checking for gdImageCreateFromXpm in -lgd... (cached) no checking for gdImageCreateFromGd2 in -lgd... (cached) no checking for gdImageCreateTrueColor in -lgd... (cached) no checking for gdImageSetTile in -lgd... (cached) yes checking for gdImageSetBrush in -lgd... (cached) yes checking for gdImageStringTTF in -lgd... (cached) no checking for gdImageStringFT in -lgd... (cached) no checking for gdImageStringFTEx in -lgd... (cached) no checking for gdImageColorClosestHWB in -lgd... (cached) no checking for gdImageColorResolve in -lgd... (cached) no checking for gdImageGifCtx in -lgd... (cached) no checking whether to include GNU gettext support... no I'm using gd1.3 (for GIF support) and freetype 1.3.1. I'm compiling php4.1.1 with no change regarding the 4.0.6 compilation. No error during compilation. With php4.0.6, no problem at apache statup (gd and ttf supported), with 4.1.1 I have got the previous message. -- Edit bug report at: http://bugs.php.net/?id=15000edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6982 Updated: disable_functions option don't works in Apache config
ID: 6982 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Linux 2.2.16 PHP Version: 4.0.2 New Comment: I tried php-4.1.0 on Linux and still have the bug. I don't agree it's intended behavior. From the PHP online manual, it says: php_admin_value name value This sets the value of the specified variable. Admin configuration settings can only be set from within the main Apache configuration files, and not from .htaccess files. So user cannot override this via .htaccess files. Having the directive in php.ini makes it global and same to all the directories, which is not suitable in our case, because we need to disable functions on per directory basis. Previous Comments: [2001-03-06 06:59:17] [EMAIL PROTECTED] I guess it's intended - they work only for php.ini, otheriwse user could easyliy override this with .htaccess, for example. So this is system-global setting for now. Moving to RFEs. [2000-12-26 09:59:27] [EMAIL PROTECTED] I've tried php 4.0.4 but disable_functions only works from php.ini, not from apache config. [2000-11-27 06:09:32] [EMAIL PROTECTED] Please try latest snapshot from http://snaps.php.net/ and report back whether this works with it or not. --Jani [2000-10-02 23:28:52] [EMAIL PROTECTED] I'm trying to disable interbase functions for some directories. httpd.conf: Directory /some/path php_admin_value disable_functions 'ibase_pconnect' /Directory But ibase_pconnect still works. Edit this bug report at http://bugs.php.net/?id=6982edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14998 Updated: Can't name a class 'Directory'
ID: 14998 Updated by: jan Old Summary: Can't name a class 'Directory' Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Class/Object related Bug Type: Documentation problem Operating System: Red Hat Linux 7.0 PHP Version: 4.0.5 New Comment: See http://www.php.net/manual/en/function.get-declared-classes.php. It is predefined. Should be pointed out more clearly, - documentation problem. Previous Comments: [2002-01-11 12:17:37] [EMAIL PROTECTED] For example, given the code: ? class Directory { // CONSTRUCTOR function Directory($req_id = FALSE) { // nothing } } ? PHP gives the error: Cannot redeclare class directory. Maybe the the dir() function/class interferes?? Configuration: './configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin' '--with-config-file-path=/etc/httpd' '--with-regex=system' '--enable-debugger' '--enable-magic-quotes' '--enable-sysvshm' '--with-dom' '--enable-force-cgi-redirect' '--enable-sigchild' '--with-wddx' '--enable-inline-optimization' '--with-gnu-ld' '--enable-bcmath' '--enable-crypt' '--with-xml' '--with-sablot' '--enable-dbg=shared' '--with-dbg-profiler' Thanks. Edit this bug report at http://bugs.php.net/?id=14998edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15001: PHP_SELF set incorrectly when there is extra path info
From: [EMAIL PROTECTED] Operating system: Compaq Tru64 4.0F PK3 PHP version: 4.0.6 PHP Bug Type: Variables related Bug description: PHP_SELF set incorrectly when there is extra path info The PHP_SELF variable is not set correctly when extra path info is appended to the URL requested. Example: http://www.ku.edu/cgi-bin/phpself.php shows the correct PHP_SELF variable while: http://www.ku.edu/cgi-bin/phpself.php/extra/path/info shows an incorrect PHP_SELF value. The contents of phpself.php are: #!/usr/local/bin/php html head titlePHP_SELF test/title /head body p ?php echo $PHP_SELF; ? /body /html This php was configured using: ./configure --with-openssl --enable-bcmath --with-ndbm --with-dbm --enable-dbase --enable-filepro --enable-ftp --enable-gd-imgstrttf --with-gd --with-ttf --with-java=/usr/opt/java130 --with-ldap=/usr/local/ldap --with-mysql=/usr/local/mysql --with-oci8 --with-oracle --enable-shmop --enable-sockets --enable-sysvsem --enable-sysvshm --enable-wddx --enable-memory-limit --enable-dba=shared --enable-calendar --enable-exif --with-msql --enable-discard-path -- Edit bug report at: http://bugs.php.net/?id=15001edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6982 Updated: disable_functions option don't works in Apache config
ID: 6982 Updated by: rasmus Old Summary: disable_functions option don't works in Apache config Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Linux 2.2.16 PHP Version: 4.0.2 New Comment: Due to the current internal architecture it would be a performance killer to populate the list of functions on a per-request basis. That's why disabling functions is only available at startup (ie. in php.ini) which means we only have to build this list once. You will need to run different classes of Apache/PHP instances if you need different sets of functions available for different virtualhosts. Previous Comments: [2002-01-11 13:54:00] [EMAIL PROTECTED] I tried php-4.1.0 on Linux and still have the bug. I don't agree it's intended behavior. From the PHP online manual, it says: php_admin_value name value This sets the value of the specified variable. Admin configuration settings can only be set from within the main Apache configuration files, and not from .htaccess files. So user cannot override this via .htaccess files. Having the directive in php.ini makes it global and same to all the directories, which is not suitable in our case, because we need to disable functions on per directory basis. [2001-03-06 06:59:17] [EMAIL PROTECTED] I guess it's intended - they work only for php.ini, otheriwse user could easyliy override this with .htaccess, for example. So this is system-global setting for now. Moving to RFEs. [2000-12-26 09:59:27] [EMAIL PROTECTED] I've tried php 4.0.4 but disable_functions only works from php.ini, not from apache config. [2000-11-27 06:09:32] [EMAIL PROTECTED] Please try latest snapshot from http://snaps.php.net/ and report back whether this works with it or not. --Jani [2000-10-02 23:28:52] [EMAIL PROTECTED] I'm trying to disable interbase functions for some directories. httpd.conf: Directory /some/path php_admin_value disable_functions 'ibase_pconnect' /Directory But ibase_pconnect still works. Edit this bug report at http://bugs.php.net/?id=6982edit=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] consistent way to handle structs
At 04:36 PM 1/11/2002, Darrell Brogdon wrote: I thought ZE2 was going to have support for method overloading? Nope, it's not planned... Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15001 Updated: PHP_SELF set incorrectly when there is extra path info
ID: 15001 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Variables related Operating System: Compaq Tru64 4.0F PK3 PHP Version: 4.0.6 New Comment: This is a dupe... and I'm again too lazy to search for the original bug ;) Anyway, it's known behaviour and so it's a docu-problem. Previous Comments: [2002-01-11 14:26:10] [EMAIL PROTECTED] The PHP_SELF variable is not set correctly when extra path info is appended to the URL requested. Example: http://www.ku.edu/cgi-bin/phpself.php shows the correct PHP_SELF variable while: http://www.ku.edu/cgi-bin/phpself.php/extra/path/info shows an incorrect PHP_SELF value. The contents of phpself.php are: #!/usr/local/bin/php html head titlePHP_SELF test/title /head body p ?php echo $PHP_SELF; ? /body /html This php was configured using: ./configure --with-openssl --enable-bcmath --with-ndbm --with-dbm --enable-dbase --enable-filepro --enable-ftp --enable-gd-imgstrttf --with-gd --with-ttf --with-java=/usr/opt/java130 --with-ldap=/usr/local/ldap --with-mysql=/usr/local/mysql --with-oci8 --with-oracle --enable-shmop --enable-sockets --enable-sysvsem --enable-sysvshm --enable-wddx --enable-memory-limit --enable-dba=shared --enable-calendar --enable-exif --with-msql --enable-discard-path Edit this bug report at http://bugs.php.net/?id=15001edit=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] snaps.php.net ???
snaps.php.net is redirecting to www.php.net ... is it gone? anyone know? -benjamin -- PHP Development Mailing List http://www.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] snaps.php.net ???
We moved our server - and this wasn't set-up properly just yet. It'll be back... At 10:25 PM 1/11/2002, benjamin yates wrote: snaps.php.net is redirecting to www.php.net ... is it gone? anyone know? -benjamin -- PHP Development Mailing List http://www.php.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] consistent way to handle structs
I think it would be a handy feature if someone got the urge to add it to the spec. :) (hint.. hint...) Zeev Suraski wrote: At 04:36 PM 1/11/2002, Darrell Brogdon wrote: I thought ZE2 was going to have support for method overloading? Nope, it's not planned... Zeev -- Darrell Brogdon http://darrell.brogdon.net 1024D/D7FB6981 3CB8 A14D 1662 8351 11F6 40C1 D205 2D97 D7FB 6981 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7515 Updated: very weird, magic, invisible referencing
ID: 7515 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Scripting Engine problem Operating System: linux + win2k PHP Version: 4.0 Latest CVS (28/10/2000) Assigned To: andre New Comment: I'm looking at putting php 4.1.1 into the next RH release however I noticed that this bug still seems to be happening (From make test) Running tests in /usr/src/redhat/php-4.1.1//tests/lang ... OO Bug Test (Bug #7515) (029.phpt) ... failed [root@dhcpd201 lang]# cat 029.exp success [root@dhcpd201 lang]# cat 029.out failure I this something that can either be fixed or can I turn a blind eye to this.. Phil =--= Previous Comments: [2001-12-12 08:14:56] [EMAIL PROTECTED] Is this still a issue? This report is updated a year ago... If this report is outstanding, PHP Version is better to be updated... [2000-12-16 13:40:39] [EMAIL PROTECTED] assigned to zeev, as discussed we either need a) a permanent fix b) a permanent deep copy function and understand this effect as a feature and users will eventually have to use deep copies for some containers [2000-10-28 10:25:28] [EMAIL PROTECTED] This code is pretty self-explanatory... Uncommenting the noticed (*[0]) line, causes the object contained ('root') in the instance of 'obj' to be referenced to whatever, function test() uses a copy $o_copy but reference-counting fails and the contained object 'root' is somehow referenced to the original object in the global scope. After having uncommented *[0] try to uncomment *[1] what should break the reference again, that made me assuming this all is caused by reference counting... ?php class obj { function method() {} } function test($o_copy) { //$o_copy-root=$o_copy-root; // *[1] $o_copy-root-set_in_copied_o=TRUE; var_dump($o_copy);?BR?php } $o-root=new obj(); //$o-root-method(); // *[0] uncomment this line and weirdness starts var_dump($o);?BR?php test($o); var_dump($o); ? Edit this bug report at http://bugs.php.net/?id=7515edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15002: apache CRASHES on duplicate cookie and session_var
From: [EMAIL PROTECTED] Operating system: win2k PHP version: 4.1.1 PHP Bug Type: *General Issues Bug description: apache CRASHES on duplicate cookie and session_var the following code will crash apache(1.3.22 with php 4.1.1 running as a module on Win2K Hebrew Enabaled) ? session_register(hello); setcookie(hello, world); ? -- Edit bug report at: http://bugs.php.net/?id=15002edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15002 Updated: apache CRASHES on duplicate cookie and session_var
ID: 15002 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: *General Issues Bug Type: Session related Operating System: win2k PHP Version: 4.1.1 Edit this bug report at http://bugs.php.net/?id=15002edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5653 Updated: PIKE specific: with setcookie(), only the last cookie is written
ID: 5653 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Other web server Operating System: Linux PHP Version: 4.0.5 New Comment: Can this be reproduced with the PHP 4.1.1, and perhaps the latest roxen/pike? Previous Comments: [2001-08-16 12:55:28] [EMAIL PROTECTED] [2001-08-16 12:24:36] [EMAIL PROTECTED] There is small problem in Roxen's SAPI, which arises when duplicate headers are sent out. While playing with some PHP apps with Roxen, I found that regardless how many cookies are set in PHP code, only one is sent to the browser. Investigation shows that Roxen's SAPI uses Pike's type mapping to send headers, which (of course) doesn't allow duplicate headers (in my case Set-Cookie) to be sent, i.e. only last one is sent, since subsequesnt calls to set header with the same name will replace previous. Proposed solution: use array instead of mapping. It will require changes in Roxen module as well, of course, but this should not be difficult. [2001-08-14 20:08:47] [EMAIL PROTECTED] feedback - open [2001-07-24 12:23:37] [EMAIL PROTECTED] OK here is the result... Variable Value PHP_SELF = /test.php HTTP_COOKIE_VARS[cookie3] = phprocks if you don't believe you can try at www.delta7.de/test.php. The real problem is in source-file src/sapi/roxen/roxen.c about line 298 (in ver 4.0.6 of PHP)... this function (pike): mapping_string_insert(REQUEST_DATA, ind, mappie); does not append headers of the same type (here cookies). this means: old cookies are deleted and replaced with the last one you set. The Problen is _not_ on the side of the webserver. I found out (and may proove) that the roxen-php-module will recieve more than only one cookie if you like, i would make some php-scripts that will show you... [2001-07-24 09:02:41] [EMAIL PROTECTED] this could be because your server is only sending one cookie to browser Try creating a script like the one below... ? setcookie (cookie1,helloworld); setcookie(cookie2,ilovetheworld); setcookie(cookie3,phprocks); phpinfo(); ? go down to the section about the HTTP Headers Information then go to the HTTP Response Headers. Either post this information here, or give us the address to that page. [2001-07-24 02:01:28] [EMAIL PROTECTED] This is not a browser-specific bug. It's only pike-specifc (roxen) . I spent some time to undaerstand the roxen-sapi-code, but at last I'm not able to fix it. This 'bug' is already mentioned in the README ..sorry. So this 'bug' should be listed in 'missing features' or 'todo's' but not maybe not in 'bugs' The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=5653 Edit this bug report at http://bugs.php.net/?id=5653edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6617 Updated: JVM starts only on 3 requests per httpd
ID: 6617 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Java related Operating System: LinuxPPC 2000 PHP Version: 4.0.4pl1 New Comment: How does this behave under PHP 4.1.1? Previous Comments: [2001-01-16 20:47:52] [EMAIL PROTECTED] Hi James, Still failing, but on the 7th request. CHEERS Paul [2001-01-07 11:01:12] [EMAIL PROTECTED] Can you please ugrade and give feedback if it now works/still fails. James [2000-09-07 18:25:58] [EMAIL PROTECTED] As per Bug id # 6122 ./configure --with-mysql=/usr/local \ --with-java=/usr/local/java/j2sdk1.3 \ --with-sybase=/usr/local/freetds \ --with-apxs=/home/internet/www02/bin/apxs \ --enable-shared \ --enable-track-vars Using Blackdown JDK 1.2.2 And a modified JDK 1.3 - modified as the lack of HotSpot caused .so load failures !! From php.ini [java] extension_dir=/usr/local/lib/php/extensions/no-debug-non-zts-2809 extension=libphp_java.so java.class.path=/usr/local/lib/php_java.jar java.library.path=/usr/local/lib:/usr/local/lib/php/extensions/no-debug-non-zts-2809 The jver.php test script html ? $system = new Java(java.lang.System); print Java version=.$system-getProperty(java.version). br\n; print Java vendor=.$system-getProperty(java.vendor). p\n\n; print OS=.$system-getProperty(os.name). . $system-getProperty(os.version). on . $system-getProperty(os.arch). br\n; $formatter = new Java(java.text.SimpleDateFormat, , dd, 'at' h:mm:ss a ); print $formatter-format(new Java(java.util.Date)).\n; ? /html The first 3 runs work correctly then the fourth through (approx) seventh fail and there is 1 more success followed by failure. Apache must then be killed manually. The error text is :- error: Fatal error: Unable to create Java Virtual Machine in ... I noted [EMAIL PROTECTED]'s comment to use Tomcat, I'm off in that direction now, but I would prefer this method. ! ! PHP RULES ! ! Edit this bug report at http://bugs.php.net/?id=6617edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7306 Updated: segfault when binding undefined php variable with a BLOB hostvar
ID: 7306 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: OCI8 related Operating System: linux-glibc21, OCI 8.1.5.0.0 PHP Version: 4.0 Latest CVS (18/10/2000) New Comment: Can you reproduce this with latest PHP 4.1.1? Previous Comments: [2001-05-11 21:42:11] [EMAIL PROTECTED] Why was this duplicate? [2000-10-18 05:02:37] [EMAIL PROTECTED] ?php $db = @ocilogon(scott, tiger, ZTST); $statement = ociparse($db, CREATE TABLE foo (blob_field BLOB)); ociexecute($statement); $query = INSERT INTO foo (blob_field) . VALUES (EMPTY_BLOB()) . RETURNING blob_field into :blob; $statement = ociparse($db, $query); ocibindbyname($statement, ':blob', $undefined, -1, OCI_B_BLOB); $result = ociexecute($statement); ? Edit this bug report at http://bugs.php.net/?id=7306edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7847 Updated: OCI8 support with Oracle 8.1.5 doesn't work
ID: 7847 Updated by: lobbin Old Summary: OCI8 support with Oracle 8.1.5 doesn't work Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: OCI8 related Operating System: AIX 4.2 PHP Version: 4.0.3pl1 New Comment: Can you reproduce this with PHP 4.1.1? Previous Comments: [2001-01-08 09:13:58] [EMAIL PROTECTED] Downloaded php4-200101080345 this morning and recompiled libphp4.so. The problems remain. I had to find out an AIX 4.3.3 server in order to keep the project in schedule; I successfully built a STATIC php module there, including a working OCI8 extension. I couldn't build a working AIX 4.3 DSO even though I followed the advice in bug #4630. [2001-01-07 19:42:19] [EMAIL PROTECTED] Does this happen with latest snapshot from http://snaps.php.net/ ?? --Jani [2000-12-07 05:46:25] [EMAIL PROTECTED] I have been testing several other extensions and standard PHP functions on my AIX 4.2 server, and discovered the following: 1) can't successfully build PHP with socket support 2) fsockopen fails as described for OCI8 3) curl fails as described for OCI8 Since OCIServerAttach must certainly work with sockets at some point, may this point to some kind of incompatibility between PHP and AIX 4.2 socket code? [2000-11-22 11:10:55] [EMAIL PROTECTED] Made some other tests ... 1) Recompiled gcc from sources, using both the binary AIX 4.2 gcc distro and the standard IBM cc compiler. Regenerated apache+mod_php+ oci8 support with the new gcc binary. I observed the exact same problems. 2) Returned to using the binary AIX 4.2 gcc distro from aixpdslib.seas.ucla.edu, I liberally inserted fprintf debug statements in oci8.c in order to pinpoint the instruction causing the error. Here is my final trace: Entering oci_do_connect function ... Before ecalloc After ecalloc Before _oci_open_server Entering _oci_open_server function ... Before zend_hash_find After zend_hash_find Before OCIHandleAlloc After OCIHandleAlloc Before OCIServerAttach pServer:20123f9c pError:2012420c dbname:f40_7 dbnamel:5 As you can see, oci8.c never returns from the OCIServerAttach call. The arguments to that call, listed on the last trace line, look valid enough to me ... (To Thies Arntzen: I receive all your emails, but our e-mail server apparently cannot deliver my replies to mail2.easyspace.com and is bouncing them all back ... please post your advice here) [2000-11-21 08:36:31] [EMAIL PROTECTED] I'm sorry to report AIX doesn't include truss nor strace. I found out a program called sctrace that you can buy from The Kernel Group for $795 (single CPU) and seems to do what truss does for Solaris and strace does for Linux, but we don't have it here. Only thing I could do was using the trace program, as per Jason's advice: trace -a -o /tmp/my_trace_log; /opt/www/bin/httpd -X; trcstop trcrpt -o /tmp/my_trace -v /tmp/my_trace_log Here follows what I believe to be the most interesting section: (about 55000 lines deleted) 107lookuppn: /ora815/network/admin/sqlnet.ora 107lookuppn: file not found 104return from access. error ENOENT [73 usec] 101access LR = D0FE3AB4 108access /ora815/network/admin/sqlnet.ora- 107lookuppn: /ora815/network/admin/ldap.ora 107lookuppn: file not found 104return from access. error ENOENT [45 usec] 101access LR = D0FE3AB4 108access /ora815/network/admin/ldap.ora- 107lookuppn: /.sqlnet.ora 107lookuppn: file not found 104return from access. error ENOENT [20 usec] 101access LR = D0FE3AB4 108access /.sqlnet.ora- 107lookuppn: /etc/intchg.ora 107lookuppn: file not found 104return from access. error ENOENT [56 usec] 101access LR = D0FE3AB4 108access /etc/intchg.ora- ([Oracle] looks for several other files, until it finds tnsnames.ora) 101open LR = D02ACB30 107lookuppn: /ora815/network/admin/tnsnames.ora 10Dvfs number=0022, inode number=296E 15Bopen /ora815/network/admin/tnsnames.ora fd=4 RDONLY 104return from open [85 usec] 101kioctl LR = D02D9B28 14Cioctl fd=4 command=5800 arg= 104return from kioctl. error ENOTTY [10 usec] 101
[PHP-DEV] Bug #14996 Updated: the full zip package is corrupt and won't unzip
ID: 14996 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: winme PHP Version: 4.1.1 New Comment: No it was downloaded with the standard windows downloader (http://www.php.net/do_download.php?download_file=php-4.1.1-Win32.zip I have now tried a third time and it still won't unzip, winzip reports it as an invalid archive Previous Comments: [2002-01-11 09:34:45] [EMAIL PROTECTED] did you fetch the package using ftp with ascii instead of binary mode? [2002-01-11 09:01:17] [EMAIL PROTECTED] The package is ok. [2002-01-11 08:48:31] [EMAIL PROTECTED] I have dl'd the 4.1.1 zip package for windows (full package) on 2 different internet connections and the package appears to be corrupt as it won't unzip. Winzip reports that it isn't a valid archive. Edit this bug report at http://bugs.php.net/?id=14996edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8142 Updated: on exit() from method, interbase makes a mess with transaction ids
ID: 8142 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: InterBase related Operating System: Linux 2.2.17 PHP Version: 4.0.3pl1 New Comment: Do you still experience this problem on PHP 4.1.1? Previous Comments: [2000-12-06 16:40:03] [EMAIL PROTECTED] If I exit() or die() from within a method, a begun transaction is automatically COMMITTED(!) and I get wierd errors in the http error log. ? class InterBaseFailure { var $dbh; var $trh; function InterBaseFailure() { $this-dbh = ibase_pconnect( ibase/outerdb.gdb, web, pass ); $this-trh = ibase_trans( IBASE_DEFAULT, $this-dbh ); } function Save( $num ) { ibase_query( $this-trh, insert into dummy values ($num) ); // now, if we exit() from here either directly or indirectly // there's a mess with the transaction handles. I get: // a) an error in the httpd log //x is not a valid InterBase link resource // b) A COMMITTED CHANGE! exit(); } } $t = New InterBaseFailure(); $t-Save( 3 ); ? Edit this bug report at http://bugs.php.net/?id=8142edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8227 Updated: odbc_field_name don't get tab1.field tab2.field back
ID: 8227 Updated by: lobbin Old Summary: odbc_field_name don't get tab1.field tab2.field back Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: ODBC related Operating System: WinNT PHP Version: 4.0.3pl1 New Comment: Can you reproduce this with PHP 4.1.1? Previous Comments: [2000-12-13 08:16:27] [EMAIL PROTECTED] In a db where are two tables (tab1,tab2) with same fields(field) you could not make difference between tab1.field and tab2.field they just named field. By Christian Edit this bug report at http://bugs.php.net/?id=8227edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8313 Updated: the sysbase type float(15) is handled incorrectly
ID: 8313 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Solaris 7 PHP Version: 4.0.3pl1 New Comment: Does this happen on 4.1.1? Previous Comments: [2000-12-18 10:03:14] [EMAIL PROTECTED] I have a Table in a Sybase database with a column of type float(15). The command sybase_fetch_row return odds values for this column (things as Infinity or 2.0055246616091E+35) with or without the sybase.compatability_mode (weird ! I've also tried sybase.compatibility_mode) turned to on. Edit this bug report at http://bugs.php.net/?id=8313edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8314 Updated: Setting the error_log = syslog does not work on Win2k
ID: 8314 Updated by: lobbin Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Operating System: Win2k pro PHP Version: 4.0.3pl1 New Comment: Any news on this? Previous Comments: [2001-01-08 13:01:03] [EMAIL PROTECTED] this is what I get from today's CVS: The description for Event ID ( 2000 ) in Source ( c-client ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: c-client[1368]; PHP Warning: Failed opening 'index.html' for inclusion (include_path='./') in [path] on line 4. [2000-12-18 12:57:25] [EMAIL PROTECTED] Setting the error_log directive to syslog does not work as anticipated under Win2k. Logged errors generate this entry in the Application Log: The description for Event ID ( 2000 ) in Source ( c-client ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: c-client[2052], foo. Edit this bug report at http://bugs.php.net/?id=8314edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8459 Updated: PHP's crash JVM after a few requests
ID: 8459 Updated by: lobbin Old Summary: PHP's crash JVM after a few requests Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Java related Operating System: Windows NT 4.0 Workstation, SP6a PHP Version: 4.0.4 New Comment: Can you produce this error on 4.1.1? Previous Comments: [2000-12-28 13:45:32] [EMAIL PROTECTED] Not apparently. I can produce this behavior with a php as simple as: ?php phpinfo(); ? Or even a PHP that has no PHP syntax - just HTML. Furthermore, this DOES happen on the very first request to a particular page on occasion. It appears that this can happen either before or after the response is sent to the browser, but typically before. [2000-12-28 13:38:07] [EMAIL PROTECTED] Could this be related to the problem reported in bug 6616? [2000-12-28 12:04:09] [EMAIL PROTECTED] This is reproducable with the IBM JDK 1.3 [2000-12-28 11:34:08] [EMAIL PROTECTED] With PHP 4.04 (servlet), Sun JDK 1.3, Apache Tomcat 3.2.1 Windows NT 4.0 SP6a. After usually 3 or 4 PHP requests through the servlet enginer, JVM dies with an Access Violation. # # An EXCEPTION_ACCESS_VIOLATION exception has been detected in native code outsi de the VM. # Program counter=0x971b58d # The instruction at 0x0971b58d referenced memory at 0x75716572. The memory could not be read. Unhandled exception in java.exe (PHP4TS.DLL): 0xC005: Access Violation. (Assembler info can be provided if necessary.) Edit this bug report at http://bugs.php.net/?id=8459edit=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]