Re: [PHP-DEV] maybe serious error in RC3 memory manager

[Stig Venaas]

Bug #13437 seems to be the same problem. I think it might be solved
like I said in my previous mail.

Stig


-- 
PHP Development Mailing List 
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 #9025 Updated: ldap compare functions

[venaas]

ID: 9025
Updated by: venaas
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: any
PHP Version: 4.0.4pl1
New Comment:

The problem is not in PHP, PHP uses the standard LDAP
compare operation and you have not given access to that.
If you want access like specified below, the only way I
see, is that you bind to the users entry on behalf of
the user. The LDAP server will then be able to validate
the password. Your PHP application can then choose to not
give access unless it has made a successful bind on behalf
of the user.

If you replace none with compare in your rule, everyone
(including your PHP application) will be able to do compare
on passwords, but not read them. If your PHP application
authenticates itself first, you can give PHP access to
compare, and still have none for the rest.


Previous Comments:


[2001-01-31 06:18:05] [EMAIL PROTECTED]

It would be immensly valuable if I could use my ldap user
database to authenticate my php website users.  The current
ldap compare does not work with openldap and the following
settings:


access to attr=userPassword
by self write
by * none


I would love love love it if there were a fuction that would
take my plain text password (as a variable) and then
authenticate agains the above settings in ldap.

Thanks for all the time so far, PHP is the best!
Brian





Edit this bug report at http://bugs.php.net/?id=9025&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] [patch] pgsql async query

[Yasuo Ohgaki]

Since I didn't get much comment/request, so I changed it the way I
like. (I'll use zend_parse_parameter() later, since existing
functions are not using it yet)

 - get rid of some functions and made easier to use async query
 - garbage collection at request shutdown
 - pg_send_query() changes mode to nonblocking internally
 - pg_is_busy() calls PQconsumeInput() internally

It's much easier to use now.

Aync Query Functions:
 - pg_send_query() - send query
 - pg_get_result() - get async query result
 - pg_is_busy() - executing async query or not
 - pg_request_cancel() - candel currently executing query

Misc Functions:
 - pg_reset() - reconnect to server. Useful when backend is died.
 - pg_status() - current connection status.

README, patch and test script is attached. (Make sure you use CGI
bin, set output_buffering=Off and edit database connection
parameter. There are some limitations in libpq. You may not be
able to execute query asyncronously)

Comments are welcome.

--
Yasuo Ohgaki

Index: pgsql.c
===
RCS file: /repository/php4/ext/pgsql/pgsql.c,v
retrieving revision 1.130
diff -u -r1.130 pgsql.c
--- pgsql.c 11 Oct 2001 23:33:40 -  1.130
+++ pgsql.c 25 Nov 2001 06:28:36 -
@@ -94,6 +94,12 @@
PHP_FALIAS(pg_clientencoding,   pg_client_encoding,
 NULL)
PHP_FALIAS(pg_setclientencoding,pg_set_client_encoding, NULL)
 #endif
+   PHP_FE(pg_reset, NULL)
+   PHP_FE(pg_status,NULL)
+   PHP_FE(pg_send_query,NULL)
+   PHP_FE(pg_request_cancel,NULL)
+   PHP_FE(pg_get_result,NULL)
+   PHP_FE(pg_is_busy,   NULL)
{NULL, NULL, NULL}
 };
 /* }}} */
@@ -147,7 +153,17 @@
 static void _close_pgsql_link(zend_rsrc_list_entry *rsrc TSRMLS_DC)
 {
PGconn *link = (PGconn *)rsrc->ptr;
+   PGresult *res;
 
+   PQsetnonblocking(link,1);
+   if (PQisBusy(link)) {
+   if (!PQrequestCancel(link)) {
+   php_error(E_WARNING,"PostgreSQL: failed to cancel qeury. %s", 
+PQerrorMessage(link));
+   }
+   }
+   while ((res = PQgetResult(link))) {
+   PQclear(res);
+   }
PQfinish(link);
PGG(num_links)--;
 }
