[PHP-DEV] DOM XML Patch

[Ron Chmara]

>From the notes:
--
[EMAIL PROTECTED]
Hello Uwe Steinmann! 

I have make a little change in Source so that is possible to create textnodes into 
existing node like this example: 

$node->new_child("", "text outside"); 

text outside 
 
 

Here you can download my diff-file: 
http:/www.mf-software.de/files/php_domxml.diff 

Cu, Marco
---
Anybody know if this patch has been rolled in?

-Ronabop


--
Personal:  [EMAIL PROTECTED], 520-326-6109, http://www.opus1.com/ron/
Work: [EMAIL PROTECTED], 520-546-8993, http://www.pnsinc.com/
The opinions expressed in this email are not neccesarrily those of myself,
my employers, or any of the other little voices in my head.

-- 
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] ZendEngine Version Number

[Sebastian Bergmann]

  Wasn't the ZendEngine Version number raised to 1.0.4 for PHP 4.0.4? My
4.0.5-dev builds from CVS still show 1.0.3.

-- 
 sebastian bergmann   [EMAIL PROTECTED]
  http://www.sebastian-bergmann.de

 make a gift   :   http://www.amazon.de/exec/obidos/wishlist/38W9FZC78HL2A

-- 
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] PHP 4.0 Bug #7362 Updated: Crash when executing any mysql directive in php file

[cynic]

ID: 7362
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MySQL related
Assigned To: 
Comments:

could you please try if this problem persists in 4.0.4pl1?

Previous Comments:
---

[2000-10-20 05:03:22] [EMAIL PROTECTED]
Hi.
I'm trying to call mySql from php.
MySql works fine on its side. So does php.
However, the following code crashes and opens a crash alert:

It crashes in PHP4TS.DLL
Any clue?


---


Full Bug description available at: http://bugs.php.net/?id=7362


-- 
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] PHP 4.0 Bug #6722 Updated: Not a valid MYSQL result resource / Lost connection to MySQL server during quer

[cynic]

ID: 6722
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MySQL related
Assigned To: 
Comments:

have you experienced this error with newer versions of PHP?

Previous Comments:
---

[2000-09-13 18:38:09] [EMAIL PROTECTED]
we're using a Apache 1.3.12 Server + PHP 4.02 + MySQL on a Sun Ultra 250  - 256Mo RAM 
Patched 106541-11

we have the same message while connecting/select_db/query/fetch_row

"Not a valid MYSQL result resource ..."

mysql_error($connection_id) gives us : "Lost connection to MySQL server during query"

we consult the bug reporting list and :
- when we make a gettype($connection_id) -> "resource"

- we tried to remove the second parameter ($connection_id) in query -> nothing came

In fact, the pb appears sometimes at every request and sometimes do not appears for 
4/5 same requests.
It's very unregular !



Source : 


");
echo("after query 2: " . gettype($cx_si) . "");
echo("st_si: " . gettype($st_si) . "");
echo("st_si: " . $st_si . "");
$temp = mysql_fetch_row($st_si);
?>



we made many recompilations with differents releases of apache(from 1.3.9 to 1.3.12), 
php with 4.01pl2 and 4.0.2

the database is correctly installed/configured/database accessible from the external

the table's got an unique index and contains two records

we tried to make a select * from table where 1=1 and 2=2 ...
to make the select bigger -> nothing came



PHP Configuration : we followed strictly the configuration operations show in the page 
installation for uniw static mode on www.php.net
We are now testing the dynamic mode ...


Please could you tell us if you have already noticed this problem before with such a 
configuration ??

Thanks by advance.

Nicolas.




PHP.INI:

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo =   ; sets foo to an empty string
;   foo = none  ; sets foo to an empty string
;   foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the  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)
; even after you send body 
content, in the price of slowing PHP's

[PHP-DEV] PHP 4.0 Bug #7079 Updated: mysql_query() and mysql_affected_rows() always return false

[cynic]

ID: 7079
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MySQL related
Assigned To: 
Comments:

have you experienced this error with newer versions of PHP?

Previous Comments:
---

[2000-10-07 12:12:41] [EMAIL PROTECTED]
I use the current php-4.0.2-4mdk RPM package from Mandrakesoft (maintainer Jean-Michel 
Dault <[EMAIL PROTECTED]>).

If I do an INSERT or UPDATE in an opened database, mysql_query() always return 0 
(false) even if the transaction was successful and the correct values are stored in 
the db.

The same problem for mysql_affected_rows(), it return 0 even if there are
1 or more rows altered in the database.

Apache is 1.3.12
MySQL is 3.23.23

I use the ZendOptimizer for php 4.0.2

---


Full Bug description available at: http://bugs.php.net/?id=7079


-- 
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] PHP 4.0 Bug #7014 Updated: ibase_query (rest of php_interbase.dll?)

[cynic]

ID: 7014
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: InterBase related
Assigned To: jah
Comments:

this is marked as assigned, but there's no one in the 'assign to' field. I guess this 
one belongs to jah, if not, reassign, please.

btw, I could probably test IB on NT 4/5 a bit, too.

Previous Comments:
---

[2000-11-27 08:18:36] [EMAIL PROTECTED]
Re-open. Didn't read all the comments...

---

[2000-11-27 08:17:02] [EMAIL PROTECTED]
User reported this to be fixed.

---

[2000-10-28 16:03:27] [EMAIL PROTECTED]
Hi.  Although I reported that things were working there was one test I did not do and 
that is a commit.  Here is a simple example.  When I run this and try to commit, I get 
an exception in php.exe.  I can send other SQL statements, such as an insert and this 
same code works.

";
$dbServer = "localhost";
$dbName = "C:test.gdb";
$user = "test";
$passwd = "test";
$connect = $dbServer . ":" . $dbName;
$dbh = ibase_connect( $connect, $user, $passwd );

print "commit";
$commit = ibase_prepare( "COMMIT;" );
ibase_execute( $commit );
ibase_free_query( $commit );

print "disconnect";
ibase_close( $dbh );
?>

---

[2000-10-28 15:13:55] [EMAIL PROTECTED]
Hi.

I tested the 4.0.4-dev release from www.php4win.de.
The bug I reported on NT 4.0 SP5 is fixed!  

Thank you!

---

[2000-10-27 23:44:59] [EMAIL PROTECTED]
This is, I hope, fixed (can't test it because I don't have any Windows machine).You 
should fetch php4.0.4-dev for win32 from http://www.php4win.de.

Or if you would rather stay with a release version, php4.0.3 for win32 from
the same place and contact me ([EMAIL PROTECTED]) directly for an updated version
of php_interbase.dll (thanks to Daniel Beulshausen for compiling it), there was
still one critical InterBase-related bug in 4.0.3.


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=7014


-- 
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] PHP 4.0 Bug #6519 Updated: dbase_replace_record writes (null) in .dbf

[cynic]

ID: 6519
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: dBase related
Assigned To: 
Comments:

confirmed with yesterday's CVS.

Previous Comments:
---

[2000-09-03 16:12:19] [EMAIL PROTECTED]
dbase_replace_record writes (null) string as field value. See bug #5835 (similar 
problem with dbase_add_record).

---


Full Bug description available at: http://bugs.php.net/?id=6519


-- 
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] PHP 4.0 Bug #8446 Updated: PHP/apache process is in infinite loop or appears to suck CPU

[michael]

ID: 8446
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *General Issues
Description: PHP/apache process is in infinite loop or appears to suck CPU

Another example - this time where memory usage is low while eating as much CPU as it 
can:

Reading symbols from /lib/libnss_nis.so.2...done.
Loaded symbols for /lib/libnss_nis.so.2
0x2ac1ce20 in chunk_free (ar_ptr=0x2acbe8a0, p=0x82097a0) at malloc.c:3142
3142malloc.c: No such file or directory.
(gdb) bt
#0  0x2ac1ce20 in chunk_free (ar_ptr=0x2acbe8a0, p=0x82097a0) at malloc.c:3142
#1  0x2ac1cc94 in __libc_free (mem=0x8209958) at malloc.c:3044
#2  0x80eb4bb in zend_hash_destroy (ht=0x81d0b00) at zend_hash.c:569
#3  0x807fee4 in php_shutdown_config () at php_ini.c:244
#4  0x807e6d5 in php_module_shutdown () at main.c:941
#5  0x807e6bb in php_module_shutdown_wrapper (sapi_globals=0x81a5920) at main.c:926
#6  0x807cdb5 in php_child_exit_handler ()
#7  0x812556e in ap_child_exit_modules ()
#8  0x812b4fb in clean_child_exit ()
#9  0x812e0b2 in child_main ()
#10 0x812e6fb in make_child ()
#11 0x812ea78 in perform_idle_server_maintenance ()
#12 0x812efdd in standalone_main ()
#13 0x812f607 in main ()
#14 0x2abbae21 in __libc_start_main (main=0x812f270 , argc=2, ubp_av=0x7b24, 
init=0x8064c2c <_init>, 
fini=0x8162fdc <_fini>, rtld_fini=0x2aab8f94 <_dl_fini>, stack_end=0x7b1c)
at ../sysdeps/generic/libc-start.c:111
(gdb) q

Previous Comments:
---

[2001-01-10 05:10:21] [EMAIL PROTECTED]
OOPS - please ignore my last post a few minutes on this - The debug symbols did not 
load properly.

example 1:
Attaching to program: /common/install/httpd, Pid 3193
Reading symbols from /lib/libpam.so.0...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libpng.so.2...done.
Loaded symbols for /usr/lib/libpng.so.2
Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_nisplus.so.2...done.
Loaded symbols for /lib/libnss_nisplus.so.2
Reading symbols from /lib/libnss_nis.so.2...done.
Loaded symbols for /lib/libnss_nis.so.2
0x2ac1d66e in chunk_free (ar_ptr=0x2acc1f00, p=0xcc1f570) at malloc.c:3142
3142malloc.c: No such file or directory.
(gdb) bt
#0  0x2ac1d66e in chunk_free (ar_ptr=0x2acc1f00, p=0xcc1f570) at malloc.c:3142
#1  0x2ac1d4d4 in __libc_free (mem=0xcc1f5b8) at malloc.c:3044
#2  0x81016ca in shutdown_memory_manager (silent=1, clean_cache=0) at zend_alloc.c:478
#3  0x807efe7 in php_request_shutdown (dummy=0x0) at main.c:695
#4  0x807c637 in php_apache_request_shutdown ()
#5  0x8150470 in run_cleanups ()
#6  0x814ed2a in ap_clear_pool ()
#7  0x814edaa in ap_destroy_pool ()
#8  0x814ed16 in ap_clear_pool ()
#9  0x815e41d in child_main ()
#10 0x815eab3 in make_child ()
#11 0x815ee30 in perform_idle_server_maintenance ()
#12 0x815f395 in standalone_main ()
#13 0x815f9bf in main ()
#14 0x2abbafd1 in __libc_start_main (main=0x815f628 , argc=1, ubp_av=0x7b64, 

init=0x8064de0 <_init>, fini=0x819338c <_fini>, rtld_fini=0x2aab9254 <_dl_fini>, 
stack_end=0x7b5c) at ../sysdeps/generic/libc-start.c:118
(gdb) 


example 2:
Attaching to program: /common/install/httpd, Pid 13835
Reading symbols from /lib/libpam.so.0...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libpng.so.2...done.
Loaded symbols for /usr/lib/libpng.so.2
Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux

[PHP-DEV] PHP 4.0 Bug #8687: fopen : prepend 'p' option request

[philip]

From: [EMAIL PROTECTED]
Operating system: all
PHP version:  4.0.4
PHP Bug Type: Feature/Change Request
Bug description:  fopen : prepend 'p' option request


Fopen has an append mode, what about a (p)repend mode too!  Couldn't find previous 
discussion on the topic but assume it has been discussed.  Perhaps an optional 
"temporary directory" parameter while in 'p' mode can exist as part of the current 
third parameter.  1 = include_path, anything else to be seen as a temp_path/file.ext  
Or something similar.  If not viable please briefly explain why.

philip


-- 
Edit Bug report at: http://bugs.php.net/?id=8687&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] PHP 4.0 Bug #8684 Updated: Call to parse_xml causes page load to fail.

[sniper]

ID: 8684
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *XML functions
Assigned To: 
Comments:

This is fixed in PHP 4.0.4pl1.

--Jani

Previous Comments:
---

[2001-01-12 16:05:06] [EMAIL PROTECTED]
You can ignore the script if desired because it is an exact duplicate of the final 
test example contained in the xml parsing documentation on this site.  This script 
causes a browser message box to appear saying the page cannot be opened due to the 
server returning an invalid or unrecognized response.

$name";
if (sizeof($attribs)) {
while (list($k, $v) = each($attribs)) {
print " $k="$v"";
}
}
print ">";
}

function endElement($parser, $name) {
print "";
}

function characterData($parser, $data) {
print "$data";
}

function PIHandler($parser, $target, $data) {
switch (strtolower($target)) {
case "php":
global $parser_file;
// If the parsed document is "trusted", we say it is safe
// to execute PHP code inside it.  If not, display the code
// instead.
if (trustedFile($parser_file[$parser])) {
eval($data);
} else {
printf("Untrusted PHP code: %s", 
htmlspecialchars($data));
}
break;
}
}

function defaultHandler($parser, $data) {
if (substr($data, 0, 1) == "&" && substr($data, -1, 1) == ";") {
printf('%s', 
htmlspecialchars($data));
} else {
printf('%s', 
htmlspecialchars($data));
}
}

function externalEntityRefHandler($parser, $openEntityNames, $base, $systemId,
  $publicId) {
if ($systemId) {
if (!list($parser, $fp) = new_xml_parser($systemId)) {
printf("Could not open entity %s at %sn", $openEntityNames,
   $systemId);
return false;
}
while ($data = fread($fp, 4096)) {
if (!xml_parse($parser, $data, feof($fp))) {
printf("XML error: %s at line %d while parsing entity %sn",
   xml_error_string(xml_get_error_code($parser)),
   xml_get_current_line_number($parser), $openEntityNames);
xml_parser_free($parser);
return false;
}
}
xml_parser_free($parser);
return true;
}
return false;
}


function new_xml_parser($file) {
global $parser_file;

$xml_parser = xml_parser_create();
xml_parser_set_option($xml_parser, XML_OPTION_CASE_FOLDING, 1);
xml_set_element_handler($xml_parser, "startElement", "endElement");
xml_set_character_data_handler($xml_parser, "characterData");
xml_set_processing_instruction_handler($xml_parser, "PIHandler");
xml_set_default_handler($xml_parser, "defaultHandler");
xml_set_external_entity_ref_handler($xml_parser, "externalEntityRefHandler");

if (!($fp = @fopen($file, "r"))) {
return false;
}
if (!is_array($parser_file)) {
settype($parser_file, "array");
}
$parser_file[$xml_parser] = $file;
return array($xml_parser, $fp);
}

if (!(list($xml_parser, $fp) = new_xml_parser($file))) {
die("could not open XML input");
}

print "";
while ($data = fread($fp, 4096)) {
if (!xml_parse($xml_parser, $data, feof($fp))) {
die(sprintf("XML error: %s at line %dn",
xml_error_string(xml_get_error_code($xml_parser)),
xml_get_current_line_number($xml_parser)));
}
}
print "";
print "parse completen";
xml_parser_free($xml_parser);

echo phpinfo();
?>

---


Full Bug description available at: http://bugs.php.net/?id=8684


-- 
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] PHP 4.0 Bug #6474 Updated: no unlink() for deleting folders

[cynic]

ID: 6474
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Feedback
Bug Type: Directory function related
Assigned To: 
Comments:

do you still have problems with these functions in 4.0.4 or 4.0.4pl1?
rename(), rmdir() and unlink() Work For Me(tm) on NT 5 with mod_php4.

Previous Comments:
---

[2000-11-23 06:07:21] [EMAIL PROTECTED]
reclassify

---

[2000-11-02 15:21:56] [EMAIL PROTECTED]
rename() is fixed in 4.0.4

---

[2000-08-31 15:49:09] [EMAIL PROTECTED]
Congratulation for fixing unlink() !!! 
Now Windows users can delete files using unlink(), BUT still can't delete folders!!!

Also rename() is STILL NOT WORKING!!!

REMEMBER: Last working version of unlink and rename was PHP 4.0.0 !!!

