[PHP-DEV] Bug #10702: levenshtein doesn't handle odd arguments well
From: [EMAIL PROTECTED]
Operating system: Win2k
PHP version: 4.0.5
PHP Bug Type: *Function Specific
Bug description: levenshtein doesn't handle odd arguments well
Hello Hartmut,
levenshtein ('foot','fot','0','0','1');
- and -
levenshtein ('foot','fot','0','1','1');
return the following error:
Warning: levenshtein(): argument string(s) too long in
f:/xitami/pub/php_er/mysql/test.php on line 3
--zak
--
Edit Bug report at: http://bugs.php.net/?id=10702edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #9520 Updated: After a call to OCIFetchStatement functions on stament do not work anymore
ID: 9520 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: OCI8 related PHP Version: 4.0.4pl1 Assigned To: Comments: that's correct - after a cursor is completly read (which is what fechstatement does) this information is no longer valid. I guess this makes sense to pretty much everyone but me :) Maybe a little clarification in the manual would help, though. Thanks, Gaetano Previous Comments: -- - [2001-03-02 02:45:20] [EMAIL PROTECTED] After a call to OCIFetchInto, functions ocirowcount, ocicolumnname, ocicolumnsize, ocicolumnisnull will NOT work anymore on the fetched statement. Oci client: 8.0.5 on windows 95 PHP version: 4.0.4pl1 (got from php.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 #10639 Updated: include() require()
ID: 10639 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Scripting Engine problem Operating system: AIX 4.3.3 PHP Version: 4.0.4pl1 Description: include() require() Here is a sample script: --- test.php ?php include(test.inc); ? - --- test.inc html head titletest/title /head body pthis is a test/p /body /html - Normaly you will see on http://www.mydomain.com/test.php the content of the file test.inc as standard HTML page. On your PHP implementation the page test.php will not be found. Stephan Previous Comments: --- [2001-05-04 15:33:22] [EMAIL PROTECTED] Please add some short example scripts into this bug report. Which explains what you're trying to do. --Jani --- [2001-05-03 13:08:14] [EMAIL PROTECTED] On AIX 4.3.3(ML6) with PHP and Apache from IBM's Linux Toolbox the functions include() and require() don't work correctly. If these functions are used, a page not found error occures. --- Full Bug description available at: http://bugs.php.net/?id=10639 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Manual builds broken
starting build at: Sun May 6 17:29:15 EDT 2001 making work directory ... running ./configure --with-lang=fr ... running make test ... make: *** No rule to make target `test'. Stop. -- PHP Development Mailing List http://www.php.net/ 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 #10694 Updated: mktime leap year bug
ID: 10694
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Date/time related
Operating system:
PHP Version: 4.0.4
Assigned To: derick
Comments:
Assigning to myself
Previous Comments:
---
[2001-05-07 01:50:21] [EMAIL PROTECTED]
first of all:
I use php 4.0.1pl2 and don't have the possibility to upgrade. Please verify with
latest version.
I tried to add 12 months to a given timestamp and figured out that mktime() doesn't
include a 29th February into its calculations. Effect is, that following code doesn't
jump forward 1 year during each loop. Every leap year 1 day gets lost!
$a = mktime(0,0,0,1,1,1970);
for ($i=0; $i20; $i++) {
$a = mktime(0,0,3600 +$a,1+12,1,1970);
$b = date(d-m-Y, $a);
print Date: $bbr;
}
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10694edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9827 Updated: Floating point exception when starting apache
ID: 9827 Updated by: zeev Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: Reproducible Crash Bug Type: *General Issues Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Can you please see if this still happens in PHP 4.0.5? It's supposed to be fixed. Previous Comments: --- [2001-03-18 21:51:48] [EMAIL PROTECTED] The calculation itself does not lead to the overflow. I inserted this line right before the error happens: fprintf (stdout, Value: %f, ..calculation comes here ...); So I guess the function accepts only numbers to a certain size. (values over approx. 2^34 or under 2^-34 makes apache hurl) --- [2001-03-18 21:43:26] [EMAIL PROTECTED] - HW: Cobalt Raq2 (MIPS R3000) - OS: Linux - Apache: 1.3.19 - PHP built with these arguments: --with-apxs --enable-trans-sid - PHP release: 4.0.4pl1 and the latest CVS snapshot (date 18/03/2001) when starting apache with ./httpd, a core is dumped. The message is: Floating point exception (core dumped) I played around with gdb, the exception occurs in: ext/standard/crypt.c:105 php_srand(time(0) * getpid() * php_combined_lcg() * 1.0 ); I played around with this line. When I replace the value 1.0 with 1.0 and recompile the stuff, it works. I'm no C programmer, but I think this is due to an overflow problem. If you need more informations, tell me! Best regards Matti Weiersmueller --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9827edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: mysql and unbuffered queries
On Mon, 7 May 2001, Zeev Suraski wrote: At 02:16 7/5/2001, Wez Furlong wrote: I've seen mysql_unbuffered_query mentioned a couple of times lately and I thought that it would be useful for my current project. However, I need the functionality of mysql_db_query, but working in unbuffered mode. I was about to produce a patch and noticed that the proto comments already include an optional parameter that appears as if it were to be used for this purpose, although it is not yet handled by the code. Should I create a patch that enables the parameter? It's just a case of defining the constants and passing it to the do_query_general function, right? Probably... Are you sure you can't use mysql_unbuffered_query(), though? If you're really used to supplying the database argument, you can easily write a 2 line PHP function that does the same thing... Hmm..this seems to be an undocumented function. What is the use of it? Benefits over using mysql_query() for example? Where/when it _can't_ be used? --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: mysql and unbuffered queries
It can be used pretty much anywhere mysql_query() can be used. It's new, that's why it's not documented :) The benefits of it: - At no point does the client (PHP) have to hold the entire result set in memory. With big query results, it can save a lot of RAM. - Response time is generally better, especially with complex/large queries. You get the first row as soon as it's available, instead of having to wait for the MySQL server to find all of the rows. Zeev At 11:45 7/5/2001, Jani Taskinen wrote: On Mon, 7 May 2001, Zeev Suraski wrote: At 02:16 7/5/2001, Wez Furlong wrote: I've seen mysql_unbuffered_query mentioned a couple of times lately and I thought that it would be useful for my current project. However, I need the functionality of mysql_db_query, but working in unbuffered mode. I was about to produce a patch and noticed that the proto comments already include an optional parameter that appears as if it were to be used for this purpose, although it is not yet handled by the code. Should I create a patch that enables the parameter? It's just a case of defining the constants and passing it to the do_query_general function, right? Probably... Are you sure you can't use mysql_unbuffered_query(), though? If you're really used to supplying the database argument, you can easily write a 2 line PHP function that does the same thing... Hmm..this seems to be an undocumented function. What is the use of it? Benefits over using mysql_query() for example? Where/when it _can't_ be used? --Jani -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: mysql and unbuffered queries
Hmm..this seems to be an undocumented function. What is the use of it? Benefits over using mysql_query() for example? Where/when it _can't_ be used? Apparently, the mysql client library loads the complete result set into the process space of the client. For example, bugstats.php used to bloat httpd processes up to 20MB, because that script loads the complete bug database into memory. After switching to mysql_unbuffered_query() no significant increase in RAM usage was noticed. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10702: levenshtein doesn't handle odd arguments well
[EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: Win2k
PHP version: 4.0.5
PHP Bug Type: *Function Specific
Bug description: levenshtein doesn't handle odd arguments well
Hello Hartmut,
levenshtein ('foot','fot','0','0','1');
- and -
levenshtein ('foot','fot','0','1','1');
return the following error:
Warning: levenshtein(): argument string(s) too long in
f:/xitami/pub/php_er/mysql/test.php on line 3
?
echo levenshtein ('foot','fot','0','0','1').br\n;
echo levenshtein ('foot','fot','0','1','1').br\n;
echo levenshtein ('foot','fot','1','1','0').br\n;
echo levenshtein ('foot','fot','1','0','0').br\n;
echo levenshtein ('foot','fot','0','0','0').br\n;
?
gives
1
1
0
0
0
for me (php-4.0.5 on a linux box)
i know that it isn't checking for negative weights which would produce
the message mentioned above, but zeros shouldn't break anything ... ?
--
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 #10702: levenshtein doesn't handle odd arguments well
Zak Greant wrote: It works just fine for me on GNU/Linux as well. I guess that it is a Win32 specific issue... does it work with all weights set to one or with only two paramerters? (i'm really curious about this, but have no windows test system available) -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: mysql and unbuffered queries
Second question is: What is the use of mysql_query() function anymore then? Why not just exchange mysql_query() with mysql_unbuffered_query() ? You didn't say anything about any disadvantages on using it. :) --Jani On Mon, 7 May 2001, Zeev Suraski wrote: It can be used pretty much anywhere mysql_query() can be used. It's new, that's why it's not documented :) The benefits of it: - At no point does the client (PHP) have to hold the entire result set in memory. With big query results, it can save a lot of RAM. - Response time is generally better, especially with complex/large queries. You get the first row as soon as it's available, instead of having to wait for the MySQL server to find all of the rows. Zeev At 11:45 7/5/2001, Jani Taskinen wrote: On Mon, 7 May 2001, Zeev Suraski wrote: At 02:16 7/5/2001, Wez Furlong wrote: I've seen mysql_unbuffered_query mentioned a couple of times lately and I thought that it would be useful for my current project. However, I need the functionality of mysql_db_query, but working in unbuffered mode. I was about to produce a patch and noticed that the proto comments already include an optional parameter that appears as if it were to be used for this purpose, although it is not yet handled by the code. Should I create a patch that enables the parameter? It's just a case of defining the constants and passing it to the do_query_general function, right? Probably... Are you sure you can't use mysql_unbuffered_query(), though? If you're really used to supplying the database argument, you can easily write a 2 line PHP function that does the same thing... Hmm..this seems to be an undocumented function. What is the use of it? Benefits over using mysql_query() for example? Where/when it _can't_ be used? --Jani -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: mysql and unbuffered queries
On 2001-05-07 00:26:02, Zeev Suraski [EMAIL PROTECTED] wrote: At 02:16 7/5/2001, Wez Furlong wrote: Should I create a patch that enables the parameter? Probably... Are you sure you can't use mysql_unbuffered_query(), though? If you're really used to supplying the database argument, you can easily write a 2 line PHP function that does the same thing... It's only a half-dozen line patch to enable the functionality for mysql_db_query - it looks like it was prepared for the change. I'll commit it a little later. For speed purposes, I prefer that code to be in C. (I know - it's probably only a marginal difference). --Wez. -- PHP Development Mailing List http://www.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 #10702: levenshtein doesn't handle odd arguments well
Hartmut wrote: does it work with all weights set to one or with only two paramerters? (i'm really curious about this, but have no windows test system available) It only seems to do it in the two situations that I noted. I just did a test suite using 100 words and costs of 1 and 0 - I will send you the test results off list. --zak -- PHP Development Mailing List http://www.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: mysql and unbuffered queries
On 2001-05-07 11:07:14, Jani Taskinen [EMAIL PROTECTED] wrote: Second question is: What is the use of mysql_query() function anymore then? Why not just exchange mysql_query() with mysql_unbuffered_query()? You didn't say anything about any disadvantages on using it. :) The disadvantage is that you have to retrieve all the rows before you can issue further SQL on that connection. It can be a real pain. Zeev, Does the extension take care of this case, or does it just return the errors that the mysql client would return? --Wez. -- PHP Development Mailing List http://www.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 #10702: levenshtein doesn't handle odd arguments well
Zak Greant wrote: Hartmut wrote: does it work with all weights set to one or with only two paramerters? (i'm really curious about this, but have no windows test system available) It only seems to do it in the two situations that I noted. I just did a test suite using 100 words and costs of 1 and 0 - I will send you the test results off list. very strange ... the code should be completely platform independant ... -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: mysql and unbuffered queries
At 13:51 7/5/2001, Wez Furlong wrote: On 2001-05-07 11:07:14, Jani Taskinen [EMAIL PROTECTED] wrote: Second question is: What is the use of mysql_query() function anymore then? Why not just exchange mysql_query() with mysql_unbuffered_query()? You didn't say anything about any disadvantages on using it. :) The disadvantage is that you have to retrieve all the rows before you can issue further SQL on that connection. It can be a real pain. Zeev, Does the extension take care of this case, or does it just return the errors that the mysql client would return? It takes care of it automagically. It does spit out an E_NOTICE to warn you about that, though, that you're doing something you're not supposed to do. 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]
Re: [PHP-DEV] Re: mysql and unbuffered queries
On 2001-05-07 11:54:45, Zeev Suraski [EMAIL PROTECTED] wrote: At 13:51 7/5/2001, Wez Furlong wrote: The disadvantage is that you have to retrieve all the rows before you can issue further SQL on that connection. Zeev, Does the extension take care of this case, or does it just return the errors that the mysql client would return? It takes care of it automagically. It does spit out an E_NOTICE to warn you about that, though, that you're doing something you're not supposed to do. Excellent. I've commited my patch (as you can probably see). I can't see any problems with it, but I would appreciate it if you could double-check it. --Wez. -- PHP Development Mailing List http://www.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: mysql and unbuffered queries
At 12:23 7/5/2001, Wez Furlong wrote: On 2001-05-07 00:26:02, Zeev Suraski [EMAIL PROTECTED] wrote: At 02:16 7/5/2001, Wez Furlong wrote: Should I create a patch that enables the parameter? Probably... Are you sure you can't use mysql_unbuffered_query(), though? If you're really used to supplying the database argument, you can easily write a 2 line PHP function that does the same thing... It's only a half-dozen line patch to enable the functionality for mysql_db_query - it looks like it was prepared for the change. I'll commit it a little later. For speed purposes, I prefer that code to be in C. (I know - it's probably only a marginal difference). It's going to be a bit complex to explain why I didn't want this patch, but I'll give it a try :) First off, my personal preference was always to nuke mysql_db_query() altogether, as it encourages slow code (very rarely do you get to specify different databases on every query, so setting the database once and for all is much faster, using mysql_select_db()). mysql_db_query(), which is the rename of PHP/FI 2.0's mysql(), is available for downwards compatibility purposes only :) Secondly, the reason I didn't implement unbuffered results as an extra flag to mysql_query(), is that it would have then broke the API rule, that any function that accepts a MySQL link resource, can have this link omitted, and it'd behave in the same way with the default link. That's why adding an optional 3rd argument to mysql_query() wasn't an option. Now, your patch adds a 4th argument to mysql_db_query(), and thus breaks that rule. I think it's not a good way to go from an API-cleanliness perspective (requiring people to specify the link for certain functionality). Adding a new function (mysql_unbuffered_db_query()) seems very odd considering the fact that mysql_db_query() itself is there just for downwards compatibility purposes. After this whole explanation, I hope you understand why I asked you whether you really need it (I knew it was already 'prepared' for such a patch :) So the question remains - why do you need it? If it's for performance reasons, I'd recommend dropping mysql_db_query() altogether, and use mysql_query(). 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 #10653 Updated: loop limiters
ID: 10653
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Feature/Change Request
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
hm, would you also want while23859() ?
also, would for1000($i=0;$icount($search);$i++) {...}
loop 1000 times even if $search contained less than 1000 values? plainly, you have
this kind of functionality in any language. in PHP, your examples would look like
this:
$i = 0 ;
while( 100 $i ) {
$i++ ;
$rec = mysql_fetch_row( $res ) ...
}
and
for( $i = 0 ; 1000 $i count( $search ) $i ; $i++ ) ...
Previous Comments:
---
[2001-05-03 17:49:53] [EMAIL PROTECTED]
Looping structures should (IMO) all have a limiting variant.
For example,
while100($rec=mysql_fetch_row($res)) {...}
Would only loop 100 times
for1000($i=0;$icount($search);$i++) {...}
Would loop 1000 times, etc.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10653edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7959 Updated: ld: 0711-317 ERROR: Undefined symbol: .alloca
ID: 7959 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Install and Config Operating system: AIX 4.3.2 PHP Version: 4.0.3pl1 Description: ld: 0711-317 ERROR: Undefined symbol: .alloca The problem does not appear in this release but now i have the same problem as reported in bug #10108. I have the same command line and result. The last information is still true : the compilation fails with --with-apxs=... but is ok if --with-apxs=... is replaced by --enable-force-cgi-redirect. Thanks System : AIX V4.3.3.8 IBM C Compiler V5.0 (with latest fix pack) IBM DB2 V7.1 (with fix pack 2a) Previous Comments: --- [2001-05-06 11:32:51] [EMAIL PROTECTED] Can you try this with PHP 4.0.5 and see if the problem still exists? --- [2001-01-03 06:14:20] [EMAIL PROTECTED] I tried with php-4.0.4, but this new release do not fix the problem. --- [2000-11-24 05:52:55] [EMAIL PROTECTED] I have tried to install automake and autoconf (the last version) and the problem is still here. --- [2000-11-24 03:55:27] [EMAIL PROTECTED] I have the same problem as reported in the messsage #7809. (same configuration line, same error message). I use php-4.0.3pl1 on AIX 4.3.2 with IBM C compiler v. 4.4. I tried the fix from message #4630 but the problem remains. Automake and autoconf are not installed on the system. Thanks for the help. --- Full Bug description available at: http://bugs.php.net/?id=7959 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #10676 Updated: sybase_connect
What version of the Sybase CT Libs are you using here? In Sybase Common-Library/11.1.1/P/Linux, the net_close symbol has been changed to syb_net_close. According to sybdb.h, 10.0.1... that would explain a few things. ^_^ Thanks. -- +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | Shaun M. ThomasINN Database Programmer | | Phone: (309) 743-0812 Fax : (309) 743-0830| | Email: [EMAIL PROTECTED]AIM : trifthen | | Web : hamster.lee.net | | | | Most of our lives are about proving something, either to | | ourselves or to someone else. | | -- Anonymous | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ -- PHP Development Mailing List http://www.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] (change request) PHP 4.0 Bug Summary Report
On Sun, 06 May 2001, Jani Taskinen wrote: I thought about having those urls too..but as you said, it'll get too big to be send on the list. But what if the summary with URLs could be requested for? From some webpage maybe? Or via email? At some point Rasmus used to have a page that listed all open bugs with a link to edit each bug. I don't remember where it was, exactly. -Andrei The church is near but the road is icy; the bar is far away but I will walk carefully. -- Russian proverb -- PHP Development Mailing List http://www.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: mysql and unbuffered queries
what about st. like #define MYSQL_QUERY_BUFFERED 0 #define MYSQL_QUERY_UNBUFFERED 1 mysql_query( string query [, int link_identifier [, int mode ]]) mysql_db_query( string database , string query [, int link_identifier [, int mode ]]) with mode defaulting to MYSQL_BUFFERED? so much for the issue of the namespace pollution... At 01:26 7.5. 2001, Zeev Suraski wrote the following: -- At 02:16 7/5/2001, Wez Furlong wrote: I've seen mysql_unbuffered_query mentioned a couple of times lately and I thought that it would be useful for my current project. However, I need the functionality of mysql_db_query, but working in unbuffered mode. I was about to produce a patch and noticed that the proto comments already include an optional parameter that appears as if it were to be used for this purpose, although it is not yet handled by the code. Should I create a patch that enables the parameter? It's just a case of defining the constants and passing it to the do_query_general function, right? Probably... Are you sure you can't use mysql_unbuffered_query(), though? If you're really used to supplying the database argument, you can easily write a 2 line PHP function that does the same thing... 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- PHP Development Mailing List http://www.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: mysql and unbuffered queries
ah, ok, I posted before reading this... anyway, I'd suggest mysql_query_unbuffered instead of mysql_unbuffered_query. At 13:22 7.5. 2001, Zeev Suraski wrote the following: -- At 12:23 7/5/2001, Wez Furlong wrote: On 2001-05-07 00:26:02, Zeev Suraski [EMAIL PROTECTED] wrote: At 02:16 7/5/2001, Wez Furlong wrote: Should I create a patch that enables the parameter? Probably... Are you sure you can't use mysql_unbuffered_query(), though? If you're really used to supplying the database argument, you can easily write a 2 line PHP function that does the same thing... It's only a half-dozen line patch to enable the functionality for mysql_db_query - it looks like it was prepared for the change. I'll commit it a little later. For speed purposes, I prefer that code to be in C. (I know - it's probably only a marginal difference). It's going to be a bit complex to explain why I didn't want this patch, but I'll give it a try :) First off, my personal preference was always to nuke mysql_db_query() altogether, as it encourages slow code (very rarely do you get to specify different databases on every query, so setting the database once and for all is much faster, using mysql_select_db()). mysql_db_query(), which is the rename of PHP/FI 2.0's mysql(), is available for downwards compatibility purposes only :) Secondly, the reason I didn't implement unbuffered results as an extra flag to mysql_query(), is that it would have then broke the API rule, that any function that accepts a MySQL link resource, can have this link omitted, and it'd behave in the same way with the default link. That's why adding an optional 3rd argument to mysql_query() wasn't an option. Now, your patch adds a 4th argument to mysql_db_query(), and thus breaks that rule. I think it's not a good way to go from an API-cleanliness perspective (requiring people to specify the link for certain functionality). Adding a new function (mysql_unbuffered_db_query()) seems very odd considering the fact that mysql_db_query() itself is there just for downwards compatibility purposes. After this whole explanation, I hope you understand why I asked you whether you really need it (I knew it was already 'prepared' for such a patch :) So the question remains - why do you need it? If it's for performance reasons, I'd recommend dropping mysql_db_query() altogether, and use mysql_query(). 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #10369 Updated: Openlink4/ODBC odbc_field_type returns nothing
Firstly, I already compiled with odbc support, as I said it in my mail, I
can retrieve the data but I can't retrieve column SQL Data Type, I have a
case opened with openlink and the last thing they said was:
Daniel,
I tested this using the SQL Server native driver, and the results are the
same as with ours: the SQLColAttributes() ODBC call returns a unmodified
value for SQL_COLUMN_TYPE. I do not know why this is the case; it would
need to be investigated with Microsoft. The SQLDescribeCol() API call is
much more robust, and will return the information you require. However, I
don't know if the PHP development community is willing to invest in this
change.
Best regards,
Stephen - Online Support Team
I'm curious, why you decided to close the case without testing?, or if you
tested the script I sent why you don't mentioned, I don't follow your QA.
Thanks anyway
Daniel H. Ardison
Systems Development Manager
Ardison Software Consulting
- Original Message -
From: Bug Database [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Viernes 4 de Mayo de 2001 4:15 PM
Subject: Bug #10369 Updated: Openlink4/ODBC odbc_field_type returns nothing
ID: 10369
Updated by: ahill
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Firstly, please use --with-iodbc instead of --with-iodbc.
Also, this is most likely not a PHP issue but a database specific issue,
and will only occur in cases where the corresponding database CLI call
doesn't work natively.
Please test this with the latest OpenLink drivers and open a support case
at http://www.openlinksw.com/support/suppindx.htm if the problem persists.
Previous Comments:
--
-
[2001-04-17 20:12:15] [EMAIL PROTECTED]
This script reproduces the problem:
HTML
HEAD
TITLETest odbc_field_type/TITLE
/HEAD
BODY bgcolor=#00 text=#CC link=#33CCFF vlink=#996699
alink=#FF
marginwidth=0 marginheight=0 topmargin=0 leftmargin=0
?php
putenv(LD_LIBRARY_PATH=/usr/local/openlink/odbcsdk/lib);
putenv(LIBPATH=/usr/local/openlink/odbcsdk/lib:$LIBPATH);
putenv(SHLIB_PATH=/usr/local/openlink/odbcsdk/lib:$SHLIB_PATH);
putenv(UDBCINI=/usr/local/openlink/bin/odbc.ini);
putenv(ODBCINSTINI=/usr/local/openlink/bin/odbcinst.ini);
putenv(ODBCINI=/usr/local/openlink/bin/odbc.ini);
$dsn=DSN=Arbant;
$user=dba;
$password=sql;
$sql='Select cod_emp, cod_amb, den from loguec';
if(($conn_id=odbc_connect($dsn,,))){
if(($result=odbc_prepare($conn_id,$sql))){
@odbc_execute($result);
if(!empty($result)){
$cols_count=odbc_num_fields($result);
$ind=1;
while($ind=$cols_count){
$cols_name[$ind]=odbc_field_name($result,$ind);
$cols_types[$ind]=odbc_field_type($result,$ind);
$ind++;
}
echo H1Results/H1;
echo BThe Query is: $sqlBn;
echo 'TABLE align=center border=1 bordercolor=green
cellpadding=
2 cellspacing=0';
$ind=1;
echo trtdbNames/b/tdtdbTypes/b/td/tr;
while($ind=$cols_count){
echo tr;
echo td . $cols_name[$ind] . /tdn;
echo td . $cols_types[$ind] . /tdn;
echo /tr;
$ind++;
}
odbc_free_result($result);
}else{
echo Cannot execute query;
}
}else{
echo Cannot prepare query;
}
}
?
/BODY/HTML
I compiled PHP standard, I simply run ./configure with openlink option ,
run make and make install.
I can retrieve column name information and also data but I can't retrieve
the column SQL Type. I asked Openlink and they said that is a PHP issue.
I'm using Openlink Multi-tier Driver for accessing a MS SQL Server 7
Database on a Windows NT box from PHP scripts running on the Apache Web
Server on a Linux Box
OpenLink Version 4
PHP Version 4.0.4pl1
Linix SuSE 6.1 Kernel Version 2.2.7
Apache Version 1.3
PHP is running as a Loadable Apache Module
--
-
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at
http://bugs.php.net/?id=10369edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: mysql and unbuffered queries
On 2001-05-07 12:22:13, Zeev Suraski [EMAIL PROTECTED] wrote: It's going to be a bit complex to explain why I didn't want this patch, but I'll give it a try :) It's OK, I understand. I just wish that you had said this before I comitted the patch ;-) First off, my personal preference was always to nuke mysql_db_query() altogether, as it encourages slow code (very rarely do you get to specify different databases on every query, so setting the database once and for all is much faster, using mysql_select_db()). I didn't realize this. mysql_db_query(), which is the rename of PHP/FI 2.0's mysql(), is available for downwards compatibility purposes only :) Nor this. I started to use mysql_db_query because making persistent connections was problematic if you used the same username/host pair but wanted different databases. Now, your patch adds a 4th argument to mysql_db_query(), and thus breaks that rule. I was just following the prototype in the comments for that function, expecting that someone was going to fill in the code anyway. After this whole explanation, I hope you understand why I asked you whether you really need it (I knew it was already 'prepared' for such a patch :) I'll rethink my database strategy. Do you want me to reverse the patch? --Wez. -- PHP Development Mailing List http://www.php.net/ 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 #10703: Error unloading php4apache.dll
From: [EMAIL PROTECTED] Operating system: MS WIN NT 4.0 PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: Error unloading php4apache.dll When stopping Apache service with module php4apache.dll loaded, an application error appears (The instruction at 0x00c599ea referenced memory at 0x0. The memory could not be written). When used php.exe instead of php4apache.dll, no problem occurs. -- Edit Bug report at: http://bugs.php.net/?id=10703edit=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] (change request) PHP 4.0 Bug Summary Report
On Sun, 06 May 2001, Jani Taskinen wrote: I thought about having those urls too..but as you said, it'll get too big to be send on the list. But what if the summary with URLs could be requested for? From some webpage maybe? Or via email? At some point Rasmus used to have a page that listed all open bugs with a link to edit each bug. I don't remember where it was, exactly. bugs.php.net/lbugs.php Stands for lite-bugs originally done for Andy because he wanted a lower-bandwith way to list them all. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10703 Updated: Error unloading php4apache.dll
ID: 10703 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: this looks like the error in Apache where the modules (mod_php, mod_perl, etc.) weren't given enough time to cleanup). this should be fixed in 1.3.19 or 1.3.20, don't remember. I'm closing this report, if the error'll keep bugging you when 1.3.20 is out, reopen it. Previous Comments: --- [2001-05-07 10:16:23] [EMAIL PROTECTED] When stopping Apache service with module php4apache.dll loaded, an application error appears (The instruction at 0x00c599ea referenced memory at 0x0. The memory could not be written). When used php.exe instead of php4apache.dll, no problem occurs. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10703edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10704: $HTTP_SERVER_VARS[PATH_INFO] is not set on IIS4
From: [EMAIL PROTECTED] Operating system: NT4sp1 PHP version: 4.0.5 PHP Bug Type: Unknown/Other Function Bug description: $HTTP_SERVER_VARS[PATH_INFO] is not set on IIS4 using this simple example I get the right result with the previous version (4.04pl1) and not set with the latest version (4.05) if(isset($HTTP_SERVER_VARS[PATH_INFO])) echo value=.$HTTP_SERVER_VARS[PATH_INFO]; else echo not set; web server: IIS4 php version: 4.0.5 compiled from source code. Dror -- Edit Bug report at: http://bugs.php.net/?id=10704edit=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 #10155 Updated: Insert or update query not functioning correctly
ID: 10155
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: ODBC related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
no feedback, considered closed. if untrue, please reopen the bug.
Previous Comments:
---
[2001-04-16 23:14:21] [EMAIL PROTECTED]
can you please provide a very simple test case for me? all local attempts here have
not yielded the same results as you are seeing.
a sample schema, and script to reproduce this would be very nice. but please make
sure it's all in the simplest form...
---
[2001-04-04 07:02:58] [EMAIL PROTECTED]
The database is Access 2000 with a few tables and relations set up in the
relationships area.
Put simply the update, insert and, possibly, delete querys all appear to work
perfectely with no errors reported, except that the database ends up being unchanged
afterwards. The only way I have been able to fix this is to query the same table with
a select before the end of the script, the changes are then implemented.
I have played with autocommit and commit with no effect so I figure it must be a bug
in either PHP or the ODBC drivers.
Here is one of the scripts with a totally unecessary select towards the end to make
it work.
html
head
?
/*
Site by Just Biz
http://www.justbiz.co.uk
[EMAIL PROTECTED]
+ 44 (0)870 841 3040
Project:Space Windows
Routine:ModifySeries2.php
Created:23/03/01
Descrip:Modify series number, title and description, update database.
Also inserts new records.
Revision: a
Rev. Date 23/03/01
Descrip:Created.
Parameters - From ModifySeries.php form
*/
error_reporting(63);
require(Security.php);
require(OpenDatabase.php);
if($SeriesId == -1) {
// Create append query
$Query = insert into tbl_Series ;
$Query .= (SeriesNumber, ShortSeriesTitle, Description) ;
$Query .= values('$SeriesNumber', '$ShortSeriesTitle', '$Description');
}
else {
// Create update query
$Query = update tbl_Series ;
$Query .= set SeriesNumber= '$SeriesNumber', ShortSeriesTitle=
'$ShortSeriesTitle', ;
$Query .= Description= '$Description' where (SeriesId = $SeriesId);
}
$Result = odbc_do($Connect, $Query);
?
titleSpace Windows - Series modified/title
meta http-equiv=Content-Type content=text/html; charset=iso-8859-1
/head
body bgcolor=#FF
?
print($Query.br);
$Query = select SeriesId, SeriesNumber, ShortSeriesTitle, Description from
tbl_Series;
$Result = odbc_do($Connect, $Query);
while(odbc_fetch_row($Result)) {
print(odbc_result($Result,1));
print(odbc_result($Result,2).br);
}
if(!$Result) print(brFailed);
Print(h3Database Updated for Series .$SeriesNumber./h3);
? a href=ProductSeries.phpReturn to Series Page/a
/body
/html
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10155edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7067 Updated: Using the SQL command Max() crashes IIS every single time
ID: 7067 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.2 Assigned To: Comments: no feedback, considered fixed in latest cvs. if untrue, please reopen the bug. Previous Comments: --- [2001-04-16 23:24:07] [EMAIL PROTECTED] is this still a valid bug with the current releases of PHP? --- [2000-10-06 14:59:19] [EMAIL PROTECTED] Our setup includes: --- (1) PHP 4.0.2 (2) Window NT 4, service pack 6 (3) IIS version 4, with all current hot-fixes (4) Latest ODBC drivers (2.6 RTM) (5) No php.ini file (6) Microsoft Access Database file with 4 tables Behaviors: -- (1) Crashes IIS immediately regardless of whether an empty or a filled recordset is being returned. (2) IIS can be restarted, so it is not a system reboot situation. (3) Identical set of operations in ASP does not cause the failure to IIS. Other possible related variables: - (1) Have experienced IIS crashes in situations not using the Max() command, though have been unable to recreate/isolate completely. Those situations may involve opening a second connection to the same database/DSN before closing the first connection (even though it is in a separate function, which means there should be no shared variable space). (2) ColdFusion installed on server (3) Active Perl installed on server (4) VNC installed on server (5) SQL Server installed on server (6) War-FTP installed on server Stephen Lewis voxeo Corporation (831)461-4962 [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7067edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9651 Updated: Can't access IBM DB2 UDB5 with ODBC
ID: 9651 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: no feedback from user. Previous Comments: --- [2001-04-16 23:17:37] [EMAIL PROTECTED] can you please provide a bit more information? a sample on how to reproduce this error would be very helpful. it is sounding to me like a mis-configuration, but without further information i cannot be sure... --- [2001-03-09 08:40:17] [EMAIL PROTECTED] I get an error when i want to connect to IBM DB2 database with ODBC,The error means the codepage is wrong!codepage is setting by DB2,Can i set it in my php program?I use ApachePHP to design a WEB. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9651edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10705: nl2br gives br \n
From: [EMAIL PROTECTED] Operating system: RedHat 7.0 PHP version: 4.0.5 PHP Bug Type: Strings related Bug description: nl2br gives lt;br \ngt; -- Edit Bug report at: http://bugs.php.net/?id=10705edit=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 #10705 Updated: nl2br gives br \n
ID: 10705 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Strings related Operating system: PHP Version: 4.0.5 Assigned To: Comments: It is supposed to. br / is the correct XHTML tag. Previous Comments: --- [2001-05-07 10:47:46] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10705edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10706: yp_next does not report the next entry in the map
From: [EMAIL PROTECTED]
Operating system: Solaris
PHP version: 4.0.5
PHP Bug Type: YP/NIS related
Bug description: yp_next does not report the next entry in the map
If I use the Key returned from yp_first or yp_next, on my systems (Solaris 2.6/2.7/2.8
either sparc/Intel), the yp_next return every time the same entry.
I've discovered, after some hours of debugging, that php add a CR at the end of the
key, so the keylength is bigger than the real keylength of 1 char.
Stripping it, php is definitely happy.
I wrote some lines to show that... use them as you think better
Thanks.
?php
// Code By Rabellino Sergio
// Department of Computer Science of Torino - Italy
// [EMAIL PROTECTED]
echoPRE;
$map=passwd.byname;
$domain = yp_get_default_domain();
echo Map .$map. for domain: . $domain. is \n;
// Get the first entry from YP
$entry = yp_first($domain, $map);
// Extract key and value
$key = $entry [key];
$value = $entry [value];
// Print key and value
echo $key;
echo $value;
// Remove the CR at the end of the key ... (? Solaris requirement only ?)
$key=substr($key,0,strlen($key)-1);
// the start the cycle to get the others values
while( is_array($entry = yp_next ($domain, passwd.byname, $key)) )
{
// Extract the value
$keyn = key ($entry);
// Print key and value
echo $keyn;
echo $entry[$keyn];
// Remove the CR at the end of the key ... (? Solaris requirement only ?)
$key=substr($keyn,0,strlen($keyn)-1);
}
echo/PRE;
?
--
Edit Bug report at: http://bugs.php.net/?id=10706edit=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] cvs and crlf/lf
Hi! Is it true that CVS converts \r\n to \n and vice versa automagically for unix and windows users? 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-DEV] Bug #5919 Updated: stri_replace() to compliment str_replace()
ID: 5919 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.0 Assigned To: Comments: Closing because of no feedback Previous Comments: --- [2000-11-21 04:04:24] [EMAIL PROTECTED] Where's the patch? =) --- [2000-09-23 18:40:41] [EMAIL PROTECTED] A patch that implements this feature will probably accepted In that case I'll start writing a patch :-) --- [2000-09-16 01:18:16] [EMAIL PROTECTED] A patch that implements this feature will probably accepted. That is when it's nicely written of course. --- [2000-08-02 12:33:30] [EMAIL PROTECTED] It would be extremely nice to have a case insensitive version of str_replace() so that you don't have to use the much slower eregi_replace() when you need to replace strings of mixed case. I believe a logical name for such a function would be stri_replace() If there are no current plans to implement such a feature, would a patch that implements it be accepted? Best regards, Jesper Juhl [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5919edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10568 Updated: error using ODBC
ID: 10568
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: ODBC related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
the SQL_CUR_USE_ODBC does not require quotes, try that first.
second PHP 4.0.5 is out, do please see if this continues there. and third have you
tried checking to make sure your db connection exists? it seems you do the
odbc_connect and never check the result.
Previous Comments:
---
[2001-05-02 08:58:48] [EMAIL PROTECTED]
(Iam using a traductor English/Spanish)
I use the software Microsoft Query for test the DNS connection and it worked very
well, but when I try to enter through php it throws me the mentioned error and not you
that it is.
This is a script:
?php
function a() {
$connect = odbc_connect ( dig , root , cir0921, SQL_CUR_USE_ODBC );
$query = SELECT * FROM local;
$result = odbc_exec($connect, $query);
while(odbc_fetch_row($result)) {
$id=odbc_result($result,1);
$pass=odbc_result($result,2);
echo id:$id,pass:$pass
;
}
odbc_close_all($connect);
return true;
} / / a
?
?php
echoLines Before;
$bb = a();
echo Lines Later;
?
---
[2001-05-01 09:59:18] [EMAIL PROTECTED]
i'm not sure i understand the error you're receiving. can you please give a sample
script that creates the error?
also, are you sure your SELECT statement works properly?
---
[2001-04-30 18:37:36] [EMAIL PROTECTED]
Hello:
I am using a database called RECITAL . I am trying to connect myself using ODBC.
When executing the command: odbc_exec($connect, $query) I can revise the connection
from the database and indeed her ago. But then treatment of consenting to the data
using any function ODBC, for example:
odbc_result_all($connect, BGCOLOR = ' #AAFFAA ' border=3 width=30% bordercolordark = '
#FF ');
---
and it throws me this error:
-
Warning: Not tuples available at this result index in programa/apache c:/archivos
group/apache/htdocs/b.html on line 7
-
I need to know if they can help me with this.
thank you.
(the table if it exists, some fields is: nlocal,ncontr)
This is the program php:
---
?php
function to () {
$connect = odbc_connect ( dig , root , cir0921, SQL_CUR_USE_ODBC );
$query = SELECT * local FROM;
$result = odbc_exec($connect, $query);
while(odbc_fetch_row($result)) {
$id=odbc_result($result,1);
$pass=odbc_result($result,2);
echo id:$id,pass:$pass
;
}
odbc_close_all($connect);
return true;
} / / a
?
?php
echoLines Before;
$bb = a();
echo Lines Later;
?
---
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10568edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5883 Updated: --enable-trans-sid modification request
ID: 5883 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Feedback Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.1pl2 Assigned To: sas Comments: Sascha, any news on this one yet? Previous Comments: --- [2000-10-23 06:14:28] [EMAIL PROTECTED] ... passing the torch to Sascha ... --- [2000-08-14 12:34:47] [EMAIL PROTECTED] i'll go for it as soon as 4.0.2 is out --- [2000-07-31 23:12:40] [EMAIL PROTECTED] It would be nice to be able to compile PHP4 with --enable-trans-sid and have the added flexibility in the php.ini file to control which extensions are appended with the sid. For example, my site uses global navigation include files that use relative links to static html pages. I can either turn on the --enable-trans-sid and make new include files or turn off --enable-trans-sid and manually put in the ?=SID? where I need it. I want the best of both worlds!! It would be cool if in the php.ini file I could designate that only hrefs with .php extensions are appended or multiples (php, html) to be appended. --enable-trans-sid is a really cool feature but this would allow it to be more usable. Thanks, Steve Douville [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5883edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9099 Updated: please include one browscap.ini
ID: 9099 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Feedback Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4pl1 Assigned To: andre Comments: Andre, in the 4.0.6-dev CVS branch, there is still no browscap.ini file. Do you know if me may include this new one? Previous Comments: --- [2001-02-20 01:54:48] [EMAIL PROTECTED] AFAIK, we are not allowed to include the cyscape one, but there is another one out there, I am sure we have discussed it some day before and I gathered the permission to include the asptrackers one (http://marc.theaimsgroup.com/?l=php-devm=96453774821265w=2), but I do not remember if we did or not? anybody with better mnemonics? --- [2001-02-04 09:42:07] [EMAIL PROTECTED] The browscap.ini was there in the 4.0.3pl1 version, but is missing from the 4.0.4pl1 windows zip distribution. It was a great idea to put browscap.ini in the distribution, so please do not drop it out!!! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9099edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] cvs and crlf/lf
On Mon, 7 May 2001, Marc Boeren wrote: Hi! Is it true that CVS converts \r\n to \n and vice versa automagically for unix and windows users? Yes, that is the case with almost any client. Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.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 #10316 Updated: error in connecting to MS access database
ID: 10316 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: check that you don't need a username and/or password. this really isn't a bug, this is a misconfiguration issue. Previous Comments: --- [2001-04-13 03:03:36] [EMAIL PROTECTED] I have installed PHP 4.0 and I try to connect to an MS Access database I get the following warning: Warning: SQL error: , SQL state 0 in SQLConnect in c:inetpubwwwrootLogin.php on line 6 line 6 contains $cnx = odbc_connect( 'CID' , '', '' ); I have checked that the DSN CID does exists.. Some body please do help me.. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10316edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10379 Updated: ns-httpd crashes on php content.
ID: 10379 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: iPlanet related Operating system: Solaris 7 PHP Version: 4.0.4pl1 Description: ns-httpd crashes on php content. I've been able to DL and compile 4.0.5. Now Iplanet will not start with PHP enabled. Relevant obj.conf lines: Init fn=load-modules funcs=php4_init,php4_close,php4_execute,php4_auth_trans shlib=/ opt/NetScape/server4/bin/libphp4.so Init fn=php4_init errorString=Failed to Initialize PHP! Service method=(GET|HEAD|POST) type=magnus-internal/x-httpd-php fn=php4_execute Object name=x-httpd-php ObjectType fn=force-type type=magnus-internal/x-httpd-php Service fn=php4_execute /Object Last few lines of truss of process: 23555: door_info(7, 0xFFBEE7A8)= 0 23555: getpid()= 23555 [23554] 23555: door_call(7, 0xFFBEE790)= 0 23555: close(7)= 0 23554: signotifywait() = 17 23554: Received signal #17, SIGUSR2, in sigsuspend() [caught] 23554:siginfo: SIGUSR2 pid=23555 uid=16 23554: lwp_sigredirect(1, SIGUSR2) = 0 23554: sigsuspend(0xFFBEF3F0) Err#4 EINTR 23554: sysconfig(_CONFIG_SIGRT_MIN)= 38 23554: sigprocmask(SIG_SETMASK, 0xFEFBDAE0, 0x) = 0 23554: sigprocmask(SIG_SETMASK, 0xFEFC9810, 0x) = 0 23554: sysconfig(_CONFIG_SIGRT_MIN)= 38 23554: setcontext(0xFFBEECE0) 23554: sigprocmask(SIG_SETMASK, 0xFFBEF380, 0x) = 0 23554: llseek(0, 0, SEEK_CUR) = 165404 23554: _exit(1) 23557: *** process killed *** 23555: unlink(/opt/NetScape/server4/https-itjs44.iss.net/logs/pid) = 0 23555: fstat(4, 0xFFBEF2C0)= 0 23555: close(4)= 0 23555: llseek(0, 0, SEEK_CUR) = 165625 Previous Comments: --- [2001-04-20 10:28:24] [EMAIL PROTECTED] Compile failed using php4-200104200645: Making all in oci8 /bin/sh /usr/share/src/php4-200104200645/libtool --silent --mode=compile gcc -I. -I/usr/share/src/php4-200104200645/ext/oci8 -I/usr/share/src/php4-200104200645/main -I/usr/share/src/php4-200104200645 -I/opt/NetScape/server4/plugins/include -I/usr/share/src/php4-200104200645/Zend -I/usr/share/src/php4-200104200645/ext/mysql/libmysql -I/opt/Oracle/rdbms/demo -I/opt/Oracle/network/public -I/opt/Oracle/plsql/public -I/usr/share/src/php4-200104200645/ext/xml/expat/xmltok -I/usr/share/src/php4-200104200645/ext/xml/expat/xmlparse -I/usr/share/src/php4-200104200645/TSRM -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -g -O2 -pthreads -c oci8.c oci8.c: In function `php_if_ocicollappend': oci8.c:4361: `oci_globals' undeclared (first use in this function) oci8.c:4361: (Each undeclared identifier is reported only once oci8.c:4361: for each function it appears in.) oci8.c: In function `php_if_ocicolldategetelem': oci8.c:4485: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicolldateassignelem': oci8.c:4595: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicolldateappendelem': oci8.c:4689: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicollgetelem': oci8.c:4741: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicollassign': oci8.c:4828: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicollassignelem': oci8.c:4889: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicollsize': oci8.c:4972: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicollmax': oci8.c:4994: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocicolltrim': oci8.c:5020: `oci_globals' undeclared (first use in this function) oci8.c: In function `php_if_ocinewcollection': oci8.c:5062: `oci_globals' undeclared (first use in this function) *** Error code 1 make: Fatal error: Command failed for target `oci8.lo' Current working directory /usr/share/src/php4-200104200645/ext/oci8 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/share/src/php4-200104200645/ext/oci8 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/share/src/php4-200104200645/ext *** Error code 1 make: Fatal error: Command failed for target `all-recursive' --- [2001-04-19 17:49:28] [EMAIL PROTECTED] Can you please try the latest snapshot
[PHP-DEV] Bug #10707: nl2br gives br /\n
From: [EMAIL PROTECTED] Operating system: RedHat 7.0 PHP version: 4.0.5 PHP Bug Type: Strings related Bug description: nl2br gives lt;br /\ngt; It seems that nl2br() returns br/\n -- Edit Bug report at: http://bugs.php.net/?id=10707edit=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 #10708: modphp crashes if cascaded includes occur
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.3-STABLE (not improtant, faild on other OS two) PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: modphp crashes if cascaded includes occur I maintain a WebSite with mixed php and SSI pages. SSI is used to maintain a corporated design for all Pages. So all php Pages include the standard ssi framework. So far everything works fine Now i have tried to include a php script from the ssi framework with !--virtual -- if i Do this mod php crashes after the subrequest for the ssi framework is finished and control is returnd to mod php. As far as I can tell the included php script is executed without errors. gdb backtrace says #0 0x816086a in execute (op_array=0x82c9a00) at ./zend_execute.c:1523 #1 0x8160a35 in execute (op_array=0x82c928c) at ./zend_execute.c:1559 #2 0x812392b in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #3 0x80904ac in php_execute_script (primary_file=0xbfbfda14) at main.c:1221 #4 0x81360f7 in apache_php_module_main (r=0x82bd3e4, display_source_mode=0) at sapi_apache.c:89 #5 0x808cea6 in send_php (r=0x82bd3e4, display_source_mode=0, filename=0x82bd9a4 /usr/local/www/virt/inga/htdocs/termine/index.php3) at mod_php4.c:516 #6 0x808cee0 in send_parsed_php (r=0x82bd3e4) at mod_php4.c:527 #7 0x816c553 in ap_invoke_handler (r=0x82bd3e4) at http_config.c:517 #8 0x8182a19 in process_request_internal (r=0x82bd3e4) at http_request.c:1303 #9 0x8182e94 in ap_internal_redirect ( new_uri=0x82bd3a4 /termine/index.php3, r=0x82bc034) at http_request.c:1427 #10 0x807943d in handle_dir (r=0x82bc034) at mod_dir.c:174 #11 0x816c553 in ap_invoke_handler (r=0x82bc034) at http_config.c:517 #12 0x8182a19 in process_request_internal (r=0x82bc034) at http_request.c:1303 #13 0x8182a7c in ap_process_request (r=0x82bc034) at http_request.c:1319 #14 0x8178cc9 in child_main (child_num_arg=0) at http_main.c:4208 #15 0x8178e88 in make_child (s=0x820e034, slot=0, now=989249079) at http_main.c:4312 #16 0x8179013 in startup_children (number_to_start=1) at http_main.c:4394 #17 0x8179664 in standalone_main (argc=2, argv=0xbfbfdc28) at http_main.c:4682 #18 0x8179fd3 in main (argc=2, argv=0xbfbfdc28) at http_main.c:5009 -- Edit Bug report at: http://bugs.php.net/?id=10708edit=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 #10636 Updated: php_oci8.c -- undefined constants
ID: 10636 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: thies sez: what version of oci are compiling against? i bet it's 8.0.x! please take out the HAVE_OCI8_TEMP_LOB=1 in the compiler-setting for oci8 - and you should be all set. aou could also upgrade the client to 8.1.x to make the error go-away! really, this is the case. thies, do you think you could add a note on this to the manual? Previous Comments: --- [2001-05-03 13:36:59] [EMAIL PROTECTED] oh, it's actually php4-200105030645, not 4.0.5 --- [2001-05-03 11:52:52] [EMAIL PROTECTED] this is what I got when I tried to build php_oci8.dll from the latest snapshot: Configuration: oci8 - Win32 Release_TS Compiling... oci8.c D:compilephpphp4-200105030645extoci8oci8.c(2839) : warning C4018: '=' : signed/unsigned mismatch D:compilephpphp4-200105030645extoci8oci8.c(3130) : warning C4018: '!=' : signed/unsigned mismatch D:compilephpphp4-200105030645extoci8oci8.c(3215) : warning C4013: 'OCILobCreateTemporary' undefined; assuming extern returning int D:compilephpphp4-200105030645extoci8oci8.c(3220) : error C2065: 'OCI_TEMP_CLOB' : undeclared identifier D:compilephpphp4-200105030645extoci8oci8.c(3231) : warning C4013: 'OCILobOpen' undefined; assuming extern returning int D:compilephpphp4-200105030645extoci8oci8.c(3234) : error C2065: 'OCI_LOB_READWRITE' : undeclared identifier D:compilephpphp4-200105030645extoci8oci8.c(3298) : warning C4013: 'OCILobClose' undefined; assuming extern returning int Error executing xicl6.exe. php_oci8.dll - 2 error(s), 5 warning(s) I haven't tried to build the oci extension for several months, but it used to work, and I haven't touched the orant directory since, nor the include nor library paths in MSVC. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10636edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10636 Updated: php_oci8.c -- undefined constants
ID: 10636 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: Compile Failure Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: - docuprob Previous Comments: --- [2001-05-07 11:33:54] [EMAIL PROTECTED] thies sez: what version of oci are compiling against? i bet it's 8.0.x! please take out the HAVE_OCI8_TEMP_LOB=1 in the compiler-setting for oci8 - and you should be all set. aou could also upgrade the client to 8.1.x to make the error go-away! really, this is the case. thies, do you think you could add a note on this to the manual? --- [2001-05-03 13:36:59] [EMAIL PROTECTED] oh, it's actually php4-200105030645, not 4.0.5 --- [2001-05-03 11:52:52] [EMAIL PROTECTED] this is what I got when I tried to build php_oci8.dll from the latest snapshot: Configuration: oci8 - Win32 Release_TS Compiling... oci8.c D:compilephpphp4-200105030645extoci8oci8.c(2839) : warning C4018: '=' : signed/unsigned mismatch D:compilephpphp4-200105030645extoci8oci8.c(3130) : warning C4018: '!=' : signed/unsigned mismatch D:compilephpphp4-200105030645extoci8oci8.c(3215) : warning C4013: 'OCILobCreateTemporary' undefined; assuming extern returning int D:compilephpphp4-200105030645extoci8oci8.c(3220) : error C2065: 'OCI_TEMP_CLOB' : undeclared identifier D:compilephpphp4-200105030645extoci8oci8.c(3231) : warning C4013: 'OCILobOpen' undefined; assuming extern returning int D:compilephpphp4-200105030645extoci8oci8.c(3234) : error C2065: 'OCI_LOB_READWRITE' : undeclared identifier D:compilephpphp4-200105030645extoci8oci8.c(3298) : warning C4013: 'OCILobClose' undefined; assuming extern returning int Error executing xicl6.exe. php_oci8.dll - 2 error(s), 5 warning(s) I haven't tried to build the oci extension for several months, but it used to work, and I haven't touched the orant directory since, nor the include nor library paths in MSVC. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10636edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10709: child pid xxxx exit signal Segmentation fault (11)
From: [EMAIL PROTECTED] Operating system: Linux 2.2.5-15 PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: child pid exit signal Segmentation fault (11) I hope I am on the right path to report this. If you need more information, please let me know. I installed 4.0.5 and had problems with three scripts, that run without any problem before. (Other scripts still ran). Checking the apache error file, I noticed the different exit Segmentation faults. Recompiling back to the previous version of PHP 4.0.4pl1 solved all the problems. Herman -- Edit Bug report at: http://bugs.php.net/?id=10709edit=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] (change request) PHP 4.0 Bug Summary Report
Thanks Rasmus. This lbugs.php is just enough. No need to emails. :) --Jani On Mon, 7 May 2001 [EMAIL PROTECTED] wrote: On Sun, 06 May 2001, Jani Taskinen wrote: I thought about having those urls too..but as you said, it'll get too big to be send on the list. But what if the summary with URLs could be requested for? From some webpage maybe? Or via email? At some point Rasmus used to have a page that listed all open bugs with a link to edit each bug. I don't remember where it was, exactly. bugs.php.net/lbugs.php Stands for lite-bugs originally done for Andy because he wanted a lower-bandwith way to list them all. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10710: unsufficient checking of odbc persistent connection validity
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.0.5
PHP Bug Type: ODBC related
Bug description: unsufficient checking of odbc persistent connection validity
I'm using sybase adaptive server anywhere on linux as sql server and it disconnects
clients after some client idle time. There is a check for persistent connection
validity, but it does not work. if uses
SQLGetInfo(..., SQL_DATA_SOURCE_READ_ONLY, ...
but that does not verify the connnection, it returns ok everytime. Only few SQLGetInfo
info types are connecting to server, like SQL_SERVER_NAME for example. I think this is
server specific, so it would be good to have it as configurable parameter. Also,
SQLGetInfo does not return error code if connection is not alive anymore, if only
returns empty info data, so that should be checked too.
I made a small patch for my php to have it so, here it is (maybe it helps)
diff -urN php-4.0.5/ext/odbc/php_odbc.c php/ext/odbc/php_odbc.c
--- php-4.0.5/ext/odbc/php_odbc.c Sat Mar 10 00:44:55 2001
+++ php/ext/odbc/php_odbc.c Mon May 7 17:40:11 2001
@@ -309,6 +309,8 @@
defaultbinmode, php_odbc_globals, odbc_globals, display_
binmode)
STD_PHP_INI_BOOLEAN(odbc.check_persistent, 1, PHP_INI_SYSTEM, OnUpda
teInt,
check_persistent, php_odbc_globals, odbc_globals)
+ STD_PHP_INI_ENTRY(odbc.check_persistent_info_type, 25, PHP_INI_SYSTE
M, OnUpdateInt,
+ check_persistent_info_type, php_odbc_globals, odbc_globals)
PHP_INI_END()
#ifdef ZTS
@@ -2087,10 +2089,10 @@
SWORD len;
ret = SQLGetInfo(db_conn-hdbc,
- SQL_DATA_SOURCE_READ_ONLY,
+ ODBCG(check_persistent_info_type),
d_name, sizeof(d_name), len);
- if(ret != SQL_SUCCESS){
+ if(ret != SQL_SUCCESS || len == 0){
zend_hash_del(EG(persistent_list), hash
ed_details, hashed_len + 1);
SQLDisconnect(db_conn-hdbc);
SQLFreeConnect(db_conn-hdbc);
diff -urN php-4.0.5/ext/odbc/php_odbc.h php/ext/odbc/php_odbc.h
--- php-4.0.5/ext/odbc/php_odbc.h Sat Mar 10 00:44:55 2001
+++ php/ext/odbc/php_odbc.h Mon May 7 17:33:14 2001
@@ -283,6 +283,7 @@
char *defPW;
long allow_persistent;
long check_persistent;
+ long check_persistent_info_type;
long max_persistent;
long max_links;
long num_persistent;
--
Edit Bug report at: http://bugs.php.net/?id=10710edit=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 #8202 Updated: exec(java -cp classpath classname inputArgument); has no effect
ID: 8202 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Function Specific Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: Does your problem persist with PHP 4.0.5? Have you considered using PHP 4's Java extension to directcly invoke your Java class? Previous Comments: --- [2001-03-14 17:18:18] [EMAIL PROTECTED] Using CGI, i.e. php.exe with the correspondng extension (.php) in the IIS 4 list pointing to php.exe %s %s C:Javabin, etc are in the CLASSPATH (system environment setup) --- [2001-03-14 15:08:33] [EMAIL PROTECTED] Can you please tell which SAPI you're using, ISAPI or CGI? --Jani --- [2001-03-14 04:34:32] [EMAIL PROTECTED] ID 8202 I don't get any error messages. A student of mine tried the code on his system, and claimed it worked. Using 4.0.3 as CGI installation Not urgent - our work-around - re-wrote the Java code in PHP, and that works. Lee --- [2001-02-24 12:40:58] [EMAIL PROTECTED] are you not getting any errors?? Can you try exec with other programs and see if it happens with them? Not getting a unable to fork eror are you? what SAPI are you using ISAPI or CGI? --- [2000-12-11 22:57:15] [EMAIL PROTECTED] The command prompt line java -cp .;C:Javabin;C:Javalib;C:Javalibtools.jar;E:Health_InfoHealthWebDirectoryMessages HTML_HL7translator E:Health_InfoHealthWebDirectoryMessagesDischargeDis-2000-11-28-1.htm runs the java class HTML_HL7translator with input file Dis-2000-11-28-1.htm jdk1.3 is installed and works None of the commands in the following cause HTML_HL7translator to run: ?php $javaHL7 = exec(java -cp .;C:Javabin;C:Javalib;C:Javalibtools.jar;E:Health_InfoHealthWebDirectoryMessages HTML_HL7translator E:Health_InfoHealthWebDirectoryMessagesDischargeDis-2000-11-28-1.htm); echo did execn; passthru(java -cp .;C:Javabin;C:Javalib;C:Javalibtools.jar;E:Health_InfoHealthWebDirectoryMessages HTML_HL7translator E:Health_InfoHealthWebDirectoryMessagesDischargeDis-2000-11-26-2.htm); echo did passthrun; $javaHL7s = system(java -cp .;C:Javabin;C:Javalib;C:Javalibtools.jar;E:Health_InfoHealthWebDirectoryMessages HTML_HL7translator E:Health_InfoHealthWebDirectoryMessagesDischargeDis-2000-11-26-4.htm); echo did system(); ? [PHP] extracts ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) implicit_flush = Off ; Implicit flush tells PHP to tell the output layer to flush itself allow_call_time_pass_reference = On; whether to enable the ability to force arguments to be safe_mode = Off safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ ; Setting certain environment variables safe_mode_protected_env_vars = LD_LIBRARY_PATH ; This directive contains a comma- disable_functions = ; Colors for Syntax Highlighting mode. Anything that's acceptable in font color=??? would work. highlight.string= #DD highlight.comment = #FF8000 highlight.keyword = #007700 highlight.bg= #FF highlight.default = #BB highlight.html = #00 ; Misc expose_php = On ;;; ; Resource Limits ; ;;; max_execution_time = 30 ; Maximum execution time of each script, in seconds memory_limit = 8M ; Maximum amount of memory a script may consume (8MB) ;; ; Error handling and logging ; ;; ; error_reporting is a bit-field. Or each number up to get desired error reporting level E_ALL - All errors and warnings error_reporting =E_ALL; display all errors, warnings and notices display_errors = Off ; Print out errors (as a part of the output) display_startup_errors = Off; Even when display_errors is on, errors that occur during
Re: [PHP-DEV] bonsai.php.net down, no one cares?
The MySQL server on the machine died. I've restarted it and it's now
rebuilding the entire check-in history to make sure it's complete.
I'm the lxr/bonsai maintainer so email me in the future.
On Mon, 07 May 2001, Cynic wrote:
Hi all,
bonsai on php.net has been down since 2001-05-03 at least.
I've sent a msg to the address given on the error page,
which bounced. Since the address is [EMAIL PROTECTED],
I concluded it's probably Sascha's address, and sent another mail
to [EMAIL PROTECTED] That didn't bounce, I haven't recieved anything
back.
I tried to use bonsai today, and got the very same error msg:
Can't connect to database server. at globals.pl line 116.
Line #116 is inside sub ConnectToDatabase {} declaration; that's
all I can help you with.
Am I the only one who uses lxr co on php.net?
[EMAIL PROTECTED]
-
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
-Andrei
Complexity in the mind is not caused by learning;
learning is caused by complexity in the mind.
-- Steven Pinker
--
PHP Development Mailing List http://www.php.net/
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 #10707 Updated: nl2br gives br /\n
ID: 10707 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Strings related Operating system: PHP Version: 4.0.5 Assigned To: Comments: What it's actually outputting is br /\n ? $str = One\nTwo; echo nl2br($str); ? Yields Onebr / Two This is consistent with its old behavior, which was to output br\n While it might not strictly be the expected behavior, this seems fine to me. The newline won't affect how a browser renders the string, since it's just whitespace to be ignored. Previous Comments: --- [2001-05-07 11:27:04] [EMAIL PROTECTED] It seems that nl2br() returns br/n --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10707edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] documentation
hi, how should classes be documented ? since they are not really a function they only have a return value together with new and function/function seems to be illogical. is there also a way to document members and attributes ? is there a list of tags that are available ? -harald -- PHP Development Mailing List http://www.php.net/ 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 #7822 Updated: system crash
ID: 7822 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Operating system: PHP Version: 4.0.4 Assigned To: Comments: I don't see the point in accessing http://localhost/php/php.exe. So, why do you want to do that? Previous Comments: --- [2001-05-04 03:41:23] [EMAIL PROTECTED] Now I use Apache/1.3.19 with PHP/4.0.5 for Windows 98 this problem still exists. Default setting will make system crash in Windows 98 if accessing something like http://localhost/php/php.exe I guess PHP at least should announce this problem (and I've made two of my friends crashed, sorry if they see this.). --- [2001-01-12 12:27:08] [EMAIL PROTECTED] cynic: This is a Great Idea! --- [2001-01-12 10:26:41] [EMAIL PROTECTED] indeed. a temporary workaround, if I may: LocationMatch /php/php(.exe)? deny from all /LocationMatch This at least denies direct access to the executable, and thus gets you rid of the crashes. --- [2001-01-08 02:32:47] [EMAIL PROTECTED] In 4.0.4, This bug still exists. (Win32, php.ini) Conditions for this bug: safe_mode=Off doc_root=; the root of the php pages, used only if nonempty (doc_root is empty) In such configured PHP, system will crash if I type the URL: http://localhost/php/php.exe (Note: no / at the end of the URL) I may consult the source code if I have time later. --- [2001-01-06 02:29:03] [EMAIL PROTECTED] does this problem exist in PHP 4.0.4 --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7822edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9422 Updated: Apache hangs when Win goes to standby
ID: 9422 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Are you loading non-thread-safe PHP Extensions in your php.ini? Does this problem persist with PHP 4.0.5? Previous Comments: --- [2001-03-31 19:06:17] [EMAIL PROTECTED] No, plain apache goes into standby. I tested apache 1.3.19 with php 4.0.5RC1 from www.php4win.de (phpinfo looks a little bit hacked?), no standby. Tested it with php cgi (3.1.17, 4.04, 4.0.5RC1) when a longer script is running, win goes standby after php timeout killed the script (which is a good idea I think). My guess is in module version something is not ending, even without a current script running? Gustav Graf --- [2001-03-31 09:16:34] [EMAIL PROTECTED] Does it happen with plain Apache (without PHP)? If not, could you try with 1.3.19 and newer version of PHP? --- [2001-03-17 19:27:17] [EMAIL PROTECTED] same with Sambar Server 4.4 --- [2001-02-23 10:43:53] [EMAIL PROTECTED] If PHP 4.04 is included in Apache 1.3.17 as module with: LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php and Win goes into standby the standby window and the Apache console freezes, omnly after after killing the second apache task - with small letters - computer goes standby. Gustav Graf --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9422edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9685 Updated: Error message from Windows: Apache has caused an error in MSVCRT.DLL
ID: 9685
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Arrays related
Operating system:
PHP Version: 4.0.3pl1
Assigned To:
Comments:
Does this problem persist with PHP 4.0.5?
Previous Comments:
---
[2001-03-11 16:23:59] [EMAIL PROTECTED]
I think that problem is in row marked in script with ERROR LINE? =
This script causes error if $GLOBALS is passed as first argument. I didn't experienced
the problem with any other variable.
SCRIPT:
?php
$GLOBALS[is_included][echo_array]=(true);
function echo_array($a,$key=,$l=1)
{echo CODEnArray B.$key./BBRn;
echo_array_self($a,$key,$l);
echo n/CODE;
}
function echo_array_self($a,$key=,$l=1)
{while(list($k,$v)=each($a))
{for($i=0;$i$l;$i++){echo |;}
echo +;
if(is_array($v)):
echo + B.$key.[.$k.]/B - array()BRn;
ERROR LINE? = if($v!=$GLOBALS):
echo_array_self($v,$key.[.$k.],$x=$l+1);
endif;
else:
echo - .$key.[.$k.]=;
if(is_string($v)):
echo '$v'BRn;
else:
echo $v.BRn;
endif;
endif;
}
}
?
I can't give you any other informations.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9685edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10574 Updated: Gets stuck on explode() when delimiter is not in the string
ID: 10574 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Arrays related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Can't reproduce this with PHP 4.0.6-dev either, on Win2K. Tested it both from the command-line with 'php -q test.php', as via Apache. Previous Comments: --- [2001-05-03 15:08:34] [EMAIL PROTECTED] I can't reproduce this on Windows either. Can you please try and run this from command line and see if it still creates problems? Without any prepends or anything --- [2001-05-03 14:21:23] [EMAIL PROTECTED] Maybe is a bug related to WIN NT ? Do you need more info about the settings of my phpinfo() ? --- [2001-05-02 23:19:23] [EMAIL PROTECTED] I can't reproduce this with latest CVS on Linux using the following test script: ?php $str = this test string doesnt include the separator char; $arr = explode(;, $str); ? --Jani --- [2001-05-01 06:23:12] [EMAIL PROTECTED] If I perform an explode(,,$str); on $str = hi there this is a test; Php gets stuck and can eventually bing the memroy of the server down. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10574edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9289 Updated: Command line argument list inaccurate
ID: 9289 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Critical Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Previous Comments: --- [2001-02-15 14:48:09] [EMAIL PROTECTED] PHP, when being run from the command line, has been mangling the command line arguments badly for some while. It would be nice if they mapped to the same usage as C programs. PHP4.04pl1 is particularly bad - argc is completely broken: Consider the script ? printf(%dn, $argc); ? Here's the output from php4.01, and then from php4.04pl1 $ php -f test.php 0 $ php -f test.php a 1 $ php -f test.php a b 2 $ php -f test.php a b c 3 $ /home/webapps/webserver/bin/php404pl1 -f test.php 2 $ /home/webapps/webserver/bin/php404pl1 -f test.php a 2 $ /home/webapps/webserver/bin/php404pl1 -f test.php a b 3 $ /home/webapps/webserver/bin/php404pl1 -f test.php a b c 4 As you can see, argc is never less than 2, and in fact is a value of 2 with zero args or one arg (bad bad bad!). Sort of important for us - we find PHP SO EASY to program in, that we actually use it as the language of choice, even for batch programming, when performance is not absolutely critical. But it sort of makes it tough to pass in cmd line arguments... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9289edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10299 Updated: CPU and Memory Spike
ID: 10299
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Critical
Bug Type: Performance problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
marking critical for php 4.0.6
Previous Comments:
---
[2001-04-14 09:00:57] [EMAIL PROTECTED]
I found the problem. since the script I use have a lot of include and require
statement. just a script include a bunch of files and keep reloading the page will
kill the server in no time. I attach a sample config file I usually include, just
make a test.php and include this file like 10 times to simulate a lot of include
files. And then, just keep reloading test.php. You should see the script take a lot
of CPU time and eventually the httpd eat all the CPU time and the process hang. From
command top, one of the httpd process keep eating up CPU time.
The following is the sample config file
?
/*Root directory */
$config[root_path] = /usr2/home/business/test/www;
$config[w3b_path] = /usr2/home/business/test/www/wwwthreads;
$config[data_path] = /usr2/home/business/test/data;
$config[rdf_path] = /usr2/home/business/test/www/rdf;
/* database */
include $config[root_path]./db.php;
/* global */
$config[sitename] = www.test.net;
$config[root_url] = http://www.test.net/;;
// Cookie Setting
$config[cookie_path] = /; # web root directory
$config[CookieURL] = .test.net;
$config[cookieTTL] = 7200; // in seconds
$config[minpass]= 3; # Minimum user password length in characters
/* language and locale */
$config[language] = english;# [english] english, [big5] BIG5 code
$config[locale] = english;# Used for translation of date-related stuff
/* story control */
$config[commentmax] = 4096;
$config[abstractlen]= 4996; #length of abstract show on first page
$config[icon_width] = 100; # Topic icons width
$config[timezone] = HKT; #Time zone
$config[limitnews] = 10; # default number of stories per page
$config[older_story_num]= 10; # number of older stories to display
$config[anon_users] = 0; # 1 to allow anonymous postings
# 0 to disable
/* theme control */
$config[def_theme] = Main; # name of default theme (see themes/ directory for
list)
/* mail settings */
$config[use_fake_email] = 1; # Displays fake email addresses for users instead of the
real ones
$config[notifyEmail]= [EMAIL PROTECTED]; #address where you want to
receive notice
//$config[CensorList] =
array('fuck','cunt','fucker','fucking','pussy','cock','c0ck','cum','bitch','shit');
$config[CensorList] = array(/fuck/s,/fuck/s,/fuck/s,
/[a-z]*fuck[a-z]*/is,
/[a-z]*cunt[a-z]*/is,
/[a-z]*pussy[a-z]*/is,
/[a-z]*cock[a-z]*/is,
/[a-z]*c0ck[a-z]*/is,
/[a-z]*shit[a-z]*/is,
/[a-z]*bitch[a-z]*/is,
/[a-z]*diu[a-z]*/is
);
# See also specific LOCALE definitions
$config[CensorMode] = 3; # 0: no filtering
# 1: exact match
# 2: match word beginnings
# 3: match string anywhere in words
$config[CensorReplace] = [CENSORED] ;
/* allowable HTML tags. Used by check_html()
Happily lifted (with mods) from phpslash */
$config[AllowableHTML] = array(p=1, # 2 means accept all qualifiers: foo bar
b=1,# 1 means accept the tag only: foo
i=1,
a=2,
em=1,
br=1,
strong=1,
blockquote=1,
img=2,
tt=1,
hr=1,
li=1,
ol=1,
div=1,
ul=1);
$config[AllowableHTMLtag] =
b,i,a,em,br,strong,blockquote,tt,hr,li,ol,div,ul;
/* poll settings */
$config[maxOptions] = 12; # maximal number of options allowed
$config[BarScale] = 1;# scale of result bar (in multiples of 100 pixels)
$config[warnCheaters] = 1;# 1 - a notice issued on vote second try
# 0 - silently ignores the vote
$config[maxOptions] = 10;
/* story stuff */
$reasons = array('As is', # Normal
'Offtopic', # Bad Responses
'Flamebait',
'Troll',
'Redundant',
'Insightful', # Good Responses
'Interesting',
'Informative',
[PHP-DEV] Bug #10053 Updated: Insert sentence error
ID: 10053
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: COM related
Operating system:
PHP Version: 4.0.4
Assigned To:
Comments:
Does this problem persist with PHP 4.0.6-dev? There have been a lot of changes to
ext/com recently, including improtant fixes after the PHP 4.0.5 release that will be
included in PHP 4.0.6.
Previous Comments:
---
[2001-03-29 09:47:19] [EMAIL PROTECTED]
$oConn = new COM(ADODB.Connection);
// Data Base: ORACLE 8.0
// insert query: it works fine!!!
insert into Pact (nid,name,Apell1,Apell2,Sexo,NHisto,FNac) values
(10040,'qwrwfcdf','qeqwe','qewqwe','Hombre','121217',to_date('12/12/1999','MM-DD-'))
// insert query: it does not works: php error memory
insert into Pet
(NID,NPet,NPac,Diagnostico,FPet,Medico,Servicio,FPetFin,nidPass,obsPet,obsInf,codSer,itt)
values
(10060,'56',10040,3,
to_date('29-03-2001','DD-MM-'),
to_date('12-1-2001','DD-MM-,
'',
'ttt',
'urgencias ',
'vv')
If i copy this query (generated by my php code), and paste into a SQL editor that work
for make queries into data bases
and i execute it, it works fine.
Maybe a problem of lenght?.
I hope i was wrong.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10053edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8725 Updated: Fun with putenv
ID: 8725 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Critical Bug Type: Apache related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Marking as fix-before-4.0.6 Previous Comments: --- [2001-03-09 21:09:23] [EMAIL PROTECTED] User feedback: -- The latest snapshot made no difference. The behavior I describe persists. It's always the third execution of the script (second page reload) that produces the failure. By the way, at that point not only exec stops working, but system and passthru as well. It appears that putenv is the cause, since removing it from the script remedies the problem (after apache restart there is). It's quite possible that the problem is unique to my environment: SCO Opendesktop 5.05 Apache/1.3.14 with mod_php4 but that doesn't make the situation any easier. Couple of more points: -- the same script works fine when executed on the shell level -- every time phtml script fails, the following message is left in access_log: : is not an identifier. If this matter is of any interest to the developers, I'll be more than happy to investigate (with proper guidance :-)) further. Thanks. -mk --- [2001-01-15 18:04:25] [EMAIL PROTECTED] I tried your script in my system (Linux) and with the latest CVS of PHP 4 and it works just fine. Could you try the latest snapshot from http://snaps.php.net/ to verify if this is fixed or if it is your system that causes this. --Jani --- [2001-01-15 15:53:11] [EMAIL PROTECTED] [this is a re-sent of my message, I accidentally inserted php config options in the wrong place of my previous message] Apache: 1.3.14 (with mod_php4 among other) test.phtml: ? putenv(one=one); $one=getenv(one); exec(echo two, $two, $ret); print(1: $onebr); print(2: $two[0] ($ret)br); ? Browser shows: 1: one 2: two (0) After hitting Reload, browser shows: 1: one 2: two (0) After hitting Reload again, browser shows: 1: one Warning: Undefined index: 0 in /u/local/apache/htdocs/test.phtml on line 6 2: (1) After apachectl restart the above repeats... Config options: configure --with-gd=/usr/local/gd --with-mysql --with-jpeg-dir=/tmp/jpeg-6b --with-apache=../apache_1.3.14 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8725edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10671 Updated: Cannot retrieve secondary object properties
ID: 10671 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: COM related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Does this problem persist with PHP 4.0.6-dev? There have been a lot of changes to ext/com recently, including improtant fixes after the PHP 4.0.5 release that will be included in PHP 4.0.6. Previous Comments: --- [2001-05-04 12:33:46] [EMAIL PROTECTED] The following code causes PHP to die at line 3: $mgr = new COM(Factory); $child = $mgr-GetChild(1); echo $child-Attribute; ($mgr's method GetChild returns a COM object, which has property 'Attribute'). The bug is in php_variant_to_pval() function in ext/com/conversion.c, line 501: handle-value.lval = zend_list_insert(var_arg-pdispVal, php_COM_get_le_idispatch()); it saves raw interface pointer var_arg-pdispVal, whereas everywhere else it is expected that the list contains i_dispatch pointer. The line should be replaced with i_dispatch *obj = (i_dispatch *)emalloc(sizeof(*obj)); php_COM_set(obj,var_arg-pdispVal,FALSE); // not sure whether the last parameter should be TRUE or FALSE handle-value.lval = zend_list_insert(obj, php_COM_get_le_idispatch()); Also, the code in php_COM_set is somewhat bizarre: - the returned value (hr) will not be set if cleanup is FALSE - pDisp is unnecessarily cleared if cleanup is FALSE (it's a parameter, and it's not used afterwards). Also, I am not sure that reference counting for COM objects is correct. Also, please comment your code. It took me a day to find out this little bug. Sasha --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10671edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10431 Updated: ini_alter eats the include_path
ID: 10431 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Critical Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: marking as to be fixed before PHP 4.0.6 Previous Comments: --- [2001-04-21 05:43:48] [EMAIL PROTECTED] The bug occurs when you use the ini_alter statement, on a few uses of this, the include path gets reset to gobbledygook and stays that way making it impossible to run the server (no includes work) only a net stop iisadmin/net start w3svc fixes this! The binary I am using is the one you guys compiled. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10431edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9427 Updated: PHP hangs when packets aren't returned when using session_start()
ID: 9427 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Critical Bug Type: Performance problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Marking as fix before 4.0.6 Previous Comments: --- [2001-02-23 13:06:46] [EMAIL PROTECTED] Short script: ? mysql_connect(10.0.0.244, user, passwd);? Really any socket connection code. Configure Command: './configure' '--with-apxs=/usr/sbin/apxs' '--with-mysql=/usr' '--with-mcrypt=../mcrypt-2.2.6' '--with-mhash=../mhash-0.8.4' '--with-ldap' '--with-fdftk' '--with-pdflib' '--with-zlib' '--with-gd' '--with-pspell' '--with-oci8' '--with-java=/opt/IBMJava2-13' '--enable-sigchild' Pretty much the default php.ini. We noticed this occurring once we put the machine inside a DMZ. If PHP tries to connect to an address that the DMZ isn't allowing, the DMZ throws the packets away and PHP sits there waiting for a response. This only happens when session_start() is called in the page. If session_start() is commented out, the normal PHP warnings appear telling me of mysql or ldap not being able to connect. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9427edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10640 Updated: php_curl.dll
ID: 10640 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0 Latest CVS (03/05/2001) Assigned To: Comments: dbeuMon Apr 30 02:57:16 2001 EDT Modified files: /php4/ext/curl curl.c Log: fix win32 build Previous Comments: --- [2001-05-03 13:36:16] [EMAIL PROTECTED] apart from the other errors, the constants aren't set anywhere in the source of php_curl nor libcurl. Deleting intermediate files and output files for project 'curl - Win32 Release_TS'. Configuration: curl - Win32 Release_TS Compiling... curl.c D:compilephpphp4-200105030645extcurlcurl.c(357) : error C2065: 'executor_globals' : undeclared identifier D:compilephpphp4-200105030645extcurlcurl.c(357) : error C2223: left of '-function_table' must point to struct/union D:compilephpphp4-200105030645extcurlcurl.c(359) : warning C4047: 'function' : 'struct _zval_struct ** ' differs in levels of indirection from 'struct _zval_struct *' D:compilephpphp4-200105030645extcurlcurl.c(359) : warning C4024: 'call_user_function' : different types for formal and actual parameter 2 D:compilephpphp4-200105030645extcurlcurl.c(360) : warning C4047: 'function' : 'struct _zval_struct *' differs in levels of indirection from 'const int ' D:compilephpphp4-200105030645extcurlcurl.c(360) : warning C4024: 'call_user_function' : different types for formal and actual parameter 4 D:compilephpphp4-200105030645extcurlcurl.c(360) : warning C4047: 'function' : 'int ' differs in levels of indirection from 'struct _zval_struct *[3]' D:compilephpphp4-200105030645extcurlcurl.c(360) : warning C4024: 'call_user_function' : different types for formal and actual parameter 5 D:compilephpphp4-200105030645extcurlcurl.c(360) : error C2198: 'call_user_function' : too few actual parameters D:compilephpphp4-200105030645extcurlcurl.c(398) : error C2223: left of '-function_table' must point to struct/union D:compilephpphp4-200105030645extcurlcurl.c(400) : warning C4047: 'function' : 'struct _zval_struct ** ' differs in levels of indirection from 'struct _zval_struct *' D:compilephpphp4-200105030645extcurlcurl.c(400) : warning C4024: 'call_user_function' : different types for formal and actual parameter 2 D:compilephpphp4-200105030645extcurlcurl.c(401) : warning C4047: 'function' : 'struct _zval_struct *' differs in levels of indirection from 'const int ' D:compilephpphp4-200105030645extcurlcurl.c(401) : warning C4024: 'call_user_function' : different types for formal and actual parameter 4 D:compilephpphp4-200105030645extcurlcurl.c(401) : warning C4047: 'function' : 'int ' differs in levels of indirection from 'struct _zval_struct *[2]' D:compilephpphp4-200105030645extcurlcurl.c(401) : warning C4024: 'call_user_function' : different types for formal and actual parameter 5 D:compilephpphp4-200105030645extcurlcurl.c(401) : error C2198: 'call_user_function' : too few actual parameters D:compilephpphp4-200105030645extcurlcurl.c(433) : error C2223: left of '-function_table' must point to struct/union D:compilephpphp4-200105030645extcurlcurl.c(435) : warning C4047: 'function' : 'struct _zval_struct ** ' differs in levels of indirection from 'struct _zval_struct *' D:compilephpphp4-200105030645extcurlcurl.c(435) : warning C4024: 'call_user_function' : different types for formal and actual parameter 2 D:compilephpphp4-200105030645extcurlcurl.c(436) : warning C4047: 'function' : 'struct _zval_struct *' differs in levels of indirection from 'const int ' D:compilephpphp4-200105030645extcurlcurl.c(436) : warning C4024: 'call_user_function' : different types for formal and actual parameter 4 D:compilephpphp4-200105030645extcurlcurl.c(436) : warning C4047: 'function' : 'int ' differs in levels of indirection from 'struct _zval_struct *[3]' D:compilephpphp4-200105030645extcurlcurl.c(436) : warning C4024: 'call_user_function' : different types for formal and actual parameter 5 D:compilephpphp4-200105030645extcurlcurl.c(436) : error C2198: 'call_user_function' : too few actual parameters D:compilephpphp4-200105030645extcurlcurl.c(523) : error C2065: 'CURLOPT_WRITEFUNCTIONDATA' : undeclared identifier D:compilephpphp4-200105030645extcurlcurl.c(525) : error C2065: 'CURLOPT_READFUNCTIONDATA' : undeclared identifier D:compilephpphp4-200105030645extcurlcurl.c(661) : error C2065: 'CURLOPT_HEADERFUNCTIONDATA' : undeclared identifier Error executing xicl6.exe. php_curl.dll - 10 error(s), 18 warning(s) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10640edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For
[PHP-DEV] Bug #9878 Updated: gmmktime is 1 hour off during standard time
ID: 9878 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Feedback Bug Type: Date/time related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Waiting for feedback on Rasmus' question. Previous Comments: --- [2001-05-05 15:40:26] [EMAIL PROTECTED] Are you sure that bit of code applies in your case? ie. is HAVE_TM_GMTOFF undefined in your main/php_config.h file? I am unable to recreate this problem here, but on my Linux box my gmadjust value comes straight from the libc system call ie. I have HAVE_TM_GMTOFF defined. --- [2001-03-30 10:13:58] [EMAIL PROTECTED] I know there are a lot of open bugs and this one is probably pretty small compared to most, but the time window to easily verify this bug and my suggested fix is quickly going away for 6 months. With the time shift this weekend, it wil be much more difficult to reproduce this bug, unless you start subtracting 86400 seconds per day to get back into standard time. If someone could just look at what I've provided I think it will be a no-brainer. Even if it doesn't get tagged into the new release, at least it will saved for the next. Thanks --- [2001-03-20 14:08:09] [EMAIL PROTECTED] gmmktime is producing a timestamp 1 hour off when the timezone is standard time. If you compare a time() with gmmktime with current settings and a is_dst value NULL, the results will be one hour off. I used the following little script to prove this: ? print (PRE); print (Time function = .time ()); print (n); print (gmmktime = .gmmktime (18,25,0,3,20,2001)); print (n); print (mktime = .mktime(12,25,0,3,20,2001)); print (n); print (gmmktime(7,0,0,4,1,2001). .mktime(1,0,0,4,1,2001).n); print (gmmktime(8,0,0,4,1,2001). .mktime(3,0,0,4,1,2001).n); ? Currently, the US/Central timezone is -6 hours from GMT. I believe the problem is in ext/standard/datetime.c, line 186. Judging from the code, timezone seems to be a negative seconds value from GMT, probably of the standard timezone (TZ in standard). So if is_dst == 0, you don't want to add anything more. I think the like should say: gmadjust = -(is_dst ? timezone - 3600 : timezone ); And the comment about overcorrecting removed. My test script works if this line is changed. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9878edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7822 Updated: system crash
ID: 7822 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Operating system: PHP Version: 4.0.4 Assigned To: Comments: I guess the point is to prevent malicious users from crashing the server. Previous Comments: --- [2001-05-07 12:35:23] [EMAIL PROTECTED] I don't see the point in accessing http://localhost/php/php.exe. So, why do you want to do that? --- [2001-05-04 03:41:23] [EMAIL PROTECTED] Now I use Apache/1.3.19 with PHP/4.0.5 for Windows 98 this problem still exists. Default setting will make system crash in Windows 98 if accessing something like http://localhost/php/php.exe I guess PHP at least should announce this problem (and I've made two of my friends crashed, sorry if they see this.). --- [2001-01-12 12:27:08] [EMAIL PROTECTED] cynic: This is a Great Idea! --- [2001-01-12 10:26:41] [EMAIL PROTECTED] indeed. a temporary workaround, if I may: LocationMatch /php/php(.exe)? deny from all /LocationMatch This at least denies direct access to the executable, and thus gets you rid of the crashes. --- [2001-01-08 02:32:47] [EMAIL PROTECTED] In 4.0.4, This bug still exists. (Win32, php.ini) Conditions for this bug: safe_mode=Off doc_root=; the root of the php pages, used only if nonempty (doc_root is empty) In such configured PHP, system will crash if I type the URL: http://localhost/php/php.exe (Note: no / at the end of the URL) I may consult the source code if I have time later. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7822edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10686 Updated: Bug in mktime() on values out of bounds
ID: 10686
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Critical
Bug Type: Date/time related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
Marking as fix before 4.0.6
Previous Comments:
---
[2001-05-05 17:19:37] [EMAIL PROTECTED]
see Bug id #8828, too!
On PHP documantation:
mktime(hour,min,sec, year,0,mon) refers the last day of month 'mon-1'. On MacOS X this
failed, there it refers the first day of month 'mon' and mktime(hour,min,sec,
year,-1,mon) refers the last day of month 'mon-1'.
On MacOS X 10.0.2 (Darwin 1.3):
02.03 -- 983487600 -- 02.03
01.03 -- 983401200 -- 01.03
00.03 -- 983401200 -- 01.03
-1.03 -- 983314800 -- 28.02
-2.03 -- 983228400 -- 27.02
i have check some UNIX-systems and i haven't found any man-page, where is describe
what should be happend on tm_mday = 0. The problem is happend on all values out of
bounds, when using mktime()!
IMHO this is a undocumented feature, which is used by PHP.
man mktime (Linux 2.2.13)
tm_mday The day of the month, in the range 1 to 31.
Sun Release 4.1
int tm_mday; /* day of month (1 - 31) */
SunOS 5.5
int tm_mday; /* day of the month - [1, 31] */
HP-UX Release 10.20
int tm_mday; /* day of month - [1,31] */
HP-UX Release 11.00
int tm_mday; /* day of month - [1,31] */
AIX 4.3.2
int tm_mday;/* Day of month (1 - 31) */
Darwin 1.0.2
int tm_mday; /* day of month (1 - 31) */
I think i should by much better to check mktime() on configure and set a #define for
compilation. Only on datetime.c must be made a patch to support MacOS X's / Darwin's
mktime()-systemcall, i think!
Patch to make php_mktime() more compatible [i think it is not complete for the whole
PHP4-project]. It includes a time correction for values less then 1 on mday,
hour, min, sec, mon!!
*** ext/standard/datetime.c.origFri Dec 8 12:38:02 2000
--- ext/standard/datetime.c Sun Apr 15 17:28:46 2001
***
*** 81,87
struct tm *ta, tmbuf;
time_t t;
int i, gmadjust, seconds, arg_count = ZEND_NUM_ARGS();
! int is_dst = -1;
if (arg_count 7 ||
zend_get_parameters_array_ex(arg_count,arguments) ==
FAILURE) {
WRONG_PARAM_COUNT;
--- 81,87
struct tm *ta, tmbuf;
time_t t;
int i, gmadjust, seconds, arg_count = ZEND_NUM_ARGS();
! int is_dst = -1, val, chgsecs = 0;
if (arg_count 7 ||
zend_get_parameters_array_ex(arg_count,arguments) ==
FAILURE) {
WRONG_PARAM_COUNT;
***
*** 148,172
- (((*arguments[5])-value.lval 1000) ? 1900 : 0);
/* fall-through */
case 5:
! ta-tm_mday = (*arguments[4])-value.lval;
/* fall-through */
case 4:
! ta-tm_mon = (*arguments[3])-value.lval - 1;
/* fall-through */
case 3:
! ta-tm_sec = (*arguments[2])-value.lval;
/* fall-through */
case 2:
! ta-tm_min = (*arguments[1])-value.lval;
/* fall-through */
case 1:
! ta-tm_hour = (*arguments[0])-value.lval;
/* fall-through */
case 0:
break;
}
! seconds = mktime(ta);
if (is_dst == -1)
is_dst = ta-tm_isdst;
--- 148,182
- (((*arguments[5])-value.lval 1000) ? 1900 : 0);
/* fall-through */
case 5:
! val = (*arguments[4])-value.lval;
! if (val 1) { chgsecs += (1-val) * 60*60*24; val = 1;
}
! ta-tm_mday = val;
/* fall-through */
case 4:
! val = (*arguments[3])-value.lval - 1;
! while (val 0) { val += 12; ta-tm_year--; }
! ta-tm_mon = val;
/* fall-through */
case 3:
! val = (*arguments[2])-value.lval;
! if (val 1) { chgsecs += (1-val); val = 1; }
! ta-tm_sec = val;
/* fall-through */
case 2:
! val = (*arguments[1])-value.lval;
! if (val 1) { chgsecs += (1-val) * 60; val = 1; }
! ta-tm_min = val;
/* fall-through */
case 1:
! val = (*arguments[0])-value.lval;
! if (val 1) { chgsecs += (1-val) * 60*60; val = 1; }
! ta-tm_hour = val;
/* fall-through */
case 0:
break;
}
! seconds = mktime(ta) - chgsecs;
if (is_dst == -1)
[PHP-DEV] Bug #8828 Updated: mktime using mday=0
ID: 8828
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Date/time related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Dup of #10686
Previous Comments:
---
[2001-04-16 03:20:21] [EMAIL PROTECTED]
Now for tm_mon 0, too:
*** ext/standard/datetime.c.origFri Dec 8 12:38:02 2000
--- ext/standard/datetime.c Sun Apr 15 17:28:46 2001
***
*** 81,87
struct tm *ta, tmbuf;
time_t t;
int i, gmadjust, seconds, arg_count = ZEND_NUM_ARGS();
! int is_dst = -1;
if (arg_count 7 ||
zend_get_parameters_array_ex(arg_count,arguments) ==
FAILURE) {
WRONG_PARAM_COUNT;
--- 81,87
struct tm *ta, tmbuf;
time_t t;
int i, gmadjust, seconds, arg_count = ZEND_NUM_ARGS();
! int is_dst = -1, val, chgsecs = 0;
if (arg_count 7 ||
zend_get_parameters_array_ex(arg_count,arguments) ==
FAILURE) {
WRONG_PARAM_COUNT;
***
*** 148,172
- (((*arguments[5])-value.lval 1000) ? 1900 : 0);
/* fall-through */
case 5:
! ta-tm_mday = (*arguments[4])-value.lval;
/* fall-through */
case 4:
! ta-tm_mon = (*arguments[3])-value.lval - 1;
/* fall-through */
case 3:
! ta-tm_sec = (*arguments[2])-value.lval;
/* fall-through */
case 2:
! ta-tm_min = (*arguments[1])-value.lval;
/* fall-through */
case 1:
! ta-tm_hour = (*arguments[0])-value.lval;
/* fall-through */
case 0:
break;
}
! seconds = mktime(ta);
if (is_dst == -1)
is_dst = ta-tm_isdst;
--- 148,182
- (((*arguments[5])-value.lval 1000) ? 1900 : 0);
/* fall-through */
case 5:
! val = (*arguments[4])-value.lval;
! if (val 1) { chgsecs += (1-val) * 60*60*24; val = 1;
}
! ta-tm_mday = val;
/* fall-through */
case 4:
! val = (*arguments[3])-value.lval - 1;
! while (val 0) { val += 12; ta-tm_year--; }
! ta-tm_mon = val;
/* fall-through */
case 3:
! val = (*arguments[2])-value.lval;
! if (val 1) { chgsecs += (1-val); val = 1; }
! ta-tm_sec = val;
/* fall-through */
case 2:
! val = (*arguments[1])-value.lval;
! if (val 1) { chgsecs += (1-val) * 60; val = 1; }
! ta-tm_min = val;
/* fall-through */
case 1:
! val = (*arguments[0])-value.lval;
! if (val 1) { chgsecs += (1-val) * 60*60; val = 1; }
! ta-tm_hour = val;
/* fall-through */
case 0:
break;
}
! seconds = mktime(ta) - chgsecs;
if (is_dst == -1)
is_dst = ta-tm_isdst;
---
[2001-04-15 10:59:06] [EMAIL PROTECTED]
FIRST patch to make php_mktime() more compatible [i think it is not complete for the
whole PHP4-project]. It includes a time correction for values less then 1 on mday,
hour, min, sec. NOT on mon!!
*** ext/standard/datetime.c.origFri Dec 8 12:38:02 2000
--- ext/standard/datetime.c Sun Apr 15 16:42:37 2001
***
*** 81,87
struct tm *ta, tmbuf;
time_t t;
int i, gmadjust, seconds, arg_count = ZEND_NUM_ARGS();
! int is_dst = -1;
if (arg_count 7 || zend_get_parameters_array_ex(arg_count,arguments) ==
FAILURE) {
WRONG_PARAM_COUNT;
--- 81,87
struct tm *ta, tmbuf;
time_t t;
int i, gmadjust, seconds, arg_count = ZEND_NUM_ARGS();
! int is_dst = -1, val, chgsecs = 0;
if (arg_count 7 || zend_get_parameters_array_ex(arg_count,arguments) ==
FAILURE) {
WRONG_PARAM_COUNT;
***
*** 148,172
- (((*arguments[5])-value.lval 1000) ? 1900 : 0);
/* fall-through */
case 5:
! ta-tm_mday = (*arguments[4])-value.lval;
/* fall-through */
case 4:
ta-tm_mon = (*arguments[3])-value.lval - 1;
/* fall-through */
case 3:
! ta-tm_sec = (*arguments[2])-value.lval;
/* fall-through */
case 2:
! ta-tm_min = (*arguments[1])-value.lval;
/* fall-through */
case 1:
!
[PHP-DEV] Bug #1249 Updated: url_parse() is a bit too strict
ID: 1249
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Critical
Bug Type: URL related
Operating system:
PHP Version: 4.0
Assigned To:
Comments:
marking as fix before 4.0.6
Previous Comments:
---
[2001-05-07 07:57:14] [EMAIL PROTECTED]
If this isn't a bug, it is at least an inconsistency.
parse_url('?') doesn't set a query key
parse_url('?#fragment') does
Neither URL has what I would consider a query string, but the query key is set in the
second case. That behavior should be consistent one way or the other, imho.
---
[2001-05-02 21:12:26] [EMAIL PROTECTED]
To PHP-developers: Does anyone have any thoughts about this?
(IMO, this isn't any bug)
--Jani
---
[2001-02-22 12:23:56] [EMAIL PROTECTED]
If you get URL as user input it can be bogus. parse_url could
be very useful to find if the URL is bogus and what parts
of it are bogus. Another point is, that even bogus looking
URL's could be valid (partial only). Also i believe
that parse_url('path?') wouldnt have quere set (although i
cant verify it at the moment).
And the last point is correctness. Even if it is not
significant, it would be nice if it behaved the expected way.
---
[2001-02-22 10:56:18] [EMAIL PROTECTED]
I, personally, don't see why it has to parse such bogus URLs
at all... Any arguments?
---
[2001-02-10 14:56:42] [EMAIL PROTECTED]
refiled against 4.0.
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=1249edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9896 Updated: segfaults at $xmldoc-add_root(root);
ID: 9896
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Critical
Bug Type: DOM XML related
Operating system:
PHP Version: 4.0 Latest CVS (21/03/2001)
Assigned To:
Comments:
marking as fix before 4.0.6
Previous Comments:
---
[2001-05-06 13:33:00] [EMAIL PROTECTED]
This still does not work in latest cvs (06/05/2001).
used another machine with libxml2-2.3.7 and linux-kernel 2.4.0. If one needs another
backtrace, i can make one...
also
$xml = xmldocfile(config.xml);
$root = domxml_root($xml);
produces a segfault (config.xml is a very simple xml file)
---
[2001-03-22 04:56:25] [EMAIL PROTECTED]
test-program:
$xmldoc = domxml_new_xmldoc('1.0');
$xmldoc-add_root(bla);
gdb backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x401a3938 in objects () at zend_operators.c:1144
1144}
(gdb) bt
#0 0x401a3938 in objects () at zend_operators.c:1144
#1 0x402c13e4 in php4_module () from /usr/local/apache/libexec/libphp4.so
#2 0x401d892a in objects () at php_domxml.c:668
#3 0x40199707 in objects () at ./zend_execute.c:853
#4 0x401aafc0 in objects () at zend.c:260
#5 0x401c3be3 in objects () at main.c:1126
#6 0x401bf11e in objects () at sapi_apache.c:98
#7 0x401bfe89 in objects () at mod_php4.c:437
#8 0x401bfed3 in objects () at mod_php4.c:437
#9 0x8074c09 in ap_invoke_handler ()
#10 0x808a0cf in process_request_internal ()
#11 0x808a142 in ap_process_request ()
#12 0x8080d96 in child_main ()
#13 0x8080f55 in make_child ()
#14 0x80810d6 in startup_children ()
#15 0x808175c in standalone_main ()
#16 0x8081f8c in main ()
#17 0x40096a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93
---
[2001-03-21 15:27:09] [EMAIL PROTECTED]
Delete config.cache, add --enable-debug into your configure line, 'make clean ; make ;
make install' and generate a GDB backtrace of the crash and add it into this bug
report.
--Jani
---
[2001-03-21 06:08:29] [EMAIL PROTECTED]
Reproduce with:
$xmldoc = domxml_new_xmldoc('1.0');
domxml_add_root($xmldoc,bla);
Configure
./configure --with-config-file-path=/usr/local/apache/conf --with-zlib --with-mysql
--with-sablot --with-apxs=/usr/local/apache/bin/apxs --enable-versioning
--with-dom=/opt/gnome
libxml2-2.3.3
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9896edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9526 Updated: Copy function is not affected by the security settings
ID: 9526
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Critical
Bug Type: Unknown/Other Function
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Marking as fix before 4.0.6
Previous Comments:
---
[2001-03-02 09:45:59] [EMAIL PROTECTED]
It appears that the copy function is not affected by the security restrictions set on
the php.ini file
PHP.ini:
Safe_mode=On
Open_basedir=d:wwwhtdocs
With a script like:
print('font color=#007700Try to copy() c:winntwin.ini to
d:wwwhtdocsphptest/tr/fontbr');
if (!copy('c:winntwin.ini', 'd:wwwhtdocsphptestwin.ini')) {
print('font color=#007700bOK/b: Copy() Failed/font');
}
else
{
print('font color=#DDbWarning/b: Copy() Succeeded!!!/font');
}
print('br=br');
print('font color=#007700Try to fopen() file d:wwwhtdocsphptestwin.ini/fontbr');
if (!fopen( 'd:wwwhtdocsphptestwin.ini', 'r' )) {
print('font color=#007700bOK/b: Fopen() Failed/font');
}
else
{
print('font color=#DDbWarning/b: Fopen() Succeeded!!!/font');
}
I can copy a file from a forbiden directory to an allowed one and the read it.
Other functions that I have tested don't have this bug.
I tested with Apache for Windows 1.3.14 and the PHP4 module
Best regards,
Victor Fernandes
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9526edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #7822 Updated: system crash
[EMAIL PROTECTED] wrote: I guess the point is to prevent malicious users from crashing the server. Ouch :-( -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10709 Updated: child pid xxxx exit signal Segmentation fault (11)
ID: 10709 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: With which three scripts does this occur? If they are small please include them here, or you can send them to me by mail ([EMAIL PROTECTED]). Previous Comments: --- [2001-05-07 11:40:54] [EMAIL PROTECTED] I hope I am on the right path to report this. If you need more information, please let me know. I installed 4.0.5 and had problems with three scripts, that run without any problem before. (Other scripts still ran). Checking the apache error file, I noticed the different exit Segmentation faults. Recompiling back to the previous version of PHP 4.0.4pl1 solved all the problems. Herman --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10709edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9781 Updated: sig 11
ID: 9781 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Output Control Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Does this problem persist with PHP 4.0.5? Previous Comments: --- [2001-03-16 06:01:34] [EMAIL PROTECTED] Sorry for the terse note but I am in the stress of finishing a project and have no time to produce a reproducing script. The code it's too complicated. [hope to come back later with a sample] configure line as per phpinfo(): '--enable-versioning' '--with-mysql' '--with-pgsql' '--disable-pic' '--with-dom' '--with-ldap=/usr' '--enable-trans-sid' '--enable-wddx' '--with-shmop' '--with-mm' '--enable-memory-limit' '--with-sablot' --with-mnogosearch' '--enable-sockets' '--with-zlib' '--enable-debug' Here are the log notice and bt: [Fri Mar 16 12:35:45 2001] [notice] child pid 27350 exit signal Segmentation fault (11) [Fri Mar 16 12:36:05 2001] [notice] caught SIGTERM, shutting down [Fri Mar 16 12:36:48 2001] Script: '/usr/local/cvsdevel/php/a/htdocs/index.php' --- zend_execute_API.c(261) : Block 0x08159370 status: zend_variables.c(62) : Actual location (location was relayed) Beginning: Cached (allocated on var.c:475, 13 bytes) End: OK --- FATAL: erealloc(): Unable to allocate 1515878401 bytes Program received signal SIGSEGV, Segmentation fault. 0x40089ac1 in __kill () from /lib/libc.so.6 (gdb) bt #0 0x40089ac1 in __kill () from /lib/libc.so.6 #1 0x401c86e1 in objects () at zend_alloc.c:535 #2 0x40292025 in php_ob_allocate () at output.c:226 #3 0x402917fc in php_ob_append (text=0x0, text_length=1515870810) at output.c:260 #4 0x40291956 in php_b_body_write (str=0x0, str_length=1515870810) at output.c:337 #5 0x4029134a in objects () at output.c:53 #6 0x401f7e26 in php_body_write_wrapper (str=0x0, str_length=1515870810) at main.c:682 #7 0x401e22db in objects () at zend.c:116 #8 0x401e225c in objects () at zend.c:116 #9 0x401e1d04 in objects () at zend_variables.c:147 #10 0x401e247c in objects () at zend.c:116 #11 0x401e232c in objects () at zend.c:116 #12 0x401e1f8b in print_hash (ht=0x8159544, indent=12) at zend.c:107 #13 0x401e23e2 in objects () at zend.c:116 #14 0x401e232c in objects () at zend.c:116 #15 0x401e1f8b in print_hash (ht=0x815a2b4, indent=4) at zend.c:107 #16 0x401e2462 in objects () at zend.c:116 #17 0x401e232c in objects () at zend.c:116 #18 0x40254d30 in objects () at basic_functions.c:1815 #19 0x401d3f8a in objects () at ./zend_execute.c:853 #20 0x401d4168 in objects () at ./zend_execute.c:853 #21 0x401d4168 in objects () at ./zend_execute.c:853 #22 0x401d4168 in objects () at ./zend_execute.c:853 #23 0x401e31a4 in objects () at zend.c:260 #24 0x401f8a7f in objects () at main.c:1128 #25 0x401f4a7c in objects () at sapi_apache.c:98 #26 0x401f5595 in objects () at mod_php4.c:439 #27 0x401f55d6 in objects () at mod_php4.c:439 #28 0x8076669 in ap_invoke_handler () #29 0x808c05f in process_request_internal () #30 0x808c0d2 in ap_process_request () #31 0x8082c76 in child_main () #32 0x8082e55 in make_child () #33 0x8082fd6 in startup_children () #34 0x808365c in standalone_main () #35 0x8083eac in main () #36 0x40083a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 I make use of nested output buffering and I guess it's a problem somewhere there (str=0x0) with a null pointer :( ciao -- teodor --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9781edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #10640 Updated: php_curl.dll
Cynic wrote: ok, so the outcome is that it takes 3+ days for changes in CVS to get propagated to snapshots at snaps.php.net? because I got that error with php4-200105030645, i. e. a snap from May 3rd. Oops, I trusted Daniel's 'fix win32 build' commit message, as it generaly holds true if he says he fixed something. :-/ -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7409 Updated: xml_parse has a limit of 16 attributes on Windows
ID: 7409 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Status: Open Bug Type: XML related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: Does this problem persist with a newer version of PHP, like PHP 4.0.5? Previous Comments: --- [2000-10-23 08:57:30] [EMAIL PROTECTED] Following happend - sending XML request to DataBase - Database returns XML String with more than 16 attributes - xml_parse handles only up to 16 attributes on WinNT - on Linux everything works fine (more than 16 attribs ) ... is there any patch for that problem ??? Regards, Oliver --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7409edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10711: Form with enctype=multipart/form-data critical error
From: [EMAIL PROTECTED] Operating system: win98 osr2 PHP version: 3.0.16 PHP Bug Type: Reproducible crash Bug description: Form with enctype=multipart/form-data critical error When I try to send same file windows write Critical error in program php3.exe... and closed PHP. Operating system: Win98 OSR2 and WIN2000 Sever: Apache for Win32. Forms without enctype=multipart/form-data works good. But if I add this option PHP is crashing in moment sending the form. In php.ini I tried to change tmp_upload_dir but unusible. Please help me solve the problem. -- PHP Development Mailing List http://www.php.net/ 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 #6421 Updated: PEAR - error emulating prepare/execute with PostgreSQL
ID: 6421
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Operating system:
PHP Version: 4.0 Latest CVS (29/08/2000)
Assigned To:
Comments:
Have you tried a newer version of PEAR/DB, for instance the one that ships with PHP
4.0.5?
Previous Comments:
---
[2000-08-29 14:51:55] [EMAIL PROTECTED]
What does the following line in DB/common.php do ?
(line 182:) $stmt = (int)$this-prepare_maxstmt++;
I have to outcomment the line when I recall execute() on the same prepared query!
In the original code $realquery, in execute(), is set to the following string when
calling it again with the same prepared query...
[db_error: message=DB Error: invalid code=-8 mode=return level=notice prefix=
prepend= append=]
example:
?php
include(/usr/lib/php4/DB/pgsql.php);
$dsn = 'pgsql://127.0.0.1/web';
$db = new DB_pgsql();
$db-connect($dsn);
$stm = $db-prepare('SELECT * FROM pg_type WHERE typname = ? ORDER BY typname;');
$r1 = $db-execute($stm, array('_point'));
$r2 = $db-execute($stm, array('_bit'));
while($b = $db-fetchrow($r1)) {
echo $b[0].' - '.$b[1].'br';
}
while($b = $db-fetchrow($r2)) {
echo $b[0].' - '.$b[1].'br';
}
?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6421edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7409 Updated: xml_parse has a limit of 16 attributes on Windows
ID: 7409 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: XML related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: changing to status feedback Previous Comments: --- [2001-05-07 13:07:12] [EMAIL PROTECTED] Does this problem persist with a newer version of PHP, like PHP 4.0.5? --- [2000-10-23 08:57:30] [EMAIL PROTECTED] Following happend - sending XML request to DataBase - Database returns XML String with more than 16 attributes - xml_parse handles only up to 16 attributes on WinNT - on Linux everything works fine (more than 16 attribs ) ... is there any patch for that problem ??? Regards, Oliver --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7409edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10711 Updated: Form with enctype=multipart/form-data critical error
ID: 10711 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 3.0.16 Assigned To: Comments: Can you try the much newer version 4.0.5 and see if the problem still exists? Previous Comments: --- [2001-05-07 13:07:45] [EMAIL PROTECTED] When I try to send same file windows write Critical error in program php3.exe... and closed PHP. Operating system: Win98 OSR2 and WIN2000 Sever: Apache for Win32. Forms without enctype=multipart/form-data works good. But if I add this option PHP is crashing in moment sending the form. In php.ini I tried to change tmp_upload_dir but unusible. Please help me solve the problem. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10711edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10209 Updated: php_sybase_ct.dll is causing illegal operation
ID: 10209 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Are you using PHP as an ApacheModule or via CGI? If your using the module version this could indicate that the Sybase extension is not thread-safe. Previous Comments: --- [2001-04-06 11:18:44] [EMAIL PROTECTED] I am using Apache 1.3.17 on a Windows 2000 machine that also has the Sybase Client (System 11) installed. When I uncomment php_sybase_ct.dll in the php.ini I am getting an illegal operation message when a php page is invoked in the browser. I get the message even if the php page does NOT have any sybase function calls. ODBC works fine, but I need to be able to use the code to a UNIX system. SDeprez --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10209edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10671 Updated: Cannot retrieve secondary object properties
ID: 10671 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: COM related Operating system: Windows 2000 PHP Version: 4.0.5 Description: Cannot retrieve secondary object properties IT turns out this bug has been fixed in ext/com/conversion.c 1.8 Thanks Sasha Previous Comments: --- [2001-05-07 12:47:55] [EMAIL PROTECTED] Does this problem persist with PHP 4.0.6-dev? There have been a lot of changes to ext/com recently, including improtant fixes after the PHP 4.0.5 release that will be included in PHP 4.0.6. --- [2001-05-04 12:33:46] [EMAIL PROTECTED] The following code causes PHP to die at line 3: $mgr = new COM(Factory); $child = $mgr-GetChild(1); echo $child-Attribute; ($mgr's method GetChild returns a COM object, which has property 'Attribute'). The bug is in php_variant_to_pval() function in ext/com/conversion.c, line 501: handle-value.lval = zend_list_insert(var_arg-pdispVal, php_COM_get_le_idispatch()); it saves raw interface pointer var_arg-pdispVal, whereas everywhere else it is expected that the list contains i_dispatch pointer. The line should be replaced with i_dispatch *obj = (i_dispatch *)emalloc(sizeof(*obj)); php_COM_set(obj,var_arg-pdispVal,FALSE); // not sure whether the last parameter should be TRUE or FALSE handle-value.lval = zend_list_insert(obj, php_COM_get_le_idispatch()); Also, the code in php_COM_set is somewhat bizarre: - the returned value (hr) will not be set if cleanup is FALSE - pDisp is unnecessarily cleared if cleanup is FALSE (it's a parameter, and it's not used afterwards). Also, I am not sure that reference counting for COM objects is correct. Also, please comment your code. It took me a day to find out this little bug. Sasha --- Full Bug description available at: http://bugs.php.net/?id=10671 -- PHP Development Mailing List http://www.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: Bug #10640 Updated: php_curl.dll
anyway, it built with php4-200105070645, so the report may stay closed. At 19:05 7.5. 2001, Sebastian Bergmann wrote the following: -- Cynic wrote: ok, so the outcome is that it takes 3+ days for changes in CVS to get propagated to snapshots at snaps.php.net? because I got that error with php4-200105030645, i. e. a snap from May 3rd. Oops, I trusted Daniel's 'fix win32 build' commit message, as it generaly holds true if he says he fixed something. :-/ -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- PHP Development Mailing List http://www.php.net/ 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 #10671 Updated: Cannot retrieve secondary object properties
ID: 10671 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: COM related Operating system: PHP Version: 4.0.5 Assigned To: Comments: user says it's fixed Previous Comments: --- [2001-05-07 13:16:33] [EMAIL PROTECTED] IT turns out this bug has been fixed in ext/com/conversion.c 1.8 Thanks Sasha --- [2001-05-07 12:47:55] [EMAIL PROTECTED] Does this problem persist with PHP 4.0.6-dev? There have been a lot of changes to ext/com recently, including improtant fixes after the PHP 4.0.5 release that will be included in PHP 4.0.6. --- [2001-05-04 12:33:46] [EMAIL PROTECTED] The following code causes PHP to die at line 3: $mgr = new COM(Factory); $child = $mgr-GetChild(1); echo $child-Attribute; ($mgr's method GetChild returns a COM object, which has property 'Attribute'). The bug is in php_variant_to_pval() function in ext/com/conversion.c, line 501: handle-value.lval = zend_list_insert(var_arg-pdispVal, php_COM_get_le_idispatch()); it saves raw interface pointer var_arg-pdispVal, whereas everywhere else it is expected that the list contains i_dispatch pointer. The line should be replaced with i_dispatch *obj = (i_dispatch *)emalloc(sizeof(*obj)); php_COM_set(obj,var_arg-pdispVal,FALSE); // not sure whether the last parameter should be TRUE or FALSE handle-value.lval = zend_list_insert(obj, php_COM_get_le_idispatch()); Also, the code in php_COM_set is somewhat bizarre: - the returned value (hr) will not be set if cleanup is FALSE - pDisp is unnecessarily cleared if cleanup is FALSE (it's a parameter, and it's not used afterwards). Also, I am not sure that reference counting for COM objects is correct. Also, please comment your code. It took me a day to find out this little bug. Sasha --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10671edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [Bug #10711 Updated: Form with enctype=multipart/form-data critical error]
I can try PHP4, but can not use it. Because my host provider have version PHP3. If I upload my PHP4 pages to server Im afraid for new problems. Bug Database [EMAIL PROTECTED] wrote: ID: 10711 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 3.0.16 Assigned To: Comments: Can you try the much newer version 4.0.5 and see if the problem still exists? Previous Comments: --- [2001-05-07 13:07:45] [EMAIL PROTECTED] When I try to send same file windows write Critical error in program php3.exe... and closed PHP. Operating system: Win98 OSR2 and WIN2000 Sever: Apache for Win32. Forms without enctype=multipart/form-data works good. But if I add this option PHP is crashing in moment sending the form. In php.ini I tried to change tmp_upload_dir but unusible. Please help me solve the problem. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10711edit=2 Get free email and a permanent address at http://www.netaddress.com/?N=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: Bug #10640 Updated: php_curl.dll
At 19:05 07.05.2001 +0200, Sebastian Bergmann wrote: Cynic wrote: ok, so the outcome is that it takes 3+ days for changes in CVS to get propagated to snapshots at snaps.php.net? because I got that error with php4-200105030645, i. e. a snap from May 3rd. Oops, I trusted Daniel's 'fix win32 build' commit message, as it generaly holds true if he says he fixed something. :-/ that fix was unrelated to the compile errors that were mentioned, as sterling updated the curl interface after that. anyway i can compile the curl extension with the latest cvs just fine, so i assume that they have been fixed anyway. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10711 Updated: Form with enctype=multipart/form-data critical error
ID: 10711 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Reproducible crash Operating system: PHP Version: 3.0.16 Assigned To: Comments: user feedback: I can try PHP4, but can not use it. Because my host provider have version PHP3. If I upload my PHP4 pages to server Im afraid for new problems. * You should probably get your provider to upgrade to 4.0.x, because PHP 3 is being abandoned more and more. If I get it right, with the exception of security fixes, PHP 3 is basically not supported anymore. Previous Comments: --- [2001-05-07 13:11:12] [EMAIL PROTECTED] Can you try the much newer version 4.0.5 and see if the problem still exists? --- [2001-05-07 13:07:45] [EMAIL PROTECTED] When I try to send same file windows write Critical error in program php3.exe... and closed PHP. Operating system: Win98 OSR2 and WIN2000 Sever: Apache for Win32. Forms without enctype=multipart/form-data works good. But if I add this option PHP is crashing in moment sending the form. In php.ini I tried to change tmp_upload_dir but unusible. Please help me solve the problem. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10711edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #10209 Updated: php_sybase_ct.dll is causing illegal operation
I have been able to resolve this. I found out that the dll (used with Apache) on your site was not compatible with Sybase 11. There were also issues with the instructions for Sybase on your site. I strongly urge that the dll and the instructions be updated to avoid this pain for others. Thank you for your reponse. Suzanne Deprez Senior Software Developer omaha.com [EMAIL PROTECTED] -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Monday, May 07, 2001 12:14 PM To: [EMAIL PROTECTED] Subject: Bug #10209 Updated: php_sybase_ct.dll is causing illegal operation ID: 10209 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Are you using PHP as an ApacheModule or via CGI? If your using the module version this could indicate that the Sybase extension is not thread-safe. Previous Comments: --- [2001-04-06 11:18:44] [EMAIL PROTECTED] I am using Apache 1.3.17 on a Windows 2000 machine that also has the Sybase Client (System 11) installed. When I uncomment php_sybase_ct.dll in the php.ini I am getting an illegal operation message when a php page is invoked in the browser. I get the message even if the php page does NOT have any sybase function calls. ODBC works fine, but I need to be able to use the code to a UNIX system. SDeprez --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10209edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10712: undefined symbol: ldap_value_free
From: [EMAIL PROTECTED] Operating system: linux 2.2.16 PHP version: 4.0.4pl1 PHP Bug Type: Dynamic loading Bug description: undefined symbol: ldap_value_free Apache gives the error message : cannot load .../libphp4.so into server undefined symbol : ldap_value_free compiled in modules --with-mysql, --with-msql, --with-ldap, --enable-trans-sid PHP compiles cleanly; make install installs the lib in ../libexec openldap-1.2.11, apache-1.3.19 -- Edit Bug report at: http://bugs.php.net/?id=10712edit=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 #10712 Updated: undefined symbol: ldap_value_free
ID: 10712 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Dynamic loading Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Can you try this with php 4.0.5 and see if the problem still exists? Previous Comments: --- [2001-05-07 13:57:26] [EMAIL PROTECTED] Apache gives the error message : cannot load .../libphp4.so into server undefined symbol : ldap_value_free compiled in modules --with-mysql, --with-msql, --with-ldap, --enable-trans-sid PHP compiles cleanly; make install installs the lib in ../libexec openldap-1.2.11, apache-1.3.19 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10712edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9878 Updated: gmmktime is 1 hour off during standard time
ID: 9878 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Date/time related Operating system: Solaris 2.6 PHP Version: 4.0.4pl1 Description: gmmktime is 1 hour off during standard time Sorry, I replied to the email, but it didn't get logged to the record. Yes I'm sure Solaris2.6 does not have the tm_gmtoff value in tm struct. Linux does, perhaps newer Solaris do also, I don't know. But definately 2.6 does not have the value so the config does not set the HAVE_TM_GMTOF defined. I supposed to test on Linux you could rebuild php and override this define. If its any help, we are using the patch I suggested on a production Solaris server and it worked fine on both sides of the time shift in April. Previous Comments: --- [2001-05-07 12:52:14] [EMAIL PROTECTED] Waiting for feedback on Rasmus' question. --- [2001-05-05 15:40:26] [EMAIL PROTECTED] Are you sure that bit of code applies in your case? ie. is HAVE_TM_GMTOFF undefined in your main/php_config.h file? I am unable to recreate this problem here, but on my Linux box my gmadjust value comes straight from the libc system call ie. I have HAVE_TM_GMTOFF defined. --- [2001-03-30 10:13:58] [EMAIL PROTECTED] I know there are a lot of open bugs and this one is probably pretty small compared to most, but the time window to easily verify this bug and my suggested fix is quickly going away for 6 months. With the time shift this weekend, it wil be much more difficult to reproduce this bug, unless you start subtracting 86400 seconds per day to get back into standard time. If someone could just look at what I've provided I think it will be a no-brainer. Even if it doesn't get tagged into the new release, at least it will saved for the next. Thanks --- [2001-03-20 14:08:09] [EMAIL PROTECTED] gmmktime is producing a timestamp 1 hour off when the timezone is standard time. If you compare a time() with gmmktime with current settings and a is_dst value NULL, the results will be one hour off. I used the following little script to prove this: ? print (PRE); print (Time function = .time ()); print (n); print (gmmktime = .gmmktime (18,25,0,3,20,2001)); print (n); print (mktime = .mktime(12,25,0,3,20,2001)); print (n); print (gmmktime(7,0,0,4,1,2001). .mktime(1,0,0,4,1,2001).n); print (gmmktime(8,0,0,4,1,2001). .mktime(3,0,0,4,1,2001).n); ? Currently, the US/Central timezone is -6 hours from GMT. I believe the problem is in ext/standard/datetime.c, line 186. Judging from the code, timezone seems to be a negative seconds value from GMT, probably of the standard timezone (TZ in standard). So if is_dst == 0, you don't want to add anything more. I think the like should say: gmadjust = -(is_dst ? timezone - 3600 : timezone ); And the comment about overcorrecting removed. My test script works if this line is changed. --- Full Bug description available at: http://bugs.php.net/?id=9878 -- PHP Development Mailing List http://www.php.net/ 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 #6531 Updated: xml functions not working correctly, still.
ID: 6531 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *XML functions Operating system: PHP Version: 4.0 Latest CVS (04/09/2000) Assigned To: Comments: No example script. Could you provide a short script detailing the bug you're seeing? Also, this is a year old, have you tested against 4.0.5 or a current CVS? Previous Comments: --- [2000-09-04 11:39:14] [EMAIL PROTECTED] I noticed this was somewhat fixed in latest CVS, but my objects created during XML processing are all empty, now. The best way to point this out is to look at the classgen utility at http://kongstud.hibu.no/lars/classgen/classgen.php4 . Using it with the latest CVS, and executing the test.php4 script within yields these error messages: Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 354 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 355 # $Id$ # # # # Generated with the PHP Class Generator # (C) 2000 by Lars Wilhelmsen , All rights reserved. Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 219 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 220 Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 244 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 245 Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 260 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 262 Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 280 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 282 Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 301 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 303 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 332 It seems that the objects are not created correctly. This script worked fine in 4.0.1pl2, was completely broken in 4.0.2, but now only has a hard time with the objects created in the latest CVS. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6531edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #10709 Updated: child pid xxxx exit signal Segmentation fault (11)
Bug Database wrote:
ID: 10709
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
With which three scripts does this occur? If they are small please include them
here, or you can send them to me by mail ([EMAIL PROTECTED]).
Let me tell you this first:
I use the xtemplate class, to generate all the pages.
None of the scripts I wrote is executed directly, but through an include
statement in the index.php page. So in the generated pages, you would
find: (among other lines)
a href=http://shop.howardnet/?program=associate;associate program/a
|
a href=http://shop.howardnet/?program=quit;quit/a/font/td
How weird it may sound, but clicking on the button with the 'quit'
option, showed a warning: 'No data' (so even the index.php was *not*
displayed - tested that with printing some dummy characters). The
'associate program' worked fine.
Additional information:
using mod_gzip (and disabled it for testing - still same problem)
using apc (PHP caching - disabled it too for testing - still the same
problem)
It looks to me, that it is not very helpful... I'll send you the
index.php page, I use.
Just let me know, if you want more information.
Herman
-- index.php -
?php
#
# include file (previously auto_prepend)
#
include entry.inc;
#
# check for auto_prepend error
#
if ( !$autoprepend ) # var set in entry.inc
{
$entry_result=-1;
}
if ( !$entry_result )
{
if ( ! $system-program_name )
{
#
# program not known: display index.template by default
#
display(index);
}
elseif ( ! include $system-program_path/$system-program_name )
{
#
# error displaying program
# hardcoded in this index.php
#
$php_errormsg=ereg_replace(\(,|(,$php_errormsg);
logerror(999 - Program [$system-program_name] could not be
executed!|$php_errormsg);
display_error(999);
}
}
else
{
#
# error from $entry_result
# hardcoded in this index.php
#
if ( $entry_result10 )
{
#
# database problem
#
print An unforseen error occured while processing your
request.br;
print This error [$entry_result] has been loggedbr;
print pSorry for any inconvenience;
}
else
{
display_error($entry_result);
}
}
?
--
Previous Comments:
---
[2001-05-07 11:40:54] [EMAIL PROTECTED]
I hope I am on the right path to report this.
If you need more information, please let me know.
I installed 4.0.5 and had problems with three scripts, that run without any problem
before. (Other scripts still ran).
Checking the apache error file, I noticed the different exit Segmentation faults.
Recompiling back to the previous version of PHP 4.0.4pl1 solved all the problems.
Herman
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10709edit=2
--
++
! Herman Van Keer !
! Tel: +1 403 863-6075 !
! 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 #10713: French Online manual is inaccessible
From: [EMAIL PROTECTED] Operating system: W2K PHP version: 4.0.5 PHP Bug Type: Unknown/Other Function Bug description: French Online manual is inaccessible Good morning, I can't reach the french online manual. The link is down. Olivier -- Edit Bug report at: http://bugs.php.net/?id=10713edit=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 #10714: make all in Zend could not find 'ln -s' as an executable
From: [EMAIL PROTECTED] Operating system: Debian Linux (potato) PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: make all in Zend could not find 'ln -s' as an executable I removed the ticks from the definition in libtool: LN_S=ln -s - LN_S=ln -s and for good measure I changed LN_S in the Zend/Makefile to be ln -s. Actually, I don't know which one was used (I assume libtool overrides). And, after that, the make proceeded without error. -- Edit Bug report at: http://bugs.php.net/?id=10714edit=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 #6175 Updated: XML functions no longer work in objects
ID: 6175 Updated by: cardinal Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *XML functions Operating system: PHP Version: 4.0 Latest CVS (02/04/2001) Assigned To: Comments: It looks like the segfault has been fixed in CVS, can you check this on your end? Instead of a segfault though, I'm getting errors for each attempted event handler call: Warning: Unable to call handler startElement() in bug.php on line 26 Warning: Unable to call handler endElement() in bug.php on line 26 and so on. If I move this block from the constructor to another method, it works. $this-parser = xml_parser_create(); xml_set_object($this-parser, $this); xml_parser_set_option($this-parser, XML_OPTION_CASE_FOLDING, true); xml_set_element_handler($this-parser, startElement, endElement); xml_set_character_data_handler($this-parser, defaultHandler); Previous Comments: --- [2001-04-02 23:47:51] [EMAIL PROTECTED] Yes. If these lines are used in an object's constructor: $this-parser = xml_parser_create(); xml_set_object($this-parser, $this); xml_parser_set_option($this-parser, XML_OPTION_CASE_FOLDING, true); xml_set_element_handler($this-parser, 'startElement', 'endElement'); xml_set_character_data_handler($this-parser, 'defaultHandler'); ... Apache will segfault with the following backtrace: #0 0x3 in ?? () #1 0x281e2391 in call_user_function_ex (function_table=0x80b9280, object_pp=0x80ffcc0, function_name=0x8148dcc, retval_ptr_ptr=0xbfbfd14c, param_count=2, params=0x81487ac, no_separation=1, symbol_table=0x0) at zend_execute_API.c:397 #2 0x281e2111 in call_user_function (function_table=0x80b9280, object_pp=0x80ffcc0, function_name=0x8148dcc, retval_ptr=0x80d570c, param_count=2, params=0xbfbfd1e8) at zend_execute_API.c:325 #3 0x2828ad5c in xml_call_handler (parser=0x80ffc8c, handler=0x8148dcc, argc=2, argv=0xbfbfd1e8) at xml.c:386 #4 0x2828b98d in _xml_characterDataHandler (userData=0x80ffc8c, s=0xbfbfd257 n ^-(f -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