@@ -158,7 +174,17 @@
 static void _close_pgsql_plink(zend_rsrc_list_entry *rsrc TSRMLS_DC)
 {
PGconn *link = (PGconn *)rsrc->ptr;
+   PGresult *res;
 
+   PQsetnonblocking(link,1);
+   if (PQisBusy(link)) {
+   if (!PQrequestCancel(link)) {
+   php_error(E_WARNING,"PostgreSQL: failed to cancel qeury. %s", 
+PQerrorMessage(link));
+   }
+   }
+   while ((res = PQgetResult(link))) {
+   PQclear(res);
+   }
PQfinish(link);
PGG(num_persistent)--;
PGG(num_links)--;
@@ -187,12 +213,22 @@
 static int _rollback_transactions(zend_rsrc_list_entry *rsrc TSRMLS_DC)
 {
PGconn *link;
+   PGresult *res;
 
if (Z_TYPE_P(rsrc) != le_plink) 
return 0;
 
link = (PGconn *) rsrc->ptr;

+   PQsetnonblocking(link,1);
+   if (PQisBusy(link)) {
+   if (!PQrequestCancel(link)) {
+   php_error(E_WARNING,"PostgreSQL: failed to cancel qeury. %s", 
+PQerrorMessage(link));
+   }
+   }
+   while ((res = PQgetResult(link))) {
+   PQclear(res);
+   }
PGG(ignore_notices) = 1;
PQexec(link,"BEGIN;ROLLBACK;");
PGG(ignore_notices) = 0;
@@ -226,7 +262,7 @@
 PHP_INI_BEGIN()
STD_PHP_INI_BOOLEAN("pgsql.allow_persistent",   "1",PHP_INI_SYSTEM,
 OnUpdateInt,allow_persistent,   php_pgsql_globals,  
pgsql_globals)
STD_PHP_INI_ENTRY_EX("pgsql.max_persistent","-1",   PHP_INI_SYSTEM,
 OnUpdateInt,max_persistent, php_pgsql_globals,  
pgsql_globals,  display_link_numbers)
-   STD_PHP_INI_ENTRY_EX("pgsql.max_links", "-1",   PHP_INI_SYSTEM,
 OnUpdateInt,max_links,  php_pgsql_globals,
  pgsql_globals,  display_link_numbers)
+   STD_PHP_INI_ENTRY_EX("pgsql.max_links", "-1",   PHP_INI_SYSTEM,
+ OnUpdateInt,max_links,  php_pgsql_globals,   
+   pgsql_globals,  display_link_numbers)
 PHP_INI_END()
 /* }}} */
 
@@ -262,6 +298,9 @@
REGISTER_LONG_CONSTANT("PGSQL_NUM", PGSQL_NUM, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PGSQL_BOTH", PGSQL_BOTH, CONST_CS | CONST_PERSISTENT);
 
+   REGISTER_LONG_CONSTANT("PGSQL_CONNECTION_BAD", CONNECTION_BAD, CONST_CS | 
+CONST_PERSISTENT);
+   REGISTER_LONG_CONSTANT("PGSQL_CONNECTION_OK", CONNECTION_OK, CONST_CS | 
+CONST_PERSISTENT);
+

[PHP-DEV] Bug #9793 Updated: ldap_mod_add with bad params cause Segfault

[venaas]

ID: 9793
Updated by: venaas
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Closed
Bug Type: LDAP related
Operating System: Linux
PHP Version: 4.0.4pl1
New Comment:

I'm pretty sure I've fixed this in CVS a couple of weeks
or so ago, you are now required to use 0, 1, ... Please
try latest CVS or a snapshot from snaps.php.net. Reopen
if I'm wrong.

Previous Comments:


[2001-07-03 14:26:16] [EMAIL PROTECTED]

I made a little mistake. This can be reproduced when ldap extension is compiled as 
shared extension.

--Jani





[2001-07-03 04:53:29] [EMAIL PROTECTED]

No feedback



[2001-06-04 00:13:33] [EMAIL PROTECTED]

Please try the latest release candidate from:

http://www.php.net/~andi/php-4.0.6RC2.tar.gz

Also, try generating a GDB backtrace if it still crashes.
(I'm still unable to reproduce this..)

--Jani




[2001-03-19 03:33:21] [EMAIL PROTECTED]

Bug Database <[EMAIL PROTECTED]> writes:

> I can't reproduce this. Which ldap library are you using?
> OpenLdap? And version? I tried with openldap 2.0.7 and
> it just gave an error on that first example.

I should have been more descriptive.
libraries are openldap 2.0.7.

Complete script is here and it's strace is attached:
  Array("1" => "[EMAIL PROTECTED]")));
 ldap_close($_ldap);
 ?>

Output was:
 ondrej@druid:~$ php4 ldap.php 
 Segmentation fault




[2001-03-16 13:50:16] [EMAIL PROTECTED]

I can't reproduce this. Which ldap library are you using?
OpenLdap? And version? I tried with openldap 2.0.7 and
it just gave an error on that first example.


--Jani




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=9793


Edit this bug report at http://bugs.php.net/?id=9793&edit=1


-- 
PHP Development Mailing List 
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 #8989 Updated: Bug#5493 resurfaced

[fseesink]

ID: 8989
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: Windows NT 4 SP5(IIS4)/2000 SP2
PHP Version: 4.0.6
New Comment:

Apologies.  Re-read my last post and where I wrote "I realize this is a release 
compilation" I meant to write "I realize this is only a release candidate compilation" 
(as opposed to a full release for public consumption).  Sorry for any confusion.


Previous Comments:


[2001-11-24 22:55:01] [EMAIL PROTECTED]

I downloaded the latest Windows RC build at the link provided, but there appears to be 
an issue with the CGI version.  Took me a few minutes to track it down, but in the end 
went to a command line and tried to do a simple

php -v

to get a version number.  Instead, I received a popup window saying "The dynamic link 
library MSVCRTD.dll could not be found in the specified path..." with my PATH 
environment variable's value following.

When I did the same command to the older CGI php.exe (v4.0.3pl1), it worked like a 
champ.  This RC appears to be compiled differently than release versions, requiring a 
DLL that the release versions never have.  I realize this is a release compilation.  
The contents of the .ZIP file were not organized in the usual tree structure previous 
Windows versions had

/
+---/browscap
+---/dlls
+---/extensions
+---/mibs
+---/sapi

But just working at the command line I should be able to get a response to the '-v' 
switch.

So unfortunately I am, at this time, unable to work with the latest Windows RC 
provided at the link from the previous post.

Though I appreciate that you "can not reproduce this in Linux with latest CVS", please 
understand this bug report concerns the Windows version of PHP.  I suspect this has 
not been an issue in the *nix release of PHP for some time, or I'm sure I would have 
read more about it by now.  The CGI version of PHP v4.0.3pl1 is still, at this point, 
the last properly working release for the Windows platform (and that was released a 
good bit ago).  I suspect most users running PHP under Windows do not make use of 
PHP4's session features, but likely rely more on things like PHPLIB, which handle 
sessions in their own way (using cookies & header() calls).

Currently (as of the v4.0.6 release) I have been able to reproduce, without fail, this 
bug under Windows NT4 (SP5 & SP6), Windows 2000 (SP1 & SP2), and even Windows XP.

If there is another compiled copy of the latest RC that has been compiled in the same 
fashion as a release version (and ideally, with all the DLLs, etc., in the release 
directory structure format), please let me know and I will try again.  Thanks.




[2001-11-24 19:19:08] [EMAIL PROTECTED]

Latest RC build can be found here:

http://phpuk.org/~james/php-4.1.0RC3-win32.zip

And I can not reproduce this in Linux with latest CVS.

--Jani




[2001-11-19 12:56:00] [EMAIL PROTECTED]

Is there any way to obtain the latest PHP release candidates in binary form for the 
Windows platform?

I would like to test the latest RC for this bug, but I forgot that the PHP site 
doesn't provide binaries for RCs, and I unfortunately do not have the dev tools needed 
under Windows to compile the source.  Otherwise, I will only be able to test the next 
version when it is released.




[2001-11-18 13:34:59] [EMAIL PROTECTED]

You can find the example script I provided in the posting to this problem dated 
[2001-06-26 12:36:01], but here is the relevant portion to save you time:

Note PHP v4.x has always been able to initially create a session variable.  The 
challenge is NOT within a single page that the problem arises.  The problem, described 
both here and in an earlier problem (#5493), is the maintenance of session variables 
BETWEEN pages.  So...

1.  Create the file page1.php as follows:
__



Page 1


This is page 1.
";
   echo "\$userid  = '$userid'";
   echo "\$firstaccess = '$firstaccess'";
   echo "\$lastaccess  = '$lastaccess'";
?>
Page 2.


__

2.  Create files page2.php, page3.php, & page4.php, copying the code above.  The only 
changes that need to be made are to change
* the  for each file (optional really)
* the one line reading "This is page 1" (also optional really, but both help you to 
see the page transitions), and
* the  tag (this is important) so that essentially the links cause

PAGE1.PHP

[PHP-DEV] Bug #8989 Updated: Bug#5493 resurfaced

[fseesink]

ID: 8989
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Session related
Operating System: Windows NT 4 SP5(IIS4)/2000 SP2
PHP Version: 4.0.6
New Comment:

I downloaded the latest Windows RC build at the link provided, but there appears to be 
an issue with the CGI version.  Took me a few minutes to track it down, but in the end 
went to a command line and tried to do a simple

php -v

to get a version number.  Instead, I received a popup window saying "The dynamic link 
library MSVCRTD.dll could not be found in the specified path..." with my PATH 
environment variable's value following.

When I did the same command to the older CGI php.exe (v4.0.3pl1), it worked like a 
champ.  This RC appears to be compiled differently than release versions, requiring a 
DLL that the release versions never have.  I realize this is a release compilation.  
The contents of the .ZIP file were not organized in the usual tree structure previous 
Windows versions had

/
+---/browscap
+---/dlls
+---/extensions
+---/mibs
+---/sapi

But just working at the command line I should be able to get a response to the '-v' 
switch.

So unfortunately I am, at this time, unable to work with the latest Windows RC 
provided at the link from the previous post.

Though I appreciate that you "can not reproduce this in Linux with latest CVS", please 
understand this bug report concerns the Windows version of PHP.  I suspect this has 
not been an issue in the *nix release of PHP for some time, or I'm sure I would have 
read more about it by now.  The CGI version of PHP v4.0.3pl1 is still, at this point, 
the last properly working release for the Windows platform (and that was released a 
good bit ago).  I suspect most users running PHP under Windows do not make use of 
PHP4's session features, but likely rely more on things like PHPLIB, which handle 
sessions in their own way (using cookies & header() calls).

Currently (as of the v4.0.6 release) I have been able to reproduce, without fail, this 
bug under Windows NT4 (SP5 & SP6), Windows 2000 (SP1 & SP2), and even Windows XP.

If there is another compiled copy of the latest RC that has been compiled in the same 
fashion as a release version (and ideally, with all the DLLs, etc., in the release 
directory structure format), please let me know and I will try again.  Thanks.


Previous Comments:


[2001-11-24 19:19:08] [EMAIL PROTECTED]

Latest RC build can be found here:

http://phpuk.org/~james/php-4.1.0RC3-win32.zip

And I can not reproduce this in Linux with latest CVS.

--Jani




[2001-11-19 12:56:00] [EMAIL PROTECTED]

Is there any way to obtain the latest PHP release candidates in binary form for the 
Windows platform?

I would like to test the latest RC for this bug, but I forgot that the PHP site 
doesn't provide binaries for RCs, and I unfortunately do not have the dev tools needed 
under Windows to compile the source.  Otherwise, I will only be able to test the next 
version when it is released.




[2001-11-18 13:34:59] [EMAIL PROTECTED]

You can find the example script I provided in the posting to this problem dated 
[2001-06-26 12:36:01], but here is the relevant portion to save you time:

Note PHP v4.x has always been able to initially create a session variable.  The 
challenge is NOT within a single page that the problem arises.  The problem, described 
both here and in an earlier problem (#5493), is the maintenance of session variables 
BETWEEN pages.  So...

1.  Create the file page1.php as follows:
__



Page 1


This is page 1.
";
   echo "\$userid  = '$userid'";
   echo "\$firstaccess = '$firstaccess'";
   echo "\$lastaccess  = '$lastaccess'";
?>
Page 2.


__

2.  Create files page2.php, page3.php, & page4.php, copying the code above.  The only 
changes that need to be made are to change
* the  for each file (optional really)
* the one line reading "This is page 1" (also optional really, but both help you to 
see the page transitions), and
* the  tag (this is important) so that essentially the links cause

PAGE1.PHP -> PAGE2.PHP -> PAGE3.PHP -> PAGE4.PHP -> PAGE1.PHP

thus creating a loop that cycles around the 4 pages.

3.  Make sure the PHP.INI file is properly configured to store session files (for this 
example, \InetPub\sessions).  Then either open a Command Prompt to this directory or 
use Explorer (whatever suits you).

4.  Serving these files

[PHP-DEV] Bug #14202: Problem with mail()

[tushev]

From: [EMAIL PROTECTED]
Operating system: Windows NT 4.0
PHP version:  4.0.6
PHP Bug Type: Mail related
Bug description:  Problem with mail()

It is impossible to send e-mail with size more than 2KB by using mail()
function on Windows version of PHP. Same scripts on Unix version works
fain.
-- 
Edit bug report at: http://bugs.php.net/?id=14202&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] maybe serious error in RC3 memory manager

[Stig Venaas]

Hi

I don't know for sure yet, but wanted to warn you. I'm digging into
this, but right now I have a script that runs for a long time after
the last line in the script is executed, and then it segfaults with:

Fatal error:  Maximum execution time of 30 seconds exceeded in Unknown 
on line 0

Program received signal SIGSEGV, Segmentation fault.
0x40124df0 in chunk_free (ar_ptr=0x401cdf00, p=0x15f2e560) at malloc.c:3131
3131malloc.c: No such file or directory.
in malloc.c
(gdb) bt
#0  0x40124df0 in chunk_free (ar_ptr=0x401cdf00, p=0x15f2e560) at malloc.c:3131
#1  0x40124d59 in __libc_free (mem=0x15f2e5a0) at malloc.c:3054
#2  0x080bd370 in _efree (ptr=0x15f2e5ac) at zend_alloc.c:246
#3  0x080bd703 in shutdown_memory_manager (silent=1, clean_cache=1)
at zend_alloc.c:469
#4  0x0805c3ba in php_module_shutdown () at main.c:1007
#5  0x0805b05d in main (argc=2, argv=0xbb5c) at cgi_main.c:788
#6  0x400c1177 in __libc_start_main (main=0x805a748 , argc=2,
ubp_av=0xbb5c, init=0x80595b0 <_init>, fini=0x80e7f90 <_fini>,
rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbb4c)
at ../sysdeps/generic/libc-start.c:129

Also note that the program runs for many minutes (I've set the time
limit to 0), but it still gives an execution time error after the
last line is executed, but then it runs for a long time after that
error.

Reproduced this on two different computers.

Stig

-- 
PHP Development Mailing List 
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 #13724 Updated: Output handler dependency issue

[yasuo_ohgaki]

ID: 13724
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Summary: assert does not work as documented
Old Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Old Operating System: Linux 2.4.4/glibc 2.2.2
Operating System: linux 2.4.4/glibc 2.2.2
Old PHP Version: 4.0CVS-2001-10-17
PHP Version: 4.1.0RC1
New Comment:

It looks document is updated. Closed.

Previous Comments:


[2001-11-24 16:09:22] [EMAIL PROTECTED]

assert needs a parameter, which will be evaluated as PHP code, as described in the 
manual:

"assert() will check the given assertion and take appropriate action if its result is 
FALSE. 

If the assertion is given as a string it will be evaluated as PHP code by assert(). "

I don't know what should be wrong in the documentation.

Georg



[2001-10-18 00:05:55] [EMAIL PROTECTED]

I've take a look at assert.c. 
assert() expects string to eval. So I guess if it doesn't work with object property, 
it would be okay. 

Document does not explain string must be a valid PHP code, so I changed this report to 
documentation problem.



[2001-10-17 23:46:37] [EMAIL PROTECTED]

According to the manual, assert() accepts string or boolean. However, it seems 
assert() does handle string type well, especially if it's a class property. (Parse 
error) Either PHP or the manual page is wrong.

Following code does not work well.

== code #1 ==
name);
print $this->name;
}

}
$obj1 = new A;
$obj1->print_name();
?>== result #1 ==
Parse error: parse error in 
/home/yohgaki/public_html/test/bug/obj_property/test.php(7) : assert code on line 1

Fatal error: Failure evaluating code: class A in 
/home/yohgaki/public_html/test/bug/obj_property/test.php on line 7

== code #2 ==

== result #2 ==Warning: Assertion "" failed in 
/home/yohgaki/public_html/test/bug/obj_property/test2.php on line 5

Warning: Use of undefined constant abc - assumed 'abc' in 
/home/yohgaki/public_html/test/bug/obj_property/test2.php(6) : assert code on line 1

== code #3 ==

== result #3 ==
Warning: Undefined index: abc in 
/home/yohgaki/public_html/test/bug/obj_property/test3.php on line 4

Warning: Assertion failed in /home/yohgaki/public_html/test/bug/obj_property/test3.php 
on line 4






Edit this bug report at http://bugs.php.net/?id=13724&edit=1


-- 
PHP Development Mailing List 
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 #14212: Windows will not let me view phpinfo

[Grilkinmarsu]

From: [EMAIL PROTECTED]
Operating system: Windows Me
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Windows will not let me view phpinfo

I created a php script. The only text it had on it was  i
then put it in Apache's htdoc root directory. I later tried to access it
via my web browser. Everytime I tried, A Windows error would pop up and say
It could not acces the speciefied device, path, or file. Then it would say
i might not have permission to access the item. I'm including the parts of
the main Apache config I edited to install php4.0.6-Win32


# ScriptAlias: This controls which directories contain server scripts.
# ScriptAliases are essentially the same as Aliases, except that
# documents in the realname directory are treated as applications and
# run by the server when requested rather than as documents sent to the
client.
# The same rules about trailing "/" apply to ScriptAlias directives as
to
# Alias.
#
ScriptAlias /cgi-bin/ "C:/Program Files/Apache Group/Apache/cgi-bin/"
edited-->ScriptAlias /php4/ "C:/php4/"