I hope version 4.0.3 will fix those bugs!

Chris

---


Full Bug description available at: http://bugs.php.net/?id=6474


-- 
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] PHP 4.0 Bug #6652 Updated: include() require() add trailing CRLF

[cynic]

ID: 6652
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Function Specific
Assigned To: 
Comments:

have you by any chance updated your PHP since 4.0.2? does it still happen?

Previous Comments:
---

[2000-09-17 02:14:47] [EMAIL PROTECTED]
Start include.php
STARTEND
End include.php

Start file.inc:
This is some text
End file.inc

Niether file has a trailing new line.  Remember to do a view source to see this 
because the browser will not render a new line.  

---

[2000-09-16 18:25:09] [EMAIL PROTECTED]
Cannot reproduce that on my system. Could you publish your file.inc?

---

[2000-09-10 18:11:37] [EMAIL PROTECTED]
When using include() or require imbeded in HTML a trailing new line is added. Example:

STARTEND

Will produce:

START<>
END

The file can contain any number of characters.


---


Full Bug description available at: http://bugs.php.net/?id=6652


-- 
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] PHP 4.0 Bug #7666 Updated: PHP4 doesn't read php.ini with NT4/IIS

[cynic]

ID: 7666
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Configuration Issues
Assigned To: 
Comments:

until 4.0.4 incl. phpinfo() reported 'php.ini' (i. e. the filename without path) on 
windows. are you sure the files weren't read? could you try with a more recent version 
(4.0.4pl1 optimally)?

also note, though this may be of little relevance, that at least with win32 Apache, 
php.ini is read properly from %windir% or the directory where Apache.exe resides 
regardless whether php4ts.dll is in the Apache directory or %windir%/system32.

Previous Comments:
---

[2000-11-14 10:19:08] [EMAIL PROTECTED]
I now found the way to get it work (CGI-version):

The php.ini is only parsed, when php4ts.dll resides in %windir%/system32 AND php.ini 
in %windir%.
When I add the php directory to the PATH, php works with all files there, but the 
ini-File will not get parsed, neither in the php directory nor in %windir%. I also 
tried to set PHPRC accordingly, but it didn't work.

I think there must be a bug in the application when it tries to find php.ini. Perhaps 
one could change the windows install instructions (php4ts.dll MUST be copied to 
system32 not only to somewhere in the PATH)

I can't do it myself because I'm still not good enough... sorry.

Thank you
Christoph


---

[2000-11-06 19:05:18] [EMAIL PROTECTED]
Hi 

I can't get PHP4 to parse the php.ini file on two NT4/IIS-systems, one with CGI, one 
with ISAPI. 
I tried with php.ini in %windir% and in the php directory, but when calling phpinfo() 
I always get the default values. 
There are no duplicate php.ini files on both systems. I always stopped and restarted 
IIS on the command line when I've tried another configuration. I also tried to set the 
PHPRC environment variable to the correct path.

I wonder why phpinfo() says 

Configuration File (php.ini) Path : php.ini 

instead of c:winntphp.ini? 

On my local system with NT/Apache everything works perfectly. 

When scanning the web I found lots of messages describing a similar problem. None of 
the answers suited my problem. I'm neither a PHP pro nor a beginner. 

Thanks in advance for an answer. 
Christoph

---


Full Bug description available at: http://bugs.php.net/?id=7666


-- 
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] PHP 4.0 Bug #7408 Updated: ISAPI dll Error

[cynic]

ID: 7408
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PWS related
Assigned To: 
Comments:

does this happen with newer versions of PHP?

actually, I think this is a very easy to fix in the MMC, so I'm closing the bug 
report. 
if you have your server set properly, and the bug appears in 4.0.4pl1 too, reopen it.

Previous Comments:
---

[2000-10-23 08:05:06] [EMAIL PROTECTED]
After I install PHP4.0.3pl1 I found that the PWS cannot run the file with extension 
.php
The error message giving as below

403.1 Forbidden: Execute Access Forbidden

This error can be caused if you try to execute a CGI, ISAPI, or other executable 
program from a directory that does not allow
programs to be executed.

Please contact the Web server's administrator if the problem persists.


---


Full Bug description available at: http://bugs.php.net/?id=7408


-- 
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] php_value error_reporting

[Zeev Suraski]

At 21:34 12/1/2001, Cynic wrote:
>At 20:15 12.1. 2001, Zeev Suraski wrote the following:
>--
> >At 19:32 12/1/2001, Cynic wrote:
> >>A quick one: is PHP supposed to recognize named constants in
> >>php_value error_reporting, or is it a bug?
> >
> >No, it's a feature of the php.ini parser - it's not supported by the 
> Apache module php_value directives...
>
>Well, that's surely pitty, because the advantage of named error level
>constants is gone.

It's not gone, it's never been there :)
It's actually relatively new in php.ini as well.

Zeev

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


-- 
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] PHP 4.0 Bug #7858 Updated: Access Violation at 0D884CE6

[cynic]

ID: 7858
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Scripting Engine problem
Bug Type: IIS related
Assigned To: 
Comments:

reclassifying

Previous Comments:
---

[2000-11-17 01:52:08] [EMAIL PROTECTED]
Get this message randomly. There is no way I can see to
effectively reproduce it.

Have to restart web service to fix

No extra modules compiled in

Using ISAPI version

running IIS5 for virtual hosts

DLLs in system32 dir have execute and read permissions 
for Internet Guest Account

---


Full Bug description available at: http://bugs.php.net/?id=7858


-- 
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] PHP 4.0 Bug #7467 Updated: Unable to set Cc: and Bcc: extra headers

[cynic]

ID: 7467
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Mail related
Assigned To: 
Comments:

dupe of #7447

Previous Comments:
---

[2000-11-12 11:12:30] [EMAIL PROTECTED]
reclassified

---

[2000-10-25 18:02:55] [EMAIL PROTECTED]
I unable to set Cc: and Bcc: extra header. When I use cc:[EMAIL PROTECTED] and 
bcc:[EMAIL PROTECTED], the mail not arrived on that mailboxes. When I use syntax Cc: 
[EMAIL PROTECTED] and Bcc: [EMAIL PROTECTED], "CGI Error FATAL:  emalloc():  Unable to 
allocate -12802519 bytes"
occurs...

---


Full Bug description available at: http://bugs.php.net/?id=7467


-- 
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] PHP 4.0 Bug #7458 Updated: FATAL: emalloc(): Unable to allocate -11773805 bytes

[cynic]

ID: 7458
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Mail related
Assigned To: 
Comments:

dupe of #7447

Previous Comments:
---

[2000-10-25 14:11:58] [EMAIL PROTECTED]
desc :
using the mail() function in a php scrit, the parser connects to the mail server (i 
see on my control panel of that mail server), then don't send anything and stop : i 
get that message on my browser :
FATAL: emalloc(): Unable to allocate -11773805 bytes 

i've FTP and GD 1.8 DLL loaded

my mailserver is "Internet Anywhere Mail Server 3.2.1 (www.tnsoft.co)

IT happend suddenly after 3 hours of test, and now it's 100% reproduction : never get 
the script to work again. nothing changed in my config between the last OK reload and 
the first non-OK.

After a reboot, it always says :
FATAL: emalloc(): Unable to allocate -11773805 bytes 

i can't figure out what it could be.

djdd <[EMAIL PROTECTED]>

---


Full Bug description available at: http://bugs.php.net/?id=7458


-- 
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] things I don't like with ldap_search()

[Stig Venaas]

I've found a good solution I think.

On Thu, Jan 04, 2001 at 09:13:01PM +0100, Oyvind Moll wrote:
> * Andi Gutmans <[EMAIL PROTECTED]>
> |
> | Stig Venaas:
> | >
> | >So, I want ldap_search() to return a result identifier more often than
> | >it currently does, personally I would like it to always return a result
> | >identifier unless ldap_search_s() returns -1. Then PHP applications can
> | >always get all the information about what happened, and get all error
> | >messages, result codes, referrals etc. from the results.
> |
> | I think it's a problem changing the API of LDAP in a way which will break 
> | other people's scripts.
> 
> Doing a change such as this in a minor version upgrade: yes, I agree.
> It's not something people should be confronted with going from 4.0.4
> to 4.0.5.
> 
> However, I think the current behaviour of ldap_search() is
> inconsistent enough that it eventually could and should be changed,
> and not by adding another optional parameter.

I've made ldap_search() (list and read also) capable of parallel
searches by passing an array of link identifiers. In that case it
always returns an array of the same size as the link array where
each entry is the result entry if we got an entry from the server,
else it's FALSE.

So, for normal searches, we get the behavior we want from
ldap_search() by doing ldap_search(array($ds), ...

For more info on how it works, see the mail I sent on parallel
ldap_search() a couple of days ago.

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]

Re: [PHP-DEV] Improved transparent compressor

[Jim Studt]

Sean R. Bright points out the painfully obvious...
> Check your patch, I think you might have posted a reverse patch.  Lots of
> "-"s and one or two "+"s.

Yep.  I botched it.  It is a shameful reversed diff patch.
Here it is in its unreversed form...

-- 
 Jim Studt, President
 The Federated Software Group, Inc.



--- ./ext/standard/basic_functions.cWed Dec 13 17:02:09 2000
+++ ./ext/standard/basic_functions.cWed Jan 10 16:27:28 2001
@@ -1104,6 +1104,7 @@
Flush the output buffer */
 PHP_FUNCTION(flush)
 {
+   if ( OG(php_body_encode_flush)) 
+OG(php_body_encode_flush)(OG(php_header_write));
sapi_flush();
 }
 /* }}} */
--- ./ext/standard/output.c Thu Nov 23 12:43:18 2000
+++ ./ext/standard/output.c Wed Jan 10 15:44:44 2001
@@ -359,7 +359,11 @@
str_length = new_length;
}
 
-   result = OG(php_header_write)(str, str_length);
+   if ( OG(php_body_encode)) {
+   result = OG(php_body_encode)(str, str_length, OG(implicit_flush)?1:0, 
+OG(php_header_write));
+   } else {
+   result = OG(php_header_write)(str, str_length);
+   }
 
if (newstr) {
free(newstr);
--- ./ext/standard/php_output.h Thu Nov 23 12:43:18 2000
+++ ./ext/standard/php_output.h Wed Jan 10 15:31:28 2001
@@ -57,6 +57,10 @@
 typedef struct _php_output_globals {
int (*php_body_write)(const char *str, uint str_length);/* 
string output */
int (*php_header_write)(const char *str, uint str_length);  /* unbuffer 
string output */
+   int (*php_body_encode)(const char *str, uint str_length, int flush_flag, 
+  int (*output_func)(const char *str, uint str_length));
+   int (*php_body_encode_trailer)(int (*output_func)(const char *str, uint 
+str_length));
+   int (*php_body_encode_flush)(int (*output_func)(const char *str, uint 
+str_length));
php_ob_buffer active_ob_buffer;
unsigned char implicit_flush;
char *output_start_filename;
--- ./ext/zlib/php_zlib.h   Mon Nov 20 18:40:12 2000
+++ ./ext/zlib/php_zlib.h   Fri Jan 12 11:49:45 2001
@@ -32,6 +32,8 @@
 int compression_coding;
 z_stream stream;
 uLong crc;
+z_stream encoder;
+uLong encoder_crc;
 } php_zlib_globals;
 
 extern zend_module_entry php_zlib_module_entry;
@@ -60,6 +62,8 @@
 PHP_FUNCTION(gzinflate);
 PHP_FUNCTION(gzencode);
 PHP_FUNCTION(ob_gzhandler);
+PHP_FUNCTION(encode_deflate);
+PHP_FUNCTION(encode_gzip);
 
 FILE *zlib_fopen_wrapper(char *path, char *mode, int options, int *issock, int 
*socketd, char **opened_path);
 
--- ./ext/zlib/zlib.c   Mon Nov 20 18:40:12 2000
+++ ./ext/zlib/zlib.c   Fri Jan 12 14:10:01 2001
@@ -103,6 +103,8 @@
PHP_FE(gzinflate,   NULL)
PHP_FE(gzencode,NULL)
PHP_FE(ob_gzhandler,NULL)
+   PHP_FE(encode_gzip, NULL)
+   PHP_FE(encode_deflate,  NULL)
{NULL, NULL, NULL}
 };
 
@@ -1127,6 +1129,138 @@
zval_copy_ctor(return_value);
}
 }