#
# AddType allows you to tweak mime.types without actually editing it,
or to
# make certain files to be certain types.
#
# For example, the PHP 3.x module (not part of the Apache distribution
- see
# http://www.php.net) will typically use:
#
#AddType application/x-httpd-php3 .phtml 
#AddType application/x-httpd-php3-source .phps

 edited-->   AddType application/x-httpd-php .php .phtml .html
AddType application/x-httpd-php-source .phps<--Editend

 #
# Action lets you define media types that will execute a script whenever
# a matching file is called. This eliminates the need for repeated URL
# pathnames for oft-used CGI file processors.
# Format: Action media/type /cgi-script/location
# Format: Action handler-name /cgi-script/location
edited--># Action application/x-httpd-php /php4/php.exe

Hope you guys can help me out!
-- 
Edit bug report at: http://bugs.php.net/?id=14212&edit=1


-- 
PHP Development Mailing List 
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] maybe serious error in RC3 memory manager

[Zeev Suraski]

The chances that it's in the memory manager are very very slim...   The 
memory manager is a poor component - if there's a bug anywhere in PHP, the 
crash is very likely to appear to point at the memory manager :)

Does this script use any fancy modules?

Zeev

At 17:22 24/11/2001, Stig Venaas wrote:
>Hi
>
>I don't know for sure yet, but wanted to warn you. I'm digging into
>this, but right now I have a script that runs for a long time after
>the last line in the script is executed, and then it segfaults with:
>
>Fatal error:  Maximum execution time of 30 seconds exceeded in 
>Unknown on line 0
>
>Program received signal SIGSEGV, Segmentation fault.
>0x40124df0 in chunk_free (ar_ptr=0x401cdf00, p=0x15f2e560) at malloc.c:3131
>3131malloc.c: No such file or directory.
> in malloc.c
>(gdb) bt
>#0  0x40124df0 in chunk_free (ar_ptr=0x401cdf00, p=0x15f2e560) at 
>malloc.c:3131
>#1  0x40124d59 in __libc_free (mem=0x15f2e5a0) at malloc.c:3054
>#2  0x080bd370 in _efree (ptr=0x15f2e5ac) at zend_alloc.c:246
>#3  0x080bd703 in shutdown_memory_manager (silent=1, clean_cache=1)
> at zend_alloc.c:469
>#4  0x0805c3ba in php_module_shutdown () at main.c:1007
>#5  0x0805b05d in main (argc=2, argv=0xbb5c) at cgi_main.c:788
>#6  0x400c1177 in __libc_start_main (main=0x805a748 , argc=2,
> ubp_av=0xbb5c, init=0x80595b0 <_init>, fini=0x80e7f90 <_fini>,
> rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbb4c)
> at ../sysdeps/generic/libc-start.c:129
>
>Also note that the program runs for many minutes (I've set the time
>limit to 0), but it still gives an execution time error after the
>last line is executed, but then it runs for a long time after that
>error.
>
>Reproduced this on two different computers.
>
>Stig
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] CVS Account Request: moh

[Richard Samar]

manual translation into german
e.g. PCRE chapter is still not translated into german for a lng time :-)
Jan Lehnardt ([EMAIL PROTECTED]) asked me to fill out this form

-- 
PHP Development Mailing List 
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 #14213 Updated: compiling problem

[sniper]

ID: 14213
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: SNMP related
Operating System: linux
PHP Version: 4.0.6
New Comment:

First of all you should try the latest RC: 

http://www.php.net/~zeev/php-4.1.0RC3.tar.gz


Also add specific info about your system:

Which Linux distribution and version?
Which ucd-snmp version?
How did you install it?


Previous Comments:


[2001-11-24 15:52:33] [EMAIL PROTECTED]


Hi.  Doing a configure with these options,

'./configure' '--with-mysql=/usr/local/mysql' '--with-ldap' 
'--with-apxs=/usr/local/apache/bin/apxs' '--enabl
e-track-vars' '--with-zlib' '--with-imap=/usr/src/imap-2001.BETA.SNAP-0103302224/' 
'--with-gdbm' '--with-openssl=/usr/local/ssl' '-
-with-vpopmail' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-freetype' 
'--with-t1lib=/usr/local/' '--enable-versioning' '--enab
le-trans-sid' '--with-mcrypt' '--with-snmp' '--enable-ucd-snmp-hack'

and this results in this when i do make

make[2]: Entering directory `/usr/src/php-4.0.5/ext/snmp'
make[3]: Entering directory `/usr/src/php-4.0.5/ext/snmp'
/bin/sh /usr/src/php-4.0.5/libtool --silent --mode=compile gcc  -I. 
-I/usr/src/php-4.0.5/ext/snmp -I/usr/src/php-4.0.5/main -I/usr/src/php-4.0.5 
-I/usr/local/apache/include -I/usr/src/php-4.0.5/Zend -I/usr/local/ssl/include 
-I/usr/local/include/freetype -I/usr/local//include 
-I/usr/src/imap-2001.BETA.SNAP-0103302224//include -I/usr/local/include 
-I/usr/local/mysql/include -I/usr/local/include/ucd-snmp -I/home/vpopmail/include 
-I/usr/src/php-4.0.5/ext/xml/expat/xmltok -I/usr/src/php-4.0.5/ext/xml/expat/xmlparse 
-I/usr/src/php-4.0.5/TSRM -I/usr/local/include/ucd-snmp -I/usr/local/apache/include 
-I/usr/src/php-4.0.5/Zend -I/usr/local/ssl/include -I/usr/local/include/freetype 
-I/usr/local//include -I/usr/src/imap-2001.BETA.SNAP-0103302224//include 
-I/usr/local/include -I/usr/local/mysql/include -I/usr/local/include/ucd-snmp 
-DLINUX=22 -DMOD_SSL=208103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 
-DXML_BYTE_ORDER=12 -g -O2  -c snmp.c
In file included from snmp.c:59:
/usr/local/include/ucd-snmp/snmp_api.h:139: parse error before `oid'
/usr/local/include/ucd-snmp/snmp_api.h:139: warning: no semicolon at end of struct or 
union
/usr/local/include/ucd-snmp/snmp_api.h:165: parse error before `}'
/usr/local/include/ucd-snmp/snmp_api.h:214: parse error before `oid'
/usr/local/include/ucd-snmp/snmp_api.h:214: warning: no semicolon at end of struct or 
union
/usr/local/include/ucd-snmp/snmp_api.h:218: parse error before `*'
/usr/local/include/ucd-snmp/snmp_api.h:218: warning: data definition has no type or 
storage class
/usr/local/include/ucd-snmp/snmp_api.h:224: parse error before `}'
/usr/local/include/ucd-snmp/snmp_api.h:401: parse error before `oid'
/usr/local/include/ucd-snmp/snmp_api.h:401: warning: no semicolon at end of struct or 
union
/usr/local/include/ucd-snmp/snmp_api.h:407: parse error before `oid'
/usr/local/include/ucd-snmp/snmp_api.h:407: warning: no semicolon at end of struct or 
union
/usr/local/include/ucd-snmp/snmp_api.h:415: parse error before `}'
/usr/local/include/ucd-snmp/snmp_api.h:415: warning: data definition has no type or 
storage class
/usr/local/include/ucd-snmp/snmp_api.h:417: parse error before `name_loc'
/usr/local/include/ucd-snmp/snmp_api.h:417: `MAX_OID_LEN' undeclared here (not in a 
function)
/usr/local/include/ucd-snmp/snmp_api.h:417: warning: data definition has no type or 
storage class
/usr/local/include/ucd-snmp/snmp_api.h:419: conflicting types for `data'
/usr/src/php-4.0.5/main/php.h:233: previous declaration of `data'
/usr/local/include/ucd-snmp/snmp_api.h:420: `index' redeclared as different kind of 
symbol
/usr/include/string.h:240: previous declaration of `index'
/usr/local/include/ucd-snmp/snmp_api.h:421: parse error before `}'
/usr/local/include/ucd-snmp/snmp_api.h:610: parse error before `*'
/usr/local/include/ucd-snmp/snmp_api.h:628: parse error before `oid'
/usr/local/include/ucd-snmp/snmp_api.h:630: parse error before `oid'
/usr/local/include/ucd-snmp/snmp_api.h:633: parse error before `oid'
/usr/local/include/ucd-snmp/snmp_api.h:634: parse error before `*'
/usr/local/include/ucd-snmp/snmp_api.h:634: parse error before `*'
/usr/local/include/ucd-snmp/snmp_api.h:634: warning: data definition has no type or 
storage class
/usr/local/include/ucd-snmp/snmp_api.h:658: parse error before `*'
In file included from snmp.c:60:
/usr/local/include/ucd-snmp/snmp_client.h:51: parse error before `*'
/usr/local/include/ucd-snmp/snmp_client.h:52: parse error before `oid'
In file included from snmp.c:62:
/usr/local/include/ucd-snmp/snmp.h:288: parse error before `oid'
/usr/local/include/ucd-snmp/snmp.h:290: parse error before `oid'
In file included from snmp.c:64:
/usr/local/include/ucd-snmp/mib.h:274: parse error before `oid'
/usr/local/include/

[PHP-DEV] Bug #14202 Updated: If you use the result set of a insert query, you get a warning message.

[hholzgra]

ID: 14202
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old Summary: Problem with mail()
Old Status: Feedback
Status: Duplicate
Bug Type: Mail related
Old Operating System: Windows NT 4.0
Operating System: Linux 2.4
Old PHP Version: 4.0.6
PHP Version: 4.0.4pl1
Old Assigned To: 
Assigned To: hholzgra
New Comment:

duplicate of #11165

Previous Comments:


[2001-11-23 23:09:21] [EMAIL PROTECTED]

Can you try latest RC and see if the problem still exists

http://phpuk.org/~james/php-4.1.0RC3-win32.zip

Feedback.




[2001-11-23 18:24:45] [EMAIL PROTECTED]

It is impossible to send e-mail with size more than 2KB by using mail() function on 
Windows version of PHP. Same scripts on Unix version works fain.





Edit this bug report at http://bugs.php.net/?id=14202&edit=1


-- 
PHP Development Mailing List 
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 #14199 Updated: the make des not compile

[mfischer]

ID: 14199
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Feedback
Bug Type: Compile Failure
Operating System: SuSE 7.2
PHP Version: 4.0.6
New Comment:

joursain, can you try with latest RC and see if it works?

http://www.php.net/~zeev/php-4.1.0RC3.tar.gz

Feedback.


Previous Comments:


[2001-11-23 12:58:03] [EMAIL PROTECTED]

no, he used --with-apxs this time

but i just can't see an error message ... ?



[2001-11-23 12:54:09] [EMAIL PROTECTED]

Bogus dup of #14188.



[2001-11-23 12:50:31] [EMAIL PROTECTED]

Y uso this configure:



 ./configure --with-apxs2=/usr/local/apache2/bin/apxs 

--enable-force-cgi-redirect --enable-discard-patch 

--enable-calendar --enable-FTP --with-java



and the make command gives me this error:



Making all in sapi

make[1]: Entering directory `/usr/local/php-4.0.6/sapi'

Making all in apache

make[2]: Entering directory 

`/usr/local/php-4.0.6/sapi/apache'

make[3]: Entering directory 

`/usr/local/php-4.0.6/sapi/apache'

/bin/sh /usr/local/php-4.0.6/libtool --silent 

--mode=compile gcc  -I. -I/usr/local/php-4.0.6/sapi/apache 

-I/usr/local/php-4.0.6/main -I/usr/local/php-4.0.6 

-I/usr/local/apache2/include -I/usr/local/php-4.0.6/Zend 

-I/usr/local/php-4.0.6/ext/mysql/libmysql 

-I/usr/local/php-4.0.6/ext/xml/expat/xmltok 

-I/usr/local/php-4.0.6/ext/xml/expat/xmlparse 

-I/usr/local/php-4.0.6/TSRM  -DSUPPORT_UTF8 

-DXML_BYTE_ORDER=12 -g -O2  -c sapi_apache.c



If i do not use apxs2 all run and make, but i have not the 

.so archive



Y use  Apache 2.0.16 Beta







Edit this bug report at http://bugs.php.net/?id=14199&edit=1


-- 
PHP Development Mailing List 
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 #14201 Updated: Crash when uploading multiple files

[mfischer]

ID: 14201
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows 2000, Linux
PHP Version: 4.0.6
New Comment:

file upload has been rewritten since then. 
Can you try latest RC if and see if it works?

Either

http://www.php.net/~zeev/php-4.1.0RC3.tar.gz

or

http://phpuk.org/~james/php-4.1.0RC3-win32.zip

Feedback.

Previous Comments:


[2001-11-23 16:37:38] [EMAIL PROTECTED]

When using a form to upload multiple files with the same name (example follows), there 
is a GPF in PHP4TS.DLL at address 0x005362EB. It is trying to read from address 
0x0001.
The PHP is 4.0.6 running on an Apache 1.3.20 server on Win2k sp2. The same problem 
manifests also on Linux 2.2.19.

Use a HTML page like this to upload files:


...





upload-test.php:
"; echo sizeof($name); ?>



If there are more than N file fields, it will crash. On my machine N=26, even if the 
form is submitted empty.






Edit this bug report at http://bugs.php.net/?id=14201&edit=1


-- 
PHP Development Mailing List 
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 #14189 Updated: GD 2.0.1 compiling error

[raw]

ID: 14189
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Compile Failure
Operating System: Red Hat 6.2
PHP Version: 4.0.6
New Comment:

I'll try. Thanks your help and replies.

Previous Comments:


[2001-11-24 14:51:16] [EMAIL PROTECTED]

Get the PHP 4.1.0RC3 from http://www.php.net/~zeev/
or wait for PHP 4.1.0 to be officially released.

--Jani




[2001-11-23 06:08:08] [EMAIL PROTECTED]

I am newbie, can you explain to do it or a tutorial step by step?

Thanks



[2001-11-22 18:55:56] [EMAIL PROTECTED]

fixed in cvs




[2001-11-22 18:17:23] [EMAIL PROTECTED]

Hi. I trying recompiling new version gd with php 4.0.6 e obtain error message:

Making all in gd
make[2]: Entering directory `/home/raw/php-4.0.6/ext/gd'
make[3]: Entering directory `/home/raw/php-4.0.6/ext/gd'
gcc  -I. -I/home/raw/php-4.0.6/ext/gd -I/home/raw/php-4.0.6/main -I/home/raw/php-4.0.6 
-I/home/raw/apache_1.3.19/src/include -I/home/raw/apache_1.3.19/src/os/unix 
-I/home/raw/php-4.0.6/Zend -I/home/raw/php-4.0.6/ext/mysql/libmysql 
-I/home/raw/php-4.0.6/ext/xml/expat/xmltok 
-I/home/raw/php-4.0.6/ext/xml/expat/xmlparse -I/home/raw/php-4.0.6/TSRM  
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2  -c gd.c && touch gd.lo
gd.c:95: conflicting types for `gdIOCtx'
/usr/local/include/gd_io.h:18: previous declaration of `gdIOCtx'
gd.c: In function `php_if_imagecreatefromgif':
gd.c:1209: `gdImageCreateFromGif' undeclared (first use in this function)
gd.c:1209: (Each undeclared identifier is reported only once
gd.c:1209: for each function it appears in.)
gd.c: In function `php_if_imagegif':
gd.c:1404: `gdImageGif' undeclared (first use in this function)

My line to configure command is: 
./configure --with-gd --with-jpeg-dir=../jpeg-6b/ --with-png-dir=../libpng-1.0.11/ 
--with-mysql --with-apache=../apache_1.3.19/ --enable-track-vars 
--with-zlib-dir=../zlib-1.1.3/

Help me?
Regards





Edit this bug report at http://bugs.php.net/?id=14189&edit=1


-- 
PHP Development Mailing List 
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: [PEAR-DEV] PHPDoc Development Status

[jan]

On Fri, Nov 23, 2001 at 09:19:15AM +0100, Ol wrote:
> On Thu, 22 Nov 2001 22:17:18 +0100
> [EMAIL PROTECTED] wrote:
> 
> > I've written a PHP-2-XML converter which is sitting directly on the
> > Zend-parser. This gives us more speed and more accuracy.
> 
> Difficult to do better in fact ... ;)

Right.

> > If someone wants to test it, download it from http://weigon.dyndns.org/
> 
> Yeap it works fine :)
> Some minor bugfixes i've find tonight (diff -u at bottom)

Fine.

> > It is a php-extension which requires some patches to the Zend engine. If
> > someone tests it, don't give up to early. The ext has been written for
> > 4.0.4pl1 or the like and won't compile with the latest php as the Zend
> > core has changed.
> 
> At least it still work with 4.0.6

Very good.

> > Currently missing is the PHPDoc part (the php code) which can handle
> > XML.
> 
> What to you thing about a double output for this code :
> - on a side can generate standart HTML output like 'classical' phpdoc
> - on the other a docbook output.

Why not. Perfect. 

PHP -> HTML (highlight_string)
PHP -> XML  (ext/phpdoc)
PHP -> SGML (ext/phpdoc + sgml)

> It could be a good way to obtain more easily pear's enduser doc. Even if
> the docbook output surely need corrections it could be anyway a nice
> starting point... 

Sure. Doing the SGML in PHP based on the XML could simplify the development
a lot. Perhaps XSLT can be usefull in these cases.

PHP -> XML -> [XSLT] -> HTML
PHP -> XML -> [XSLT] -> DocBook
PHP -> XML -> PHPDoc

This would be nice.

> Olivier Courtin

  Jan

-- 
mailto: [EMAIL PROTECTED] weigon @ #php.de (IRCnet)
 http://jan.kneschke.de weigon @ #modlogan (openprojects)

-- 
PHP Development Mailing List 
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 #8989 Updated: Bug#5493 resurfaced

[sniper]

ID: 8989
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Session related
Operating System: Windows NT 4 SP5(IIS4)/2000 SP2
PHP Version: 4.0.6
New Comment:

Latest RC build can be found here:

http://phpuk.org/~james/php-4.1.0RC3-win32.zip

And I can not reproduce this in Linux with latest CVS.

--Jani


Previous Comments:


[2001-11-19 12:56:00] [EMAIL PROTECTED]

Is there any way to obtain the latest PHP release candidates in binary form for the 
Windows platform?

I would like to test the latest RC for this bug, but I forgot that the PHP site 
doesn't provide binaries for RCs, and I unfortunately do not have the dev tools needed 
under Windows to compile the source.  Otherwise, I will only be able to test the next 
version when it is released.




[2001-11-18 13:34:59] [EMAIL PROTECTED]

You can find the example script I provided in the posting to this problem dated 
[2001-06-26 12:36:01], but here is the relevant portion to save you time:

Note PHP v4.x has always been able to initially create a session variable.  The 
challenge is NOT within a single page that the problem arises.  The problem, described 
both here and in an earlier problem (#5493), is the maintenance of session variables 
BETWEEN pages.  So...

1.  Create the file page1.php as follows:
__



Page 1


This is page 1.
";
   echo "\$userid  = '$userid'";
   echo "\$firstaccess = '$firstaccess'";
   echo "\$lastaccess  = '$lastaccess'";
?>
Page 2.


__

2.  Create files page2.php, page3.php, & page4.php, copying the code above.  The only 
changes that need to be made are to change
* the  for each file (optional really)
* the one line reading "This is page 1" (also optional really, but both help you to 
see the page transitions), and
* the  tag (this is important) so that essentially the links cause

PAGE1.PHP -> PAGE2.PHP -> PAGE3.PHP -> PAGE4.PHP -> PAGE1.PHP

thus creating a loop that cycles around the 4 pages.

3.  Make sure the PHP.INI file is properly configured to store session files (for this 
example, \InetPub\sessions).  Then either open a Command Prompt to this directory or 
use Explorer (whatever suits you).

4.  Serving these files from IIS (say \InetPub\wwwroot), load page1.php.
5.  Look in the session directory.  You should see a session file created.  Note its 
size (60 bytes in this case).
6.  Now start clicking on the link on page1.php.  This will load page2.php, which 
shows the current value of the session ID.  Keep clicking on the links and keep 
watching the session directory.

What you will find is that new session files are being created, session files that are 
0 bytes and contain NOTHING.  This is a serious problem, as it makes session 
management useless in PHP under Windows.

As for the latest release candidate of PHP v4.1.0, I will download that as soon as I 
have some free time and see whether the issue has been resolved.  Please note, as 
stated earlier in this problem, that this issue existed with earlier versions of PHP 
but was resolved up to v4.0.3pl1 (CGI version only).  Then it resurfaced and has been 
part of PHP up and including v4.0.6.  Due to this, I am still using PHP v4.0.3pl1 at 
this time.

Also note that with the latest rash of IIS vulnerabilities, I am moving from IIS 
towards Apache.  If I can, I will try to run the latest RC under both webservers.  But 
thus far, since I tend to stick to the CGI version under Windows, the webserver used 
has made no difference.  The issue exists under both IIS and Apache.



[2001-11-18 01:21:49] [EMAIL PROTECTED]

Please provide either a script to reproduce your problem with or grab the latest PHP 
4.1.0 release candidate and test it yourself. Thanks for your help.



[2001-08-23 12:30:16] [EMAIL PROTECTED]

Any update on the PHP session problems in v4.0.4+?  I've received several e-mails from 
people saying they're experiencing similar results, but apparently they can't post to 
this problem.  Just curious.  It's been a couple of months, so thought I'd ask.

Also, any way for people to still get a copy of PHP v4.0.3pl1?  I've had a few ask me, 
and noticed php.net only goes back to 4.0.4 now.




[2001-07-02 15:01:16] [EMAIL PROTECTED]

Configured Win2K/IIS5 for PHP v4.0.6 ISAPI module.
Took appropriate steps to shut

[PHP-DEV] Bug #7244 Updated: Problem with LOAD DATA LOCAL INFILE

[mfischer]

ID: 7244
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: MySQL related
Operating System: Win 98
PHP Version: 4.0.8
New Comment:

What was the problem with the RC?

And, this is query, but what is the actual *ERROR* you get? mysql_error() might tell 
you more.

Feedback.

Previous Comments:


[2001-11-24 14:30:46] [EMAIL PROTECTED]

> Can you please test if the problem still persists with
> latest RC?

> http://phpuk.org/~james/php-4.1.0RC3-win32.zip

I'm sorry, but I wasn't able to get this version running. I tried with the latest 
stable release 4.0.8 and the problem was still there.

> If not, can you provide more details (like the actual
> query you are using).

The query is: LOAD DATA LOCAL INFILE '$textfile' INTO TABLE $table





[2001-11-20 19:53:11] [EMAIL PROTECTED]

Can you please test if the problem still persists with latest RC?

http://phpuk.org/~james/php-4.1.0RC3-win32.zip

If not, can you provide more details (like the actual query you are using).

Feedback.



[2001-06-03 13:58:34] [EMAIL PROTECTED]

Yes, it also happens with PHP 4.0.5



[2001-06-02 23:06:43] [EMAIL PROTECTED]

Does this happen with PHP 4.0.5 ?




[2001-01-12 13:21:36] [EMAIL PROTECTED]

user feedback:

No, I didn't.
I've also got an old version of PHP 4.0.2 installed and I can switch between both 
versions via ScriptAlias in httpd.conf (php.ini is still the same). With PHP 4.0.2 
it's all working fine but with PHP 4.0.4 there is that problem.




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=7244


Edit this bug report at http://bugs.php.net/?id=7244&edit=1


-- 
PHP Development Mailing List 
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 #14197 Updated: please read example...

[sniper]

ID: 14197
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Session related
Operating System: Win32 (w2k)
PHP Version: 4.0.6
New Comment:

Does this happen with latest RC:

http://phpuk.org/~james/php-4.1.0RC3-win32.zip


Previous Comments:


[2001-11-23 09:04:12] [EMAIL PROTECTED]

1. standart php.ini, cookie disable, bug:
---php



---output-


--


2. set [url_rewriter.tags=""] in php.ini - no problem


3. Real example in my program (bug in html+js code):
---php--
document.writeln('http://bugs.php.net/?id=14197&edit=1


-- 
PHP Development Mailing List 
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 #11852 Updated: Session ID not transferred correctly within framesets

[sniper]

ID: 11852
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Bogus
Bug Type: Session related
Operating System: Win98SE
PHP Version: 4.0.6
New Comment:

Ask support questions on the mailing lists:

http://www.php.net/support.php


Previous Comments:


[2001-11-18 01:40:46] [EMAIL PROTECTED]

1.) Sessions work fine for me with frames.

2.) Please test your script(s) with
http://www.php.net/~zeev/php-4.1.0RC2.tar.gz