+
+
+static int php_encode_deflate(const char *str, uint str_length, int flush_flag,
+ int (*output_func)(const 
+char *str, uint str_length))
+{
+   z_stream *e = &ZLIBG(encoder);
+   int err;
+   int ff;
+
+   if ( e->total_in == 0) {
+   /* first call, initialize */
+   err = deflateInit2( e, Z_DEFAULT_COMPRESSION, Z_DEFLATED,
+   -15, 8, Z_DEFAULT_STRATEGY);
+   if ( err != Z_OK) {
+   php_error(E_ERROR,"php_encode_deflate failed(%d)", err);
+   return 0;
+   }
+   ZLIBG(encoder_crc) = 0;
+   }
+
+   e->next_in = (void *)str;
+   e->avail_in = str_length;
+   ZLIBG(encoder_crc) = crc32(ZLIBG(encoder_crc), str, str_length);
+
+   ff = 0;
+   if ( flush_flag == 1) ff = Z_SYNC_FLUSH;
+   else if ( flush_flag == 2) ff = Z_FINISH;
+
+   for (;;) {
+   char buffer[1024];
+
+   e->next_out = buffer;
+   e->avail_out = sizeof(buffer);
+   err = deflate(e, ff);
+   if ( err != Z_OK && err != Z_STREAM_END) {
+   php_error(E_ERROR,"php_encode_deflate deflat() failed(%d)", 
+err);
+   return 0;
+   }
+   if ( (char *)e->next_out != buffer) output_func(buffer, (char 
+*)e->next_out - buffer);
+
+   if ( ff == Z_FINISH && err != Z_STREAM_END) continue;
+   if ( e->avail_in <= 0) break;
+   } 
+
+   return str_length;
+}
+
+static int php_encode_deflate_trailer(int (*output_func)(const char *str, uint 
+str_length))
+{
+   php_en

[PHP-DEV] PHP 4.0 Bug #8686: Starting a session corrupts reading of external files.

[derek]

From: [EMAIL PROTECTED]
Operating system: Linux AES.MandrakeSoft.com 2.2.17-21mdk
PHP version:  4.0.3pl1
PHP Bug Type: *Session related
Bug description:  Starting a session corrupts reading of external files.

When I begin a session, using "session_start()" and then read in a file using file(), 
readfile(), or require(), the contents of the file get corrupted with double quote 
characters.

Here's a sample file to read in (name it "test_file.txt"):


The corrupted output is:
http://bugs.php.net/?id=8686&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] PHP 4.0 Bug #8685 Updated: Here-Syntax problem

[derick]

ID: 8685
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: *Function Specific
Bug Type: Feature/Change Request
Assigned To: 
Comments:

This is not a bug, but a feature request

Previous Comments:
---

[2001-01-12 16:22:11] [EMAIL PROTECTED]
why must the closing tag be in column 1 ?
i think it schould be enought that it stays in its own line.

   if($foo)
   {
  echo <
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Improved transparent compressor

[Jim Studt]

For the consideration of someone who can add code to php4...

Following is a patch to php 4.0.4 to add transparent gzip and deflate
content encoding to php4.  The major advancement in this mechanism
over ob_gzhandler is that it compresses the output as it is generated
rather than waiting until the entire otuput is finished then
compressing the whole file.  This allows better overlapping of page
generation and page transmission and also avoids the O(N^2) time
penalty incurred when buffering very large pages.  (We routinely
generate output hundreds of kilobytes long the difference is dramatic
in this range.)

The patch adds several pieces to php4...
 - a general `body_encoder' concept is added to the output functions
   in the form of three function pointers to handle writing, flushing,
   and finalizing output.
 - calls to these body_encoder functions are added at appropriate points
   in the code to support flush() and finalizing the stream at exit.
 - Two functions, encode_gzip() and encode_deflate() are added which
   turn on content encoding.  These must be called before any output is
   generated as they add a header line.
 - it should include manual entries, but I forgot that.

All logic about when to enable content encoding is left to the 
calling scripts.  This is a complicated mess because of browsers 
that overstate their abilities.  (As noted in a thread here back in Nov.)
The decision should also depend on the content type which is to be sent,
e.g. it makes no sense to compress jpeg images.  They don't get smaller,
your cpu just gets hotter.

Content encoding is a life saver when your business takes off, you
saturate your pipes, and can't get new ones installed for 30 days. :-)
Even after that, I think most people find that the CPU dollar cost of
compressing is negligible compared to the network costs saved.  We 
use very conservative settings in deciding what to compress, just known
browsers that we know can handle it.  Fortunately thats the bulk of
the requests.

Please copy me on replies, (especially if you takes this up to include it
in the main source), I am not subscribed to the list.

-- 
 Jim Studt, President
 The Federated Software Group, Inc.



--- ./ext/standard/basic_functions.cWed Jan 10 16:27:28 2001
+++ ./ext/standard/basic_functions.cWed Dec 13 17:02:09 2000
@@ -1104,7 +1104,6 @@
Flush the output buffer */
 PHP_FUNCTION(flush)
 {
-   if ( OG(php_body_encode_flush)) 
OG(php_body_encode_flush)(OG(php_header_write));
sapi_flush();
 }
 /* }}} */
--- ./ext/standard/output.c Wed Jan 10 15:44:44 2001
+++ ./ext/standard/output.c Thu Nov 23 12:43:18 2000
@@ -359,11 +359,7 @@
str_length = new_length;
}
 
-   if ( OG(php_body_encode)) {
-   result = OG(php_body_encode)(str, str_length, OG(implicit_flush)?1:0, 
OG(php_header_write));
-   } else {
-   result = OG(php_header_write)(str, str_length);
-   }
+   result = OG(php_header_write)(str, str_length);
 
if (newstr) {
free(newstr);
--- ./ext/standard/php_output.h Wed Jan 10 15:31:28 2001
+++ ./ext/standard/php_output.h Thu Nov 23 12:43:18 2000
@@ -57,10 +57,6 @@
 typedef struct _php_output_globals {
int (*php_body_write)(const char *str, uint str_length);/* 
string output */
int (*php_header_write)(const char *str, uint str_length);  /* unbuffer 
string output */
-   int (*php_body_encode)(const char *str, uint str_length, int flush_flag, 
-  int (*output_func)(const char *str, uint str_length));
-   int (*php_body_encode_trailer)(int (*output_func)(const char *str, uint 
str_length));
-   int (*php_body_encode_flush)(int (*output_func)(const char *str, uint 
str_length));
php_ob_buffer active_ob_buffer;
unsigned char implicit_flush;
char *output_start_filename;
--- ./ext/zlib/php_zlib.h   Fri Jan 12 11:49:45 2001
+++ ./ext/zlib/php_zlib.h   Mon Nov 20 18:40:12 2000
@@ -32,8 +32,6 @@
 int compression_coding;
 z_stream stream;
 uLong crc;
-z_stream encoder;
-uLong encoder_crc;
 } php_zlib_globals;
 
 extern zend_module_entry php_zlib_module_entry;
@@ -62,8 +60,6 @@
 PHP_FUNCTION(gzinflate);
 PHP_FUNCTION(gzencode);
 PHP_FUNCTION(ob_gzhandler);
-PHP_FUNCTION(encode_deflate);
-PHP_FUNCTION(encode_gzip);
 
 FILE *zlib_fopen_wrapper(char *path, char *mode, int options, int *issock, int 
*socketd, char **opened_path);
 
--- ./ext/zlib/zlib.c   Fri Jan 12 14:10:01 2001
+++ ./ext/zlib/zlib.c   Mon Nov 20 18:40:12 2000
@@ -103,8 +103,6 @@
PHP_FE(gzinflate,   NULL)
PHP_FE(gzencode,NULL)
PHP_FE(ob_gzhandler,NULL)
-   PHP_FE(encode_gzip, NULL)
-   PHP_FE(encode_deflate, 

Re: [PHP-DEV] Error on manual look-up

[Jim Winstead]

In article
<[EMAIL PROTECTED]>,
[EMAIL PROTECTED]  wrote:
> when goiing to www.php.net, and then enter a word like "a9w67c5" into
> the quick-ref look-up pop box, this error is emitted:
> 
> Fatal error: Call to undefined function: get_manual_page() in
> /local/Web/sites/phpweb/manual-lookup.php on line 10

you caught it in the middle of some updates. fixed already.

jim

-- 
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] Error on manual look-up

[Derick Rethans]

Hello,

when goiing to www.php.net, and then enter a word like "a9w67c5" into the
quick-ref look-up pop box, this error is emitted:

Fatal error: Call to undefined function: get_manual_page() in
/local/Web/sites/phpweb/manual-lookup.php on line 10

Derick



-- 
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] PHP 4.0 Bug #8685: Here-Syntax problem

[h . radi]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.4
PHP Bug Type: *Function Specific
Bug description:  Here-Syntax problem

why must the closing tag be in column 1 ?
i think it schould be enought that it stays in its own line.

   if($foo)
   {
  echo <
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8642 Updated: mssql fetch array bug

[cynic]

ID: 8642
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: *General Issues
Bug Type: MSSQL related
Assigned To: 
Comments:

reclassifying

Previous Comments:
---

[2001-01-10 16:12:26] [EMAIL PROTECTED]
If you run mssql_fetch_array on the same table more than once the script will never 
finish.
If you use mssql_fetch_row is works fine. 




---


Full Bug description available at: http://bugs.php.net/?id=8642


-- 
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] PHP 4.0 Bug #8684: Call to parse_xml causes page load to fail.

[csiefert]

From: [EMAIL PROTECTED]
Operating system: Solaris
PHP version:  4.0.4
PHP Bug Type: *XML functions
Bug description:  Call to parse_xml causes page load to fail.

You can ignore the script if desired because it is an exact duplicate of the final 
test example contained in the xml parsing documentation on this site.  This script 
causes a browser message box to appear saying the page cannot be opened due to the 
server returning an invalid or unrecognized response.

$name";
if (sizeof($attribs)) {
while (list($k, $v) = each($attribs)) {
print " $k=\"$v\"";
}
}
print ">";
}

function endElement($parser, $name) {
print "";
}

function characterData($parser, $data) {
print "$data";
}

function PIHandler($parser, $target, $data) {
switch (strtolower($target)) {
case "php":
global $parser_file;
// If the parsed document is "trusted", we say it is safe
// to execute PHP code inside it.  If not, display the code
// instead.
if (trustedFile($parser_file[$parser])) {
eval($data);
} else {
printf("Untrusted PHP code: %s", 
htmlspecialchars($data));
}
break;
}
}

function defaultHandler($parser, $data) {
if (substr($data, 0, 1) == "&" && substr($data, -1, 1) == ";") {
printf('%s', 
htmlspecialchars($data));
} else {
printf('%s', 
htmlspecialchars($data));
}
}

function externalEntityRefHandler($parser, $openEntityNames, $base, $systemId,
  $publicId) {
if ($systemId) {
if (!list($parser, $fp) = new_xml_parser($systemId)) {
printf("Could not open entity %s at %s\n", $openEntityNames,
   $systemId);
return false;
}
while ($data = fread($fp, 4096)) {
if (!xml_parse($parser, $data, feof($fp))) {
printf("XML error: %s at line %d while parsing entity %s\n",
   xml_error_string(xml_get_error_code($parser)),
   xml_get_current_line_number($parser), $openEntityNames);
xml_parser_free($parser);
return false;
}
}
xml_parser_free($parser);
return true;
}
return false;
}


function new_xml_parser($file) {
global $parser_file;

$xml_parser = xml_parser_create();
xml_parser_set_option($xml_parser, XML_OPTION_CASE_FOLDING, 1);
xml_set_element_handler($xml_parser, "startElement", "endElement");
xml_set_character_data_handler($xml_parser, "characterData");
xml_set_processing_instruction_handler($xml_parser, "PIHandler");
xml_set_default_handler($xml_parser, "defaultHandler");
xml_set_external_entity_ref_handler($xml_parser, "externalEntityRefHandler");

if (!($fp = @fopen($file, "r"))) {
return false;
}
if (!is_array($parser_file)) {
settype($parser_file, "array");
}
$parser_file[$xml_parser] = $file;
return array($xml_parser, $fp);
}

if (!(list($xml_parser, $fp) = new_xml_parser($file))) {
die("could not open XML input");
}

print "";
while ($data = fread($fp, 4096)) {
if (!xml_parse($xml_parser, $data, feof($fp))) {
die(sprintf("XML error: %s at line %d\n",
xml_error_string(xml_get_error_code($xml_parser)),
xml_get_current_line_number($xml_parser)));
}
}
print "";
print "parse complete\n";
xml_parser_free($xml_parser);

echo phpinfo();
?>


-- 
Edit Bug report at: http://bugs.php.net/?id=8684&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] PHP 4.0 Bug #8467 Updated: Crash in Tomcat with PHP/Servlet feature

[akilov]

ID: 8467
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproduceable crash
Description: Crash in Tomcat with PHP/Servlet feature

Tried again today with the latest CVS but still getting the
problem.  Here's the complete gdb backtrace (sorry for
chopping it in half before):

#0  0xd1830484 in abort ()
#1  0xd0bdfe64 in pthread_rwlock_destroy ()
#2  0xd0bf0c48 in pthread_rwlock_destroy ()
#3  
#4  0xd2e951d0 in operator new ()
#5  0xd2e81094 in open_file_for_scanning
(file_handle=0x209ce358,
compiler_globals=0x20295328) at
./zend_language_scanner.l:296
#6  0xd2e808c8 in compile_file (file_handle=0x209ce358, type=2,
compiler_globals=0x20295328) at
./zend_language_scanner.l:343
#7  0xd2e68e28 in zend_execute_scripts (type=8,
compiler_globals=0x20295328,
executor_globals=0x202a92c8, file_count=3) at zend.c:740
#8  0xd2eb1a88 in php_execute_script (primary_file=0x209ce358,
compiler_globals=0x20295328, executor_globals=0x202a92c8,
core_globals=0x202b1ae8) at main.c:1198
#9  0xd2eaed68 in Java_net_php_servlet_send
(jenv=0x209cef04, self=0x4,
requestMethod=0x3, queryString=0x0, requestURI=0x2,
pathTranslated=0x1,
contentType=0x0, contentLength=-1, authUser=0x0,
display_source_mode=0 '\000') at servlet.c:407
#10 0x204a57ac in ?? () from (unknown load module)

Again, to be able to build this correctly, I had to hack the
ext/java/config.m4 to look for libjava.a (instead of
libjava.so).  Will have to fix this in CVS at some point.

Previous Comments:
---

[2000-12-28 18:35:25] [EMAIL PROTECTED]
Finally figured out how to get a gdb backtrace (sorry, my first time).
Here's the relevant section:

#5  0xd6ec80a8 in open_file_for_scanning (file_handle=0x209ce358,
compiler_globals=0x20250a38) at ./zend_language_scanner.l:297
#6  0xd6ec78c8 in compile_file (file_handle=0x209ce358, type=2,
compiler_globals=0x20250a38) at ./zend_language_scanner.l:345
#7  0xd6eafe20 in zend_execute_scripts (type=8, compiler_globals=0x20250a38,
executor_globals=0x202548a8, file_count=3) at zend.c:738
#8  0xd6f1ab0c in php_execute_script (primary_file=0x209ce358,
compiler_globals=0x20250a38, executor_globals=0x202548a8,
core_globals=0x202581d8) at main.c:1209
#9  0xd6f950b8 in Java_net_php_servlet_send (jenv=0x209cef04, self=0x4,
requestMethod=0x3, queryString=0x0, requestURI=0x2, pathTranslated=0x1,
contentType=0x0, contentLength=-1, authUser=0x0,
display_source_mode=0 '

-- 
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] PHP 4.0 Bug #8683: Memory leak with ob_gzhander

[sitnikov]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.17
PHP version:  4.0.4
PHP Bug Type: Apache related
Bug description:  Memory leak with ob_gzhander 

When I have tried to use ob_gzhander on the site, on server began to decrease quantity 
of free memory (swap). For 2 two hours ~150 MB.

php is 4.0.4pl1

configured:

CFLAGS="-O6" \
LDFLAGS="-rdynamic" \
EXTRA_LIBS="-lxmlparse -lxmltok" \
LIBS="-lxmlparse -lxmltok" \
CXX=gcc \
./configure \
--enable-inline-optimization \
--with-mysql=/work/php/mysql \
--with-apache=/work/apache/apache_1.3.14 \
--enable-static \
--enable-track-vars \
--enable-safe-mode \
--enable-magic-quotes \
--enable-track-vars \
--with-jpeg-dir=/work/php/jpeg-6b \
--with-gd=/work/php/gd \
--with-ttf \
--with-zlib \
--enable-sysvshm \
--enable-sysvsem \
--with-epipe \
--with-mhash=/work/php/mhash \
--with-mcrypt=/work/php/mcrypt \
--disable-libtool-lock \
--with-shared-pdf \
--with-dom=/usr/lib \
--enable-shmop \
--with-sablot \
--with-config-file-path=/etc/httpd/conf 




-- 
Edit Bug report at: http://bugs.php.net/?id=8683&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] PHP 4.0 Bug #7344 Updated: opendir always returns a resource even on non-existen directories

[cynic]

ID: 7344
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Directory function related
Assigned To: 
Comments:

a me-too...
the same on NT 5, mod_php4 from php4-200101120245

Previous Comments:
---

[2000-10-19 11:32:39] [EMAIL PROTECTED]
See subject line...
Try code:

$dir = "/somewhere/on/my/drive";
$res = opendir( $dir );
echo "$dir=$dir, $res = $resn";

returns:
$dir=/somewhere/on/my/drive, $res = Resource ID #1

(/somewhere/on/my/drive is not a real directory.

On linux, the same code returns a false;

---


Full Bug description available at: http://bugs.php.net/?id=7344


-- 
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] PHP 4.0 Bug #8050 Updated: Sending malformed body(message string)

[Derick Rethans]

On 12 Jan 2001 [EMAIL PROTECTED] wrote:

> ID: 8050
> Updated by: cynic
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Closed
> Bug Type: Mail related
> Assigned To:
> Comments:
>
> according to RFC... err, can't recall... you have to use CRLF (\r\n in PHP) to 
>delimit lines in mail messages.

822 :)

Derick Rethans

-
  PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands
-


-- 
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] fopen() changes, please review this patch

[Boian Bonev]

hi,

only one thing - insted of two empty lines it sounds (at least to me) that a
false value or a single empty line will be ok. there cannot be empty line in
header.

i haven't time to look at the patch, sorry.

b.

- Original Message -
From: "Stig Venaas" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 11, 2001 10:09 AM
Subject: [PHP-DEV] fopen() changes, please review this patch


> Hi
>
> I've changed http_fopen_wrapper.c (not in CVS yet) so that it follows
> redirects, just like fopen() did before 4.0.3, which I think is good.
> I've also changed $http_response_header so that all headers will be
> present. For instance if I do fopen("http://yahoo.com/", "r") the
> contents will be:
>
> array(7) {
>   [0]=>
>   string(15) "HTTP/1.0 302 RD"
>   [1]=>
>   string(31) "Location: http://www.yahoo.com/"
>   [2]=>
>   string(0) ""
>   [3]=>
>   string(0) ""
>   [4]=>
>   string(15) "HTTP/1.0 200 OK"
>   [5]=>
>   string(21) "Content-Length: 15315"



-- 
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] carnavaldelpais.com.ar

[antonio]

[EMAIL PROTECTED]

Esa información la encontraras en la pagina www.carnavaldelpais.com.ar




 SU DIRECCION FUE OBTENIDA DE UN SITIO PUBLICO Y NUESTRA INTENCION ES INFORMARLE 
NUESTRA PROPUESTA, LE PEDIMOS DISCULPAS SI NO RESULTASE DE SU INTERES... 
/// 
Este mensaje se envía con la complacencia de la nueva legislación sobre correo 
electrónico: Por sección 301, parrafo (a)(2)(C) de S.1618 Bajo el decreto S.1618 
titulo 3ro. Aprobado por el 105 congreso base de las normativas internacionales sobre 
SPAM, este E-mail no podrá ser considerado SPAM mientras incluya una forma de ser 
removido. Para ser removido de la lista envíe a  [EMAIL PROTECTED] este mensaje 
y en subjet, título o asunto escriba "REMOVE" que automáticamente será removido para 
futuros mensajes. El proceso es automático. No olvide poner "REMOVE" en el asunto. 
 







--
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] carnavaldelpais.com.ar

[antonio]

[EMAIL PROTECTED]

Esa información la encontraras en la pagina www.carnavaldelpais.com.ar




 SU DIRECCION FUE OBTENIDA DE UN SITIO PUBLICO Y NUESTRA INTENCION ES INFORMARLE 
NUESTRA PROPUESTA, LE PEDIMOS DISCULPAS SI NO RESULTASE DE SU INTERES... 
/// 
Este mensaje se envía con la complacencia de la nueva legislación sobre correo 
electrónico: Por sección 301, parrafo (a)(2)(C) de S.1618 Bajo el decreto S.1618 
titulo 3ro. Aprobado por el 105 congreso base de las normativas internacionales sobre 
SPAM, este E-mail no podrá ser considerado SPAM mientras incluya una forma de ser 
removido. Para ser removido de la lista envíe a  [EMAIL PROTECTED] este mensaje 
y en subjet, título o asunto escriba "REMOVE" que automáticamente será removido para 
futuros mensajes. El proceso es automático. No olvide poner "REMOVE" en el asunto. 
 







--
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] php_value error_reporting

[Cynic]

At 20:15 12.1. 2001, Zeev Suraski wrote the following:
-- 
>At 19:32 12/1/2001, Cynic wrote:
>>A quick one: is PHP supposed to recognize named constants in
>>php_value error_reporting, or is it a bug?
>
>No, it's a feature of the php.ini parser - it's not supported by the Apache module 
>php_value directives...

Well, that's surely pitty, because the advantage of named error level
constants is gone.

>>If it's supposed to take only integer values, why do the
>>numbers differ from the 'usual' stuff (php.ini)?
>
>What do you mean?  They're not supposed to be different.

I'll check again... Ah, I got mistaken because 
http://www.php.net/manual/configuration.php only lists error 
levels up to E_NOTICE, sans the named constants. So I guess 
it's rather a docu prob.

Sorry for false alarm.

Cynic


-- 
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] php_value error_reporting

[Zeev Suraski]

At 19:32 12/1/2001, Cynic wrote:
>A quick one: is PHP supposed to recognize named constants in
>php_value error_reporting, or is it a bug?

No, it's a feature of the php.ini parser - it's not supported by the Apache 
module php_value directives...


>If it's supposed to take only integer values, why do the
>numbers differ from the 'usual' stuff (php.ini)?

What do you mean?  They're not supposed to be different.

Zeev


--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


-- 
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] PHP Security Advisory - Apache Module bugs

[Zeev Suraski]

Problems
=

[1] PHP supports a configuration mechanism that allows users to configure 
PHP directives on a per-directory basis.  Under Apache, this is usually 
done using .htaccess files.  Due to a bug in the Apache module version of 
PHP, remote 'malicious users' might be able to create a special HTTP 
request that would cause PHP to serve the next page with the wrong values 
for these directives.  In certain (fairly rare) situations, this could 
result in a security problem.

[2] PHP supports the ability to be installed, and yet disabled, by setting 
the configuration option 'engine = off'.  Due to a bug in the Apache module 
version of PHP, if one or more virtual hosts within a single Apache server 
were configured with engine=off, this value could 'propagate' to other 
virtual hosts.  Because setting this option to 'off' disables execution of 
PHP scripts, the source code of the scripts could end up being sent to the 
end clients.


Impact
===

Even though in their worst-case situations these problems could have severe 
implications, these worst-cases are rare.  In order to take advantage of 
problem #1, the attacker must have good knowledge of the structure of the 
site, the values of the various PHP directives in each directory, and a way 
that would help him exploit the bug using this knowledge.  In addition, he 
must also be lucky enough to perform the attack on the same Apache httpd 
process that he exploits in a prior request, which can be very difficult to 
do on a busy site.
Problem #2 is more serious, but because of its severity, it's most often 
detected immediately.  This problem also only affects a setup that has 
multiple virtual hosts with some of them configured not to allow execution 
of PHP scripts, which is pretty rare.


Affected Software Versions
===

All versions of PHP 4.0, from PHP 4.0.0 (and possibly earlier betas) 
through PHP 4.0.4 are vulnerable to these problems.  Note that only the 
Apache module version of PHP is vulnerable - the CGI module as well as 
other server modules are *NOT* affecgted.

PHP 3.0 is *NOT* affected.


Solution


The recommended solution is to upgrade to PHP 4.0.4pl1, available at 
http://www.php.net/downloads.php

A workaround for problem #2 is to explicitly set 'engine=on' on all of the 
virtual hosts that are supposed to serve PHP pages, if one or more virtual 
hosts is configured with engine=off.

A partial workaround for problem #1 is to disallow 'OPTIONS' requests.


Acknowledgements
==

I'd like to thank James Moore, which, after hearing about the bug report, 
managed to successfully reproduce it, and issue a pin-pointing problem 
description, that helped solve the bug instantly.


Zeev


PHP Group
http://www.php.net/

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


-- 
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] PHP 4.0 Bug #8682 Updated: date issue

[david]

ID: 8682
Updated by: david
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

The formatting characters B (swatch internet time) and r (rfc-formatted date) have 
been added. The first argument to date() should always include only date formatting 
characters. You want

echo date("m/d/Y",$filemodified)."  ".date("h:i A",$filemodified);

Previous Comments:
---

[2001-01-12 14:02:57] [EMAIL PROTECTED]
echo date("m/d/Y  h:i A",$filemodified);
used to work in earlier versions (4.0.1?)

4.0.4pl1 it doesn' work.

same line above in 4.0.4pl1 produces

01/12/2001 01:825898547 PM

with capitalized BR tag, it's even different, but still not right.  

---


Full Bug description available at: http://bugs.php.net/?id=8682


-- 
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] PHP 4.0 Bug #8682: date issue

[michael]

From: [EMAIL PROTECTED]
Operating system: linux redhat 6.2
PHP version:  4.0.4
PHP Bug Type: Scripting Engine problem
Bug description:  date issue

echo date("m/d/Y  h:i A",$filemodified);
used to work in earlier versions (4.0.1?)

4.0.4pl1 it doesn' work.

same line above in 4.0.4pl1 produces

01/12/2001 01:825898547 PM

with capitalized BR tag, it's even different, but still not right.  


-- 
Edit Bug report at: http://bugs.php.net/?id=8682&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] PHP 4.0 Bug #8050 Updated: Sending malformed body (message string)

[cynic]

ID: 8050
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Mail related
Assigned To: 
Comments:

according to RFC... err, can't recall... you have to use CRLF (\r\n in PHP) to delimit 
lines in mail messages.

if that doesn't help, please reopen this bug report.

Previous Comments:
---

[2000-11-30 09:11:39] [EMAIL PROTECTED]
Should have mentioned I'm using the ISAPI .dll version of PHP as opposed to the .exe 
version, on an IIS4 web server.

---

[2000-11-30 09:09:48] [EMAIL PROTECTED]
When using the mail() function, anything put into the body becomes malformed. Example:

mail("[EMAIL PROTECTED]","test","testingn1...n2...n3...");

...results in the following email body...

testingatever.com
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

The server it's sending to is an XMail server, but I don't think it's that. And 
frankly, I have no idea what's causing it...I get the same results on two different 
servers

---


Full Bug description available at: http://bugs.php.net/?id=8050


-- 
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] PHP 4.0 Bug #8330 Updated: Crash

[cynic]

ID: 8330
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: OCI8 related
Assigned To: 
Comments:

could you please retry with a newer version (4.0.4 / 4.0.4pl1) ?

Previous Comments:
---

[2000-12-20 05:32:19] [EMAIL PROTECTED]
Apache 1.3.12 win32; PHP4.0.3pl1; Windows NT4.0 Server SP5; Oracle 8.0.4.0.0 Client
php is installed via Apache-Module.
If I try to start Apache (installed as a service), I get a memory-access-violation.
If I comment out the line for oci8-support in the php.ini, it works.

I tried php also as CGI, but then I get the access-violation, if I start my 
php-script.




---


Full Bug description available at: http://bugs.php.net/?id=8330


-- 
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] PHP 4.0.4 patchlevel 1 released

[Daniel Beulshausen]

At 23:59 11.01.2001 +0200, Zeev Suraski wrote:
>PHP 4.0.4 patchlevel 1 has been released.  This version fixes a few 
>party-crashing bugs that were found in PHP 4.0.4, and two security problem 
>that was found in the Apache module of all versions of PHP 4.0.  While the 
>danger of being vulnerable to the security problems that were found is 
>low, all users of PHP 4.0.x that use PHP alongside Apache are encouraged 
>to upgrade to PHP 4.0.4pl1.
>
>The new version can be downloaded from 
>http://www.php.net/do_download.php?download_file=php-4.0.4pl1.tar.gz

i uploaded a package at http://www.php4win.com/download/php-4.0.4pl1-Win32.zip
maybe phil can up it when he's uploading the installer, i'm out of karma :)

daniel


/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.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] PHP 4.0 Bug #7244 Updated: Problem with LOAD DATA LOCAL INFILE

[cynic]

ID: 7244
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: MySQL related
Assigned To: 
Comments:

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.


Previous Comments:
---

[2001-01-12 08:14:06] [EMAIL PROTECTED]
did you switch by any chance from php.ini-dist to php.ini-optimized when you upgraded 
your PHP to 4.0.3?

---

[2001-01-04 11:02:07] [EMAIL PROTECTED]
No, the original problem persists. Adding addslashes is only a temporary solution. 
This breaks some existing programs.

-Egon

---

[2001-01-04 10:52:10] [EMAIL PROTECTED]
User reported that it works if he does:

$file = addslashes ($file)



So this was a user error.

---

[2001-01-04 10:41:56] [EMAIL PROTECTED]
With

$file = addslashes ($file);

it works.

---

[2000-10-16 10:51:25] [EMAIL PROTECTED]
I'm using Win98, Apache 1.3.9, MySQL 3.23-beta and PHP4.0.3.

Since PHP4.0.3 there is a problem with import data to MySQL (LOAD DATA LOCAL INFILE). 
It seems that PHP is filtering out all slashes of the file path, so MySQL can't find 
the file.

mysql_error() and mysql_errno() say something like this

"File 'e:TempphpA154.TMP' not found (Errcode: 2)"

LOAD DATA INFILE (without LOCAL) seems to be ok.

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=7244


-- 
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: PHP 4.0 Bug #7244 Updated: Problem with LOAD DATA LOCAL INFILE

[Christiane Schmidt-Köster]

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.

Christiane


- Original Message -

From: "Bug Database" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 12, 2001 2:14 PM
Subject: PHP 4.0 Bug #7244 Updated: Problem with LOAD DATA LOCAL INFILE


> ID: 7244
> Updated by: cynic
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Bug Type: MySQL related
> Assigned To:
> Comments:
>
> did you switch by any chance from php.ini-dist to php.ini-optimized when
you upgraded your PHP to 4.0.3?
>
> Previous Comments:
> 
---
>
> [2001-01-04 11:02:07] [EMAIL PROTECTED]
> No, the original problem persists. Adding addslashes is only a temporary
solution. This breaks some existing programs.
>
> -Egon
>
> 
---
>
> [2001-01-04 10:52:10] [EMAIL PROTECTED]
> User reported that it works if he does:
> $file = addslashes ($file)
>
> So this was a user error.
>
> 
---
>
> [2001-01-04 10:41:56] [EMAIL PROTECTED]
> With
>
> $file = addslashes ($file);
>
> it works.
>
> 
---
>
> [2000-10-16 10:51:25] [EMAIL PROTECTED]
> I'm using Win98, Apache 1.3.9, MySQL 3.23-beta and PHP4.0.3.
>
> Since PHP4.0.3 there is a problem with import data to MySQL (LOAD DATA
LOCAL INFILE). It seems that PHP is filtering out all slashes of the file
path, so MySQL can't find the file.
>
> mysql_error() and mysql_errno() say something like this
>
> "File 'e:TempphpA154.TMP' not found (Errcode: 2)"
>
> LOAD DATA INFILE (without LOCAL) seems to be ok.
>
> 
---
>
>
> Full Bug description available at: http://bugs.php.net/?id=7244
>


-- 
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] PHP 4.0 Bug #8681: Function arguments in 'global'

[sven]

From: [EMAIL PROTECTED]
Operating system: Linux/FreeBSD
PHP version:  4.0.4
PHP Bug Type: Variables related
Bug description:  Function arguments in 'global'

function foo ($bar)
{
  global $bar;
  # ...
}

Opposite to php3, php4 doesn't warn you. This is now documented.


-- 
Edit Bug report at: http://bugs.php.net/?id=8681&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] PHP 4.0 Bug #8667 Updated: sockets

[Jon Parise]

On Fri, Jan 12, 2001 at 07:16:57PM +0200, Jani Taskinen wrote:

> >Well, the bug displayed errors that I fixed under Sun CC.  What you
> >have here are different errors with GCC, so that should be filed as a
> >separate bug.
> 
> [clip from original bug report]
> >>>gcc  -I. -I/export/home/art/php-4.0.4pl1/ext/sockets
> 
> So what is this ? Some new name for Sun CC?  :)

Ah, I missed that one.  My fault.

-- 
Jon Parise ([EMAIL PROTECTED])  .  Rochester Inst. of Technology
http://www.csh.rit.edu/~jon/  :  Computer Science House Member

-- 
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] PHP 4.0 Bug #8082 Updated: cgi error with php.exe

[cynic]

ID: 8082
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: IIS related
Assigned To: 
Comments:

could you please provide a short but complete script that produces this behavior?
also, please read http://bugs.php.net/bugs-dos-and-donts.php

Previous Comments:
---

[2000-12-02 21:35:18] [EMAIL PROTECTED]
i get this message in irregular intervals. its not a bug in the script cause when i 
refresh the site, all is ok. i think that php crashes while executing the script but i 
have no possibility to find the reason why.

Error:

CGI Error
The specified CGI application misbehaved by not returning a
complete set of
HTTP headers. The headers it did return are:

---


Full Bug description available at: http://bugs.php.net/?id=8082


-- 
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] PHP 4.0 Bug #8653 Updated: function array_diff fails for larger arrays

[cynic]

ID: 8653
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Arrays related
Assigned To: 
Comments:

seems to be fixed in CVS.

Previous Comments:
---

[2001-01-11 08:56:38] [EMAIL PROTECTED]
 8221874,
31 => -237983854,
32 => -178422741,
33 => -133452210,
34 => -132423065,
35 => -86484311,
);

$array2 = array(
3 => -237983854,
4 => -178422741,
6 => -133452210,
7 => -132423065,
8 => -86484311,
11 => 8221874,
);

$array3 = array(
0 => 8221874,
1 => 41196856,
2 => 72211234,
3 => 176494324,
4 => 208997856,
5 => 228939765,
6 => 330073804,
7 => 340600386,
8 => 618210552,
9 => 762247645,
10 => 900146471,
11 => 1091304725,
12 => 1140421591,
13 => 1270411028,
14 => 1478191477,
15 => 1673874064,
16 => 1903882621,
17 => 1999343365,
18 => 2140576596,
19 => -2118575707,
20 => -2017197384,
21 => -1809590647,
22 => -1766079050,
23 => -1637347426,
24 => -1482531933,
25 => -1479363897,
26 => -1391639078,
27 => -1246350380,
28 => -1054044604,
29 => -982856673,
30 => -447800894,
31 => -237983854,
32 => -178422741,
33 => -133452210,
34 => -132423065,
35 => -86484311,
36 => -17918422,
37 => -14497841
);

$array4 = array(
0 => -447800894,
1 => -418764538,
2 => -392625909,
3 => -237983854,
4 => -178422741,
5 => -170886411,
6 => -133452210,
7 => -132423065,
8 => -86484311,
9 => -17918422,
10 => -14497841,
11 => 8221874,
12 => 41196856,
13 => 72211234,
14 => 176494324,
15 => 208997856,
16 => 228939765,
17 => 330073804,
18 => 340600386,
19 => 447686053,
20 => 618210552,
21 => 762247645,
22 => 900146471,
23 => 931246825,
24 => 931347017,
25 => 1091304725,
26 => 1098325520,
27 => 1140421591,
28 => 1270411028,
29 => 1283087206,
30 => 1478191477,
31 => 1545959313,
32 => 1546768297,
33 => 1582484674,
34 => 1609828347,
35 => 1652353999,
36 => 1673874064,
37 => 1903882621,
38 => 1999343365,
39 => 2140576596,
40 => -2118575707,
41 => -2092056065,
42 => -2041328486,
43 => -2017197384,
44 => -1815706420,
45 => -1809590647,
46 => -1766079050,
47 => -1682601875,
48 => -1637347426,
49 => -1482531933,
50 => -1479363897,
51 => -1477072276,
52 => -1431626038,
53 => -1391639078,
54 => -1246350380,
55 => -1054044604,
56 => -982856673,
57 => -904181010
);

echo "array_diff on small arrays:n";
print_r(array_diff ($array1,$array2));

echo "array_diff on bigger arrays:n";
print_r(array_diff ($array3,$array4));
?>

---


Full Bug description available at: http://bugs.php.net/?id=8653


-- 
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] PHP 4.0 Bug #8680 Updated: Here-DOC termination

[derick]

ID: 8680
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: *General Issues
Bug Type: Documentation problem
Assigned To: 
Comments:

This is intended, but noted in the manual.

Previous Comments:
---

[2001-01-12 12:38:50] [EMAIL PROTECTED]
The following PHP code causes a Parse error:

$string <<< EOD
This
is
a
string.
EOD ;

Workaround: eliminate space that precedes semicolon.  This causes me to depart from 
the best practices I chose to follow.

---


Full Bug description available at: http://bugs.php.net/?id=8680


-- 
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] PHP 4.0 Bug #7365 Updated: php_value error_reporting doesn't work for me

[cynic]

ID: 7365
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PHP options/info functions
Assigned To: 
Comments:

this seems to be fixed in both 4.0.4 and current CVS. if you experience the same 
behavior after update, please reopen this bug report.

Previous Comments:
---

[2000-10-20 07:27:31] [EMAIL PROTECTED]
PHP version 4.0.3, compiled as DSO module.
I want to disable warnings, so I have:

/www/conf/httpd.conf:
---
   php_value error_log "/tmp/phperr.log"
   php_value error_reporting 0 # disabled EVERYTHING
---

'faulty' code (line 120:
---
   if(is_array($messages[$seed]["replies"])){
---

In browser when I request the page, I get:
---
   Warning: Undefined index: replies in /home/www-html/htdocs/forum/multi-threads.inc 
on line 120
---
, this is a warning I guess, but they should be disabled

phpinfo() says about my configuration:
---
error_log /tmp/phperr.log   no value
error_reporting   0 no value
---
, so it seems that config is read ok


/tmp/phperr.log doesn't get created. If I write
---
   php_flag display_errors 0
---

It disables all error reporting whatsoever, but it makes debugging
nearly impossible. Error log isn't created in this case as well.


---


Full Bug description available at: http://bugs.php.net/?id=7365


-- 
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] PHP 4.0 Bug #8679 Updated: mssql_xxx can't handle databases and tables that start with numbers

[fmk]

ID: 8679
Updated by: fmk
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: MSSQL related
Assigned To: 
Comments:

If you use MS Enterprice Manager it is possible to create a atabase called 123Test. It 
is not possible to use Query Analyzer to select the database with the command

use 123Test.

If you select the database as the default database for the userid/password you are 
using it will be possible to access data in it without the use command 
(mssql_select_db/sybase_select_db)

You can not create a table called 123Table using Query Analyzer and in general you 
should always start your names with a letter.

Previous Comments:
---

[2001-01-12 12:35:39] [EMAIL PROTECTED]
ok, it is definitly a bug in the mssql libraries, i've written a short sample c 
program that produces the same output. i'll try to workaround this somehow ...

since it's not a php bug you can close this.



SQL Server message 170, severity 15:
Line 1: Incorrect syntax near '123'.
DB-LIBRARY error:
Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL 
Server.
SQL Server message 170, severity 15:
Line 1: Incorrect syntax near '123'.
DB-LIBRARY error:
Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL 
Server.
SQL Server message 170, severity 15:
Line 1: Incorrect syntax near '123'.
DB-LIBRARY error:
Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL 
Server.
dbsqlexec() failed

---

[2001-01-12 12:11:14] [EMAIL PROTECTED]
here is the errormessage

on win:

Warning: MS SQL message: Line 1: Incorrect syntax near '123'. (severity 15) in 
CDatabaseMSSQL.inc on line 53

Warning: MS SQL: Unable to select database: 123test in CDatabaseMSSQL.inc on line 53


on linux:

mssql_select_db("100BASE",$spojeni) nebo [sybase_select_db... ]  :
Warning: Sybase error: Line 1: Incorrect syntax near '100'. (severity 15) in

---


Full Bug description available at: http://bugs.php.net/?id=8679


-- 
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] PHP 4.0 Bug #8680: Here-DOC termination

[anthony]

From: [EMAIL PROTECTED]
Operating system: Any
PHP version:  4.0.4
PHP Bug Type: *General Issues
Bug description:  Here-DOC termination

The following PHP code causes a Parse error:

$string <<< EOD
This
is
a
string.
EOD ;

Workaround: eliminate space that precedes semicolon.  This causes me to depart from 
the best practices I chose to follow.


-- 
Edit Bug report at: http://bugs.php.net/?id=8680&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] PHP 4.0 Bug #8679 Updated: mssql_xxx can't handle databases and tables that start with numbers

[h . radi]

ID: 8679
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: MSSQL related
Description: mssql_xxx can't handle databases and tables that start with numbers

ok, it is definitly a bug in the mssql libraries, i've written a short sample c 
program that produces the same output. i'll try to workaround this somehow ...

since it's not a php bug you can close this.



SQL Server message 170, severity 15:
Line 1: Incorrect syntax near '123'.
DB-LIBRARY error:
Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL 
Server.
SQL Server message 170, severity 15:
Line 1: Incorrect syntax near '123'.
DB-LIBRARY error:
Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL 
Server.
SQL Server message 170, severity 15:
Line 1: Incorrect syntax near '123'.
DB-LIBRARY error:
Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL 
Server.
dbsqlexec() failed

Previous Comments:
---

[2001-01-12 12:11:14] [EMAIL PROTECTED]
here is the errormessage

on win:

Warning: MS SQL message: Line 1: Incorrect syntax near '123'. (severity 15) in 
CDatabaseMSSQL.inc on line 53

Warning: MS SQL: Unable to select database: 123test in CDatabaseMSSQL.inc on line 53


on linux:

mssql_select_db("100BASE",$spojeni) nebo [sybase_select_db... ]  :
Warning: Sybase error: Line 1: Incorrect syntax near '100'. (severity 15) in

---


Full Bug description available at: http://bugs.php.net/?id=8679


-- 
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] PHP 4.0 Bug #1752 Updated: phpinfo(): images (php, zend) and Link to credits don't work

[sniper]

ID: 1752
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Suspended
Old-Bug Type: Misbehaving function
Bug Type: Other web server
Assigned To: 
Comments:



Previous Comments:
---

[1999-07-20 11:59:20] [EMAIL PROTECTED]
this is for the precompiled Win32 version:

if you use phpinfo in a file called info.phtml on, say, http://127.0.0.1/ the links to 
"PHP 4.0 Credits" should look like

http://127.0.0.1/info.phtml?=PHPB8B5F2A0-3C92-11d3-A3A9-4C7B08C1
   ^^^
but it looks like this:

http://127.0.0.1/?=PHPB8B5F2A0-3C92-11d3-A3A9-4C7B08C1

a problem with PHP_SELF?

here's my info.phtml:



---


Full Bug description available at: http://bugs.php.net/?id=1752


-- 
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] php_value error_reporting

[Cynic]

A quick one: is PHP supposed to recognize named constants in 
php_value error_reporting, or is it a bug?

php_value error_reporting E_ALL
and 
php_value error_reporting "E_ALL"

disable displaying errors including parse errors on both 
Linux (RH6.2, Apache 1.3.12, PHP 4.0.4) and NT 5 (1.3.15-dev,
today's CVS).

If it's supposed to take only integer values, why do the
numbers differ from the 'usual' stuff (php.ini)?




Cynic:

A member of a group of ancient Greek philosophers who taught
that virtue constitutes happiness and that self control is
the essential part of virtue.

[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] PHP 4.0 Bug #5694 Updated: system(), exec(), passthru() pass the command, but do not output anything

[sniper]

ID: 5694
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Old-Bug Type: Misbehaving function
Bug Type: Unknown/Other Function
Assigned To: 
Comments:



Previous Comments:
---

[2000-07-20 14:29:30] [EMAIL PROTECTED]
PHP 4.0.1pl2 running as CGI under IIS 5/Windows 2000 (the same is valid for IIS 4/Win 
NT 4)

system(), exec(), passthru() do not output any response of the command.

(it worked from version 3.0.12 thru 3.0.16)

for e.g. intranet applications this feature is pretty important, and it does work for 
unix platforms.
But we have to develop apps for both platforms due to certain conditions and we love 
PHP4 and would like to fully use it under WIN32 too.

Is this an item to be fixed easily? Do we have to stick to 3.0.16?

thanx & bye

Carsten

---


Full Bug description available at: http://bugs.php.net/?id=5694


-- 
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] PHP 4.0 Bug #5686 Updated: require and include randomly do not load pages

[sniper]

ID: 5686
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Old-Bug Type: Misbehaving function
Bug Type: Scripting Engine problem
Assigned To: 
Comments:



Previous Comments:
---

[2000-07-20 02:36:22] [EMAIL PROTECTED]
Hi. This bug is identical to bug # 4593 but I submitted it because it concerns the 
latest PHP build and a different OS.

The problem is: while using PHP4 it will randomly do things like:
-
Fatal error: Failed opening required 'header.inc.php' (include_path='') in 
C:precisa.gob.mxwwwrootjaruzupdates.php on line 3
-

First the script it works fine. The error appears after maybe the 2nd or 3rd reload, 
and thereafter it will always give the error. Between the reloads, the scripts was NOT 
modified. There are also no error in the script. If I copy-paste the script and make a 
new .php file, it will work just fine at first, and after a few reloads it will give 
the same error.

This error concerns requires and includes.

The PHP setup is default. No php.ini file. Using as ISAPI module. Server is 
Microsoft-IIS/4.0.



---


Full Bug description available at: http://bugs.php.net/?id=5686


-- 
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] PHP 4.0 Bug #7822 Updated: system crash

[wuxinan]

ID: 7822
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: system crash

cynic: This is a Great Idea!

Previous Comments:
---

[2001-01-12 10:26:41] [EMAIL PROTECTED]
indeed. a temporary workaround, if I may:


deny from all


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

---

[2000-11-14 19:06:55] [EMAIL PROTECTED]
I config PHP for Apache 1.3.14 for Win32 as almost all people do: in apache 
configuation file:

ScriptAlias /php/ "C:/Program Files/PHP/"

AllowOverride None
Options None

AddType application/x-httpd-php .php
Action application/x-httpd-php "/php/php.exe"

All the things go well and apache is able to process .php files. However, I type: 
http://localhost/php/php.exe, then my system crashes... Windows says that php.exe: 
program error.


---


Full Bug description available at: http://bugs.php.net/?id=7822


-- 
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] PHP 4.0 Bug #5185 Updated: Mail() function doesn't work properly in win32 version...

[sniper]

ID: 5185
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Old-Bug Type: Misbehaving function
Bug Type: Mail related
Assigned To: 
Comments:



Previous Comments:
---

[2000-06-22 05:07:58] [EMAIL PROTECTED]
Mail() function doesn't work properly in win32 version when the smtp server is 
installed on the localhost. It just connects to the server and does nothing - seems 
that it is waiting for something.



---


Full Bug description available at: http://bugs.php.net/?id=5185


-- 
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] PHP 4.0 Bug #8667 Updated: sockets

[Jani Taskinen]

On Fri, 12 Jan 2001, Jon Parise wrote:

>Well, the bug displayed errors that I fixed under Sun CC.  What you
>have here are different errors with GCC, so that should be filed as a
>separate bug.

[clip from original bug report]
>>>gcc  -I. -I/export/home/art/php-4.0.4pl1/ext/sockets

So what is this ? Some new name for Sun CC?  :)
Why should I open another (duplicate) bug report for this??
And I get the same error as the bug reporter if I use php-4.0.4pl1..

--Jani



-- 
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] PHP 4.0 Bug #8679: mssql_xxx can't handle databases and tables that start with numbers

[h . radi]

From: [EMAIL PROTECTED]
Operating system: win2k , linux
PHP version:  4.0.4
PHP Bug Type: MSSQL related
Bug description:  mssql_xxx can't handle databases and tables that start with numbers

here is the errormessage

on win:

Warning: MS SQL message: Line 1: Incorrect syntax near '123'. (severity 15) in 
CDatabaseMSSQL.inc on line 53

Warning: MS SQL: Unable to select database: 123test in CDatabaseMSSQL.inc on line 53


on linux:

mssql_select_db("100BASE",$spojeni) nebo [sybase_select_db... ]  :
Warning: Sybase error: Line 1: Incorrect syntax near '100'. (severity 15) in


-- 
Edit Bug report at: http://bugs.php.net/?id=8679&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] Extending PHP and the STL

[Rasmus Lerdorf]

As long as your code doesn't leak, it shouldn't.

-Rasmus

On Fri, 12 Jan 2001, Jason Lee wrote:

> I'd like to write a module for PHP so that we can, from our PHP scripts,
> talk to our servers using our home grown communication library.  My
> concern is that documentation says to use emalloc(), estrdup(), and
> efree().  Our code uses the STL quite heavily.  Beyond getting past the
> C++ to C linker issues (extern "C" { ), will the STL cause memory
> problems?  Is this the right forum for this kind of question? Thanks!
>
> --
> Jason Lee  | "Gun control? Oh, great. Now how am I going to
> Programmer Analyst | well-regulate my militia?" -- The Onion
>
>
> --
> 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] Extending PHP and the STL

[Jason Lee]

I'd like to write a module for PHP so that we can, from our PHP scripts, 
talk to our servers using our home grown communication library.  My 
concern is that documentation says to use emalloc(), estrdup(), and 
efree().  Our code uses the STL quite heavily.  Beyond getting past the 
C++ to C linker issues (extern "C" { ), will the STL cause memory 
problems?  Is this the right forum for this kind of question? Thanks!

-- 
Jason Lee  | "Gun control? Oh, great. Now how am I going to
Programmer Analyst | well-regulate my militia?" -- The Onion


-- 
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] PHP 4.0 Bug #8667 Updated: sockets

[Jon Parise]

On Fri, Jan 12, 2001 at 05:47:20PM +0200, Jani Taskinen wrote:

> Nope. I can reproduce this with latest CVS in Solaris 8.. BUT only
> when using GCC. With the Sun CC it works fine.
> 
> So this bug report should be re-opened.

Well, the bug displayed errors that I fixed under Sun CC.  What you
have here are different errors with GCC, so that should be filed as a
separate bug.

> Here's what I get with latest CVS when using GCC 2.95.2:
> 
> safe_mode.c: In function `php_checkuid':
> safe_mode.c:127: warning: passing arg 2 of `zend_hash_exists' discards
> qualifiers from pointer target type
> sockets.c:118: `php_if___xnet_listen' undeclared here (not in a function)
> sockets.c:118: initializer element is not constant
> sockets.c:118: (near initialization for `sockets_functions[10].handler')
> sockets.c:139: `php_if___xnet_socket' undeclared here (not in a function)
> sockets.c:139: initializer element is not constant
> sockets.c:139: (near initialization for `sockets_functions[16].handler')
> sockets.c:140: `php_if___xnet_connect' undeclared here (not in a function)
> sockets.c:140: initializer element is not constant
> sockets.c:140: (near initialization for `sockets_functions[17].handler')
> sockets.c:142: `php_if___xnet_bind' undeclared here (not in a function)
> sockets.c:142: initializer element is not constant
> sockets.c:142: (near initialization for `sockets_functions[19].handler')
> sockets.c:146: `php_if___xnet_sendto' undeclared here (not in a function)
> sockets.c:146: initializer element is not constant
> sockets.c:146: (near initialization for `sockets_functions[23].handler')
> sockets.c:153: `php_if___xnet_recvmsg' undeclared here (not in a function)
> sockets.c:153: initializer element is not constant
> sockets.c:153: (near initialization for `sockets_functions[30].handler')
> sockets.c:154: `php_if___xnet_sendmsg' undeclared here (not in a function)
> sockets.c:154: initializer element is not constant
> sockets.c:154: (near initialization for `sockets_functions[31].handler')
> sockets.c:157: `php_if___xnet_getsockopt' undeclared here (not in a
> function)
> sockets.c:157: initializer element is not constant
> sockets.c:157: (near initialization for `sockets_functions[34].handler')
> sockets.c:159: `php_if___xnet_socketpair' undeclared here (not in a
> function)
> sockets.c:159: initializer element is not constant
> sockets.c:159: (near initialization for `sockets_functions[36].handler')
> make[3]: *** [sockets.lo] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all-recursive] Error 1
> 
> 
> --Jani
> 
> 
> >Previous Comments:
> >---
> >
> >[2001-01-12 02:25:27] [EMAIL PROTECTED]
> >gcc  -I. -I/export/home/art/php-4.0.4pl1/ext/sockets 
>-I/export/home/art/php-4.0.4pl1/main -I/export/home/art/php-4.0.4pl1 
>-I/export/home/art/apache_1.3.14/src/include 
>-I/export/home/art/apache_1.3.14/src/os/unix -I/export/home/art/php-4.0.4pl1/Zend 
>-I/export/home/art/c-client/include -I/export/home/art/sdk40/include 
>-I/usr/local/mysql/include/mysql -I/export/home/art/php-4.0.4pl1/ext/xml/expat/xmltok 
>-I/export/home/art/php-4.0.4pl1/ext/xml/expat/xmlparse 
>-I/export/home/art/php-4.0.4pl1/TSRM  -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=21 
>-g -O2  -c sockets.c && touch sockets.lo
> >sockets.c: In function `php_if_recvmsg':
> >sockets.c:1728: structure has no member named `msg_control'
> >sockets.c:1729: structure has no member named `msg_controllen'
> >sockets.c:1731: structure has no member named `msg_control'
> >sockets.c:1732: structure has no member named `msg_controllen'
> >sockets.c:1735: structure has no member named `msg_flags'
> >sockets.c:1741: structure has no member named `msg_control'
> >sockets.c:1750: warning: passing arg 3 of `add_assoc_string' makes pointer from 
>integer without a cast
> >sockets.c:1754: structure has no member named `msg_controllen'
> >sockets.c:1755: structure has no member named `msg_flags'
> >sockets.c:1787: structure has no member named `msg_control'
> >sockets.c:1788: structure has no member named `msg_controllen'
> >sockets.c:1790: structure has no member named `msg_control'
> >sockets.c:1791: structure has no member named `msg_controllen'
> >sockets.c:1794: structure has no member named `msg_flags'
> >sockets.c:1800: structure has no member named `msg_control'
> >sockets.c:1810: warning: passing arg 3 of `add_assoc_string' makes pointer from 
>integer without a cast
> >sockets.c:1812: structure has no member named `msg_controllen'
> >sockets.c:1814: structure has no member named `msg_flags'
> >*** Error code 1
> >make: Fatal error: Command failed for target `sockets.lo'
> >Current working directory /export/home/art/php-4.0.4pl1/ext/sockets
> >*** Error code 1
> >make: Fatal error: Command failed for target `all-recursive'
> >Current working directory /export/home/art/php-4.0.4pl1/ext/sockets
> >*** Error code 1
> >make: Fatal error: Co

[PHP-DEV] PHP 4.0 Bug #8678: microtime() does not work very well

[nevries]

From: [EMAIL PROTECTED]
Operating system: Windows ME
PHP version:  4.0.4
PHP Bug Type: Date/time related
Bug description:  microtime() does not work very well

Under Windows ME microtime() does not work very well. 

Example output: 
979317843.96524 
979317843.9754 
979317843.98553 
979317843.99569 
979317843.9  
979317843.01011 
979317843.0202 
979317843.03033 
979317843.04045 
979317843.05056 
979317843.06069 
979317843.07079 
979317843.08082 
979317843.09089 
979317843.10126 
979317844.10589  
979317844.11597 
979317844.13162 
979317844.14164 
979317844.1518 
979317844.16193 

It is almost as if 2 completely different clocks are used.


-- 
Edit Bug report at: http://bugs.php.net/?id=8678&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] PHP 4.0 Bug #7052 Updated: CDATA causes auto generate wrong HTML header

[sniper]

ID: 7052
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: DOM XML related
Assigned To: 
Comments:

Fixed in CVS.

--Jani

Previous Comments:
---

[2000-10-06 05:17:01] [EMAIL PROTECTED]
I used xmltree () function to parse a XML code
like the following:

model2.xml
---





Netscape will compliant "The document contained no data".
And IE will say "The Page can not be displayed..."

My php code looks like the following:
---




---

I used Apache 1.3.12 and libxml2-2.2.4


---

[2000-10-06 02:20:47] [EMAIL PROTECTED]
I used xmltree () function to parse a XML code
like the following:

---





It will create following header and send to the web browser 
by itself.



Since this is not a valid header, IE will not display any
content after that. Does any one know what's wrong and
how to fix it?

I used Apache 1.3.12 and libxml2-2.2.4

---

[2000-10-06 02:14:32] [EMAIL PROTECTED]
I used xmltree () function to parse a XML code
like the following:

---





It will create following header and send to the web browser 
by itself.



Since this is not a valid header, IE will not display any
content after that. Does any one know what's wrong and
how to fix it?



---


Full Bug description available at: http://bugs.php.net/?id=7052


-- 
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] PHP 4.0 Bug #8677: dbase module built with phpize doesn't work.

[phpbug]

From: [EMAIL PROTECTED]
Operating system: Debian GNU/Linux (woody)
PHP version:  4.0.4
PHP Bug Type: dBase related
Bug description:  dbase module built with phpize doesn't work.

dbase module built with:
mkdir dbase; cp _php_source/ext/dbase/* dbase/;
cd dbase; phpize; configure --enable-dbase; make; make install;
doesn't work and php complains that:
PHP Warning:  Invalid library (maybe not a PHP library) 'dbase.so'  in Unknown on line 0



-- 
Edit Bug report at: http://bugs.php.net/?id=8677&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] PHP 4.0 Bug #5222 Updated: hebrev/hebrevc dont work properly

[sniper]

ID: 5222
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Suspended
Old-Bug Type: Strings related
Bug Type: *Languages/Translation
Assigned To: 
Comments:



Previous Comments:
---

[2000-07-26 10:33:52] [EMAIL PROTECTED]
Well, in fact these functions never were intended to work in 100% of cases. They need 
serious rework (maybe with connection to something like Fribidi library or analogue).

---

[2000-07-26 01:48:30] [EMAIL PROTECTED]
I fear it will (not tested), but lease verify that it´s still happening using the 
latest version of PHP (release 4.0.1pl2 or CVS).

---

[2000-06-25 14:16:50] [EMAIL PROTECTED]
Hi

The function hebrev (and its companion hebrevc) don't work perfectly ,when I try to 
convert a string that ends 
with english letter the letter goes to the start and don't stay in the end as it need 
to.

I wonder if it will be more easy to embed the free software freebidi which work very 
well.

http://imagic.weizmann.ac.il/~dov/freesw/FriBidi/
If there is something that I can help to advance this implant please let me know as I 
think the the hebrew/arabic cultures need the functions working properly and as the 
function don't work properly many choose the asap :-(

For better PHP in the future :-)

---


Full Bug description available at: http://bugs.php.net/?id=5222


-- 
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

[root]

Full name: seojuyung
Email: [EMAIL PROTECTED]
ID: seoz
Purpose: study, language translation

-- 
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] PHP 4.0 Bug #6559 Updated: yp_first() and yp_next() results handled wrong in ext/yp/yp.c

[sniper]

ID: 6559
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: NIS related
Bug Type: YP/NIS related
Assigned To: 
Comments:



Previous Comments:
---

[2000-09-05 14:31:58] [EMAIL PROTECTED]
The key/value pairs that libnsl's yp_first/yp_next return contain
a trailing NEWLINE as per NIS specs. These NEWLINEs are
not chopped off before returning the key/value pair to the users's PHP
code. Hence you end up with newlines in PHP hashes.

Below is the context diff for the fix.

regards,
Gert

*** yp.c.orig   Mon Jun  5 21:47:45 2000
--- yp.cTue Sep  5 19:37:54 2000
***
*** 151,156 
--- 151,158 
RETURN_FALSE;
}
array_init(return_value);
+   outkey[outkeylen] = 0;
+   outval[outvallen] = 0;
add_assoc_string(return_value,"key",outkey,1);
add_assoc_string(return_value,"value",outval,1);
  }
***
*** 175,180 
--- 177,184 
RETURN_FALSE;
}
  
+   outkey[outkeylen] = 0;
+   outval[outvallen] = 0;
array_init(return_value);
add_assoc_string(return_value,outkey,outval,1);
  }


---


Full Bug description available at: http://bugs.php.net/?id=6559


-- 
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] PHP 4.0 Bug #6317 Updated: php.ini not processed

[sniper]

ID: 6317
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Old-Bug Type: Installation problem
Bug Type: PHP options/info functions
Assigned To: 
Comments:

just reclassifying. 

Previous Comments:
---

[2000-08-23 14:02:23] [EMAIL PROTECTED]
see also #6302

instead of the full file path
  --with-config-file-path=/opt/www/conf/php.ini
you have to use the directory path only
  --with-config-file-path=/opt/www/conf

i assume you start 'httpd -X' from the directory
the ini file is in?

without -X httpd will chdir to server-root before
forking of the working children 
with -X it wont fork so it finds php.ini in current
working directory after it failed to find it in 
config-file-path

---

[2000-08-23 13:39:45] [EMAIL PROTECTED]
Solaris 7, ultra-sparc 5, apache 1.3.12, PHP 4.0.1pl2, both compiled with gcc 2.95.

PHP 4.0.1pl2 configure line:
configure --prefix=/opt/www --with-config-file-path=/opt/www/conf/php.ini
  --with-apxs --with-oci8 --with-oracle --with-mysql=/opt/mysql
  --disable-debug --enable-sigchild

running httpd in normal, multi-process mode, the PHP 4.0.1pl2 module does not process 
the php.ini file.

running httpd -X, however, PHP 4.0.1pl2 *does* process the php.ini file.

(as verified by using the phpinfo() call)


---


Full Bug description available at: http://bugs.php.net/?id=6317


-- 
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] PHP 4.0 Bug #5918 Updated: ISAPI Module in IIS Hangs

[sniper]

ID: 5918
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Old-Bug Type: Installation problem
Bug Type: IIS related
Assigned To: 
Comments:



Previous Comments:
---

[2000-08-02 11:58:30] [EMAIL PROTECTED]
I tried to install the ISAPI module to Windows 2000 Professional. At first the module 
worked fine but then it stopped working. When I tried to start IIS, the service state 
just remained at "starting".

I tried several things and finally just (almost accidentally) ran php.exe. It 
complained that a line in php.ini was malformed, but after clicking on the dialog, it 
continued to run.

So, if you have a problem in the php.ini, the ISAPI module just hangs and probably 
waits for an OK for the dialog, which is never displayed!

I hope this will be fixed in the near future. If not, an explanation could be added to 
the FAQ (the documentation on Win32 platform seems to be quite limited).

Also, a hint for everyone with IIS remaining at "starting": set the WWW Publishing 
Service to manual and run iisreset. It will stop the IIS (net stop won't stop it in 
this state) and 'start it' (but because it is in manual, it won't be started). A tip I 
could've used two days ago.


---


Full Bug description available at: http://bugs.php.net/?id=5918


-- 
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] PHP 4.0 Bug #5956 Updated: ISAPI will crash IIS4 and IIS5

[sniper]

ID: 5956
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Old-Bug Type: Installation problem
Bug Type: IIS related
Assigned To: 
Comments:



Previous Comments:
---

[2000-08-04 08:43:47] [EMAIL PROTECTED]
After copying files to the Winnt directory and after adding a new ISAPI Filter and 
applying this the IIS will crash and you loose any control of the WebPublishing and 
FTP-Services.

The crashes are with Version 4.0.1pl2 and 4.0.1

OS's: Win2000Prof
  Winnt4.0 BackofficeServer SP6a



---


Full Bug description available at: http://bugs.php.net/?id=5956


-- 
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] PHP 4.0 Bug #5315 Updated: --with-gdbm=blahblah not complete

[sniper]

ID: 5315
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Old-Bug Type: Installation problem
Bug Type: *General Issues
Assigned To: 
Comments:

This is fixed. Try PHP 4.0.4pl1.

--Jani

Previous Comments:
---

[2000-08-17 05:39:04] [EMAIL PROTECTED]
Same as #5238.

( Might be quite trivial to fix this..rasmus??)

--Jani

---

[2000-07-27 20:11:41] [EMAIL PROTECTED]
checking out

---

[2000-07-01 20:29:24] [EMAIL PROTECTED]
In my environment I have a completely empty /usr/local.
Hence I must specify an override for locations of many
things. Specifying a --with-gdbm= path does not get
past ./configure. At about line 9816 in ./configure you
can see the script checks several paths for gdbm.h, 
but it never checks the path I provided with --with-gdbm

I have circumvented this manually by editting ./configure.

This bug has been in all the PHP 4* releases as far as I 
know (and probably before that too).

Low priority, but irritating (for me alone, I suspect :-)


---


Full Bug description available at: http://bugs.php.net/?id=5315


-- 
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] PHP 4.0 Bug #5181 Updated: 'No input file specified' error in CGI mode / location of bugs in code

[sniper]

ID: 5181
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Suspended
Status: Closed
Old-Bug Type: Installation problem
Bug Type: *General Issues
Assigned To: 
Comments:

This should be fixed now. Please try PHP 4.0.4pl1.

--Jani

Previous Comments:
---

[2000-08-02 12:13:24] [EMAIL PROTECTED]
please wait, none of the suggested changes
seem to be applied ... lets just suspend it for now

---

[2000-08-01 22:59:35] [EMAIL PROTECTED]
no feedback, closed

---

[2000-06-28 05:06:55] [EMAIL PROTECTED]
Please chekc the latest version - does it work now?

---

[2000-06-21 23:09:29] [EMAIL PROTECTED]
As others have reported, setting --enable-discard-path does not allow PHP to run 
properly in CGI mode.  This simple script will fail when hit through a Web server:

#!/usr/local/bin/php



producing a "No input file specified" error.

There seem to be three bugs in the file sapi/cgi/cgi_main.c that cause this.  (At 
least, when I fixed these things, it worked).  I'll now reveal what is probably my 
ignorance of the code by pointing them out.

The problems are all in the init_request_info() function.  Specifically,

1.  ~Line 252.  script_filename is set to getenv("SCRIPT_FILENAME") rather than 
getenv("SCRIPT_NAME").  Maybe SCRIPT_FILENAME is a newer variant I haven't heard of, 
but our servers have always used SCRIPT_NAME.

2.  ~Line 278.  If DISCARD_PATH is set and script_filename is available, 
SG(request_info).path_translated should be set to the concatenation of 
getenv("DOCUMENT_ROOT") and script_filename, not just script_filename.  Otherwise, 
when php_fopen_primary_script() tries to open it it will bomb, because it doesn't have 
the full path.

3.  ~Line 290.  For some reason, irrespective of the previous DISCARD_PATH section, 
SG(request_info).path_translated is set to NULL.  This will clobber the script name 
when discard path is enabled.  As far as I can tell this line should simply be 
removed.


Hope that's useful to someone. :) 


---


Full Bug description available at: http://bugs.php.net/?id=5181


-- 
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] PHP 4.0 Bug #8676: Bad serialization of objects with references

[arnaud . bienvenu]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4
PHP Bug Type: *Session related
Bug description:  Bad serialization of objects with references

Some complex objects won't be correctly stored into the session. This is probably a 
problem with serialize/unserialize. It happens with objects structure containing some 
references. The code below builds the simpliest structure I could find that pinpouts 
the problem.
With more complex structure, you can have all sorts of strange behaviour, including 
crashing PHP, but the behaviours vary from one PHP installation to another (even with 
the same version and compile flags).

137645276" instead of "-->Object" 
You can view it at http://www.generasound.com/test/bug.php
*/
session_start();
if (!isset($form))
{
  $form = new stdClass();
  $submit = new stdClass();

  $upperif = new stdClass();
  $upperif->Child = &$submit;
  $upperif->Layout = new stdClass();
  $upperif->Layout->Child = new stdClass();
  $upperif->Layout->Child->Interface = &$submit;

  $lowerif = new stdClass();

  $form->Children[0] = &$upperif;
  $form->Children[1] = &$lowerif;
  $form->Layout = new stdClass();
  $form->Layout->Children[1] = new stdClass();
  $form->Layout->Children[1]->Interface = &$lowerif;
  echo "-->".$form->Layout->Children[1]->Interface."";
  session_register("form");
}
else
{
  echo "-->".$form->Layout->Children[1]->Interface."";
}
?>



-- 
Edit Bug report at: http://bugs.php.net/?id=8676&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] PHP 4.0 Bug #8675: ora-01005 when accessing remote SDI (follow-up to bug 8673)

[christoph . hofstetter]

From: [EMAIL PROTECTED]
Operating system: aix433
PHP version:  4.0.4
PHP Bug Type: Oracle related
Bug description:  ora-01005 when accessing remote SDI (follow-up to bug 8673)

I found a workaround for the ora-01034 problem: I specify the SID as the third 
argument to OCILogin.
Now I get ora-01005 (no password given). 

this only happens when accessing a remote db!


-- 
Edit Bug report at: http://bugs.php.net/?id=8675&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] PHP 4.0 Bug #8667 Updated: sockets

[cynic]

ID: 8667
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Compile Problem
Assigned To: 
Comments:

user feedback:

Nope. I can reproduce this with latest CVS in Solaris 8.. BUT only
when using GCC. With the Sun CC it works fine.


So this bug report should be re-opened.
Here's what I get with latest CVS when using GCC 2.95.2:


safe_mode.c: In function `php_checkuid':
safe_mode.c:127: warning: passing arg 2 of `zend_hash_exists' discards
qualifiers from pointer target type
sockets.c:118: `php_if___xnet_listen' undeclared here (not in a function)
sockets.c:118: initializer element is not constant
sockets.c:118: (near initialization for `sockets_functions[10].handler')
sockets.c:139: `php_if___xnet_socket' undeclared here (not in a function)
sockets.c:139: initializer element is not constant
sockets.c:139: (near initialization for `sockets_functions[16].handler')
sockets.c:140: `php_if___xnet_connect' undeclared here (not in a function)
sockets.c:140: initializer element is not constant
sockets.c:140: (near initialization for `sockets_functions[17].handler')
sockets.c:142: `php_if___xnet_bind' undeclared here (not in a function)
sockets.c:142: initializer element is not constant
sockets.c:142: (near initialization for `sockets_functions[19].handler')
sockets.c:146: `php_if___xnet_sendto' undeclared here (not in a function)
sockets.c:146: initializer element is not constant
sockets.c:146: (near initialization for `sockets_functions[23].handler')
sockets.c:153: `php_if___xnet_recvmsg' undeclared here (not in a function)
sockets.c:153: initializer element is not constant
sockets.c:153: (near initialization for `sockets_functions[30].handler')
sockets.c:154: `php_if___xnet_sendmsg' undeclared here (not in a function)
sockets.c:154: initializer element is not constant
sockets.c:154: (near initialization for `sockets_functions[31].handler')
sockets.c:157: `php_if___xnet_getsockopt' undeclared here (not in a
function)
sockets.c:157: initializer element is not constant
sockets.c:157: (near initialization for `sockets_functions[34].handler')
sockets.c:159: `php_if___xnet_socketpair' undeclared here (not in a
function)
sockets.c:159: initializer element is not constant
sockets.c:159: (near initialization for `sockets_functions[36].handler')
make[3]: *** [sockets.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1


Previous Comments:
---

[2001-01-12 02:31:49] [EMAIL PROTECTED]
I fixed this compilation problem in the 4.0.5 development tree about a week ago.  See 
revision 1.27 of sockets.c 
(http://cvs.php.net/viewcvs.cgi/php4/ext/sockets/sockets.c.diff?r1=1.26&r2=1.27).

---

[2001-01-12 02:25:27] [EMAIL PROTECTED]
gcc  -I. -I/export/home/art/php-4.0.4pl1/ext/sockets 
-I/export/home/art/php-4.0.4pl1/main -I/export/home/art/php-4.0.4pl1 
-I/export/home/art/apache_1.3.14/src/include 
-I/export/home/art/apache_1.3.14/src/os/unix -I/export/home/art/php-4.0.4pl1/Zend 
-I/export/home/art/c-client/include -I/export/home/art/sdk40/include 
-I/usr/local/mysql/include/mysql -I/export/home/art/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/export/home/art/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/export/home/art/php-4.0.4pl1/TSRM  -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=21 
-g -O2  -c sockets.c && touch sockets.lo
sockets.c: In function `php_if_recvmsg':
sockets.c:1728: structure has no member named `msg_control'
sockets.c:1729: structure has no member named `msg_controllen'
sockets.c:1731: structure has no member named `msg_control'
sockets.c:1732: structure has no member named `msg_controllen'
sockets.c:1735: structure has no member named `msg_flags'
sockets.c:1741: structure has no member named `msg_control'
sockets.c:1750: warning: passing arg 3 of `add_assoc_string' makes pointer from 
integer without a cast
sockets.c:1754: structure has no member named `msg_controllen'
sockets.c:1755: structure has no member named `msg_flags'
sockets.c:1787: structure has no member named `msg_control'
sockets.c:1788: structure has no member named `msg_controllen'
sockets.c:1790: structure has no member named `msg_control'
sockets.c:1791: structure has no member named `msg_controllen'
sockets.c:1794: structure has no member named `msg_flags'
sockets.c:1800: structure has no member named `msg_control'
sockets.c:1810: warning: passing arg 3 of `add_assoc_string' makes pointer from 
integer without a cast
sockets.c:1812: structure has no member named `msg_controllen'
sockets.c:1814: structure has no member named `msg_flags'
*** Error code 1
make: Fatal error: Command failed for target `sockets.lo'
Current working directory /export/home/art/php-4.0.4pl1/ext/sockets
*** Error code 1
make: Fatal error: Command failed for target `all-

[PHP-DEV] Bug #6675 mysql_insert_id returns incorrect size for BIGINT fields

[Sean R. Bright]

Hi,

http://bugs.php.net/bugs.php?id=6675

I think this bug can be closed off, the documentation for mysql_insert_id()
states that for very large values of the returned id (>32bits) this will
return the wrong data and users should use LAST_INSERT_ID() to fetch that
info from mysql instead.  Not sure you want to have this function return a
string as suggested, seems kludgy.

Sean
==
Sean Bright
[EMAIL PROTECTED] / [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] PHP 4.0 Bug #8667 Updated: sockets

[Jani Taskinen]

On 12 Jan 2001 [EMAIL PROTECTED] wrote:

>ID: 8667
>Updated by: jon
>Reported By: [EMAIL PROTECTED]
>Old-Status: Open
>Status: Closed
>Bug Type: Compile Problem
>Assigned To:
>Comments:
>
>I fixed this compilation problem in the 4.0.5 development tree about a week ago.  See 
>revision 1.27 of sockets.c 
>(http://cvs.php.net/viewcvs.cgi/php4/ext/sockets/sockets.c.diff?r1=1.26&r2=1.27).

Nope. I can reproduce this with latest CVS in Solaris 8.. BUT only
when using GCC. With the Sun CC it works fine.

So this bug report should be re-opened.
Here's what I get with latest CVS when using GCC 2.95.2:

safe_mode.c: In function `php_checkuid':
safe_mode.c:127: warning: passing arg 2 of `zend_hash_exists' discards
qualifiers from pointer target type
sockets.c:118: `php_if___xnet_listen' undeclared here (not in a function)
sockets.c:118: initializer element is not constant
sockets.c:118: (near initialization for `sockets_functions[10].handler')
sockets.c:139: `php_if___xnet_socket' undeclared here (not in a function)
sockets.c:139: initializer element is not constant
sockets.c:139: (near initialization for `sockets_functions[16].handler')
sockets.c:140: `php_if___xnet_connect' undeclared here (not in a function)
sockets.c:140: initializer element is not constant
sockets.c:140: (near initialization for `sockets_functions[17].handler')
sockets.c:142: `php_if___xnet_bind' undeclared here (not in a function)
sockets.c:142: initializer element is not constant
sockets.c:142: (near initialization for `sockets_functions[19].handler')
sockets.c:146: `php_if___xnet_sendto' undeclared here (not in a function)
sockets.c:146: initializer element is not constant
sockets.c:146: (near initialization for `sockets_functions[23].handler')
sockets.c:153: `php_if___xnet_recvmsg' undeclared here (not in a function)
sockets.c:153: initializer element is not constant
sockets.c:153: (near initialization for `sockets_functions[30].handler')
sockets.c:154: `php_if___xnet_sendmsg' undeclared here (not in a function)
sockets.c:154: initializer element is not constant
sockets.c:154: (near initialization for `sockets_functions[31].handler')
sockets.c:157: `php_if___xnet_getsockopt' undeclared here (not in a
function)
sockets.c:157: initializer element is not constant
sockets.c:157: (near initialization for `sockets_functions[34].handler')
sockets.c:159: `php_if___xnet_socketpair' undeclared here (not in a
function)
sockets.c:159: initializer element is not constant
sockets.c:159: (near initialization for `sockets_functions[36].handler')
make[3]: *** [sockets.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1


--Jani


>Previous Comments:
>---
>
>[2001-01-12 02:25:27] [EMAIL PROTECTED]
>gcc  -I. -I/export/home/art/php-4.0.4pl1/ext/sockets 
>-I/export/home/art/php-4.0.4pl1/main -I/export/home/art/php-4.0.4pl1 
>-I/export/home/art/apache_1.3.14/src/include 
>-I/export/home/art/apache_1.3.14/src/os/unix -I/export/home/art/php-4.0.4pl1/Zend 
>-I/export/home/art/c-client/include -I/export/home/art/sdk40/include 
>-I/usr/local/mysql/include/mysql -I/export/home/art/php-4.0.4pl1/ext/xml/expat/xmltok 
>-I/export/home/art/php-4.0.4pl1/ext/xml/expat/xmlparse 
>-I/export/home/art/php-4.0.4pl1/TSRM  -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=21 
>-g -O2  -c sockets.c && touch sockets.lo
>sockets.c: In function `php_if_recvmsg':
>sockets.c:1728: structure has no member named `msg_control'
>sockets.c:1729: structure has no member named `msg_controllen'
>sockets.c:1731: structure has no member named `msg_control'
>sockets.c:1732: structure has no member named `msg_controllen'
>sockets.c:1735: structure has no member named `msg_flags'
>sockets.c:1741: structure has no member named `msg_control'
>sockets.c:1750: warning: passing arg 3 of `add_assoc_string' makes pointer from 
>integer without a cast
>sockets.c:1754: structure has no member named `msg_controllen'
>sockets.c:1755: structure has no member named `msg_flags'
>sockets.c:1787: structure has no member named `msg_control'
>sockets.c:1788: structure has no member named `msg_controllen'
>sockets.c:1790: structure has no member named `msg_control'
>sockets.c:1791: structure has no member named `msg_controllen'
>sockets.c:1794: structure has no member named `msg_flags'
>sockets.c:1800: structure has no member named `msg_control'
>sockets.c:1810: warning: passing arg 3 of `add_assoc_string' makes pointer from 
>integer without a cast
>sockets.c:1812: structure has no member named `msg_controllen'
>sockets.c:1814: structure has no member named `msg_flags'
>*** Error code 1
>make: Fatal error: Command failed for target `sockets.lo'
>Current working directory /export/home/art/php-4.0.4pl1/ext/sockets
>*** Error code 1
>make: Fatal error: Command failed for target `all-recursive'
>Current working directory /export/home/art/php-4.0.4pl1/ext/sockets
>*** Error code 1
>make: Fa

[PHP-DEV] PHP 4.0 Bug #8554 Updated: ob_gzhandler

[cecot]

ID: 8554
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproduceable crash
Description: ob_gzhandler

well in php4.0.4pl1 this problem seems to disappear
output_handler = ob_gzhandler works fine (even compresses the output :))

Previous Comments:
---

[2001-01-04 11:58:10] [EMAIL PROTECTED]
when I tried the example of Zeev Suraski at 
http://www.zend.com/zend/art/buffering.php, with the php.ini directive output_handler 
= ob_gzhandler it caused Segmentation fault of the apache.
I tried to use ob_start("ob_gzhandler"); and again segmentation fault ...

here are some tests
$test = ob_gzhandler("test") makes unpredictable results;
$test = gzencode("test") work fine (it even compress the text);
ob_start("gzencode") end with segfault again;

this happend on two different machines (both with debian) but one with a precompiled 
php debian package the other php compiled from me. both are compiled --with-zlib

phpinfo() gives this

zlib
ZLib Support enabled 
'zlib:' fopen wrapper enabled 
Compiled Version 1.1.3 
Linked Version 1.1.3 


---


Full Bug description available at: http://bugs.php.net/?id=8554


-- 
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] PHP 4.0 Bug #8120 Updated: mysql_list_fields() returns no result

[cynic]

ID: 8120
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: MySQL related
Assigned To: 
Comments:

It might be mysql_field_name() would actually work if you had correct number of 
arguments in the mysql_connect() call. Seems like your error_reporting is too low, or 
display_errors is off, otherwise you'd know it.

it works for me with mod_php4 built from today's CVS, MySQL 3.23.27, and Apache 
1.3.15-dev:

$link = mysql_connect( 'localhost' , 'root', 'xxx' );
$result = mysql_list_fields( 'mysql' , 'host' , $link);
print "Result is: $result\n\n";
$num = mysql_num_fields($result);
for($i=0;$i<$num;$i++) {
$name = mysql_field_name($result,$i);
$type = mysql_field_type($result,$i);
echo "$name: $type\n";
}


output:

Result is: Resource id #2

Host: string
Db: string
Select_priv: string
Insert_priv: string
Update_priv: string
Delete_priv: string
Create_priv: string
Drop_priv: string
Grant_priv: string
References_priv: string
Index_priv: string
Alter_priv: string

If you still encounter this error with newer versions of PHP and/or MySQL, reopen this 
bug report, please.

Previous Comments:
---

[2000-12-05 11:14:02] [EMAIL PROTECTED]
I tried using the code snippet in bug #5750 but couldn't get any results:

$link = mysql_connect($dbserver,$database, 'root', 'mypwd');
$result = mysql_list_fields($database,"meta", $link);
print "nResult is :".$result;
$num = mysql_num_fields($result);
for($i=0;$i<$num;$i++) {
$name = mysql_field_name($result,$i);
$type = mysql_field_type($result,$i);
echo "$name $typen";

$result is always undefined.

I'm using Windows2000, MySQL 3.23.24-beta, and Apache.  I know the database exists and 
the table "meta" exists because they are used in many other pages for DHTML 
generation.

Thanks
Dave

---


Full Bug description available at: http://bugs.php.net/?id=8120


-- 
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] PHP 4.0 Bug #7713 Updated: snmp functions not returning any data

[sniper]

ID: 7713
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: SNMP related
Assigned To: 
Comments:

No feedback --> closed. (considered problem solved)

--Jani

Previous Comments:
---

[2000-12-05 18:37:14] [EMAIL PROTECTED]
You haven't compiled snmp as shared extension for PHP.
Put a ; in front of  the extension=snmp.so in php.ini.
Check that you have /usr/local/lib in /etc/ld.so.conf (if it isn't add it and run 
ldconfig).

Then try to start apache again. 

--Jani

---

[2000-12-05 13:48:21] [EMAIL PROTECTED]
Ooops, getting tired.: libsnmp.so is in /usr/local/lib as you'd expect.  Changed 
extension_dir back to /usr/local/lib, but same problem:

 "/usr/local/lib/snmp.so: cannot open shared object file: no such file or directory in 
Unknown on line 0'.





---

[2000-12-05 13:38:20] [EMAIL PROTECTED]
For some reason, php stopped compiling altogether --with-snmp.  (perhaps due to 
attempting compile with most recent version of ucd-snmp?).  So..

Followed previous instructions, plus I recompiled ucd-snmp with --enable-shared

After this, php compiled fine with: --with-apxs --with-pgsql --with-snmp.

The extension_dir was not looking in the right place for snmp.so, so I set 
extension_dir in php.ini to "/usr/share/snmp" (location of snmp.so).

However, on restarting Apache, error in /var/log/httpd/error.log:

PHP Warning: Unable to load dynamic library '/usr/share/snmp.so' - 
/usr/share/snmp/snmp.so: cannot open shared object file: No such file or directory in 
Unknown on line 0.
[Repeated again]


Thanks...


---

[2000-12-04 12:30:39] [EMAIL PROTECTED]
Where is the snmp.so located in your system?
Is the path of it in /etc/ld.so.conf ??
If not, add it and run ldconfig.

--Jani

---

[2000-12-04 12:28:20] [EMAIL PROTECTED]
when restarting apache:

PHP Warning: Unable to load dynamic library './snmp.so' - ./snmp.so: cannot open 
shared object file: No such file or directory in Unknown on line 0.

hope that helps!





---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=7713


-- 
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] PHP 4.0 Bug #8674 Updated: invallid filetype() results (affects isdir() )

[cynic]

ID: 8674
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Filesystem function related
Assigned To: 
Comments:

a user error

Previous Comments:
---

[2001-01-12 09:58:24] [EMAIL PROTECTED]
im using php for shell scripting in redhat 6.2. compiled with 
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-oci8=/usr/local/oracle'

trying to get the filetype files returns null for all entries exsept . and .. . 

-- code snippet -- 
  $dp = opendir($dir);
  if($dp){
while (($file = readdir($dp))!== false) {
  // Skip . and .. and check for type
  // tried with this on and both here and at the start
  clearstatcache();
  print($file." - ".filetype($file)."n");
 
  if(($file != ".") && ($file != "..") && (filetype($file) == $type)){
$files[] = $file;
  }
}//while
return($files);
  }//if
  else{
debug("The directory [$dir] was not found or couldn't be opened");
write_log("The directory [$dir] was not found or couldn't be opened");
return(0);
  }
-- end of snippet -

---


Full Bug description available at: http://bugs.php.net/?id=8674


-- 
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] PHP 4.0 Bug #7822 Updated: system crash

[cynic]

ID: 7822
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Assigned To: 
Comments:

indeed. a temporary workaround, if I may:


deny from all


This at least denies direct access to the executable, and thus gets you rid of the 
crashes.

Previous Comments:
---

[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

---

[2000-11-14 19:06:55] [EMAIL PROTECTED]
I config PHP for Apache 1.3.14 for Win32 as almost all people do: in apache 
configuation file:

ScriptAlias /php/ "C:/Program Files/PHP/"

AllowOverride None
Options None

AddType application/x-httpd-php .php
Action application/x-httpd-php "/php/php.exe"

All the things go well and apache is able to process .php files. However, I type: 
http://localhost/php/php.exe, then my system crashes... Windows says that php.exe: 
program error.


---


Full Bug description available at: http://bugs.php.net/?id=7822


-- 
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] PHP 4.0 Bug #8674: invallid filetype() results (affects isdir() )

[Sean R. Bright]

Thats because you need to pass a valid filename to filetype().  PHP is
trying to find $file in its current directory even if $dir is
/usr/local/not/phps/current/dir.  I have fixed your example below.  (Note
that this still won't work if the last character of $dir is not a '/', so
append one where necessary)

(I think this bug can be closed also.)

Sean
==
Sean Bright
[EMAIL PROTECTED] / [EMAIL PROTECTED]
==

>   ...
>   // tried with this on and both here and at the start
>   clearstatcache();

// UPDATED : Try this
print($file." - ".filetype($dir . $file)."\n"); // Notice the
concatenation.

>   if(($file != ".") && ($file != "..") &&
>   ...


-- 
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 Tracking

[Marc DAUMAS]

I would like to thank you for your quick response to my bug request.
I successfully compiled PHP4.04 whith snmp support now even if I had to install
openssl.0.9.6 before it works.
PHP is a powerful and wonderful language.
Keep doing good job like that !!
Best regards for all the team.



-- 
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] PHP 4.0 Bug #8674: invallid filetype() results (affects isdir() )

[yavo]

From: [EMAIL PROTECTED]
Operating system: redhat 6.2
PHP version:  4.0.4
PHP Bug Type: Filesystem function related
Bug description:  invallid filetype() results (affects isdir() )

im using php for shell scripting in redhat 6.2. compiled with 
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-oci8=/usr/local/oracle'

trying to get the filetype files returns null for all entries exsept . and .. . 

-- code snippet -- 
  $dp = opendir($dir);
  if($dp){
while (($file = readdir($dp))!== false) {
  // Skip . and .. and check for type
  // tried with this on and both here and at the start
  clearstatcache();
  print($file." - ".filetype($file)."\n");
 
  if(($file != ".") && ($file != "..") && (filetype($file) == $type)){
$files[] = $file;
  }
}//while
return($files);
  }//if
  else{
debug("The directory [$dir] was not found or couldn't be opened");
write_log("The directory [$dir] was not found or couldn't be opened");
return(0);
  }
-- end of snippet -


-- 
Edit Bug report at: http://bugs.php.net/?id=8674&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] PHP 4.0 Bug #8655 Updated: Inactive Connections on Oracle

[eric . poisse]

ID: 8655
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: OCI8 related
Description: Inactive Connections on Oracle

It's not au BUG... Sorry. 
It's happend only with OCIPlogon. With OCILogon and OCILogoff (or not), it works very 
well.
I don't know the use of OCIPlogon, but it's not for what i've to do ...


Previous Comments:
---

[2001-01-11 14:44:03] [EMAIL PROTECTED]
Apache is working with 2 virtual hosts. I remember (but i'm
not sure) that I've not the problem when i have no virtual
hosts, ie only one server (no virtual).

---

[2001-01-11 11:01:28] [EMAIL PROTECTED]
I use OCI function inside  PHP programs.
I can see inactive connections running on Oracle (select username, process, machine, 
status from v$session) when I use OCILogon (and OCIPlogon) even if I use OCILogoff.

The Version of Oracle is 8.1.5.0.2. (On the same server than Apache and PHP)
The Version of Apache is 1.3.9

PHP is compiled with the --enable-sigchild, --with-apache, --enable-track-vars, 
--enable-ftp  and --with-oci8 options.
Apache is compiled with --enable-module=most, -- activate-module=libphp4.a

Is it an Oracle or PHP problem ?

---


Full Bug description available at: http://bugs.php.net/?id=8655


-- 
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] PHP 4.0 Bug #7406 Updated: Unable to load Dbase extension

[cynic]

ID: 7406
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: dBase related
Assigned To: 
Comments:

have you tried a newer version since then? did it work? if not, what were the settings 
in your php.ini, and where did the dll actually live on your system?

Previous Comments:
---

[2000-10-23 07:10:18] [EMAIL PROTECTED]
I seem to be unable to load the dbase dll, can you tell me if is functioning and if so 
what settings I should change?


---


Full Bug description available at: http://bugs.php.net/?id=7406


-- 
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] http://bugs.php.net/bugs.php?id=6852

[Cynic]

this bug report contains two single-line patches to 
ext/dbase/dbase.c, and one suggestion. are those patches 
bad? it's been a while since it's been reported, and the 
code still hasn't changed.





Cynic:

A member of a group of ancient Greek philosophers who taught
that virtue constitutes happiness and that self control is
the essential part of virtue.

[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] PHP 4.0 Bug #7244 Updated: Problem with LOAD DATA LOCAL INFILE

[cynic]

ID: 7244
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MySQL related
Assigned To: 
Comments:

did you switch by any chance from php.ini-dist to php.ini-optimized when you upgraded 
your PHP to 4.0.3?

Previous Comments:
---

[2001-01-04 11:02:07] [EMAIL PROTECTED]
No, the original problem persists. Adding addslashes is only a temporary solution. 
This breaks some existing programs.

-Egon

---

[2001-01-04 10:52:10] [EMAIL PROTECTED]
User reported that it works if he does:

$file = addslashes ($file)



So this was a user error.

---

[2001-01-04 10:41:56] [EMAIL PROTECTED]
With

$file = addslashes ($file);

it works.

---

[2000-10-16 10:51:25] [EMAIL PROTECTED]
I'm using Win98, Apache 1.3.9, MySQL 3.23-beta and PHP4.0.3.

Since PHP4.0.3 there is a problem with import data to MySQL (LOAD DATA LOCAL INFILE). 
It seems that PHP is filtering out all slashes of the file path, so MySQL can't find 
the file.

mysql_error() and mysql_errno() say something like this

"File 'e:TempphpA154.TMP' not found (Errcode: 2)"

LOAD DATA INFILE (without LOCAL) seems to be ok.

---


Full Bug description available at: http://bugs.php.net/?id=7244


-- 
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] PHP 4.0 Bug #7068 Updated: fails when 'to:' argument has the form "Name "

[cynic]

ID: 7068
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Mail related
Assigned To: 
Comments:

confirmed on NT 5 / Apache / CGI from today's CVS.

mail( '"CYNIC" <[EMAIL PROTECTED]>' , 'subject' , 'body body body' ) ;

(it doesn't matter whether the name is quoted or not)

result:
---

Hi. This is the qmail-send program at php.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.


:
Sorry, no mailbox here by that name. (#5.1.1)


--- Below this line is a copy of the message.


Return-Path: <[EMAIL PROTECTED]>
Received: (qmail 28535 invoked from network); 12 Jan 2001 12:53:15 -
Received: from unknown (HELO k0r3.reflektor.cz) (212.24.129.44)
  by www.php.net with SMTP; 12 Jan 2001 12:53:15 -
Received: (qmail 29436 invoked by uid 202); 12 Jan 2001 12:52:37 -
Received: from unknown (HELO zvahlav) (212.24.139.3)
  by k0r3.reflektor.cz with SMTP; 12 Jan 2001 12:52:37 -
Date: Fri, 12 Jan 2001 13:57:38 -0100
From: [EMAIL PROTECTED]
Subject: subject
To: "CYNIC" <[EMAIL PROTECTED]>


body body body

Previous Comments:
---

[2000-10-06 15:03:20] [EMAIL PROTECTED]
code that fails:
mail("Greg Kempster <[EMAIL PROTECTED]>", "theSubject",
"theBody", "From: me <[EMAIL PROTECTED]>");

php.ini at mail portion:
[mail function]
SMTP
=   pop.ptld.uswest.net ;for win32 only
sendmail_from
=
[EMAIL PROTECTED]
;for win32 only
;sendmail_path
=
;for unix only, may supply arguments as well 
(default is
'sendmail -t -i')

Additionally:
This works:
mail("[EMAIL PROTECTED]", "theSubject", "theBody", "From:
me <[EMAIL PROTECTED]>");


---


Full Bug description available at: http://bugs.php.net/?id=7068


-- 
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] PHP 4.0 Bug #7202 Updated: Problem running PHP

[cynic]

ID: 7202
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: PWS related
Assigned To: 
Comments:

err, should've probably been $HTTP_POST_VARS['username']

Previous Comments:
---

[2001-01-12 07:40:54] [EMAIL PROTECTED]
if you used php.ini-optimized, the variable will be in $HTTP_GET_VARS['username']. if 
this doesn't help, reopen the bug report, and append a short script reproducing the 
behavior.

---

[2000-10-14 00:43:15] [EMAIL PROTECTED]
I have just installed the PHP403 version on my machine.The PHP4isapi.dll is in 
d:PHP403sapi.Under the PWS configuration Console,I have configured the php4isapi.dll 
to service files with .php extension.Then I tried the Userform.html sample that posts 
the user name to a processform.php page and displays the username.

The problem is that the $username is always blank... (username is the name of the 
input box in userform.html)

---


Full Bug description available at: http://bugs.php.net/?id=7202


-- 
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] PHP 4.0 Bug #7776 Updated: unable to load php_interbase.dll

[cynic]

ID: 7776
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: InterBase related
Assigned To: 
Comments:

where did you get the dll? what is the error message? please, read 
http://bugs.php.net/bugs-dos-and-donts.php before submitting further posts.

Previous Comments:
---

[2000-11-13 03:45:15] [EMAIL PROTECTED]
I configure the php.ini file and i try to load the php_interbase.dll but it doesn't 
work.Php runs on Windows NT 4.0 machine with IIS 4.0.
In php.ini file I specify the way for dll-s.

---


Full Bug description available at: http://bugs.php.net/?id=7776


-- 
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] PHP 4.0 Bug #7202 Updated: Problem running PHP

[cynic]

ID: 7202
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PWS related
Assigned To: 
Comments:

if you used php.ini-optimized, the variable will be in $HTTP_GET_VARS['username']. if 
this doesn't help, reopen the bug report, and append a short script reproducing the 
behavior.

Previous Comments:
---

[2000-10-14 00:43:15] [EMAIL PROTECTED]
I have just installed the PHP403 version on my machine.The PHP4isapi.dll is in 
d:PHP403sapi.Under the PWS configuration Console,I have configured the php4isapi.dll 
to service files with .php extension.Then I tried the Userform.html sample that posts 
the user name to a processform.php page and displays the username.

The problem is that the $username is always blank... (username is the name of the 
input box in userform.html)

---


Full Bug description available at: http://bugs.php.net/?id=7202


-- 
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] PHP 4.0 Bug #8046 Updated: upload is not working

[cynic]

ID: 8046
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Filesystem function related
Assigned To: 
Comments:

It Works For Me(tm) with latest snapshot from CVS. try 4.0.4pl1, and if it's the same, 
reopen this report.

Previous Comments:
---

[2000-11-30 04:15:39] [EMAIL PROTECTED]
The normal file upload process is not working
with PHP403pl1 when using it as a CGI app.

print_r($userfile);

prints out the file info, but the size
is zero, and the temp filename is null.

---


Full Bug description available at: http://bugs.php.net/?id=8046


-- 
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] PHP 4.0 Bug #8673: ora-01034 when accessing remote SID

[christoph . hofstetter]

From: [EMAIL PROTECTED]
Operating system: aix433
PHP version:  4.0.4
PHP Bug Type: Oracle related
Bug description:  ora-01034 when accessing remote SID

I get an ora-01034 trying to connect to a remote oracle 8.1.6.0.0 database. everything 
works fine for local databases. I can access the remote database with sqlplus, but not 
with php.



configure line:

./configure --with-oracle=$ORACLE_HOME   \
--with-oci8 \
--enable-discard-path   \
--without-mysql \
--enable-track-vars

code from the script:

$ORACLE_HOME="/appl/ora/product/7.3.4.3.0"; 
$ORACLE_SID="X010";  
PutEnv "ORACLE_HOME=$ORACLE_HOME");
PutEnv "ORACLE_SID=$ORACLE_SID");   

$connection = OCILogon "scott","tiger");   
if ($connection == false){  
  echo OCIError($connection;   exit;   
  
}   


-- 
Edit Bug report at: http://bugs.php.net/?id=8673&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: PHP 4.0 Bug #8669 Updated: Swedish characters in session-variables can appear differently

[Per-Olof Pettersson]

I do not believe it will be very informative but:

Input of data:

session_start();
$sess_login[adress] = $adress;
session_register("sess_login");

To retrieve the data:




I have not tested this to generate the error. I have installed php 4.0.4pl1
and it seems to work by now.

Regards
Per-Olof Pettersson

-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: den 12 januari 2001 12:17
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #8669 Updated: Swedish characters in session-variables
can appear differently

ID: 8669
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Assigned To:
Comments:

Could you please add a complete but short example script
into this report?

--Jani




Previous Comments:
---

[2001-01-12 03:11:02] [EMAIL PROTECTED]
Session variables containing åäö on a systems not supporting these
characters can change when saved to /tmp folder. While they are in memory
they are perfectly Ok.

It appears that some function is using a shell-call or something to read the
contents of the stored session-variables instead of using a normal read.

At least this is my interpretation of the error.

Input is taken from  -fields and output is generated like 

Regards
Per-Olof Pettersson

---


Full Bug description available at: http://bugs.php.net/?id=8669


-- 
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]