Thanks.




[2001-07-03 05:43:53] [EMAIL PROTECTED]

starting indexfile:

session_start()
session_register("var")

in the header of the frameset definition (index) file, even transferring the  
directly to the contained frame (control) can't convince the control-file to take on 
the same session id as the indexfile has submitted to it. 


starting controlfile:

session_start()

tried everything. all worked perfect on the 4.0.5 release! i can't find any scripting 
bug...





Edit this bug report at http://bugs.php.net/?id=11852&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Warnings in sapi/apache2filter

[Sebastian Bergmann]

apache_config.c
C:\home\apache\httpd-2.0\srclib\apr\include\apr.h(269) : warning C4142:
Type redefinition without consequences
php_functions.c
C:\home\apache\httpd-2.0\srclib\apr\include\apr.h(269) : warning C4142: 
Type redefinition without consequences
C:\home\php\php4\SAPI\APACHE2FILTER\php_functions.c(87) : warning C4244: 
'function' : Conversion of '__int64 ' to 'long ', possible data loss
C:\home\php\php4\SAPI\APACHE2FILTER\php_functions.c(118) : warning C4090: 
'=' : Different 'const'-Identifiers
sapi_apache2.c
C:\home\apache\httpd-2.0\srclib\apr\include\apr.h(269) : warning C4142: 
Type redefinition without consequences
C:\home\php\php4\SAPI\APACHE2FILTER\sapi_apache2.c(119) : warning C4018: 
'<' : Conflict between signed and unsigned
C:\home\php\php4\SAPI\APACHE2FILTER\sapi_apache2.c(148) : warning C4090: 
'initializing' : Different 'const'-Identifiers
C:\home\php\php4\SAPI\APACHE2FILTER\sapi_apache2.c(469) : warning C4133: 
'function' : Incompatible types - from 'void (__cdecl *)(struct 
apr_pool_t *, struct apr_pool_t *,struct apr_pool_t *,struct server_rec
*)' to 'int (__cdecl *)(struct apr_pool_t *,struct apr_pool_t *, struct
apr_pool_t *,struct server_rec *)'

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List 
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 #14199: the make des not compile

[joursain]

From: [EMAIL PROTECTED]
Operating system: SuSE 7.2
PHP version:  4.0.6
PHP Bug Type: Compile Failure
Bug description:  the make des not compile

Y uso this configure:



 ./configure --with-apxs2=/usr/local/apache2/bin/apxs 

--enable-force-cgi-redirect --enable-discard-patch 

--enable-calendar --enable-FTP --with-java



and the make command gives me this error:



Making all in sapi

make[1]: Entering directory `/usr/local/php-4.0.6/sapi'

Making all in apache

make[2]: Entering directory 

`/usr/local/php-4.0.6/sapi/apache'

make[3]: Entering directory 

`/usr/local/php-4.0.6/sapi/apache'

/bin/sh /usr/local/php-4.0.6/libtool --silent 

--mode=compile gcc  -I. -I/usr/local/php-4.0.6/sapi/apache 

-I/usr/local/php-4.0.6/main -I/usr/local/php-4.0.6 

-I/usr/local/apache2/include -I/usr/local/php-4.0.6/Zend 

-I/usr/local/php-4.0.6/ext/mysql/libmysql 

-I/usr/local/php-4.0.6/ext/xml/expat/xmltok 

-I/usr/local/php-4.0.6/ext/xml/expat/xmlparse 

-I/usr/local/php-4.0.6/TSRM  -DSUPPORT_UTF8 

-DXML_BYTE_ORDER=12 -g -O2  -c sapi_apache.c



If i do not use apxs2 all run and make, but i have not the 

.so archive



Y use  Apache 2.0.16 Beta


-- 
Edit bug report at: http://bugs.php.net/?id=14199&edit=1


-- 
PHP Development Mailing List 
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 #14209: tux sapi doesn't work when using virtual hosts

[teo]

From: [EMAIL PROTECTED]
Operating system: SuSE7.1/kernel-2.4.10/tux-2.1.0
PHP version:  4.0CVS-2001-11-24
PHP Bug Type: Other web server
Bug description:  tux sapi doesn't work when using virtual hosts

[yep, I know it's quite experimental that extension,just want to contribute
to make it work]

If I do virtual_server=0 then it works just fine. When it's on (1) it
cannot resolve the filename.
I guess when doing:
file_handle.filename = SG(request_info).path_translated; [php_tux.c:279]

that path is only relative to document root and doesn't contain the virtual
server name?


-- 
Edit bug report at: http://bugs.php.net/?id=14209&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] ONE database abstraction layer

[Stig S. Bakken]

Manuel Lemos wrote:
> 
> Hello,
> 
> "Stig S. Bakken" wrote:
> >
> > Jean-Michel POURE wrote:
> > > Optimization can only be achieved at application level, i.e.
> > > - in your database structure,
> > > - in the core PHP code of your application.
> > >
> > > Using MySQL, you will never ever achieve good results. Try PostgreSQL with
> > > embedded PL/pgSQL language and triggers, this will multiply the speed by
> > > 10, at least.
> >
> > Well, not everyone is using SQL databases, for some people (including
> > me), CPU is the real bottleneck.
> >
> > Rewriting the "PEAR" class to C would IMHO not be foolish: it would save
> > basically everyone using PEAR from parsing ~800 lines of code for each
> > request, and it would speed up error handling and every other basic pear
> > function.  To me, that's a well-invested optimization (since everyone
> > benefits from it).
> 
> There is no great point on using database abstractions unless you want
> to develop database independent applications by using the same API. The
> way I see it PEAR-DB does not provide enough database independence. For
> many things you still have to resort to database specific solutions, so
> your applications will still not be portable. If they are still not
> portable using PEAR, you may as well not use PEAR or any other database
> abstraction package and save yourself of the overhead of using any of
> such packages. So, database abstraction package should provide true
> portabilty to applications. If you are going to port PEAR to C you
> should rethink PEAR design to make it provide portabilty.
> 
> Proposal: how about porting Metabase API instead? Think about this:
> 
> - Metabase API already provides true portability to database
> applications, so you would not need to crack your head doing what
> Metabase already does.
> 
> - You could wrap PEAR DB classes around Metabase API so the current PEAR
> DB users would not need to rewrite they applications.
> 
> - You could have a portable database API in PEAR right now using the
> current Metabase PHP implementantion, and not in a year or whatever is
> the time you would take to port PEAR DB to C.
> 
> - You could already benefit from Metabase database schema management
> support features that no other database API offers, not in PHP nor any
> other language.
> 
> - You could use Metabase driver conformance test script to verify if you
> porting efforts of the drivers are being correctly implemented.
> 
> - Benefit from the already extensive documentation and tutorials that is
> provided with Metabase.
> 
> - Benefit from the toons of Metabase based programming components and
> applications that have been developed.
> 
> - Stop this silly implicit competition between database abstraction PHP
> packages. There is much more to gain from cooperating than competing.
> None of us if making money from it. All popular languages only have a
> single database abstraction package (Perl-DBI, Java-JDBC, ODBC/ADO for
> Windows languages, Python-DB, etc..). There is still a wrong idea in the
> PHP community that there is no abstraction package in PHP.
> 
> Well, this is what I meant to talk to you in San Diego O'Reilly Open
> Source Conference and in Frankfurt, but for whatever reasons you could
> not attend. Anyway, I am giving the hand for cooperation. It is up to
> you to decide if you would like to take this chance for the benefit of
> the whole PHP community.

I'd very much like to see the features of Metabase in PEAR DB.  If you
want to do this, I'm all for it.  Let's be done with the bickering, work
together and have _one_ abstraction layer for PHP.

I suggest making a prototype called "MDB" providing PEAR DB-compatible
wrappers around the Metabase API first.  If this is successful, I think
a C rewrite is due, the result being PEAR DB 2.0.  IMHO the natural way
of doing the C rewrite is copying the existing database extensions and
rewrite them with a common PHP-level API.

 - Stig

-- 
PHP Development Mailing List 
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 #13229 Updated: sess vars doesn't saved when value assigned to $HTTP_SESSION_VARS (reg_glob=on)

[sniper]

ID: 13229
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Session related
Operating System: Win98SE
PHP Version: 4.0.6
New Comment:

This is fixed in CVS. Try latest CVS snapshot from: 
http://snaps.php.net

Fix will be in PHP 4.2.0


Previous Comments:


[2001-09-10 08:43:49] [EMAIL PROTECTED]

Session vars doesn't saved when register_globals=on and value assigned to 
$HTTP_SESSION_VARS["varname"], but saved when value assigned to $varname.

But I need universal way, that works not depending of register_globals.

Accordingly to documentation first way must work with register_globals=on





Edit this bug report at http://bugs.php.net/?id=13229&edit=1


-- 
PHP Development Mailing List 
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 #13185 Updated: session_set_save_handler will not work if register_globals is off

[sniper]

ID: 13185
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Session related
Operating System: solaris 2.7
PHP Version: 4.0.6
New Comment:

Can you please check if this is now fixed in latest RC:

http://www.php.net/~zeev/php-4.1.0RC3.tar.gz


Previous Comments:


[2001-09-06 16:34:34] [EMAIL PROTECTED]

when using session_set_save_handler, have to set 'register_globals' to
ON in order to make it work. default 'files' session mode works fine
under both 'register_globals' ON and OFF.  Found that when set 
'register_globals' to OFF, the session write function is not called. 

Never tried this on other OS.





Edit this bug report at http://bugs.php.net/?id=13185&edit=1


-- 
PHP Development Mailing List 
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 #14215: str_replace feature request

[voltaic]

From: [EMAIL PROTECTED]
Operating system: any/all
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  str_replace feature request

It would be cool to have a case-insensitive version of str_replace, perhaps
called stri_replace.  It would be similar to how ereg_replace has a
case-insensitive eregi_replace counterpart.
-- 
Edit bug report at: http://bugs.php.net/?id=14215&edit=1


-- 
PHP Development Mailing List 
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 Account Request: moh

[Egon Schmid]

From: "Richard Samar" <[EMAIL PROTECTED]>

> manual translation into german
> e.g. PCRE chapter is still not translated into german for a
lng time :-)
> Jan Lehnardt ([EMAIL PROTECTED]) asked me to fill out this form

If you get an CVS account, please wait or ask Cornelia Boenigk
[EMAIL PROTECTED] first. There is a part already translated into
German in the book by Sterling and Andre[j]i. Andrei I´m very sorry,
that your first name was changed from Andrei to Andrej on the cover
page and the preface by the publisher in the last minute before
publishing.

-Egon


-- 
PHP Development Mailing List 
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 #14198 Updated: build error undefined symbol php_module

[sniper]

ID: 14198
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Compile Failure
Operating System: Solaris 2.5.1
PHP Version: 4.0.6
New Comment:

Ask support questions on the mailing lists:

http://www.php.net/support.php


Previous Comments:


[2001-11-23 09:23:01] [EMAIL PROTECTED]

make failure using the following configure
configure activate -module=src/modules/php4/libphp.a

Error from make:
Undefined symbol php_module first referenced in file modules.o

ld: fatal: symbol referencing errors. No output written to httpd





Edit this bug report at http://bugs.php.net/?id=14198&edit=1


-- 
PHP Development Mailing List 
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 #13078 Updated: register_globals = off & session.save_handler = user

[sniper]

ID: 13078
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Session related
Operating System: FreeBSD 4.x
PHP Version: 4.0.6
New Comment:

Can you please verify if this is now fixed in latest CVS:

http://snaps.php.net/


Previous Comments:


[2001-08-31 08:53:14] [EMAIL PROTECTED]

Things are fine when:

   register_globals = off
   session.save_handler = files

Things are fine also when:

   register_globals = on
   session.save_handler = users

where "users" are customed handlers, (saved to PostgreSQL
in my case.

PROBLEM: 

Sessions varilables aren't saved when:

   register_globals = off
   session.save_handler = users

---eof---





Edit this bug report at http://bugs.php.net/?id=13078&edit=1


-- 
PHP Development Mailing List 
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 #13062 Updated: session_unset() causes Apache child process to segfault

[sniper]

ID: 13062
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Session related
Operating System: RH7.1
PHP Version: 4.0.6
New Comment:

Can not reproduce with latest CVS.
Please reopen if you have the problem with
latest RC from:

http://www.php.net/~zeev/php-4.1.0RC3.tar.gz




Previous Comments:


[2001-08-30 11:52:52] [EMAIL PROTECTED]

When using session_unset on a page where no session variables have been set, 
session_unset causes the apache child process to segfault.  I'm using Apache 1.3.20 
with PHP 4.0.6.  I've taken out the session_unset call and am just using 
session_destroy now, but I would think that session_unset should gracefully return 
even if there are no set session variables.  It seems to do this even on a page where 
I just set the session variables, and they haven't been saved yet. (IE, start a new 
session, register a session variable, then call session_unset all on the same page 
causes segfault).

My PHP configure looks like this:
./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl --enable-calendar 
--enable-ftp --with-gd --with-imap --with-kerberos --with-imap-ssl --with-ldap 
--with-mysql --with-pgsql --with-mm --enable-sockets --enable-sysvshm --enable-wddx

I'm using the MM session handler instead of files.





Edit this bug report at http://bugs.php.net/?id=13062&edit=1


-- 
PHP Development Mailing List 
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: [PEAR-DEV] PHPDoc Development Status

[Stig S. Bakken]

[EMAIL PROTECTED] wrote:
> 
> On Thu, Nov 22, 2001 at 04:06:35PM +0100, Andre Gildemeister wrote:
> > hi,
> >
> > I have pursued the development of PHPDoc very interestedly.
> > After the incorporation into the CVS Repository: php4/pear/PHPDoc I have
> > heard nothing more new...
> >
> > - in the meantime was something to heard about a rewrite in C, is that true?
> 
> I've written a PHP-2-XML converter which is sitting directly on the
> Zend-parser. This gives us more speed and more accuracy.
> 
> It has been written because Ulf Wendel convinced me to do it by delivering a
> few pizzas.
> 
> If someone wants to test it, download it from http://weigon.dyndns.org/
> 
> It is a php-extension which requires some patches to the Zend engine. If
> someone tests it, don't give up to early. The ext has been written for
> 4.0.4pl1 or the like and won't compile with the latest php as the Zend core
> has changed.
> 
> Currently missing is the PHPDoc part (the php code) which can handle XML.
> 
> > - shouldn't PHPDoc become an official extension either? (ext/phpdoc)
> 
> phpdoc itself or just this extension ?

Just this extension.  Hurry up and apply for a CVS account at
http://php.net/cvs-php.php :-)

 - Stig

-- 
PHP Development Mailing List 
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 #14214: getcwd() and `pwd` return wrong directory

[ASkwar]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  getcwd() and `pwd` return wrong directory

I've written a small shell script in PHP, which should return the current
working directory:

-
#!/usr/bin/php -q

-

I've stored the script as /scripts/test.php and on the shell, I'm in
/scripts/Testing.  When I run the script with »../test.php«, it returns
»/scripts« two times.  I'd expect it to return »/scripts/Testing« two
times.

However, HTTP_ENV_VARS['PWD'] and HTTP_SERVER_VARS['PWD'] both contain the
correct (ie. /scripts/Testing) path.
-- 
Edit bug report at: http://bugs.php.net/?id=14214&edit=1


-- 
PHP Development Mailing List 
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 #14212 Updated: Windows will not let me view phpinfo

[sniper]

ID: 14212
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Apache related
Operating System: Windows Me
PHP Version: 4.0.6
New Comment:

This is NOT support forum. Ask support questions
on the mailing lists: 

http://www.php.net/support.php


Previous Comments:


[2001-11-24 15:35:11] [EMAIL PROTECTED]

I created a php script. The only text it had on it was  i then put it 
in Apache's htdoc root directory. I later tried to access it via my web browser. 
Everytime I tried, A Windows error would pop up and say It could not acces the 
speciefied device, path, or file. Then it would say i might not have permission to 
access the item. I'm including the parts of the main Apache config I edited to install 
php4.0.6-Win32


# ScriptAlias: This controls which directories contain server scripts.
# ScriptAliases are essentially the same as Aliases, except that
# documents in the realname directory are treated as applications and
# run by the server when requested rather than as documents sent to the client.
# The same rules about trailing "/" apply to ScriptAlias directives as to
# Alias.
#
ScriptAlias /cgi-bin/ "C:/Program Files/Apache Group/Apache/cgi-bin/"
edited-->ScriptAlias /php4/ "C:/php4/"

#
# AddType allows you to tweak mime.types without actually editing it, or to
# make certain files to be certain types.
#
# For example, the PHP 3.x module (not part of the Apache distribution - see
# http://www.php.net) will typically use:
#
#AddType application/x-httpd-php3 .phtml 
#AddType application/x-httpd-php3-source .phps

 edited-->   AddType application/x-httpd-php .php .phtml .html
AddType application/x-httpd-php-source .phps<--Editend

 #
# Action lets you define media types that will execute a script whenever
# a matching file is called. This eliminates the need for repeated URL
# pathnames for oft-used CGI file processors.
# Format: Action media/type /cgi-script/location
# Format: Action handler-name /cgi-script/location
edited--># Action application/x-httpd-php /php4/php.exe

Hope you guys can help me out!





Edit this bug report at http://bugs.php.net/?id=14212&edit=1


-- 
PHP Development Mailing List 
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 #14206 Updated: fputs(); it cuts out any newline codes

[zak]

ID: 14206
Updated by: zak
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Filesystem function related
Operating System: Linux 2.2.19
PHP Version: 4.0.6
New Comment:

Sorry, but this really looks like a bug in your code, not 
in PHP.

You are trimming off the newline characters in line 9 and 
then you are adding a newline to the end of a call to 
fputs on line 23 (fputs($fp, $line)."\n";)

Move the newline (fputs($fp, $line."\n");) into the call 
to fputs and your code should work as anticipated.



Previous Comments:


[2001-11-24 08:18:35] [EMAIL PROTECTED]

Okay, first create a file called test.csv containing these lines:

value1;10;value3;thatsall
value2;10;value3;thatsall
value3;10;value3;thatsall

then c&p a file (test.php) like this:

 1 && $buffer[0] != '#') {
  $line = explode($separator, $buffer);
  if ($line[$match[0]] == $match[1]) {
$line[$replace[0]] = $replace[1];
$buffer = implode($separator, $line);
  }
  $lines[] = $buffer;
}
  }
  
  fseek($fp, 0);
  if (!ftruncate($fp, 0)) return false;
  
  foreach ($lines as $line) fputs($fp, $line)."\n";
  flock ($fp, LOCK_UN);
  fclose ($fp);
  
  return true;

} //-- end function
  
class usr_authorize {

  function Authorize() {

//-- Update user-file
csv_Update('test.csv', array(0, 'value2'), array(1, date('U')));

return true;

  } //-- end function

} //-- end class


$login = new usr_authorize();
$login->Authorize();

?>

the script should update the line containing "value2" as 1st csv field and replace the 
2nd value with the current timestamp. so it doest, but it removes all newlines from 
the csv file.



[2001-11-24 08:08:15] [EMAIL PROTECTED]

Okay, first create a file called test.csv containing these lines:

value1;10;value3;thatsall
value2;10;value3;thatsall
value3;10;value3;thatsall

then c&p a file (test.php) like this:

 1 && $buffer[0] != '#') {
  $line = explode($separator, $buffer);
  if ($line[$match[0]] == $match[1]) {
$line[$replace[0]] = $replace[1];
$buffer = implode($separator, $line);
  }
  $lines[] = $buffer;
}
  }
  
  fseek($fp, 0);
  if (!ftruncate($fp, 0)) return false;
  
  foreach ($lines as $line) fputs($fp, $line)."\n";
  flock ($fp, LOCK_UN);
  fclose ($fp);
  
  return true;

} //-- end function
  
class usr_authorize {

  function Authorize() {

//-- Update user-file
csv_Update('test.csv', array(0, 'value2'), array(1, date('U')));

return true;

  } //-- end function

} //-- end class


$login = new usr_authorize();
$login->Authorize();

?>

the script should update the line containing "value2" as 1st csv field and replace the 
2nd value with the current timestamp. so it doest, but it removes all newlines from 
the csv file.



[2001-11-24 07:10:59] [EMAIL PROTECTED]

Can't reproduce this with 4.0.6 CGI und current CVS version.

Please provide a independent runnning script with its own input data (i.e. so its for 
the testers just a matter of copy&paste and run).

If in doubt also try latest RC from
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz

Feedback.



[2001-11-24 06:24:38] [EMAIL PROTECTED]

Hi,

i just found a very strange bug. Im using something like this in a class:

function csv_Append ($file, $elements, $separator = ';') {

  $fp = fopen($file, 'a');
  if (!$locked = flock($fp, LOCK_EX)) return false;
  $out = implode($separator, $elements)."\n";
  fputs($fp, $out);
  flock($fp, LOCK_UN);
  fclose($fp);
  
  return true;
  
} //-- end function

When using this function fputs() cuts out all escaped codes like \n \r \t  even if 
i try to write it directly (chr(13)) and i check the file with a hex editor the is no 
0A  byte... but fputs reports it has written one byte (returns 1) ...





Edit this bug report at http://bugs.php.net/?id=14206&edit=1


-- 
PHP Development Mailing List 
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] CGI quick cleanup

[Andi Gutmans]

The problem you are experiencing is due to the fast cache.
Edit Zend/zend_fast_cache.h  and change:
# define ZEND_ENABLE_FAST_CACHE 1
to:
# define ZEND_ENABLE_FAST_CACHE 0

Make sure you do a complete rebuild.
Tomorrow I'll try and think of what the best way to fix it is. (3:20 AM here :)

Andi

At 01:37 PM 11/23/2001 +, Sam Liddicott wrote:
>Here's a sample script that does most of the sorts of stuff I was doing
>apart from database work.
>
>Note how long it takes to exit after finishing.
>
>#! /usr/bin/php -q
>
>ini_Set("max_execution_time","0");
>ini_Set("memory_limit","500M");
>
>class thingy {
>   function thingy($c) {
> if ($c>0) $this->ref=&new thingy($c-1);
>   }
>}
>
>$stash=array();
>$max=50;
>
>$start=time();
>
>for($i=0;$i<$max;$i++) {
>   $r=rand(0,300);
>   $stash[$r][]=&new thingy(rand(0,10));
>   echo "\rUse: ".floor($i/$max*100)."% ";
>}
>echo "\n";
>
>$mid=time();
>
>$max=count($stash);
>$c=0;
>foreach(array_keys($stash) as $key) {
>   unset($stash[$key]);
>   $c++;
>   echo "\rFree: ".floor($c/$max*100)."% ";
>}
>unset($stash);
>echo "\n";
>
>$done=time();
>
>print "Use: ".($mid-$start)."\n";
>print "Free: ".($done-$mid)."\n";
>
>
>?>
>


-- 
PHP Development Mailing List 
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 #14199 Updated: the make des not compile

[joursain]

ID: 14199
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Operating System: SuSE 7.2
PHP Version: 4.0.6
New Comment:

I have use the last version 4.1.0RC3 and teh result is the 
same, 


Making all in sapi
make[1]: Entering directory `/usr/local/php-4.1.0RC3/sapi'
Making all in apache2filter
make[2]: Entering directory 
`/usr/local/php-4.1.0RC3/sapi/apache2filter'
make[3]: Entering directory 
`/usr/local/php-4.1.0RC3/sapi/apache2filter'
/bin/sh /usr/local/php-4.1.0RC3/libtool --silent 
--mode=compile /usr/local/php-4.1.0RC3/meta_ccld  -I. 
-I/usr/local/php-4.1.0RC3/sapi/apache2filter 
-I/usr/local/php-4.1.0RC3/main -I/usr/local/php-4.1.0RC3 
-I/usr/local/apache2/include 
-I/usr/local/php-4.1.0RC3/Zend 
-I/usr/local/php-4.1.0RC3/ext/mysql/libmysql 
-I/usr/local/php-4.1.0RC3/ext/xml/expat  -D_REENTRANT 
-I/usr/local/php-4.1.0RC3/TSRM -DTHREAD=1 -g -O2 -pthread 
-DZTS -prefer-pic
 -c sapi_apache2.c
In file included from 
/usr/local/apache2/include/apr_buckets.h:61,
 from 
/usr/local/apache2/include/util_filter.h:59,
 from sapi_apache2.c:33:
/usr/local/apache2/include/apr_general.h:115: warning: 
`XtOffsetOf' redefined
/usr/local/php-4.1.0RC3/main/php.h:342: warning: this is 
the location of the previous definition
sapi_apache2.c: In function `php_input_filter':
sapi_apache2.c:247: too many arguments to function 
`ap_get_brigade'
sapi_apache2.c: In function `php_output_filter':
sapi_apache2.c:330: too many arguments to function 
`ap_save_brigade'
sapi_apache2.c: In function `php_register_hook':
sapi_apache2.c:408: warning: passing arg 2 of 
`ap_register_input_filter' from incompatible pointer type
make[3]: *** [sapi_apache2.lo] Error 1
make[3]: Leaving directory 
`/usr/local/php-4.1.0RC3/sapi/apache2filter'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory 
`/usr/local/php-4.1.0RC3/sapi/apache2filter'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/php-4.1.0RC3/sapi'
make: *** [all-recursive] Error 1


Well, there is not an error, but i can not found the 
libphp4.so and the php does not compile me.

Well, we see us tmoorrow , is Spain is the hour of the 
dinner :-DD



Previous Comments:


[2001-11-23 14:41:08] [EMAIL PROTECTED]

Confilicting Apache and Apache 2 header files??



[2001-11-23 14:22:16] [EMAIL PROTECTED]

The make makes me the same error.. :-((


make[1]: Entering directory `/usr/local/php-4.1.0RC3/sapi'
Making all in apache2filter
make[2]: Entering directory 
`/usr/local/php-4.1.0RC3/sapi/apache2filter'
make[3]: Entering directory 
`/usr/local/php-4.1.0RC3/sapi/apache2filter'
/bin/sh /usr/local/php-4.1.0RC3/libtool --silent 
--mode=compile /usr/local/php-4.1.0RC3/meta_ccld  -I. 
-I/usr/local/php-4.1.0RC3/sapi/apache2filter 
-I/usr/local/php-4.1.0RC3/main -I/usr/local/php-4.1.0RC3 
-I/usr/local/apache2/include 
-I/usr/local/php-4.1.0RC3/Zend 
-I/usr/local/php-4.1.0RC3/ext/mysql/libmysql 
-I/usr/local/php-4.1.0RC3/ext/xml/expat  -D_REENTRANT 
-I/usr/local/php-4.1.0RC3/TSRM -DTHREAD=1 -g -O2 -pthread 
-DZTS -prefer-pic
 -c sapi_apache2.c
In file included from 
/usr/local/apache2/include/apr_buckets.h:61,
 from 
/usr/local/apache2/include/util_filter.h:59,
 from sapi_apache2.c:33:
/usr/local/apache2/include/apr_general.h:115: warning: 
`XtOffsetOf' redefined
/usr/local/php-4.1.0RC3/main/php.h:342: warning: this is 
the location of the previous definition
sapi_apache2.c: In function `php_input_filter':
sapi_apache2.c:247: too many arguments to function 
`ap_get_brigade'
sapi_apache2.c: In function `php_output_filter':
sapi_apache2.c:330: too many arguments to function 
`ap_save_brigade'
sapi_apache2.c: In function `php_register_hook':
sapi_apache2.c:408: warning: passing arg 2 of 
`ap_register_input_filter' from incompatible pointer type
make[3]: *** [sapi_apache2.lo] Error 1
make[3]: Leaving directory 
`/usr/local/php-4.1.0RC3/sapi/apache2filter'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory 
`/usr/local/php-4.1.0RC3/sapi/apache2filter'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/php-4.1.0RC3/sapi'
make: *** [all-recursive] Error 1




[2001-11-23 14:08:03] [EMAIL PROTECTED]

You really want to try the latest beta too, 2.0.28 if I'm not mistaken.

Derick



[2001-11-23 13:30:27] [EMAIL PROTECTED]

Simon sez Feedback.



[2001-11-23 13:30:09] [EMAIL PROTECTED]

and this happened with which PHP version exactly now? did you try latest

[PHP-DEV] Bug #14205 Updated: php not accepted by apache

[mfischer]

ID: 14205
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Apache related
Operating System: Suse Linux 7.1
PHP Version: 4.0.6
New Comment:

Please ask support questions at [EMAIL PROTECTED] ,
Thanks.

Bogus.

ps: you may want to look into your httpd.conf and enable php4 support.

Previous Comments:


[2001-11-24 04:13:34] [EMAIL PROTECTED]

the php module compiles correctly with apache
 and the server also starts in a corrct manner
 but when i try running a php page
 i get the save as option 
 i have made the required changes in httpd.conf
 but it still doesn't work
 pls help





Edit this bug report at http://bugs.php.net/?id=14205&edit=1


-- 
PHP Development Mailing List 
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 #10172 Updated: get_class() doesn't return lowercase for DomX objects

[Markus Fischer]

On Fri, Nov 23, 2001 at 10:34:43PM +, Philip Olson wrote : 
> iirc, sometime in the future php will have case-sensitive function/class
> names.  If so, how about waiting to make a change then?  Is this what you
> are suggesting, Markus?

Hm. I wasn't suggesting anything. I mean, I just said I would
LIKE to see case sensitive classnames. But its no up to me to
change this soon (or ever).

Fact is, the documention _did not_ match the current
implementation. Thanks to you, it does now.

Whether the patch Colin made is acceptable or not is not
dependant on me in anyway and until there is no change, the
documentation change you did will be valid.

- Markus

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] [À¯¿ëÇÑ Á¤º¸] µµÀå/ÀÎÀå Àü¹® ÃÊÀú°¡ ÀÎÅͳݼîÇθô OKDZ.com

[OKµµÀå]

Title: ÀÎÅͳݵµÀåÇÒÀμîÇθô OKDZ.com







 OKDZ.com
 µµÀå/ÀÎÀå Àü¹® ÃÊÀú°¡ ÀÎÅͳݼîÇθô







"¿ÀÄÉÀ̵µÀå" Àλçµå¸³´Ï´Ù. µµÀå¿¡ À־ ¸¸Å­Àº Çѱ¹¿¡¼­ Á¦ÀÏ Àú·ÅÇϸ鼭µµ ÃÖ°íÀÇ Ç°ÁúÀ» ÀÚ¶ûÇÕ´Ï´Ù.°Ô´Ù°¡ Á¤¸»
½±°í Æí¸®ÇÏ°Ô ÁÖ¹®ÇÏ½Ç ¼ö ÀÖ½À´Ï´Ù.ÃÖ°í Ç°ÁúÀÇ µµÀåÀç·á¸¸ Ãë±ÞÇϸç Á¤¼ºµé¿© ¼ö°ø Á¶°¢Çص帳´Ï´Ù.
µµÀåÀÌ ÇÊ¿äÇÒ¶§
OKDZ.comÀ»
±â¾ïÇÏ½Ã¸é µµÀ嶧¹®¿¡ ¹ø°Å·Î¿î ÀÏÀÌ »ç¶óÁý´Ï´Ù.20³âÀ»
½×¾Æ¿Â ÃÖ°íÀÇ ¼Ø¾¾·Î Á¶°¢Çص帳´Ï´Ù. µ¿³× ¹®±¸Á¡¿¡¼­³ª
°ñ¸ñ±æ µµÀåÁý¿¡¼­ Èûµé°í ºñ½Î°Ô µµÀåÀ» ÆÄ½Ç ÇÊ¿ä°¡ ¾ø½À´Ï´Ù.¿ÀÄÉÀ̵µÀå¿¡¼­
°¡°Ý°ú ÁÖº¯ÀÇ µµÀåÁý, ȤÀº ´Ù¸¥ ÀÎÅͳݵµÀå¼îÇθôÀÇ °¡°ÝÀ»ºñ±³Çغ¸½Ê½Ã¿À.
³î¶ó½Ç °Ì´Ï´Ù.¿À´Ã
Çѹø µé·¯º¸½Ê½Ã¿À. ´Ù¾çÇÑ ¸íÇ° ÀÎÀåµéÀÌ ±ÍÇÏÀÇ ¼±ÅÃÀ»
±â´Ù¸®°í ÀÖ½À´Ï´Ù. 







 ¿ÀÄÉÀ̵µÀåÀº
 1.¾îµð¿Í ºñ±³Çصµ °¡Àå ½Î´Ù´Â Á¡
 2.ÁÖ¹®ÀÌ Æí¸®ÇÏ´Ù´Â Á¡
 3.ÃÖ°íÀÇ ÀÎÀåÀç·á, È¥½ÅÀÇ ÈûÀ»
´ÙÇÏ´Â ÀÎÀåÁ¶°¢  À» º¸ÀåÇÕ´Ï´Ù.





OKDZ.com¹Ù·Î°¡±â











¿ÀÄÉÀ̵µÀå
ÀÎÅͳݼîÇθôÀº Àå¾ÖÀÎÀÇ ÀÚ¸³À» À§ÇØ ¼³¸³µÇ¾ú½À´Ï´ÙÀå¾ÖÀεéÀÌ ´õ
Á¤Á÷ÇÏ°Ô, ´õ Àß ÇÒ ¼ö ÀÖ´Ù´Â°É º¸¿©µå¸®°í ½Í½À´Ï´Ù.µû¶æÇÑ ¸¶À½À» Áö´Ñ ±ÍÇÏÀÇ ¹æ¹®À»
±â´Ù¸³´Ï´Ù.



»ç´Ü¹ýÀÎ ¼­¿ï±â´ÉÀå¾ÖÀÎÇùȸ ¼­ÃÊÁöºÎ ÀÚ¸³Àå»ç¾÷ÀÚµî·Ï¹øÈ£ 214-02-05665 Åë½ÅÆÇ¸Å½Å°í ¼­¿ï Á¦07556È£OKDZ.com
µå¸²º»
¸ÞÀÏÀº ¹ß½ÅÀü¿ëÀ̸ç 1ȸ¼º ¸ÞÀÏÀÔ´Ï´Ù.¸ÞÀÏÀ» ¿øÄ¡¾ÊÀ¸½Ç °æ¿ì¿¡´Â
[EMAIL PROTECTED] À¸·Î
°ÅºÎÀǻ縦 ¹àÇôÁֽʽÿÀ. 



 



-- 
PHP Development Mailing List 
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] status of openssl fn in php 4.1

[Stig Venaas]

On Fri, Nov 23, 2001 at 10:19:17AM +0100, Pavol Cvengros wrote:
> Hi all.
> 
> please I need to know the status (functionality) of openssl support in 
> next version of php ( php-4.1 ??? )
> (because I work on new free national CA)

The following functions are implemented:

PHP_FUNCTION(openssl_get_privatekey);
PHP_FUNCTION(openssl_get_publickey);
PHP_FUNCTION(openssl_free_key);
PHP_FUNCTION(openssl_x509_read);
PHP_FUNCTION(openssl_x509_free);
PHP_FUNCTION(openssl_sign);
PHP_FUNCTION(openssl_verify);
PHP_FUNCTION(openssl_seal);
PHP_FUNCTION(openssl_open);
PHP_FUNCTION(openssl_private_encrypt);
PHP_FUNCTION(openssl_private_decrypt);
PHP_FUNCTION(openssl_public_encrypt);
PHP_FUNCTION(openssl_public_decrypt);

PHP_FUNCTION(openssl_pkcs7_verify);
PHP_FUNCTION(openssl_pkcs7_decrypt);
PHP_FUNCTION(openssl_pkcs7_sign);
PHP_FUNCTION(openssl_pkcs7_encrypt);

PHP_FUNCTION(openssl_error_string);
PHP_FUNCTION(openssl_x509_parse);
PHP_FUNCTION(openssl_x509_checkpurpose);

This includes S/MIME.

Stig

-- 
PHP Development Mailing List 
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 #14206 Updated: fputs(); it cuts out any newline codes

[mfischer]

ID: 14206
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Filesystem function related
Operating System: Linux 2.2.19
PHP Version: 4.0.6
New Comment:

Can't reproduce this with 4.0.6 CGI und current CVS version.

Please provide a independent runnning script with its own input data (i.e. so its for 
the testers just a matter of copy&paste and run).

If in doubt also try latest RC from
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz

Feedback.

Previous Comments:


[2001-11-24 06:24:38] [EMAIL PROTECTED]

Hi,

i just found a very strange bug. Im using something like this in a class:

function csv_Append ($file, $elements, $separator = ';') {

  $fp = fopen($file, 'a');
  if (!$locked = flock($fp, LOCK_EX)) return false;
  $out = implode($separator, $elements)."\n";
  fputs($fp, $out);
  flock($fp, LOCK_UN);
  fclose($fp);
  
  return true;
  
} //-- end function

When using this function fputs() cuts out all escaped codes like \n \r \t  even if 
i try to write it directly (chr(13)) and i check the file with a hex editor the is no 
0A  byte... but fputs reports it has written one byte (returns 1) ...





Edit this bug report at http://bugs.php.net/?id=14206&edit=1


-- 
PHP Development Mailing List 
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 #14207: HTTP_RAW_POST_DATA not set for known content types - fix supplied

[Markus Fischer]

Have you cecked before if this is still treu for the current
RC release from http://www.php.net/~zeev/php-4.1.0RC3.tar.gz

- Markus

On Sat, Nov 24, 2001 at 01:42:40PM -, [EMAIL PROTECTED] wrote : 
> From: [EMAIL PROTECTED]
> Operating system: All
> PHP version:  4.0.6
> PHP Bug Type: Feature/Change Request
> Bug description:  HTTP_RAW_POST_DATA not set for known content types - fix supplied
> 
> The global variable HTTP_RAW_POST_VARS does not get set unless the
> content-type is unknown to php. This causes problems when a remote server
> POSTs information which has 
> 
> Content-type:application/x-www-form-urlencoded
> 
> but the server actually posts something different. 
> 
> Using ASP or perl, one can simply open stdin to get the raw data, however
> this facility does not exist in PHP.
> 
> Applications I know of which POST this kind of data include a number of
> SOAP servers and some credit-card authorizers, notably BarclaysEPDQ. In
> order to interface to these servers some perl glue is necessary. I know
> that this issue affects quite a few people - just search for
> HTTP_RAW_POST_DATA on Google.
> 
> The fix is simple - a short patch to main/php_variables.c.
> 
> The diff over the code in the 4.0.6 distribution is as follows, complete
> code for the affected function (php_std_post_handler) is also given.
>  diff 
> 
> 197d196
> < char *data;
> 202,207d200
> < /* Make sure we always set HTTP_RAW_POST_DATA */
> <   sapi_read_standard_form_data(SLS_C);
> < data =
> estrndup(SG(request_info).post_data,SG(request_info).post_data_length);
> < SET_VAR_STRINGL("HTTP_RAW_POST_DATA", data,
> SG(request_info).post_data_length);
> <
> <
> 
> 
> = end diff 
> 
> == function ==
> SAPI_POST_HANDLER_FUNC(php_std_post_handler)
> {
> char *var, *val;
> char *strtok_buf = NULL;
> char *data;
> zval *array_ptr = (zval *) arg;
> ELS_FETCH();
> PLS_FETCH();
> 
> /* Make sure we always set HTTP_RAW_POST_DATA */
> sapi_read_standard_form_data(SLS_C);
> data =
> estrndup(SG(request_info).post_data,SG(request_info).post_data_length);
> SET_VAR_STRINGL("HTTP_RAW_POST_DATA", data,
> SG(request_info).post_data_length);
> 
> 
> var = php_strtok_r(SG(request_info).post_data, "&", &strtok_buf);
> 
> while (var) {
> val = strchr(var, '=');
> if (val) { /* have a value */
> int val_len;
> 
> *val++ = '\0';
> php_url_decode(var, strlen(var));
> val_len = php_url_decode(val, strlen(val));
> php_register_variable_safe(var, val, val_len,
> array_ptr ELS_CC PLS_CC);
> }
> var = php_strtok_r(NULL, "&", &strtok_buf);
> }
> }
> 
> = end function 
> -- 
> Edit bug report at: http://bugs.php.net/?id=14207&edit=1
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]

-- 
Please always Cc to me when replying to me on the lists.

-- 
PHP Development Mailing List 
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 #10172 Updated: get_class() doesn't return lowercasefor DomX objects

[Philip Olson]

iirc, sometime in the future php will have case-sensitive function/class
names.  If so, how about waiting to make a change then?  Is this what you
are suggesting, Markus?

philip


On Fri, 23 Nov 2001, Markus Fischer wrote:

> On Thu, Nov 22, 2001 at 05:11:19PM -0500, Colin Viebrock wrote : 
> > Except, that would entail making function names and class names 
> > case-sensitive, which they aren't now.  That is much more of a major
> > change to the language (with huge compatability issues) than what
> > I am proposing.
> 
> Hey, I didn't say it would make sense to do this now ;-)
> 
> - Markus
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]