[PHP-DEV] Bug #12447: Function to encode strings for XML

[sbergmann]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  Function to encode strings for XML

Currently I use

function &xml_encode(&$xml) {
  $xml = str_replace(array('ü', 'Ü', 'ö',
   'Ö', 'ä', 'Ä',
   'ß'
  ),
 array('ü', 'Ü', 'ö',
   'Ö', 'ä', 'Ä',
   'ß'
  ),
 $xml
);

  $xml = preg_replace(array("/\&([a-z\d\#]+)\;/i",
"/\&/",
"/\#\|\|([a-z\d\#]+)\|\|\#/i",
   
"/([^a-zA-Z\d\s\<\>\&\;\.\:\=\"\-\/\%\?\!\'\(\)\[\]\{\}\$\#\+\,\@_])/e"
   ),
  array("#||\\1||#",
"&",
"&\\1;",
"'&#'.ord('\\1').';'"
   ),
  $xml
 );

  return $xml;
} 

to 'encode' strings for use with XML. A 'PHP Land' implementation of this
would be handy, I think.
-- 
Edit bug report at: http://bugs.php.net/?id=12447&edit=1


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

[PHP-DEV] Bug #12299 Updated: Opening a new session truncates the html output

[sbergmann]

ID: 12299
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: Debian Potato 2.2.19
PHP Version: 4.0.6
New Comment:

I was able to reproduce this with the latest CVS of PHP 4.0.7-dev on Win32, built as 
CGI and the following script:



  
  


output:


  
  




some text here


';

?>

The output will be the following:




some text here

 tag! When I reload the page, it displays correctly. When 
I open a new browser (so a new session id must be created), the problem is the same. 

When I close the session with session_destroy before the  output, then it works fine.


CONFIGURE LINE:
'../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' 
'--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--disable-debug' 
'--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' 
'--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' 
'--enable-ctype' '--with-db2' '--with-ndbm' '--enable-exif' '--enable-filepro' 
'--enable-ftp' '--with-gettext' '--with-mm' '--enable-mbstring' 
'--enable-mbstr-enc-trans' '--with-pcre-regex=/usr' '--enable-shmop' 
'--enable-sockets' '--enable-wddx' '--enable-yp' '--with-zlib' '--without-pgsql' 
'--disable-static' '--with-layout=GNU' '--with-gd=shared,/usr' 
'--with-jpeg-dir=shared,/usr' '--with-png-dir=shared,/usr' '--with-mhash=shared,/usr' 
'--with-mysql=shared,/usr'


ADDITIONAL SYSTEM DESCRIPTION:

APACHE 1.3.20





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


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12297 Updated: printer

[sbergmann]

ID: 12297
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: PHP options/info functions
Operating System: Windows 98
PHP Version: 4.0.6
New Comment:

You need to either compile ext/printer or get it from www.php4win.de. Note: This only 
works on Windows.

Previous Comments:


[2001-07-21 11:08:48] [EMAIL PROTECTED]

I have to send to print a page from browser, but the function printer_open(); it is 
not known. it excuses my ingles. thanks to help me.






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


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12296 Updated: printer

[sbergmann]

ID: 12296
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: PHP options/info functions
Operating System: Windows 98
PHP Version: 4.0.6
New Comment:

You need to either compile ext/printer or get it from www.php4win.de. Note: This only 
works on Windows.

Previous Comments:


[2001-07-21 11:07:32] [EMAIL PROTECTED]

I have to send to print a page from browser, but the function 
printer_open(); 

it is not known. 

it excuses my ingles. thanks to help me

ATTE:
   Ing. Verenice Gasca






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


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12206 Updated: ujentzsch@joymp.com

[sbergmann]

ID: 12206
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Mail Related
Operating System: win95
PHP Version: 4.0.6


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


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11821 Updated: HTML/IT_Error.php missing in pear/Makefile.in

[sbergmann]

ID: 11821
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0 Latest CVS (2001-07-01)
Assigned To: 
Comments:

This has been fixed in CVS. Thanks for your report.

Previous Comments:
---

[2001-07-01 10:11:21] [EMAIL PROTECTED]

The pear/HTML/IT.php require also HTML/IT_Error.php, but
there is no line for HTML/IT_Error.php in pear/Makefile.in.
Then, IT_Error.php will not be installed and run-time error is occured when someone 
use IT.php.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11821&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11389 Updated: array_walk causes Apache to crash

[sbergmann]

ID: 11389
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Arrays related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Reproduced with 4.0.7-dev (latest CVS, Win32)

Previous Comments:
---

[2001-06-23 17:29:51] [EMAIL PROTECTED]
Reproduced with PHP 4.0.6


---

[2001-06-10 20:32:59] [EMAIL PROTECTED]
I have installed PHP 4.0.5. The same problem ocurrs.
sive.

---

[2001-06-10 19:58:51] [EMAIL PROTECTED]
First, sorry, i have a very bad English.

This script:

$myarr = array(array(1,2,3), array(1,2,3), array(1,2,3));
array_walk(&$myarr, "myfunc");
function myfunc(&$value, $key) {
  global $myarr;
  $myarr=null;
}

causes Apache to crash. I'm using Apache 1.3.19 and PHP 4.0.4pl1 under W98.

Is a stupid script, but it's not the real script. Is the shorter script that 
reproduces the problem that i can send you.

thanks,
sive

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11389&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

[sbergmann]

ID: 9264
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Operating system: 
PHP Version: 4.0 Latest CVS (14/02/2001)
Assigned To: 
Comments:

Can't reproduce this with either PHP 4.0.5 or PHP 4.0.7-dev on Win32.


Previous Comments:
---

[2001-06-23 05:06:59] [EMAIL PROTECTED]
Hi All!

I've just done some testings with the new php4.06 release and the crash is still here 
with:
- php loaded as a cgi or as an Apache module,
- php.ini = the optimized one (without any extension).

Regards,
Loïc  

---

[2001-06-15 13:33:17] [EMAIL PROTECTED]
Hi sniper and all!

Well, it's not easy to send you an accurate reply because zend snapshots for win32 
does not contain the Apache module.

BTW, Ive done some testings:
- with php4.07-dev from php4win.de the script still crashes Apache with php loaded as 
a gci or as an Apache module;
- with the latest snapshot from zend.com (cgi only), it runs :)

If someone can build the Apache module (I can't do it, sorry :() I may do some more 
tests.

Thanks for your attention,
Loïc

---

[2001-06-14 23:21:56] [EMAIL PROTECTED]
Does this happen with latest CVS snapshot build from
http://www.zend.com/snapshots/ ??



---

[2001-03-17 12:08:15] [EMAIL PROTECTED]
Hi!

I've done a test with the new php4.0.5-RC1 from php4win.de and the crash still occurs.

Regards,
Loïc

---

[2001-02-15 11:05:27] [EMAIL PROTECTED]
Oups, in the code before I omited to put the 'open session' function. Here it is:

function dbSessionOpen($savePath, $sessionName)
{
return true;
}


---

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


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9264&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10961 Updated: java.exe: Memory Access Violation

[sbergmann]

ID: 10961
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Java related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

How can you get an error in java.exe? What webserver do you use, is PHP built as CGI 
or as a webserver module?


Previous Comments:
---

[2001-05-18 15:06:29] [EMAIL PROTECTED]
I´m using php-servlet whit php-oci8 extension. Before use any oci8 function the 
application run correctly. But after that, when I browse any other php page the 
program java.exe do a Memory Access Volation.
Thanks.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10961&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8990 Updated: PHP as servlet crashes, Java trying to call php4ts.dll with entry point error

[sbergmann]

ID: 8990
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Java related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Could you please try a recent version of PHP (either PHP 4.0.6 (RC4) or latest CVS), 
thanks for your time.

Previous Comments:
---

[2001-01-29 19:11:00] [EMAIL PROTECTED]
1) install PHP in c:php 
2) install java servlet API for PHP(phpsrvlt.jar and phpsrvlt.dll) 
3) Replaced the web.xml in tomcat jakarta wih the one in PHP 
4) Added phpsrvlt.jar to classpath 
5) Added the directory containing php4ts.dll, and phpsrvlt.dll to path 


While executing the PHP script, I get Java Entry Point Not Found dialog box 
stating: 
"The procedure entry point register_internal_class could not be located in 
the dynamic link library php4ts.dll" 

Windows 2000
JDK 1.2.2


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8990&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9507 Updated: Java Classes and session_register

[sbergmann]

ID: 9507
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Bug Type: Java related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

getProperty("java.version");
?>

The above code works upon first request, but gives a 

  Warning: java.lang.NullPointerException in 
  e:\server\htdocs\test.php on line 10

in subsequent requests.

After commenting out the session_start() call it works fine, which is weird IMHO since 
session_register() implictly calls session_start().

Tested with PHP 4.0.7-dev (latest CVS), Java 2 SDK 1.3, Java HotSport Server VM 2.0.


Previous Comments:
---

[2001-03-01 04:30:15] [EMAIL PROTECTED]
Hi, 

I'm trying to save a Java class into a 
session variable like the code bellow: 

if ( !session_is_registered( "objJC" ) ) 
{ 
$objJC = null; 
$objJC = new Java( "JavaClass" ); 
session_register( "objJC" ); 
} 

This code works for the 1st time, when the 
session var 'objJC' is registered for the 1st time. All the methods of the java class 
can be accessed. 
The next times the variable 'objJC' already exists, as a session var, but i cannot 
access the methods inside, and gives me the 
error message like: 

Warning: java.lang.NoSuchMethodException: doinitmapj in c:program filesapache 
groupapachehtdocsphpphp_mapxt.php on line 71 

When you do this with a normal PHP class, using include() or required( ), everything 
works ok. 
It seems that the registration doesn't keep the class type as a Java Class. 

Can someone help me with this? 
Than you very much in advance. 
Carlos Figueiredo 

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9507&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9474 Updated: php_java problem still exists in php 4.0.5

[sbergmann]

ID: 9474
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Java related
Operating system: 
PHP Version: 4.0 Latest CVS (27/02/2001)
Assigned To: 
Comments:

Unable to reproduce this with PHP 4.0.7-dev, Java 2 SDK 1.3, Java HotSpot Server VM 
2.0 on Windows 2000 Professional SP2 with jver.php.

Previous Comments:
---

[2001-02-27 03:46:59] [EMAIL PROTECTED]
The bug with php_java (introduced with php 4.0.4) still exists in php 4.0.5

Bug: After running Java (in PHP 4.0.4, 4.0.4p1, or any 4.0.5) using Sun's Java Hotspot 
Server VM, then close windows and try to log out or shut down Windows.
There will be some kind of error message.

With php 4.0.5, I got a different error message then when I had php 4.0.4

I also tried both JDK 1.3 and JDK 1.3.0_001
I use the Java HotSpot Server VM 2.0 (downloadable from java.sun.com)

This bug is very reproducible in PHP 4.0.4 and above.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9474&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8570 Updated: php_java causes inetinfo memory address error

[sbergmann]

ID: 8570
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Java related
Operating system: 
PHP Version: 4.0.4
Assigned To: 
Comments:

Can't reproduce with PHP 4.0.7-dev, Java 2 SDK 1.3 on Windows 2000 Profession SP2. 
Tested with jver.php.

Previous Comments:
---

[2001-01-06 04:40:24] [EMAIL PROTECTED]
This is a critical bug that seems to have been introduced in the 4.0.4 release.

Run a PHP script that instantiates a Java object.
(ie. makes use of php_java)
Then shut down Windows, or log off user.
Windows will display an error message that
Inetinfo will shut down (memory address shown).

I haven't encountered this error before, so I think it was introduced in the 4.0.4 
release.

I'm using Sun's Hotspot VM 2.0, and JDK 1.30_01

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8570&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8868 Updated: Crash in zend_hash when compiled --with-servlet

[sbergmann]

ID: 8868
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Java related
Operating system: 
PHP Version: 4.0 Latest CVS (23/01/2001)
Assigned To: 
Comments:

Could you please try a recent version of PHP (either PHP 4.0.6 (RC4) or latest CVS) 
and check if the problem persists. If it does, please provide a new gdb backtrace. 
Thanks you.

Previous Comments:
---

[2001-01-23 13:41:24] [EMAIL PROTECTED]
This is probably the same problem as bug 8459 but I no longer seem to be able to 
respond to other people's bugs so apologies for duplicating but this info may be 
useful in diagnosing the problem.  

Here's the relevant part of the gdb backtrace from Linux (RH 7.0, Sun JDK 1.3, Tomcat 
3.2.1).  Not sure yet if the bug is in PHP/Java code or in zend_hash (since the latter 
is getting a 0 index into the hashtable).  BTW, this crash doesn't happen if you build 
the Debug_TS version (or --enable-debug on Ux).

#0  0x48a41ce6 in zend_hash_index_update_or_next_insert (ht=0x819134c, h=0, 
pData=0xbcfff19c, nDataSize=4,

 pDest=0x0, flag=1) at zend_hash.c:398

#1  0x48a50751 in Java_net_php_reflect_setResultFromObject (jenv=0x8171fdc, 
self=0xbcfff1e8, result=135860956,

 value=0xbcfff1f0) at java.c:729

#2  0x80694c1 in ?? ()

#3  0x8066da9 in ?? ()

#4  0x8066da9 in ?? ()

#5  0x4044ea50 in StubRoutines::_code1 () from 
/opt/jdk1.3/jre/lib/i386/client/libjvm.so

#6  0x4015f5e2 in JavaCalls::call_helper () from 
/opt/jdk1.3/jre/lib/i386/client/libjvm.so

#7  0x401dc731 in os::os_exception_wrapper () from 
/opt/jdk1.3/jre/lib/i386/client/libjvm.so

#8  0x4015f930 in JavaCalls::call () from /opt/jdk1.3/jre/lib/i386/client/libjvm.so

#9  0x401661ab in jni_invoke () from /opt/jdk1.3/jre/lib/i386/client/libjvm.so

#10 0x40169b1a in jni_CallObjectMethod () from 
/opt/jdk1.3/jre/lib/i386/client/libjvm.so

#11 0x48a4efc5 in sapi_servlet_read_cookies (sapi_globals=0x817ce70) at servlet.c:204

#12 0x48a54787 in sapi_activate (sapi_globals=0x817ce70) at SAPI.c:298

#13 0x48a51506 in php_request_startup (compiler_globals=0x80e4728, 
executor_globals=0x80e55b8,

 core_globals=0x80e05e8, sapi_globals=0x817ce70) at main.c:594

#14 0x48a4f43c in Java_net_php_servlet_send (jenv=0x8171fdc, self=0xbcfff5c4, 
requestMethod=0xbcfff5c0,
 
queryString=0xbcfff5bc, requestURI=0xbcfff5b8, pathTranslated=0xbcfff5b4, 
contentType=0x0, contentLength=-1,
 
authUser=0x0, display_source_mode=0 '

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #6925 Updated: ext/java

[sbergmann]

ID: 6925
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Java related
Operating system: 
PHP Version: 4.0.2
Assigned To: 
Comments:

This looks like a configuration problem on your end. php4/ext/java/README has a long 
list of different JVM configurations, please have a look at it.

Previous Comments:
---

[2000-09-28 12:06:53] [EMAIL PROTECTED]
Well after fighting with win98 and the java extension i tryed it on my 2000 box.. it 
worked fine.. but now i'll run the jver.php example.. and exactly every other time i 
run it i get the error unable to start java virtual machine..

i tryed it with jdk1.2 and jdk1.3

error:
Fatal error: Unable to create Java Virtual Machine in D:Inetpubwwwrootcgi-binjver.php 
on line 4

no error:
Java version=1.2.2 
Java vendor=Sun Microsystems Inc. 
OS=Windows NT 5.0 on x86 
Thursday, September 28, 2000 at 12:03:58 AM Pacific Daylight Time 



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6925&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11092 Updated: (Yet Another) References Weirdness

[sbergmann]

ID: 11092
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Just noticed: It works as expected when I replace

  $a = $b->add_a();

with

  $a =& $b->add_a();

But this is not the syntax I was thinking of for my class. The user, which probably 
doesn't know of the class's internals, now has always use the =& assignment operator. 
This is definetly error-prone.


Previous Comments:
---

[2001-05-24 13:04:25] [EMAIL PROTECTED]
There seems to be a problem with objects returned from class methods by reference:

data[] = $data;
  }
}

class b {
  var $a;

  function &add_a() {
$this->a = new a;
return $this->a;
  }

  function dump() {
print_r($this->a->data);
  }
}

$b = new b;
$a = $b->add_a();
$a->add_data('test');// works not
$b->a->add_data('test'); // works
$b->dump();
?>


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11092&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11092: (Yet Another) References Weirdness

[sbergmann]

From: [EMAIL PROTECTED]
Operating system: should be OS independent
PHP version:  4.0.5
PHP Bug Type: Scripting Engine problem
Bug description:  (Yet Another) References Weirdness

There seems to be a problem with objects returned from class methods by reference:

data[] = $data;
  }
}

class b {
  var $a;

  function &add_a() {
$this->a = new a;
return $this->a;
  }

  function dump() {
print_r($this->a->data);
  }
}

$b = new b;
$a = $b->add_a();
$a->add_data('test');// works not
$b->a->add_data('test'); // works
$b->dump();
?>



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



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

[PHP-DEV] Bug #11077 Updated: two new array functions

[sbergmann]

ID: 11077
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Sounds good to me. More important is the del() operation, though.

Previous Comments:
---

[2001-05-24 04:46:37] [EMAIL PROTECTED]
How about insert rather than double? It's more generic
and double is simple if you have insert.

Like this:



Array ( [0] => 1 [1] => 2 [2] => 3 [3] => 4 [4] => 5 ) 


---

[2001-05-24 04:27:57] [EMAIL PROTECTED]
I'd like to propose two new array functions. I currently have the following 
implementation of del() and double() in PHP, but IMHO it would be better to have these 
(or atleast del()) natively in PHP.

When using unset($array[$index]) on array, no re-indexing is performed:



Array ( [0] => 1 [1] => 2 [3] => 4 [4] => 5 [5] => 6 ) 

The del() method in the floowing code re-indexes the array:

data=$data;
} 

function del($pos) {
for($i=$pos+1;$idata);$i++) {
$this->data[($i-1)]=$this->data[$i];
}
unset($this->data[count($this->data)-1]);
}

function double($pos) {
for($i=count($this->data);$i>$pos;$i--) {
$this->data[($i)]=$this->data[$i-1];
}
}
}

$test=new ftk_array(array(1,2,3,4,5,6));
$test->del(1);
$test->double(4);
print_r($test->data);
?>

The double() method creates a clone of a given array element, while it maintainsthe 
indexes as well.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11077&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11077: two new array functions

[sbergmann]

From: [EMAIL PROTECTED]
Operating system: any
PHP version:  4.0.5
PHP Bug Type: Feature/Change Request
Bug description:  two new array functions

I'd like to propose two new array functions. I currently have the following 
implementation of del() and double() in PHP, but IMHO it would be better to have these 
(or atleast del()) natively in PHP.

When using unset($array[$index]) on array, no re-indexing is performed:



Array ( [0] => 1 [1] => 2 [3] => 4 [4] => 5 [5] => 6 ) 

The del() method in the floowing code re-indexes the array:

data=$data;
} 

function del($pos) {
for($i=$pos+1;$idata);$i++) {
$this->data[($i-1)]=$this->data[$i];
}
unset($this->data[count($this->data)-1]);
}

function double($pos) {
for($i=count($this->data);$i>$pos;$i--) {
$this->data[($i)]=$this->data[$i-1];
}
}
}

$test=new ftk_array(array(1,2,3,4,5,6));
$test->del(1);
$test->double(4);
print_r($test->data);
?>

The double() method creates a clone of a given array element, while it maintainsthe 
indexes as well.



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



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

[PHP-DEV] Bug #10604 Updated: couldnt update a session var or just register one

[sbergmann]

ID: 10604
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

> session_unregister('toto');
> session_register('toto');
> when this is done, i got the same values from toto

Sure, session_unregister() just 'removes' $toto from the session, it doesn't unset() 
it.

Your other code looks also weird to me. So, I'm closing this bug.

Previous Comments:
---

[2001-05-02 05:53:39] [EMAIL PROTECTED]
Hi and sorry to disturb but i have a pb 
and i dont know if is it a bug or something
else, hope is not a bug!

maybe the problem comes from the compilation,
maybe from me, but when i do :
-- SESSION PB ---
session_start();
$ID=session_id(); $WHAT=$pass.$ID;
if(!$SID){
   session_register("SID");
   $SID=md5($WHAT);
}else{
   $LOCAL_SID=md5($WHAT);
   if($SID!=$LOCAL_SID){
  session_destroy();
  ?>alert("ops...");http://bugs.php.net/?id=10604&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9724 Updated: user sessions not working anymore ?

[sbergmann]

ID: 9724
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Could you please give some feedback if this problem persists with a recent version 
(CVS, snapshot, 4.0.5 release) of PHP? Thanks!

Previous Comments:
---

[2001-03-13 07:05:05] [EMAIL PROTECTED]
I'm using user defined sessions to store my session data into a mysql database ... my 
code worked well from 4.0.2 to 4.0.3pl1, I just upgraded to 4.0.4pl1 and it doesn't 
work anymore ...

It seems that sometimes the session is not written at all to the the db, and sometimes 
it's written but with empty data ...

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9724&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10472 Updated: with session, IE not parse html header

[sbergmann]

ID: 10472
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.3pl1
Assigned To: 
Comments:

Could you please give some feedback if this problem persists with a recent version 
(CVS, snapshot, 4.0.5 release) of PHP? Thanks!

Previous Comments:
---

[2001-04-24 07:16:21] [EMAIL PROTECTED]
In php 4.0.3pl1, with session 
IE doesn't parse html header.
only not using php, you can see IE page infomation.

just connect www.php3.com with IE,
and done browing, mouse right click and press p,
then, you can see protocol, url, size, modified-date, etc.

but if you connect any site using php session,
you can't see any informatio of those.

-- follow header is sample which is not using session
HTTP/1.1 200 OK
Date: Tue, 24 Apr 2001 10:33:33 GMT
Server: Apache/1.3.14 (Unix) PHP/4.0.3pl1 mod_ssl/2.7.1 OpenSSL/0.9.6
X-Powered-By: PHP/4.0.3pl1
Connection: close
Content-Type: text/html 

-- follow header is sample which is using session
HTTP/1.1 200 OK
Date: Tue, 24 Apr 2001 10:34:21 GMT
Server: Apache/1.3.14 (Unix) PHP/4.0.3pl1 mod_ssl/2.7.1 OpenSSL/0.9.6
X-Powered-By: PHP/4.0.3pl1
Set-Cookie: IMID=407f81eb11d4a059c7bff457ecf87c05; path=/; domain=.yourdomain.com
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Connection: close
Content-Type: text/html

--
so i wondering what cause the different of header parsing with IE.

and, I would like to know how to solve this problem in useing IE with php session.

why 


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10472&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #7694 Updated: time out on uploading with session

[sbergmann]

ID: 7694
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.3pl1
Assigned To: 
Comments:

Could you please give some feedback if this problem persists with a recent version 
(CVS, snapshot, 4.0.5 release) of PHP? Thanks!

Previous Comments:
---

[2000-11-27 07:18:15] [EMAIL PROTECTED]
reclassified

---

[2000-11-08 06:04:23] [EMAIL PROTECTED]
In file upload with session,  
which run under php4.0.3pl1, apache1.3.16,
Time out would occured in netscape and IE.

in my php.ini setting is
max_execution_time = 300,
upload_max_filesize = 52275200,

and my httod.conf is
Timeout 300
but upload is only after 30 sec, error occured.

But server which is not using session,
upload function have not problem.

So, I guess that session has itself's timeout routine
that not framework with sapi.

anyone help me ?





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7694&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8676 Updated: Bad serialization of objects with references

[sbergmann]

ID: 8676
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.4
Assigned To: 
Comments:

Could you please give some feedback if this problem persists with a recent version 
(CVS, snapshot, 4.0.5 release) of PHP? Thanks!

Previous Comments:
---

[2001-01-12 11:15:12] [EMAIL PROTECTED]
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."";
}
?>


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8676&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10892 Updated: error on PHP.INI distributed for win32

[sbergmann]

ID: 10892
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Fixed in CVS.


Previous Comments:
---

[2001-05-16 03:30:38] [EMAIL PROTECTED]
Dears,
the file PHP.INI distributed with foxserv or within the php405 work correctly but Just 
i installed a PHP program for ecommerce (i.e. theexchangeproject.org; note I tried 
others with the same result), several errors occurs.

I discovered that there is a little "bug" in:

[Session]
session.use_trans_sid=1
session.save_handler  = files   ; handler used to store/retrieve data
session.save_path = /Temp; argument passed to save_handler

infact the variable session.save_path is "bad defined".
There are not any notes about the win versio. Infact substituiting /Temp with 
c:/php/temp all work fine.

Thank you for you attention,

ALEX TUVERI

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10892&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10623 Updated: Left value $HTTP_SESSION_VARS[] doesn't work

[sbergmann]

ID: 10623
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Please give the latest CVS a try. Andrei Zmievski committed a patch that should fix 
this problem.

Previous Comments:
---

[2001-05-04 07:11:37] [EMAIL PROTECTED]
Actually use $HTTP_SESSIONS_VARS[] for right-value and global variables for left-value 
directly won't have any security problems. So I guess this IS a bug but it doesn't 
matter.

---

[2001-05-02 22:44:19] [EMAIL PROTECTED]
I use binary release of 4.0.5
I turn on global_vars
the following statement won't work:

session_register("god");
$HTTP_SESSION_VARS["god"] = true;

instead, I have to use
$god=true;

however, if I have assigned true to $god via the statement "$god=true", I can access 
$god via $HTTP_SESSION_VARS["god"].

This means, $HTTP_SESSION_VARS[] can only work as a right-value.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10623&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

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

[sbergmann]

ID: 8989
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Does this problem persist with a recent version of PHP 4 (like latest CVS or PHP 
4.0.5)?


Previous Comments:
---

[2001-01-29 18:06:15] [EMAIL PROTECTED]
v4.0.4pl1 CGI version, with or without v1 of Zend Optimizer,
is once again demonstrating similar session file generation
as I reported earlier in BUG #5493.  It looks like an old
bug has snuck back in the code.

I believe BUG #8912 also relates to same issue.  Note I have
not yet tested the ISAPI module.

Using the same script as in BUG #5493, I am now seeing
similar, though not the same activity.  Firing up a new
browser, here is what I am seeing as I load the pages
Page1.PHP thru Page4.PHP IN ORDER:

 1. Page1 creates sessionid file
 2. Page2 updates initial file fine
 3. Page3 -"-
 4. Page4 creates new sessionid file (size 0 bytes, as will
be all sessionid files from this point on).  From this point
on, we will never get valid session data again, just as
before with this bug.
 5. Page1 creates new sessionid file
 6. Page2-3 no new file
 7. Page4-1 create new files
 8. Page2-3 no new file
 9. Page 4-1 create new files
10. Page2 no new file
11. Page3-4 create new files *PATTERN CHANGE
12. Page1-2 no new file
13. Page3-4 create new files
14. ***Steps #12-13 repeat 5x ***
15. Page1 creates new file
16. Page2-3 no new file
17. Page4 new file

The pattern seems to fluctuate back and forth between
Page4-1 creating new sessionid files and then Page3-4
creating sessionid files.

I suspect whatever was at the root of BUG #5493 will likely
be the cause here as well.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8989&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10387 Updated: session_register doesn't populate $HTTP_SESSION_VARS

[sbergmann]

ID: 10387
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Please give the latest CVS a try. Andrei Zmievski committed a patch that should fix 
this problem.

Previous Comments:
---

[2001-04-18 18:56:21] [EMAIL PROTECTED]
I don't know if this is a bug or that session_register() just doesn't work the way I 
expect.  In a single script if I use session_register() then try to access 
$HTTP_SESSION_VARS["var"] I get a null entry.  I'd expect that as soon as I register a 
variable that I should be able to find it in the $HTTP_SESSION_VARS.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10387&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9583 Updated: session variables not kept when using $HTTP_SESSION_VARS and register_globals

[sbergmann]

ID: 9583
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Please give the latest CVS a try. Andrei Zmievski committed a patch that should fix 
this problem.

Previous Comments:
---

[2001-03-06 11:36:00] [EMAIL PROTECTED]
Hi,

i have this (sample) script:
nScore:" . $totalscore;
//$line = session_id() . "nScore:" . $HTTP_SESSION_VARS["totalscore"];
?>







If register_globals is On, everything works fine using the $totalscore global. But, if 
you change the comments, and use $HTTP_SESSION_VARS[] the sessiondata (totalscore) 
stays undefined.

If i change register_globals to Off (and restarting apache), the globals (surprise) 
don't work anymore, but $HTTP_SESSION_VARS do.

This is in contrast with the manual, saying that if register_globals is On, both 
$HTTP_SESSION_VARS and the global reference the same value.

gr,
Sander De Graaf

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9583&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9819 Updated: Updating HTTP_SESSION_VARS[] doesn't works

[sbergmann]

ID: 9819
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Please give the latest CVS a try. Andrei Zmievski committed a patch that should fix 
this problem.

Previous Comments:
---

[2001-05-17 09:47:42] [EMAIL PROTECTED]
PHP Version 4.0.7-dev
System - Windows 95/98 4.10
Build Date - May 16 2001
Server API - Apache

"SERVER_SOFTWARE"=  Apache/1.3.14 (Win32) 
PHP/4.0.5 

Result the same, nothing changed.

---

[2001-05-14 08:34:01] [EMAIL PROTECTED]
Did the latest snapshot work or not?



---

[2001-05-12 06:17:50] [EMAIL PROTECTED]
In the 4.0.5 result the same. I don't think that this is file problem, this is must be 
scripting engine problem. Session file for this bug:

!counter1|counter2|i:18;

I will try the last snapshot if can to download it..

---

[2001-05-11 15:14:27] [EMAIL PROTECTED]
Please check to see if this is still happening in 4.0.5.  If it is, please try to get 
a snapshot dated AFTER today as there was a patch just place in regarding file locking 
permissions.

---

[2001-03-18 08:30:06] [EMAIL PROTECTED]




Press Reload ten times and you have:
Counter1=1, Counter2=10


System  Windows 95/98 4.10
Build Date  Jan 12 2001
Server API Apache
Virtual Directory Support enabled
ZEND_DEBUG   disabled
Thread Safetyenabled

[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=   On ; 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)

[PHP-DEV] Bug #11007 Updated: session_register() doesn't work after session_id(n)

[sbergmann]

ID: 11007
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: *Session related
Operating system: 
PHP Version: 4.0.4
Assigned To: 
Comments:

Same as #10965.

Previous Comments:
---

[2001-05-21 20:24:28] [EMAIL PROTECTED]
I am implemeting an e-commerce site with credit-card processing done
by an external payment processor. Right now I am evaluating
itransact.com.

They have a feature where I can send a ret_addr (a full url of a script
on my server, say, fromPP.php) and variable name/value pairs to them
when I "submit" a form. Then they do a POST to fromPP.php and pass the
variables as POST variables along with the status code etc. One of the
variables I am passing is the session id, say, SESSid, when I submit
the form to their site.

The idea is to maintain the state in fromPP.php by doing a
session_id($SESSid). I am able to get the right SESSid from the
payment processor and after doing session_id($SESSid) I am able to
access all session variables declared before submitting the form, but
when I try to register new session variables in fromPP.php, for
example, by calling session_register("FROMPP_xid"), nothing happens.
There are no errors but this variable does not actually get registered.
If I start a new session in fromPP.php, then it works fine, but I
lose the state.

This looks like a bug to me.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11007&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9327 Updated: Request to php.exe generates two Failure Audit Object Access errors in NT log

[sbergmann]

ID: 9327
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sockets related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Does this problem persist with PHP 4.0.5?

Previous Comments:
---

[2001-02-18 17:33:49] [EMAIL PROTECTED]
Each ordinary CGI request to php.exe generates
two Failure Audit Object Access errors in NT security log:

Event ID: 560

Object Open:
Object Server:  Security
Object Type:Mutant
Object Name:BaseNamedObjectsWinsock2ProtocolCatalogMutex
New Handle ID:  -
Operation ID:   {0,686359}
Process ID: 2273427488
Primary User Name:  IUSR_*
Primary Domain: 
Primary Logon ID:   (0x0,0xA1938)
Client User Name:   -
Client Domain:  -
Client Logon ID:-
Accesses
DELETE 
READ_CONTROL 
WRITE_DAC 
WRITE_OWNER 
SYNCHRONIZE 
Query mutant state 

Privileges  -




 (php.ini - > php.ini-optimized)


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9327&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #6336 Updated: setting include_path breaks top index.php

[sbergmann]

ID: 6336
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0 Latest CVS (24/08/2000)
Assigned To: jmoore
Comments:

Can we close this bug? Shall we change php.ini-dist?


Previous Comments:
---

[2000-08-30 21:05:23] [EMAIL PROTECTED]
FW On behalf of Peter Kocks:

Yes, ".:" does work in almost every case.  The case where it does not is when there is 
a chdir() in a auto prepend file.
 
However, the real point of this bug report has to do with backwards compatibility, 
documentation, and error messages.
 
Compatibility:  Changes in behavior should be announced in some formal place.  So, 
when people upgrade they can check for potential problems.
 
Documentation: the php.ini-dist should be changed to suggest you put in a ".:" in the 
include_path().
 
Error message: Should be more informative in the case where the script_name is not 
accessible via the include path.  If it is the script name, say something about "." in 
path or something.

---

[2000-08-25 06:19:30] [EMAIL PROTECTED]
try putting . in your include path.

include_path= ".:/usr/test/include"

Please give feedback

James


---

[2000-08-24 12:29:22] [EMAIL PROTECTED]
php version php4.0.2RC1
solaris 7

Create this simplest of php scripts called "index.php" in your Document Root.

";
?>

in php.ini change include_path to whatever

include_path= "/usr/test/include"

Point your browser to the index.php.  I get the warning message:

Warning: Failed opening 'index.php' for inclusion (include_path='/usr/test/include') 
in Unknown on line 0

This is new behaviour that will cause problems when php is released.  

Details on my build:

./configure 
--with-apxs=/usr/local/apache/bin/apxs 
--with-config-file-path=/var/baygate/www/conf 
--enable-track-vars 
--enable-trans-sid 
--with-ndbm 
--with-informix=/opt/informix/prod 
--with-system-regex 
--enable-sysvsem 
--enable-sysvshm 

APACHE = apache_1.3.12
PHP = php-4.0.2RC1
MODSSL  = mod_ssl-2.6.6-1.3.12
Solaris 2.7



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6336&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10209 Updated: php_sybase_ct.dll is causing illegal operation

[sbergmann]

ID: 10209
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sybase-ct (ctlib) related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Are you using PHP as an ApacheModule or via CGI? If your using the module version this 
could indicate that the Sybase extension is not thread-safe.


Previous Comments:
---

[2001-04-06 11:18:44] [EMAIL PROTECTED]
I am using Apache 1.3.17 on a Windows 2000 machine that also has the Sybase Client 
(System 11) installed.  When I uncomment php_sybase_ct.dll in the php.ini I am getting 
an illegal operation message when a php page is invoked in the browser.  I get the 
message even if the php page does NOT have any sybase function calls.  ODBC works 
fine, but I need to be able to use the code to a UNIX system.

SDeprez

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10209&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #6421 Updated: PEAR - error emulating prepare/execute with PostgreSQL

[sbergmann]

ID: 6421
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Operating system: 
PHP Version: 4.0 Latest CVS (29/08/2000)
Assigned To: 
Comments:

Have you tried a newer version of PEAR/DB, for instance the one that ships with PHP 
4.0.5?

Previous Comments:
---

[2000-08-29 14:51:55] [EMAIL PROTECTED]
What does the following line in DB/common.php do ?

(line 182:) $stmt = (int)$this->prepare_maxstmt++;

I have to outcomment the line when I recall execute() on the same prepared query! 

In the original code $realquery, in execute(), is set to the following string when 
calling it again with the same prepared query...

[db_error: message="DB Error: invalid" code=-8 mode=return level=notice prefix="" 
prepend="" append=""]




example:


connect($dsn);

$stm = $db->prepare('SELECT * FROM pg_type WHERE typname = ? ORDER BY typname;');

$r1 = $db->execute($stm, array('_point'));
$r2 = $db->execute($stm, array('_bit'));

while($b = $db->fetchrow($r1)) {
echo $b[0].' - '.$b[1].'';
}

while($b = $db->fetchrow($r2)) {
echo $b[0].' - '.$b[1].'';
}

?>


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6421&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #7409 Updated: xml_parse has a limit of 16 attributes on Windows

[sbergmann]

ID: 7409
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: XML related
Operating system: 
PHP Version: 4.0.3pl1
Assigned To: 
Comments:

Does this problem persist with a newer version of PHP, like PHP 4.0.5?

Previous Comments:
---

[2000-10-23 08:57:30] [EMAIL PROTECTED]
Following happend 

- sending XML request to DataBase
- Database returns XML String with more than 16 attributes
- xml_parse handles only up to 16 attributes on WinNT
- on Linux everything works fine (more than 16 attribs )

... is there any patch for that problem ???

Regards,
Oliver

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7409&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9781 Updated: sig 11

[sbergmann]

ID: 9781
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Output Control
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Does this problem persist with PHP 4.0.5?

Previous Comments:
---

[2001-03-16 06:01:34] [EMAIL PROTECTED]
Sorry for the terse note but I am in the stress of finishing
a project and have no time to produce a reproducing script.
The code it's too complicated. [hope to come back later
with a sample]

configure line as per phpinfo():
 '--enable-versioning' '--with-mysql' '--with-pgsql'
'--disable-pic' '--with-dom' '--with-ldap=/usr'
 '--enable-trans-sid' '--enable-wddx' '--with-shmop' '--with-mm' 
'--enable-memory-limit' '--with-sablot'
--with-mnogosearch' '--enable-sockets' '--with-zlib' '--enable-debug'

Here are the log notice and bt:

[Fri Mar 16 12:35:45 2001] [notice] child pid 27350 exit signal Segmentation fault 
(11)
[Fri Mar 16 12:36:05 2001] [notice] caught SIGTERM, shutting down
[Fri Mar 16 12:36:48 2001]  Script:  '/usr/local/cvsdevel/php/a/htdocs/index.php'
---
zend_execute_API.c(261) : Block 0x08159370 status:
zend_variables.c(62) : Actual location (location was relayed)
Beginning:  Cached (allocated on var.c:475, 13 bytes)
  End:  OK
---
FATAL:  erealloc():  Unable to allocate 1515878401 bytes

Program received signal SIGSEGV, Segmentation fault.
0x40089ac1 in __kill () from /lib/libc.so.6
(gdb) bt
#0  0x40089ac1 in __kill () from /lib/libc.so.6
#1  0x401c86e1 in objects () at zend_alloc.c:535
#2  0x40292025 in php_ob_allocate () at output.c:226
#3  0x402917fc in php_ob_append (text=0x0, text_length=1515870810) at output.c:260
#4  0x40291956 in php_b_body_write (str=0x0, str_length=1515870810) at output.c:337
#5  0x4029134a in objects () at output.c:53
#6  0x401f7e26 in php_body_write_wrapper (str=0x0, str_length=1515870810) at 
main.c:682
#7  0x401e22db in objects () at zend.c:116
#8  0x401e225c in objects () at zend.c:116
#9  0x401e1d04 in objects () at zend_variables.c:147
#10 0x401e247c in objects () at zend.c:116
#11 0x401e232c in objects () at zend.c:116
#12 0x401e1f8b in print_hash (ht=0x8159544, indent=12) at zend.c:107
#13 0x401e23e2 in objects () at zend.c:116
#14 0x401e232c in objects () at zend.c:116
#15 0x401e1f8b in print_hash (ht=0x815a2b4, indent=4) at zend.c:107
#16 0x401e2462 in objects () at zend.c:116
#17 0x401e232c in objects () at zend.c:116
#18 0x40254d30 in objects () at basic_functions.c:1815
#19 0x401d3f8a in objects () at ./zend_execute.c:853
#20 0x401d4168 in objects () at ./zend_execute.c:853
#21 0x401d4168 in objects () at ./zend_execute.c:853
#22 0x401d4168 in objects () at ./zend_execute.c:853
#23 0x401e31a4 in objects () at zend.c:260
#24 0x401f8a7f in objects () at main.c:1128
#25 0x401f4a7c in objects () at sapi_apache.c:98
#26 0x401f5595 in objects () at mod_php4.c:439
#27 0x401f55d6 in objects () at mod_php4.c:439
#28 0x8076669 in ap_invoke_handler ()
#29 0x808c05f in process_request_internal ()
#30 0x808c0d2 in ap_process_request ()
#31 0x8082c76 in child_main ()
#32 0x8082e55 in make_child ()
#33 0x8082fd6 in startup_children ()
#34 0x808365c in standalone_main ()
#35 0x8083eac in main ()
#36 0x40083a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93

I make use of nested output buffering and I guess it's
a problem somewhere there (str=0x0) with a null pointer :(

ciao

-- teodor

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9781&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10640 Updated: php_curl.dll

[sbergmann]

ID: 10640
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0 Latest CVS (03/05/2001)
Assigned To: 
Comments:

dbeuMon Apr 30 02:57:16 2001 EDT

  Modified files:  
/php4/ext/curl  curl.c 
  Log:
  fix win32 build


Previous Comments:
---

[2001-05-03 13:36:16] [EMAIL PROTECTED]
apart from the other errors, the constants aren't set anywhere in the source of 
php_curl nor libcurl.

Deleting intermediate files and output files for project 'curl - Win32 Release_TS'.
Configuration: curl - Win32 Release_TS
Compiling...
curl.c
D:compilephpphp4-200105030645extcurlcurl.c(357) : error C2065: 'executor_globals' : 
undeclared identifier
D:compilephpphp4-200105030645extcurlcurl.c(357) : error C2223: left of 
'->function_table' must point to struct/union
D:compilephpphp4-200105030645extcurlcurl.c(359) : warning C4047: 'function' : 'struct 
_zval_struct ** ' differs in levels of indirection from 'struct _zval_struct *'
D:compilephpphp4-200105030645extcurlcurl.c(359) : warning C4024: 'call_user_function' 
: different types for formal and actual parameter 2
D:compilephpphp4-200105030645extcurlcurl.c(360) : warning C4047: 'function' : 'struct 
_zval_struct *' differs in levels of indirection from 'const int '
D:compilephpphp4-200105030645extcurlcurl.c(360) : warning C4024: 'call_user_function' 
: different types for formal and actual parameter 4
D:compilephpphp4-200105030645extcurlcurl.c(360) : warning C4047: 'function' : 'int ' 
differs in levels of indirection from 'struct _zval_struct *[3]'
D:compilephpphp4-200105030645extcurlcurl.c(360) : warning C4024: 'call_user_function' 
: different types for formal and actual parameter 5
D:compilephpphp4-200105030645extcurlcurl.c(360) : error C2198: 'call_user_function' : 
too few actual parameters
D:compilephpphp4-200105030645extcurlcurl.c(398) : error C2223: left of 
'->function_table' must point to struct/union
D:compilephpphp4-200105030645extcurlcurl.c(400) : warning C4047: 'function' : 'struct 
_zval_struct ** ' differs in levels of indirection from 'struct _zval_struct *'
D:compilephpphp4-200105030645extcurlcurl.c(400) : warning C4024: 'call_user_function' 
: different types for formal and actual parameter 2
D:compilephpphp4-200105030645extcurlcurl.c(401) : warning C4047: 'function' : 'struct 
_zval_struct *' differs in levels of indirection from 'const int '
D:compilephpphp4-200105030645extcurlcurl.c(401) : warning C4024: 'call_user_function' 
: different types for formal and actual parameter 4
D:compilephpphp4-200105030645extcurlcurl.c(401) : warning C4047: 'function' : 'int ' 
differs in levels of indirection from 'struct _zval_struct *[2]'
D:compilephpphp4-200105030645extcurlcurl.c(401) : warning C4024: 'call_user_function' 
: different types for formal and actual parameter 5
D:compilephpphp4-200105030645extcurlcurl.c(401) : error C2198: 'call_user_function' : 
too few actual parameters
D:compilephpphp4-200105030645extcurlcurl.c(433) : error C2223: left of 
'->function_table' must point to struct/union
D:compilephpphp4-200105030645extcurlcurl.c(435) : warning C4047: 'function' : 'struct 
_zval_struct ** ' differs in levels of indirection from 'struct _zval_struct *'
D:compilephpphp4-200105030645extcurlcurl.c(435) : warning C4024: 'call_user_function' 
: different types for formal and actual parameter 2
D:compilephpphp4-200105030645extcurlcurl.c(436) : warning C4047: 'function' : 'struct 
_zval_struct *' differs in levels of indirection from 'const int '
D:compilephpphp4-200105030645extcurlcurl.c(436) : warning C4024: 'call_user_function' 
: different types for formal and actual parameter 4
D:compilephpphp4-200105030645extcurlcurl.c(436) : warning C4047: 'function' : 'int ' 
differs in levels of indirection from 'struct _zval_struct *[3]'
D:compilephpphp4-200105030645extcurlcurl.c(436) : warning C4024: 'call_user_function' 
: different types for formal and actual parameter 5
D:compilephpphp4-200105030645extcurlcurl.c(436) : error C2198: 'call_user_function' : 
too few actual parameters
D:compilephpphp4-200105030645extcurlcurl.c(523) : error C2065: 
'CURLOPT_WRITEFUNCTIONDATA' : undeclared identifier
D:compilephpphp4-200105030645extcurlcurl.c(525) : error C2065: 
'CURLOPT_READFUNCTIONDATA' : undeclared identifier
D:compilephpphp4-

[PHP-DEV] Bug #10671 Updated: Cannot retrieve secondary object properties

[sbergmann]

ID: 10671
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: COM related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Does this problem persist with PHP 4.0.6-dev? There have been a lot of changes to 
ext/com recently, including improtant fixes after the PHP 4.0.5 release that will be 
included in PHP 4.0.6.


Previous Comments:
---

[2001-05-04 12:33:46] [EMAIL PROTECTED]
The following code causes PHP to die at line 3:
$mgr = new COM("Factory");
$child = $mgr->GetChild(1);
echo $child->Attribute;

($mgr's method GetChild returns a COM object, which
has property 'Attribute').

The bug is in php_variant_to_pval() function in 
ext/com/conversion.c, line 501:
 handle->value.lval = zend_list_insert(var_arg->pdispVal, php_COM_get_le_idispatch());

it saves raw interface pointer var_arg->pdispVal, whereas everywhere else it is 
expected that the list contains i_dispatch pointer.

The line should be replaced with 
 i_dispatch *obj = (i_dispatch *)emalloc(sizeof(*obj));
 php_COM_set(obj,var_arg->pdispVal,FALSE); // not sure whether the last parameter 
should be TRUE or FALSE
 handle->value.lval = zend_list_insert(obj, php_COM_get_le_idispatch());
 

Also, the code in php_COM_set is somewhat bizarre:
- the returned value (hr) will not be set if cleanup is FALSE
- pDisp is unnecessarily cleared if cleanup is FALSE (it's a parameter, and it's not 
used afterwards).

Also, I am not sure that reference counting for COM objects is correct.

Also, please comment your code. It took me a day to find out this little bug.

Sasha

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10671&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10053 Updated: Insert sentence error

[sbergmann]

ID: 10053
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: COM related
Operating system: 
PHP Version: 4.0.4
Assigned To: 
Comments:

Does this problem persist with PHP 4.0.6-dev? There have been a lot of changes to 
ext/com recently, including improtant fixes after the PHP 4.0.5 release that will be 
included in PHP 4.0.6.


Previous Comments:
---

[2001-03-29 09:47:19] [EMAIL PROTECTED]
$oConn = new COM("ADODB.Connection");

// Data Base: ORACLE 8.0

// insert query: it works fine!!!

insert into Pact (nid,name,Apell1,Apell2,Sexo,NHisto,FNac) values 
(10040,'qwrwfcdf','qeqwe','qewqwe','Hombre','121217',to_date('12/12/1999','MM-DD-'))



// insert query: it does not works: php error memory

insert into Pet 
(NID,NPet,NPac,Diagnostico,FPet,Medico,Servicio,FPetFin,nidPass,obsPet,obsInf,codSer,itt)
 
   values
   (10060,'56',10040,3,
to_date('29-03-2001','DD-MM-'),
to_date('12-1-2001','DD-MM-,
 '',
 'ttt',
 'urgencias ',
 'vv')
 

If i copy this query (generated by my php code), and paste into a SQL editor that work 
for make queries into data bases
and i execute it, it works fine. 

Maybe a problem of lenght?.
I hope i was wrong.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10053&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10574 Updated: Gets stuck on explode() when delimiter is not in the string

[sbergmann]

ID: 10574
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Arrays related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Can't reproduce this with PHP 4.0.6-dev either, on Win2K. Tested it both from the 
command-line with 'php -q test.php', as via Apache.


Previous Comments:
---

[2001-05-03 15:08:34] [EMAIL PROTECTED]
I can't reproduce this on Windows either. Can you please try and run this from command 
line and see if it still creates problems? Without any prepends or anything

---

[2001-05-03 14:21:23] [EMAIL PROTECTED]
Maybe is a bug related to WIN NT ?
Do you need more info about the settings of my phpinfo() ?

---

[2001-05-02 23:19:23] [EMAIL PROTECTED]
I can't reproduce this with latest CVS on Linux using
the following test script:



--Jani


---

[2001-05-01 06:23:12] [EMAIL PROTECTED]
If I perform an 
explode(",",$str);
on
$str = "hi there this is a test";

Php gets "stuck" and can eventually bing the memroy of the server down.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10574&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9685 Updated: Error message from Windows: Apache has caused an error in MSVCRT.DLL

[sbergmann]

ID: 9685
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Arrays related
Operating system: 
PHP Version: 4.0.3pl1
Assigned To: 
Comments:

Does this problem persist with PHP 4.0.5?


Previous Comments:
---

[2001-03-11 16:23:59] [EMAIL PROTECTED]
I think that problem is in row marked in script with "ERROR LINE? =>"

This script causes error if $GLOBALS is passed as first argument. I didn't experienced 
the problem with any other variable.

SCRIPT:
nArray ".$key."n";
 echo_array_self($a,$key,$l);
 echo "n";
}
function echo_array_self($a,$key="",$l=1)
{while(list($k,$v)=each($a))
 {for($i=0;$i<$l;$i++){echo " |";}
  echo " +";
  if(is_array($v)):
   echo " + ".$key."[".$k."] - array()n";
ERROR LINE? => if($v!=$GLOBALS):
echo_array_self($v,$key."[".$k."]",$x=$l+1);
   endif;
  else:
   echo " - ".$key."[".$k."]=";
   if(is_string($v)):
echo "'$v'n";
   else:
echo $v."n";
   endif;
  endif;
 }
}
?>
I can't give you any other informations.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9685&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9422 Updated: Apache hangs when Win goes to standby

[sbergmann]

ID: 9422
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Operating system: 
PHP Version: 4.0.4
Assigned To: 
Comments:

Are you loading non-thread-safe PHP Extensions in your php.ini? Does this problem 
persist with PHP 4.0.5?


Previous Comments:
---

[2001-03-31 19:06:17] [EMAIL PROTECTED]

No, plain apache goes into standby. 

I tested apache 1.3.19 with php 4.0.5RC1 from www.php4win.de (phpinfo looks a little 
bit hacked?), no standby.

Tested it with php cgi (3.1.17, 4.04, 4.0.5RC1) when a longer script is running, win 
goes standby after php timeout killed the script (which is a good idea I think). 

My guess is in module version something is not ending, even without a current script 
running?

Gustav Graf


---

[2001-03-31 09:16:34] [EMAIL PROTECTED]
Does it happen with plain Apache (without PHP)? If not, could you try with 1.3.19 and 
newer version of PHP?

---

[2001-03-17 19:27:17] [EMAIL PROTECTED]
same with Sambar Server 4.4

---

[2001-02-23 10:43:53] [EMAIL PROTECTED]
If PHP 4.04 is included in Apache 1.3.17 as module with:

LoadModule php4_module c:/php/sapi/php4apache.dll
AddType application/x-httpd-php .php

and Win goes into standby the standby window and the Apache console freezes, omnly 
after after killing the second apache task - with small letters - computer goes 
standby.

Gustav Graf

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9422&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #7822 Updated: system crash

[sbergmann]

ID: 7822
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Operating system: 
PHP Version: 4.0.4
Assigned To: 
Comments:

I don't see the point in accessing http://localhost/php/php.exe. So, why do you want 
to do that?


Previous Comments:
---

[2001-05-04 03:41:23] [EMAIL PROTECTED]
Now I use Apache/1.3.19 with PHP/4.0.5 for Windows 98
this problem still exists.

Default setting will make system crash in Windows 98 if accessing something like

http://localhost/php/php.exe

I guess PHP at least should announce this problem (and I've made two of my friends 
crashed, sorry if they see this.).

---

[2001-01-12 12:27:08] [EMAIL PROTECTED]
cynic: This is a Great Idea!

---

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


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

---

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


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7822&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10696 Updated: missing dll

[sbergmann]

ID: 10696
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Install and Config
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Have a look at http://www.php4win.de/ for every information / files you need in order 
to run PHP 4 on Windows.

Although I find it hard to believe that essential DLLs are missing in the php.net 
distribution of 4.0.5.


Previous Comments:
---

[2001-05-07 04:22:08] [EMAIL PROTECTED]
hi;
I downloaded PHP 4.0.5 (CGI binary) and unzipped it to directory c:php. However, dll 
directory was empty. WHere are all dll. files. According to the manual, I should copy 
dll. files to winsystems.
thanks leon

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10696&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8202 Updated: exec("java -cp classpath classname inputArgument"); has no effect

[sbergmann]

ID: 8202
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Function Specific
Operating system: 
PHP Version: 4.0.3pl1
Assigned To: 
Comments:

Does your problem persist with PHP 4.0.5? Have you considered using PHP 4's Java 
extension to directcly invoke your Java class?


Previous Comments:
---

[2001-03-14 17:18:18] [EMAIL PROTECTED]
Using CGI, i.e. php.exe with the correspondng extension (.php) in the IIS 4 list 
pointing to php.exe %s %s
C:Javabin, etc are in the CLASSPATH (system environment setup)

---

[2001-03-14 15:08:33] [EMAIL PROTECTED]
Can you please tell which SAPI you're using, ISAPI or CGI?

--Jani


---

[2001-03-14 04:34:32] [EMAIL PROTECTED]
ID 8202
I don't get any error messages.
A student of mine tried the code on his system, and claimed it worked. 
Using 4.0.3 as CGI installation

Not urgent - our work-around -> re-wrote the Java code in PHP, and that works.
Lee


---

[2001-02-24 12:40:58] [EMAIL PROTECTED]
are you not getting any errors?? Can you try exec with other programs and see if it 
happens with them?

Not getting a unable to fork eror are you? what SAPI are you using ISAPI or CGI?

---

[2000-12-11 22:57:15] [EMAIL PROTECTED]
The command prompt line
java -cp 
.;C:Javabin;C:Javalib;C:Javalibtools.jar;E:Health_InfoHealthWebDirectoryMessages 
HTML_HL7translator 
E:Health_InfoHealthWebDirectoryMessagesDischargeDis-2000-11-28-1.htm

runs the java class  HTML_HL7translator with input file Dis-2000-11-28-1.htm
jdk1.3 is installed and works

None of the commands in the following cause HTML_HL7translator to run:



[PHP] extracts

; 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)
implicit_flush  = Off   ; Implicit flush tells PHP to tell the output layer to 
flush itself
allow_call_time_pass_reference  = On; whether to enable the ability to force 
arguments to be 

safe_mode   =   Off
safe_mode_exec_dir  =
safe_mode_allowed_env_vars = PHP_   ; Setting certain environment 
variables
safe_mode_protected_env_vars = LD_LIBRARY_PATH  ; This directive contains a 
comma-
disable_functions   =   
; Colors for Syntax Highlighting mode.  Anything that's acceptable in  
would work.
highlight.string=   #DD
highlight.comment   =   #FF8000
highlight.keyword   =   #007700
highlight.bg=   #FF
highlight.default   =   #BB
highlight.html  =   #00

; Misc
expose_php  =   On  
;;;
; Resource Limits ;
;;;

max_execution_time = 30 ; Maximum execution time of each script, in seconds
memory_limit = 8M   ; Maximum amount of memory a script may 
consume (8MB)
;;
; Error handling and logging ;
;;
; error_reporting is a bit-field.  Or each number up to get desired error reporting 
level
E_ALL   - All errors and warnings

error_reporting =E_ALL; display all errors, warnings and notices
display_errors  =   Off ; Print out errors (as a part of the output)

display_startup_errors = Off; Even when display_errors is on, errors that 
occur during
log_errors  =   On  
track_errors=   Off ; Store the last error/warning message in 
$php_errormsg (boolean)
error_log   = E:Health_InfoHealthWebDirectoryphp_error.txt ; log errors to 
specified file
warn_plus_overloading   =   Off ; warn if the + operator is used with 
strings
;
; Data Handling ;
;
; Note - track_vars is ALWAYS enabled as of PHP 4.0.3
variables_order =   "EGPCS" ; This directive describes the order in which 
PHP registers
register_argc_argv  =   On  ; This directive tells PHP whether to 
declare the argv&ar

[PHP-DEV] Bug #10497 Updated: Not connect with MySql

[sbergmann]

ID: 10497
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MySQL related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

The error message 'Maximum execution time of 30 seconds exceeded' doesn't need to be 
related to MySQL, as it just says that your script's running time is longer than 
allowed.

Do you get, apart from that, any error message that indicates a relation to MySQL?

On first look your code looks okay, could it be that your query just consumes much 
time?


Previous Comments:
---

[2001-04-25 16:52:29] [EMAIL PROTECTED]
this is the error:
 
Fatal error: Maximum execution time of 30 seconds exceeded in D:Mis 
DocumentosWebtempok.php on line 2
 
and this is the script in php:
 



ok. thanks.


---

[2001-04-25 16:27:44] [EMAIL PROTECTED]
user feedback:

this is the error:
 
Fatal error: Maximum execution time of 30 seconds exceeded in D:Mis 
DocumentosWebtempok.php on line 2
 
and this is the script:
 




please, use the web interface for future updates

---

[2001-04-25 15:56:20] [EMAIL PROTECTED]
ah, right:

this worked in 4.0.3 but doesn't work in 4.0.4 pl1, right?

what error message do you get?

---

[2001-04-25 15:54:35] [EMAIL PROTECTED]
please report bugs in English. 

---

[2001-04-25 15:52:47] [EMAIL PROTECTED]
Estas dos sentencias si funcionan en la versión 4.03 de php, pero en la 4.04pl1 no 
funcionan; no se conecta php a MySql.
 

 $db = mysql_connect("localhost","root");
 mysql_select_db(portal,$db);

---

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


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10497&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10547 Updated: PHP Crashes

[sbergmann]

ID: 10547
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Are you loading any PHP Extension DLLs (that are not thread-safe) through either your 
php.ini or dl()?


Previous Comments:
---

[2001-04-29 04:49:34] [EMAIL PROTECTED]
Hi...

There see´ms to be a bug with the ISAPI Dll... Sometimes PHP just crashes, printing 
the message "PHP access violation at ". This Problem is not reproduceable. But 
this seems to happen with the ISAPI Dll only... when I use the php.Exe instead the dll 
it seems to work.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10547&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10429: Improving substr()

[sbergmann]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  Improving substr()

I am currently using the following PHP Code to get a substring from a string, that is 
delimited by two given strings, $start and $end:

function my_substr($start, $end, &$string) {
  $start = preg_quote($start);
  $end   = preg_quote($end);

  preg_match("#$start(.*?)$end#", $string, $result);
  return $result[1];
}

It would be great if PHP's substr() function could handle operations like this, by 
changing its signature accordingly, maybe to 

string substr (string string, mixed start [, mixed end])


-- 
Edit Bug report at: http://bugs.php.net/?id=10429&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 #6608 Updated: sizeof($array) extremly slow in loop. 90% cpu util

[sbergmann]

ID: 6608
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Performance problem
Assigned To: 
Comments:

Could you please test your script with either the PHP 4.0.4pl1 release, the latest PHP 
4.0.5 RC or a current CVS snapshot from http://snaps.php.net/? Thanks.


Previous Comments:
---

[2000-09-07 13:01:24] [EMAIL PROTECTED]
The following code performed well under 3.0.16.
  for ($i=0; $i < sizeof($teacherarray); $i++) {
 $a=$teacher_array[$i];
 if ($a->teacher_id==$teacher_id) {
break;
 }
  } 
However, under php 4.0.2 it is extrememly slow and causes cpu util for the httpd 
process to hit 90%.  $teacherarray is not being modified during the loop so the 
condition isn't changing.

BTW: Changing to the following code works ok.

  $numteachers = sizeof($teacherarray);
  for ($i=0; $i < $numteachers; $i++) {
 $a=$teacher_array[$i];
 if ($a->teacher_id==$teacher_id) {
break;
 }
  } 

Either the sizeof function has had a serious decrease in its speed or something is 
awry..


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6608&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8825 Updated: failure during page load

[sbergmann]

ID: 8825
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Reproduceable crash
Assigned To: 
Comments:

I cannot reproduce this one:

  extension=php_exif.dll
  CAUSES php.exe TO CRASH WITH ACCESS VIOLATION 
  (0xC0050, ADDRESS:0x7800d269)

The other errors are related to missing 3rd party libraries, needed in order to use 
the mentioned extensions.


Previous Comments:
---

[2001-03-31 10:52:38] [EMAIL PROTECTED]
do you actually have these dlls?
also, most of them require external stuff (client libraries) to work.

---

[2001-01-20 19:49:38] [EMAIL PROTECTED]
I just downloaded the full version of php 4 and installed
it on my NT 4 workstation with 128 Mb RAM last night,
and had it up and running in no time.  I tested it with
an application I've written in php 3 consisting of about
6,000 lines of code spread over 7 pages, and 
everything seems to work fine so far ( it accesses
multiple databases ).

All I can say is you took a great piece of software in
php 3 and made it even better in php 4 - I couldn't
sleep last night looking forward to trying some of
the new database functions!  Keep up the good work.

I did notice the following bugs with some of the extensions
when I tried to load a page :

;extension=php_exif.dllCAUSES php.exe TO CRASH WITH ACCESS VIOLATION 
(0xC0050, ADDRESS:0x7800d269

;extension=php_ingres.dll  DYNAMIC LIBRARY OIAPI.DLL MISSING
;extension=php_interbase.dll   ORDINAL 261 COULDN NOT BE LOCATED IN gds.dll

;extension=php_sybase_ct.dll  DYNAMIC LINL LIBRARY libct.dll MISSING
;extension=php_yaz.dllPROCEDURE ENTRY POINT yaz_oi_set_string_oidval MISSING 
IN yaz.dll

Thanks again

Phil Pearl

ps I'm running Apache and was using Netscape browser.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8825&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #10122 Updated: Structure has no member errors

[sbergmann]

ID: 10122
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

Could you please elaborate a bit what you mean exactly?

Previous Comments:
---

[2001-04-02 16:30:32] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10122&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #10003 Updated: fdfghdfhgfh

[sbergmann]

ID: 10003
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Don't spam our bug reporting system, thanks.

Previous Comments:
---

[2001-03-26 14:20:11] [EMAIL PROTECTED]
fhfghhfhfh

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10003&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8945 Updated: include, require, et al.

[sbergmann]

ID: 8945
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Performance problem
Assigned To: 
Comments:

Works for me.

Previous Comments:
---

[2001-03-20 04:23:29] [EMAIL PROTECTED]
Never mind, I think that PHP can't handle parsing too many include files (Files too 
large/complex, more than 8 include files, not enough memory/CPU to handle PHP, 
whatever etc.)

---

[2001-03-20 03:24:43] [EMAIL PROTECTED]
I don't see your point.

Using require in a conditional block make absolutely NO SENSE, as it gets executed 
wheter or not the condition of the block holds true or not.

Of course the performance "decreases" when you load more files into your application: 
they need to be scanned, parsed and probably executed.


---

[2001-03-16 17:29:33] [EMAIL PROTECTED]
I tried both include() and require():



and



Both performed poorly, which is why I'm submitting this report.
At the moment, I've changed my code to use only require() without conditions, as 
require() is much faster than include().

Including one more file decreases performance by 2x.
Including another file decreases performance by another 2x.
eg: If you have 8 included files, the performance would be decreased by 256x. This is 
the performance drop that I'm pointing out here.



---

[2001-03-16 17:00:07] [EMAIL PROTECTED]
No feedback.

--Jani


---

[2001-02-17 13:09:27] [EMAIL PROTECTED]
You say that you use conditional statements to determine whether or not to REQUIRE a 
file.

Just to make sure: You're not using require or require_once inside a conditional 
block, such as:



I'm asking this, because require and require_once are UNCONDITIONALY called, see the 
manual pages for require and include on this topic.


---

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


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8945&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9860 Updated: Unable to load dynamic library php_interbase.dll

[sbergmann]

ID: 9860
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Dynamic loading
Assigned To: 
Comments:

- What do you know by "it show *subj*"?

- Are the Interbase client libraries correctly installed?


Previous Comments:
---

[2001-03-20 03:31:41] [EMAIL PROTECTED]
other libraries loading is ok, but when i try to load php_interbase.dll it show *subj*.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9860&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8945 Updated: include, require, et al.

[sbergmann]

ID: 8945
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Performance problem
Assigned To: 
Comments:

I don't see your point.

Using require in a conditional block make absolutely NO SENSE, as it gets executed 
wheter or not the condition of the block holds true or not.

Of course the performance "decreases" when you load more files into your application: 
they need to be scanned, parsed and probably executed.


Previous Comments:
---

[2001-03-16 17:29:33] [EMAIL PROTECTED]
I tried both include() and require():



and



Both performed poorly, which is why I'm submitting this report.
At the moment, I've changed my code to use only require() without conditions, as 
require() is much faster than include().

Including one more file decreases performance by 2x.
Including another file decreases performance by another 2x.
eg: If you have 8 included files, the performance would be decreased by 256x. This is 
the performance drop that I'm pointing out here.



---

[2001-03-16 17:00:07] [EMAIL PROTECTED]
No feedback.

--Jani


---

[2001-02-17 13:09:27] [EMAIL PROTECTED]
You say that you use conditional statements to determine whether or not to REQUIRE a 
file.

Just to make sure: You're not using require or require_once inside a conditional 
block, such as:



I'm asking this, because require and require_once are UNCONDITIONALY called, see the 
manual pages for require and include on this topic.


---

[2001-01-26 18:58:49] [EMAIL PROTECTED]
I discovered that the include(), require() or include_only(), require_only() functions 
have a profound effect on performance. I use conditional statements to conditionally 
require files, however, it seems that the PHP interpreter has a performance problem 
with this.
Commenting out all the require() or include() code shows that performance improved by 
200%.
Web Stressing the app and PHP, I have found that PHP can sometimes crash with an 
Access Violation at 12345 and CPU usage maxing at 100%.
Memory leaks very much when CPU usage is at maximum threshold.
Zend Optimizer seems to reduce performance by a noticeable amount. It does not seem to 
reduce CPU usage, unfortunately.
I got the best performance from PHP using page cacheing. Results seem to show that 
it's faster than static HTML...

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8945&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9627 Updated: PHP.INI cannot read new values

[sbergmann]

ID: 9627
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Install and Config
Assigned To: 
Comments:

Can't reprodude with PHP 4.0.4pl1 and PHP 4.0.5-dev on Win2K. Are you sure you're 
editing the php.ini shown in your phpinfo() output and not a copy in some other 
directory?

Previous Comments:
---

[2001-03-08 11:45:10] [EMAIL PROTECTED]
java
Directive   Local Value Master Value
java.class.path

D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses
 
D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses

java.home
c:jdk1.2.2  c:jdk1.2.2
java.library
c:jdk1.2.2jrebinclassicjvm.dll  c:jdk1.2.2jrebinclassicjvm.dll
java.library.path
D:php4extensionsphp_java.jar;   D:php4extensionsphp_java.jar;


And   in PHP.INI


;[Java]
;java.class.path = 
"D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses"

;java.home = c:jdk1.2.2
;java.library = "D:php4extensionsphp_java.jar;c:jdk1.2.2jrebinclassicjvm.dll;" 
;java.library.path = "D:php4extensionsphp_java.jar;"

I deleted this entry completely but PHPINFO can see it,
Rebouut dit not help



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9627&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9749 Updated: ucwords() problem

[sbergmann]

ID: 9749
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Strings related
Assigned To: 
Comments:

 outputs 

  Céline

on PHP 4.0.5-dev on Win32.


Previous Comments:
---

[2001-03-14 11:33:31] [EMAIL PROTECTED]
can't reproduce this on unix

what kind of character set (and locale settings)
are you using?

in the ISO character set used by Windows and Unix
"é" should be 231 or 232, not 130

the range of 128-160 is undefined in the ISO 8859
character sets and might be treatet as a space
character by windows c-lib so that isspace() which
is used by ucwords returns true?

---

[2001-03-14 11:18:32] [EMAIL PROTECTED]
echo ucwords("céline");

outputs:

CéLine

but should output:

Céline

The "é" (ascii 130) character is one of many accented characters considered valid 
alphabetical lettrs in the French language.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9749&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9702 Updated: Cann't load *.dll

[sbergmann]

ID: 9702
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Dynamic loading
Assigned To: 
Comments:

Have a look at http://www.php4win.de/.

Previous Comments:
---

[2001-03-12 08:16:42] [EMAIL PROTECTED]
Cann't find any DLL files in c:Winntsystem32
PHP.INI :
Extensionsdir=c:winntsystem32;
extensions=php_ifx.dll;

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9702&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9471 Updated: Warning: $CS is not an object in /www/wwwx/index.phtml on line 25

[sbergmann]

ID: 9471
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

$CS seems not to be an instantiated object of a defined class. You should provide us 
with your class definition, if this is the cause of your problems.


Previous Comments:
---

[2001-02-26 17:29:18] [EMAIL PROTECTED]
Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
Warning: $CS is not an object in /www/wwwx/index.phtml on line 26
Warning: $CS is not an object in /www/wwwx/index.phtml on line 28
Fatal error: Member function used on a non-object in /www/wwwx/index.phtml on line 28

===
[custroot@ripvisaweb01 wwwx]# ls -l index.phtml
-rw-rw-r--   1 root other827 Jun 30  2000 index.phtml

(Line 25-28 of /www/wwwx/index.phtml)

 $V->CS->sckey = "speed";
$V->CS->scval = "";

if ( $V->CS->searchCSKey("speed") == "" ) {
==
Warning: $CS is not an object in brc_speedcheck.inc on line 3
Warning: $CS is not an object in brc_speedcheck.inc on line 4
Warning: $CS is not an object in brc_speedcheck.inc on line 5
Fatal error: Member function used on a non-object in brc_speedcheck.inc on line 5

/usr/local/lib/php

[custroot@ripvisaweb01 php]# head brc_speedcheck.inc
CS->sckey = "speed";
$V->CS->scval = "";
if ( $V->CS->searchCSKey("speed") == "" ) { header("Location: 
/sysdoc.phtml?1006ref"); }

?>[custroot@ripvisaweb01 php]# ls -l brc_speedcheck.inc
-rw-rw-r--   1 root other148 Aug 23  2000 brc_speedcheck.inc


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9471&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9018 Updated: Cannot start with ISAPI option

[sbergmann]

ID: 9018
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Install and Config
Assigned To: 
Comments:

Does this problem persist with PHP 4.0.4pl1?


Previous Comments:
---

[2001-01-30 19:17:36] [EMAIL PROTECTED]
My environment is : WinNT Server4.0 SP6 and IIS4.0. I am trying to install php 
(php4.0.3pl) with php4isapi.dll option (not CGI option) as I have to use PHP 
authenication. However, after I add php4isapi.dll to the ISAPI filter as described in 
the README, I cannot start the webserver anymore with the following Dr.Watson error : 
inetinfo.exe - access violation (0xc0005) address 0x77905120.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9018&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9286 Updated: fopen fails to open "http://...." requests.

[sbergmann]

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



Previous Comments:
---

[2001-02-15 14:11:08] [EMAIL PROTECTED]
I saw that I tested some versions of:
allow_url_fopen 
and my php.ini I sent contained
allow_url_fopen = Off

But the Problem also persists with
allow_url_fopen = On

Regards,
Andreas


---

[2001-02-15 14:05:21] [EMAIL PROTECTED]
Hi

fopen fails to open files from an http: location  (mightbe an ftp: location fails 
too!)
I run Apache 1.3.17 on Windows-NT and PHP 4.0.4pl1.

I tested it with the Apache-Module and as a CGI Script: Both Versions fail.
I also disabled the rewrite module completely and the fopen fails.  
With pure PHP 4.0 everything works fine.

Regards,
Andreas


Short Script:


php test


php test
";


$fp=fopen("http://nt-server:81/tmp","r");

if ( $fp ){
while (! feof($fp)) {
$buffer=fgets($fp,256);
echo $buffer;echo "";
}
$fclstat=fclose($fp);
}

?>



- List of Modules
Apache Server Information
Server Settings, mod_jserv.c, mod_php4.c, mod_usertrack.c, mod_status.c, mod_info.c, 
mod_speling.c, mod_rewrite.c, mod_proxy.c, mod_headers.c, mod_expires.c, mod_digest.c, 
mod_cern_meta.c, mod_auth_digest.c, mod_auth_dbm.c, mod_auth_anon.c, mod_isapi.c, 
mod_setenvif.c, mod_actions.c, mod_imap.c, mod_asis.c, mod_log_config.c, mod_env.c, 
mod_alias.c, mod_userdir.c, mod_cgi.c, mod_dir.c, mod_autoindex.c, mod_include.c, 
mod_negotiation.c, mod_auth.c, mod_access.c, mod_mime.c, mod_so.c, http_core.c

Server Version: Apache/1.3.17 (Win32) ApacheJServ/1.1.2 PHP/4.0.4pl1
Server Built: Jan 29 2001 22:00:19
API Version: 19990320:10
Run Mode: standalone
User/Group: #-1(1)/1
Hostname/port: nt-server.gremm.de:81
Daemons: start: 5min idle: 5max idle: 10max: 1024
Max Requests: per child: 0keep alive: onmax per connection: 100
Threads: per child: 50
Excess requests: per child: 0
Timeouts: connection: 300keep-alive: 15
Server Root: g:/program files/apache group/apache
Config File: g:/program files/apache group/apache/conf/httpd.conf
PID File: logs/httpd.pid
Scoreboard File: logs/apache_status

- Error Message:
php test
Hello World

Warning: fopen("http://nt-server:81/tmp","r") - Invalid argument in g:/program 
files/apache group/apache/htdocs/testfopen.php on line 10

-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

[PHP-DEV] PHP 4.0 Bug #9317 Updated: ASP doesn't work any more

[sbergmann]

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

Are you sure you have installed the PHP 4 ISAPI filter right?

Previous Comments:
---

[2001-02-17 07:52:00] [EMAIL PROTECTED]
After PHP 4.0.4pl1 isap.dll ist installed the ASP - Support is not longer working.

I work with 

- IIS4.0
- precompiled Version of PHP



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9317&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9233 Updated: Unable to load extensions

[sbergmann]

ID: 9233
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Install and Config
Assigned To: 
Comments:

Are the OCI8 client libraries installed? Those are needed by php_oci8.dll.

Previous Comments:
---

[2001-02-24 19:46:11] [EMAIL PROTECTED]
> Reported By: [EMAIL PROTECTED]
> does php_oci8.dll exists?

Of course it exists. I'am talking to you that FileMon.exe shows how php.exe reads the 
dll file, the same way as correctly loaded dlls. FileMon shows also that all files are 
found(no failed requests to disk).


---

[2001-02-24 13:41:50] [EMAIL PROTECTED]
does php_oci8.dll exists?

James

---

[2001-02-12 19:38:30] [EMAIL PROTECTED]
I am using IE5 + IIS5 + PHP4.exe (php4isap.dll have tried too).

Some dlls that actually exist are reported as 
"PHP Warning: Unable to load dynamic library 'C:KettadPHPextensionsphp_oci8.dll' - The 
specified module could not be found. "
But the half of dlls in the same directory "C:KettadPHPextensions" are loaded OK. 
FileMon shows that dlls are found and readable by php.exe.

In addition I retieve such a stuff to the end of my page 

Cannot find module (IP-MIB): At line 0 in (none)
Cannot find module (IF-MIB): At line 0 in (none)
Cannot find module (TCP-MIB): At line 0 in (none)
Cannot find module (UDP-MIB): At line 0 in (none)
Cannot find module (SNMPv2-MIB): At line 0 in (none)
Cannot find module (SNMPv2-SMI): At line 0 in (none)

My be that's because parser cannt load such libraries?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9233&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8910 Updated: apache error

[sbergmann]

ID: 8910
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Apache related
Assigned To: 
Comments:

Can't reproduce.

Previous Comments:
---

[2001-01-25 12:06:07] [EMAIL PROTECTED]
but script gets done.
output ok. ?!?!

---

[2001-01-25 12:04:07] [EMAIL PROTECTED]
every script produces an error in apache.exe when i use "sapi/php4apache.dll".
it's a access violation (memory error) in process "written".
when i execute  i get this violation 3 times.

the cgi binary version works smoothly.

any solution?!?

tia,
simeon.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8910&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8657 Updated: Errormessage on the Browser if using UNC path notation for document root

[sbergmann]

ID: 8657
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?


Previous Comments:
---

[2001-01-11 12:24:54] [EMAIL PROTECTED]
Installation on NT4 under Apache 1.3.14 using LoadModule php4_module 
/php/sapi/php4Apache.dll.
If document root is configured like "c:/HTDocs" all works fine (testscript 
phptest.php)
If document root is configured like "//servername/volume/domains/zpp/www.domain.de" 
(because the HTDocs are on a novell server volume) i got the errormesage on the 
browser
Warning: Failed opening '//servername/volume/domains/zpp/www.domain.de/phptest.php' 
for inclusion (include_path='') in Unknown on line 0
If i use drive mapping instead of unc path,for access to the netware volume, apache 
will not work.
Thank you in advance for help


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8657&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8303 Updated: ODBC open & close (3 lines script !) repeatedly cause NT crash.

[sbergmann]

ID: 8303
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: ODBC related
Assigned To: 
Comments:

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-12-17 12:19:48] [EMAIL PROTECTED]
I wrote a 3 lines script that cause NT to display the following error message after 
being executed number of times. After getting this error I must close and rerun 
apache.

Title - "drwtsn32.exe - DLL initialization Failed"
Message - "Initialization of the dynamic link library C:WINNTsystem32USER32.dll 
failed. The process is terminating abnormally”

I got this error CONSISTENTLY after script was executed 828 times (see script on the 
“on the client side” section). I performed this test several times.

--
On the server side
--
Here is the script:

$MY_DB  = odbc_connect("phptest","","");
odbc_close($MY_DB);
echo "DONE!";

The DB I used is access97, the database itself (phptest) is empty. I created it but I 
didn’t create any table. 
---
On the client side:
---
I used PHP.EXE with the following script:

function my_get_url($url)
{
if (!($fp = fopen($url, "r"))) die("could not open url");

$ret="";
while (!feof ($fp)) {
$buffer = fgets($fp, 1024*10);
$ret.=$buffer;
}
fclose ($fp);
return $ret;
}


for ($i=1; $i<=2000;$i++) {
$s=my_get_url("http://www.mysite.com/mypage.php?id=$i");
$len=strlen($s);
echo "$i] len=$len $sn";
}

--- 
My server configuration is:
--- 
Winnt 4.0 with sp 6a.
Apache 1.3.12 (official version downloaded from apache.net)
PHP 4.0.3pl1 (official version from php.net) – module version

Note: I checked it also using php.exe on the server, and there was no problem (using a 
batch file loop running the same “open & close” script more than 4000 times).

I'd be happy to post more information if needed.

I also had problems with odbc & paradox.
I'm not sure it's a good idea to put it under the same bug report.


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  

[PHP-DEV] PHP 4.0 Bug #8210 Updated: file upload

[sbergmann]

ID: 8210
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: HTTP related
Assigned To: 
Comments:

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-12-12 12:41:36] [EMAIL PROTECTED]
one more test
windows2000+apache-1.3.14+php.exe php-4.0.3pl1(php as CGI) is working

definetly the problem is in php4apache.dll


---

[2000-12-12 12:36:08] [EMAIL PROTECTED]
I tried windows2000+apache-1.3.14+php.exe php-4.0.2(php as CGI) - works again, so I 
localize the problem in php4apache.dll I guess

here's the code if needed

if ($HTTP_POST_FILES["pic"] && $HTTP_POST_FILES["pic"]["tmp_name"] != "none"){
$userRegistrationInfo["pic"] = 
addslashes(fread(fopen($HTTP_POST_FILES["pic"]['tmp_name'], "r"), 
filesize($HTTP_POST_FILES["pic"]['tmp_name'])));unlink($HTTP_POST_FILES["pic"]['tmp_name']);

$userRegistrationInfo["pic_type"] = $HTTP_POST_FILES["pic"]['type'];
}

and after that something like
mysql_query("insert into person set ".implode(',', $userQuery));


---

[2000-12-12 12:10:38] [EMAIL PROTECTED]
so when I use windows2000+apache-1.3.14+php4apache.dll php-4.0.3pl1 (php as apache 
module)
and I upload files and put them in MySQL table they do come full (only few bytes of 
them are inserted into MySQL) I do not know exactly how much.

I downgraded to windows2000+apache-1.3.12+php.exe php-4.0.2(php as CGI)

it works perfectly

on linux also works perfectly

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8210&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9376 Updated: php_zlib.dll compile errors

[sbergmann]

ID: 9376
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Assigned To: 
Comments:

Fixed in CVS.

Previous Comments:
---

[2001-02-21 12:09:57] [EMAIL PROTECTED]
Configuration: zlib - Win32 Release_TS
Compiling...
zlib.c
D:compilephpphp4-200102210745extzlibzlib.c(939) : warning C4244: '=' : conversion from 
'double ' to 'unsigned int ', possible loss of data
Linking...
xilink6: executing 'D:MSDEVVC98binlink.exe'
   Creating library Release_TS/php_zlib.lib and object Release_TS/php_zlib.exp
zlib.obj : error LNK2001: unresolved external symbol _gzclose
zlib.obj : error LNK2001: unresolved external symbol _zlibVersion
zlib.obj : error LNK2001: unresolved external symbol _gzgets
zlib.obj : error LNK2001: unresolved external symbol _gzdopen
zlib.obj : error LNK2001: unresolved external symbol _gzeof
zlib.obj : error LNK2001: unresolved external symbol _gzgetc
zlib.obj : error LNK2001: unresolved external symbol _gzwrite
zlib.obj : error LNK2001: unresolved external symbol _gzrewind
zlib.obj : error LNK2001: unresolved external symbol _gztell
zlib.obj : error LNK2001: unresolved external symbol _gzseek
zlib.obj : error LNK2001: unresolved external symbol _gzread
zlib.obj : error LNK2001: unresolved external symbol _zError
zlib.obj : error LNK2001: unresolved external symbol _compress
zlib.obj : error LNK2001: unresolved external symbol _compress2
zlib.obj : error LNK2001: unresolved external symbol _uncompress
zlib.obj : error LNK2001: unresolved external symbol _deflateEnd
zlib.obj : error LNK2001: unresolved external symbol _deflate
zlib.obj : error LNK2001: unresolved external symbol _deflateInit2_
zlib.obj : error LNK2001: unresolved external symbol _inflateEnd
zlib.obj : error LNK2001: unresolved external symbol _inflate
zlib.obj : error LNK2001: unresolved external symbol _inflateInit2_
zlib.obj : error LNK2001: unresolved external symbol _crc32
zlib.obj : error LNK2001: unresolved external symbol _deflateInit_
Release_TS/php_zlib.dll : fatal error LNK1120: 23 unresolved externals
Error executing xilink6.exe.

php_zlib.dll - 24 error(s), 1 warning(s)


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9376&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7481 Updated: When accesing to data with mssql_query php crashes. Seems a pointer error

[sbergmann]

ID: 7481
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MSSQL related
Assigned To: 
Comments:



Previous Comments:
---

[2000-10-26 09:42:16] [EMAIL PROTECTED]
function fetchtable()
{
$hostname = "1.100.1.131"; 
$username = "bdmssql"; 
$password = "bdmssql"; 
$dbName = "bdm"; 

$dbhandle = MSSQL_CONNECT($hostname,$username,$password) or DIE("DATABASE FAILED TO 
RESPOND."); 
mssql_select_db($dbName) or DIE("Table unavailable"); 


print "";

/* here come some commands to make the query string*/


$salida=MSSQL_QUERY("$str_1 $str_2 $str_3;");
/* the query string looks like:
SELECT t1.ID_PER ,t1.NOMBRE ,t1.APELLIDOS ,t1.NACIONALIDAD ,t1.FECHA_NACIM 
,t1.PROFESION ,t1.SEXO ,b7.DESCRIPCION as IDIOMA ,b8.NOMBRE as INSTITUCION 
FROM personas t1, IDIOMAS b7, INSTITUCIONES b8 
WHERE b7.ID_IDI = t1.REF_IDI AND b8.ID_INS = t1.REF_INS  */
$fila=0;
while ($array_sal[$fila] = mssql_fetch_row ($salida))
{
$fila++;
print "";
print "";
for ($p=1;$p".$array_sal[$fila-1][$p].""; }
print "";
}
I have only activated php_mssql7.dll

The error is like:
I n the server console an eroor message pops up telling:
---
php.exe : Application error.
" Intruction "0x7800..." has referenced memory at "0x0065...". I has not been able to 
write to memory.

Choos Ok to end application.
Choose cancel to debug application.

As you can see It's very likely to be a pointer error , which i think should be 
corrected.

Thanks anyway


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7481&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7090 Updated: PHP, IIS, and Exchange don't get along

[sbergmann]

ID: 7090
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-10-08 14:40:44] [EMAIL PROTECTED]
Check out bug #6763.
1. Install IIS 4.0 on winnt server 4.0 w/ sp4
2. Install PHP
3. Run a test php script...works fine
4. Install exchange server 5.5.
5. Test accessing mail through IIS and it works fine.
6. Repeat step 3.  Crashes 
7. Repeat step 5.  Still works fine.

I am having this same problem only we installed php first and then exchange.  PHP runs 
without any problems until someone accesses their webmail.  Then all hell breaks loose 
and php shuts off claiming an "PHP has encountered an Access Violation at 73342F43" It 
some extreme cases, it takes down all of the web services but this is rare.  We are 
running this on NT Server 4.0.  IIS then locks up and only a restart will fix the 
problem.  
Error Log Reports the following:
Source: WAM
Description: The HTTP server encountered an unhandled exception while processing the 
ISAPI Application 'c:winntsystem32php4isapi.dll'.
Shoot me an email if you need more info.

Mike

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7090&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7069 Updated: warning message + leak memory

[sbergmann]

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

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-10-06 15:06:03] [EMAIL PROTECTED]
when i use any createimage function (from any imagetype or create new) at the end 
there is a warning message.
this won't be such a big problem, but this message comes when the identifier that 
holds the image is destroyed. it happens 
- when i use destroy image
- when i don't destroy it and php tries it on his own at the end of the script
- when i try to assign something else to the imagevar

trouble is that php can't free memory again.
if i try to make 100 thumbnails of images by php, it eats up close to 200MB of memory. 
so i have to restart the iisadmin service to keep my server alive.
this happens with php 4.0.2 and 4.0.3rc1 with gif support or without.
i use nt4 sp6a and php as ISAPI.DLL



<!--
A { text-decoration: none; }
A:hover { text-decoration: underline; }
H1 { font-family: arial,helvetica,sans-serif; font-size: 18pt; font-weight: bold;}
H2 { font-family: arial,helvetica,sans-serif; font-size: 14pt; font-weight: bold;}
BODY,TD { font-family: arial,helvetica,sans-serif; font-size: 10pt; }
TH { font-family: arial,helvetica,sans-serif; font-size: 11pt; font-weight: bold; }
//-->
phpinfo()

http://www.php.net/">PHP Version 4.0.2



SystemWindows NT 4.0 build 1381
Build 
DateAug 30 2000
Server 
APIISAPI
Virtual Directory 
Supportenabled
Configuration File 
(php.ini) Pathphp.ini
ZEND_DEBUGdisabled
Thread 
Safetyenabled



http://www.zend.com/">
This program makes use of the Zend scripting language 
engine:Zend Engine v1.0.2, Copyright (c) 1998-2000 Zend Technologieswith Zend Optimizer v0.99, Copyright (c) 1998-2000, by Zend Technologies




PHP 4.0 
Credits

Configuration
PHP Core


DirectiveLocal ValueMaster 
Value
allow_call_time_pass_referenceOnOn
arg_separator&&
asp_tagsOffOff
auto_append_fileno 
valueno value
auto_prepend_fileno 
valueno value
browscapno valueno value
default_charsetno 
valueno value
default_mimetypetext/html  
text/html  
define_syslog_variablesOffOff
disable_functionsno 
valueno value
display_errorsOnOn
doc_rootno valueno value
enable_dlOnOn
error_append_stringOffOff
error_logno valueno value
error_prepend_stringOffOff
error_reporting20392039
expose_phpOnOn
extension_dirc:/php/extensions/c:/php/extensions/
gpc_orderGPC  GPC  
highlight.bg#FF#FF
highlight.comment#FF8000#FF8000
highlight.default#BB#BB
highlight.html#00#00
highlight.keyword#007700#007700
highlight.string#DD#DD
html_errorsOnOn
ignore_user_abortOffOff
implicit_flushOffOff
include_path././
log_errorsOffOff
magic_quotes_gpcOnOn
magic_quotes_runtimeOffOff
magic_quotes_sybaseOffOff
max_execution_time3030
open_basedirno 
valueno value
output_bufferingOffOff
precision1414
register_argc_argvOnOn
register_globalsOnOn
safe_modeOffOff
safe_mode_exec_dirno 
valueno value
sendmail_from[EMAIL PROTECTED][EMAIL PROTECTED]
sendmail_pathno 
valueno value
short_open_tagOnOn
SMTPlocalhostlocalhost
sql.safe_modeOffOff
track_errorsOffOff
track_varsOnOn
upload_max_filesize20971522097152
upload_tmp_dirno 
valueno value
user_dirno valueno value
variables_orderEGPCS  EGPCS  
y2k_complianceOnOn

gd

GD 
Supportenabled
GD 
Version1.6.2 or higher
FreeType 
Supportenabled
FreeType 
Linkagewith TTF library
PNG 
Supportenabled
JPG 
Supportenabled
WBMP 
Supportenabled

oci8

OCI8 
Supportenabled
Revision$Revision: 1.96 $

standard

Regex 
LibraryBundled library enabled
Dynamic Library 
Supportenabled
Internal Sendmail 
Support for Windows 4enabled


DirectiveLocal ValueMaster 
Value
assert.active11
assert.bail00
assert.callbackno 
valueno value
assert.quiet_eval00
assert.warning11
safe_mode_allowed_env_varsPHP_PHP_
safe_mode_protected_env_varsLD_LIBRARY_PATHLD_LIBRARY_PATH

com

DirectiveLocal ValueMaster 
Value
allow_dcomOffOff
typelib_fileno 
valueno value

pcre

PCRE (Perl 
Compatible Regular Expressions) Supportenabled
PCRE Library 
Version3.1 09-Feb-2000

odbc

ODBC Supportenabled
Active Persistent 
Links0
Active 
Links0
ODBC 
libraryWin32


DirectiveLocal ValueMaster 
Value
odbc.allow_persistentOnOn
odbc.check_persistentOnOn
odbc.default_dbno 
valueno value
odbc.default_pw
odbc.default_userno 
valueno value
odbc.defaultbinmodereturn as 
isreturn as is
odbc.defaultlrlreturn up to 4096 
bytesreturn up to 4096 bytes
odbc.max_linksUnlimitedUnlimited
odbc.max_persistentUnlimitedUnlimited

session

Session 
Supportenabled


DirectiveLocal ValueMaster 
Value
session.auto_startOffOff
session.cache_expire180180
session.cache_l

[PHP-DEV] PHP 4.0 Bug #7622 Updated: Servlet API. VM crashes with session_start()

[sbergmann]

ID: 7622
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-11-03 10:14:29] [EMAIL PROTECTED]
Using php4.0.0 as servlet in tomcat 3.1 with SUN JDK 1.2.2 (Build 001).
Whenever a session_start() is encountered, the VM crashes.





Win32 binaries from php.net.

php.ini:

[PHP]

;;;
; About this file ;
;;;
;
; This is the 'optimized', PHP 4-style version of the php.ini-dist file.
; For general information about the php.ini file, please consult the php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it features
; different values for several directives, in order to improve performance, while
; possibly breaking compatibility with the standard out-of-the-box behavior of
; PHP 3.  Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
; - allow_call_time_pass_reference = Off
; It's not possible to decide to force a variable to be passed by reference
; when calling a function.  The PHP 4 style to do this is by making the
; function require the relevant argument by reference.
; - register_globals = Off
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables).  Instead of using $foo, you must use
; $HTTP_POST_VARS["foo"], $HTTP_GET_VARS["foo"], $HTTP_COOKIE_VARS["foo"], 
; $HTTP_ENV_VARS["foo"] or $HTTP_SERVER_VARS["foo"], depending on which kind
; of input source you're expecting 'foo' to come from.
; - register_argc_argv = Off
; Disables registration of the somewhat redundant $argv and $argc global
; variables.
; - magic_quotes_gpc = Off
; Input data is no longer escaped with slashes so that it can be sent into
; SQL databases without further manipulation.  Instead, you should use the
; function addslashes() on each input element you wish to send to a database.
; - variables_order = "GPCS"
; The environment variables are not hashed into the $HTTP_ENV_VARS[].  To access
; environment variables, you can use getenv() instead.



; 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
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the output
; buffering functions, or 
enable output buffering for all files
; by setting this directive to 
On.
implicit_flush  = Off   ; Implicit flush tells PHP to tell the output layer to 
flush itself
; automatically after every 
output block.  This is equivalent to
; calling the PHP function 
flush() after each and every call to print()
; or echo() and each and every 
HTML block.
; Turning this option on has 
serious performance implications, and
; is generally recommended for 
debugging purposes only.
allow_call_time_pass_reference  = Off   ; whether to enable the ability to force 
arguments to be 
; 
passed by reference at function-call time.  This method
; is 
deprecated, and is likely to be unsupported in future
; 
versions of PHP/Zend.  The encouraged method of specifying

[PHP-DEV] PHP 4.0 Bug #7665 Updated: php4isapi.dll: ServerFunc() HSE_MAP_URL_TO_PATH_EX - is not presently implement

[sbergmann]

ID: 7665
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Other web server
Assigned To: 
Comments:

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-11-20 12:22:06] [EMAIL PROTECTED]
reclassified

---

[2000-11-06 10:58:25] [EMAIL PROTECTED]
Operating S Winnt 4.0 SP4 / Sambar 4.3 / 

When a user try to connect to PHP pages, the browser hang, and in the log file of 
Sambar
you can see:

Loading - php4isapi.dll: isapi
php4isapi.dll: ServerFunc() HSE_MAP_URL_TO_PATH_EX - is not presently implement

Why ?

Thanks

I forget
The php script is good, and run under Windows 98 with PWS.

---

[2000-11-06 10:53:53] [EMAIL PROTECTED]
Operating S Winnt 4.0 SP4 / Sambar 4.3 / 

When a user try to connect to PHP pages, the browser hang, and in the log file of 
Sambar you can see:

Loading - php4isapi.dll: isapi
php4isapi.dll: ServerFunc() HSE_MAP_URL_TO_PATH_EX - is not presently implement

Why ?

Thanks


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7665&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7481 Updated: When accesing to data with mssql_query php crashes. Seems a pointer error

[sbergmann]

ID: 7481
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MSSQL related
Assigned To: 
Comments:

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-10-26 09:42:16] [EMAIL PROTECTED]
function fetchtable()
{
$hostname = "1.100.1.131"; 
$username = "bdmssql"; 
$password = "bdmssql"; 
$dbName = "bdm"; 

$dbhandle = MSSQL_CONNECT($hostname,$username,$password) or DIE("DATABASE FAILED TO 
RESPOND."); 
mssql_select_db($dbName) or DIE("Table unavailable"); 


print "";

/* here come some commands to make the query string*/


$salida=MSSQL_QUERY("$str_1 $str_2 $str_3;");
/* the query string looks like:
SELECT t1.ID_PER ,t1.NOMBRE ,t1.APELLIDOS ,t1.NACIONALIDAD ,t1.FECHA_NACIM 
,t1.PROFESION ,t1.SEXO ,b7.DESCRIPCION as IDIOMA ,b8.NOMBRE as INSTITUCION 
FROM personas t1, IDIOMAS b7, INSTITUCIONES b8 
WHERE b7.ID_IDI = t1.REF_IDI AND b8.ID_INS = t1.REF_INS  */
$fila=0;
while ($array_sal[$fila] = mssql_fetch_row ($salida))
{
$fila++;
print "";
print "";
for ($p=1;$p".$array_sal[$fila-1][$p].""; }
print "";
}
I have only activated php_mssql7.dll

The error is like:
I n the server console an eroor message pops up telling:
---
php.exe : Application error.
" Intruction "0x7800..." has referenced memory at "0x0065...". I has not been able to 
write to memory.

Choos Ok to end application.
Choose cancel to debug application.

As you can see It's very likely to be a pointer error , which i think should be 
corrected.

Thanks anyway


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7481&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7237 Updated: PHP Isapi Filter fails after some consecutive uses

[sbergmann]

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

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-10-16 07:28:56] [EMAIL PROTECTED]
This also happens to me with 4.0.2. From the browser, I press the "Refresh" page 
button two or three times quickly. Finally I get this output:

270 (0x010e)

and the W3SVC service does not respond to any control signal (stop, start...). In 
fact, the filter for .ASP pages is also stopped. However, static pages (HTML) are 
served normally.

The most strange thing is that after several minutes, the PHP pages are "back". It 
seems an IIS-thread problem, but I can't find any explanation...

The extension DLL's are not relevant, this happens in any case.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7237&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #6919 Updated: URL parameter decoding

[sbergmann]

ID: 6919
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: PWS related
Assigned To: 
Comments:

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-12-12 11:43:51] [EMAIL PROTECTED]
User repors it being PWS. 

---

[2000-12-12 05:55:11] [EMAIL PROTECTED]
Which webserver is it?

---

[2000-09-28 03:40:20] [EMAIL PROTECTED]
My server is configured to retrieve a file called "index.php" by default. Thus the 
following two URLs should give the same result:

(1) http://.../index.php?a=b&c=d
(2) http://.../?a=b&c=d

The statement...



...results in:

(1) a[b] c[d]
(2) a[] c[]

Thus, the parameters seem not to be decoded correctly in the second case.

Test with HTTP_GET_VARS show the same effect.

I use the precompiled windows version as found in the download section. And here is my 
"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
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the output
; buffering functions, or 
enable output buffering for all files
; by setting this directive to 
On.
implicit_flush  = Off   ; Implicit flush tells PHP to tell the output layer to 
flush itself
; automatically after every 
output block.  This is equivalent to
 

[PHP-DEV] PHP 4.0 Bug #6704 Updated: Authentication does not work with PHP4 ISAPI

[sbergmann]

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

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-09-13 02:14:50] [EMAIL PROTECTED]
When PHP4ISAPI.DLL is added to the list of ISAPI filters, user name/password 
authentication always fails.  When it is removed from the list of filters but kept as 
an application mapping, authentication appears to be disabled for the whole service, 
allowing any user to access protected pages.  When the DLL is removed entirely, 
authentication returns to normal.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6704&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #6502 Updated: php4isapi "Dr Watsons" IIS when installed as filter

[sbergmann]

ID: 6502
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-09-02 07:46:31] [EMAIL PROTECTED]
Err, I meant to add to my comments about building by saying that it makes it hard for 
me to help find the problem.

---

[2000-09-02 07:45:22] [EMAIL PROTECTED]
When php4isapi.dll is installed as an ISAPI filter, IIS dies on startup.

The ISAPI dll works on it's own.

Yes, this is the same bug as #4965, but there is no way for me to "me too" or 
otherwise add a comment using your bug report system.

I have the build tools and a download of the CVS from last night, but the MSVC build 
environment assumes you have an identical machine to you guys, so I can't get it all 
to build properly :-)

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6502&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9440 Updated: Bug in php.ini parser

[sbergmann]

ID: 9440
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

extension = extension.dll (PHP Extension) works fine on Win32. As reported by Klaus 
Reimer this isn't the case with *.so on *NIX.


Previous Comments:
---

[2001-02-25 07:21:13] [EMAIL PROTECTED]
Seems like I copied the spelling mistake from Klaus Reimer's mail on the APL 
mailing-list, so here we go again:

  extension = my_extension.so

does not work, while 

  extension=my_extension.so

does.

Both PHP and Zend extensions are affected.



---

[2001-02-25 07:19:25] [EMAIL PROTECTED]
  extenstion = my_extension.so

does not work, while 

  extenstion=my_extension.so

does.

Both PHP and Zend extensions are affected.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9440&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8762 Updated: No warning when entered nonexistent dll.

[sbergmann]

ID: 8762
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Configuration Issues
Assigned To: 
Comments:

I get an error as "proposed" by you here with PHP 4.0.5-dev on Win32.

Previous Comments:
---

[2001-01-17 10:33:58] [EMAIL PROTECTED]
When I enter nonexistent extension into php.ini like

extension=i_do_not_exist.dll

php just gets stuck and leaves browser waiting. Instead,
I suppose it should write something like

Extension i_do_not_exist.dll was not found in
c:phpextensions.

I think this is basically a bug.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8762&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8755 Updated: DLL gives Access violation

[sbergmann]

ID: 8755
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MSSQL related
Assigned To: 
Comments:

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2001-01-17 03:57:36] [EMAIL PROTECTED]
System is a Windows NT server running IIS and MS SQL 7.0.
Using the DLL version of the PHP server gives an "Access Violation" when using 
mssql_pconnect. mssql_connect is more stable but still occasionally reports the error 
as well. In most cases the MS Web server needs stopping/starting to correct the error.

Using the executable version of the PHP server produces no errors (i.e. change 
extensions to ".phx" and all is well and no crashes).

I have tried temporarily using MySQL instead and no errors are produced.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8755&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9440 Updated: Bug in php.ini parser

[sbergmann]

ID: 9440
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Seems like I copied the spelling mistake from Klaus Reimer's mail on the APL 
mailing-list, so here we go again:

  extension = my_extension.so

does not work, while 

  extension=my_extension.so

does.

Both PHP and Zend extensions are affected.



Previous Comments:
---

[2001-02-25 07:19:25] [EMAIL PROTECTED]
  extenstion = my_extension.so

does not work, while 

  extenstion=my_extension.so

does.

Both PHP and Zend extensions are affected.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9440&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9440: Bug in php.ini parser

[sbergmann]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0 Latest CVS (25/02/2001)
PHP Bug Type: Scripting Engine problem
Bug description:  Bug in php.ini parser

  extenstion = my_extension.so

does not work, while 

  extenstion=my_extension.so

does.

Both PHP and Zend extensions are affected.



-- 
Edit Bug report at: http://bugs.php.net/?id=9440&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 #9337: make in_array return key, if searched value was found

[sbergmann]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  make in_array return key, if searched value was found

in_array() currently returns only true/false on whether or not a searched-for value is 
in a given array.

I would like it to return the key of the array's element when value was found, and 
false otherwise. This should not break existing code using in_array().



-- 
Edit Bug report at: http://bugs.php.net/?id=9337&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 #8601 Updated: PHP pages never show as fully loaded

[sbergmann]

ID: 8601
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

I never experienced this problem of yours on the Win32 platform.

Does this problem occur only with one special script, or with all scripts you run? If 
the first holds true, are you using any special output techniques in your script 
(don't close HTTP connection, HTTP push (in a chat, for instance))?


Previous Comments:
---

[2001-01-08 15:59:32] [EMAIL PROTECTED]
Hello.  I am running PHP as a CGI (PHP.EXE) and whenever I try loading .php files, the 
statusbar in Internet Explorer 5.0 at the bottom of the page indicates that the page 
is still loading, when in fact it is done.  I have even viewed the source of the page 
to ensure all tags were in place and they are.

The statusbar never shows the page as having fully loaded.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8601&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8846 Updated: gmdate() causes crash. Using Apache + Win2K

[sbergmann]

ID: 8846
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Reproduceable crash
Assigned To: 
Comments:

This snippet

  

still crashes on Win32. Could some kind soul please look into this issue?

Previous Comments:
---

[2001-01-25 17:45:33] [EMAIL PROTECTED]
gmdate() crashes if -1 is given as timestamp (gmmktime() is returning -1 if an error 
occured)



---

[2001-01-22 19:25:01] [EMAIL PROTECTED]
hi,
This bug is reproduceable after the releases of 4.0.2 and above. It works fine with 
4.0.1pl1

Following are the functions that causes crash (I get access violation).
$lday = gmdate('l', gmmktime(0,0,0,$month,$day,$year));
$lmonth = gmdate('F', gmmktime(0,0,0,$month,$day,$year));

Where $day, $month & $year are e.g. 10, 2, 2000

As i am running Win2K, and i have Dr.Watson installed. It actually logs the errors in 
a file. Below is the complete error log that Win2K made.

Application exception occurred:
App:  (pid=1592)
When: 1/23/2001 @ 00:03:06.221
Exception number: c005 (access violation)

*> System Information <*
Computer Name: DAARIUS
User Name: SYSTEM
Number of Processors: 1
Processor Type: x86 Family 6 Model 8 Stepping 6
Windows 2000 Version: 5.0
Current Build: 2195
Service Pack: 1
Current Type: Uniprocessor Free
Registered Organization: 
Registered Owner: Daarius

*> Task List <*
   0 Idle.exe
   8 System.exe
 176 SMSS.exe
 200 csrss.exe
 220 WINLOGON.exe
 248 services.exe
 260 LSASS.exe
 428 svchost.exe
 456 SPOOLSV.exe
 508 msdtc.exe
 608 Apache.exe
 624 Ati2evxx.exe
 640 svchost.exe
 672 Apache.exe
 884 mysqld-sharewar.exe
 936 regsvc.exe
 952 mstask.exe
 976 tcpsvcs.exe
1012 snmp.exe
1052 stisvc.exe
1088 WinMgmt.exe
1104 mqsvc.exe
1324 explorer.exe
1432 atiptaxx.exe
1456 SynTPLpr.exe
1412 SynTPEnh.exe
1472 prpcui.exe
1476 DIRECTCD.exe
1492 internat.exe
1504 OSA.exe
1664 IEXPLORE.exe
1716 mdm.exe
1640 EditPad.exe
1592 php.exe
1668 DRWTSN32.exe
   0 _Total.exe

(0040 - 00405000) 
(77F8 - 77FFA000) 
(1000 - 100F9000) 
(77E8 - 77F35000) 
(77E1 - 77E74000) 
(77F4 - 77F7C000) 
(7505 - 75058000) 
(7503 - 75044000) 
(7800 - 78046000) 
(77DB - 77E0A000) 
(77D4 - 77DB) 
(7502 - 75028000) 
(77A5 - 77B45000) 
(779B - 77A45000) 
(1F7D - 1F804000) 
(76B3 - 76B6E000) 
(70BD - 70C1C000) 
(7170 - 7178A000) 
(6980 - 69A42000) 
(780A - 780B2000) 
(1F8C - 1F8D6000) 
(7828 - 7828C000) 
(7798 - 779A4000) 
(777E - 777E8000) 
(7795 - 77979000) 
(777F - 777F5000) 
(7783 - 7783E000) 
(74FD - 74FED000) 
(7734 - 77353000) 
(7752 - 77525000) 
(7732 - 77337000) 
(7515 - 7515F000) 
(7517 - 751BF000) 
(77BE - 77BEF000) 
(751C - 751C6000) 
(773B - 773DE000) 
(7738 - 773A2000) 
(7788 - 7790D000) 
(77C1 - 77C6D000) 
(774E - 77512000) 
(774C - 774D1000) 
(7753 - 77552000) 
(7736 - 77379000) 
(691D - 69255000) 
(7501 - 75017000) 

State Dump for Thread Id 0x258

eax= ebx=0012f54c ecx=0009 edx=005138f0 esi= edi=0012f54c
eip=10005ca6 esp=0012f504 ebp=00ad8b38 iopl=0 nv up ei pl zr na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs= efl=0246


function: php_gmtime_r
10005c87 57   pushedi
10005c88 50   pusheax
10005c89 e8223f0800   calltsrm_mutex_lock (10089bb0)
10005c8e 8b4c2414 mov ecx,[esp+0x14] ss:00bacadb=
10005c92 51   pushecx
10005c93 ff1514c20b10ds:100bc214=7802a3b5
 call dword ptr [zend_ptr_stack_clean+0x10914 (100bc214)]
10005c99 8b5c241c mov ebx,[esp+0x1c] ss:00bacadb=
10005c9d b90900   mov ecx,0x9
10005ca2 8bf0 mov esi,eax
10005ca4 8bfb mov edi,ebx
FAULT ->10005ca6 f3a5rep  movsd ds:= es:0012f54c=0004
10005ca8 8b1518c30e10ds:100ec318=005138f0
  mov edx,[php_ini_path+0x48 (100ec318)]
10005cae 52   pushedx
10005caf e81c3f0800   calltsrm_mutex_unlock (10089bd0)
10005cb4 83c40c   add esp,0xc
10005cb7 8bc3 mov eax,ebx
10005cb9 5f   pop edi
10005cba 5e   pop esi
10005cbb 5b 

[PHP-DEV] PHP 4.0 Bug #9037 Updated: Multiple Extensions Fail to Load

[sbergmann]

ID: 9037
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Reproduceable crash
Assigned To: 
Comments:

The extentions you mentioned all rely on external libraries that need to be in your 
system's path in order to be found.

It strikes me odd, though, that you want to run the extensions to interface with 
Informix, MS SQL, OCI8, Oracle and Sybase at the same time for instance.


Previous Comments:
---

[2001-01-31 15:48:26] [EMAIL PROTECTED]
Doing a stock Win32 binary installation, I get PHP to work.  However, a number of 
extensions all fail to load with the the same error: "PHP Warning: Unable to load 
dynamic library 'C:PHP4extensionsphp_.dll' - The specified module could not be 
found. in Unknown on line 0"...
 = {curl, fdf, gettext, ifx, interbase, ldap, mssql65, oci8, openssl, oracle, 
sablot, sybase_ct, yaz}
All other extensions load successfully.  All of the failed extensions are located in 
the correct path to be loaded.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9037&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9254 Updated: Problem in the MSVCRT.DLL file system occurs, when call to number_format()

[sbergmann]

ID: 9254
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Filesystem function related
Assigned To: 
Comments:

Just tested 

  

on Windows 2000 Professional with PHP 4.0.5-dev built from CVS today, and it did not 
crash.

Could you please recheck your script with a current snapshot of PHP, available through 
either CVS or at http://snaps.php.net/.


Previous Comments:
---

[2001-02-14 05:37:25] [EMAIL PROTECTED]
Here is the message tha crushes php.exe after calling the "number_format" data 
function, under Windows 95:

-
PHP caused an invalid page fault in
module MSVCRT.DLL at 014f:7800d0b9.
Registers:
EAX=00730078 CS=014f EIP=7800d0b9 EFLGS=00010206
EBX= SS=0157 ESP=0063fae4 EBP=0063fb00
ECX=0160 DS=0157 ESI=0086356c FS=0fcf
EDX= ES=0157 EDI=0004 GS=
Bytes at CS:EIP:
89 5a 04 8b 55 0c 89 4d fc 8b 5a 04 8b 52 08 89 
Stack dump:
00734240 00863570 00863580 007309cc  0560 0160 0063fb44 7800cc1c 
0083000c 008636cc 00734240 00863570 00863580 ffe2906d bff798cf 


I have not test this function under windows 2000 yet, but at a first use under windows 
95, this problem occured.
Maybe it's just something with my windows 95, but anyway I thought I'd better mention 
it to you. I'll test this under Windows 2000 too, and let you know also about this.

Thank you for your Attention, and I'd like to thank you for the programming language 
you support. I think it's the best of all the web programming ones I've learned till 
now. Very powerfull, and very friendly to C's and perl's developers.

Thank you again,

  Alkis Doulgeris


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9254&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9098 Updated: gd crashes Apache

[sbergmann]

ID: 9098
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Suspended
Bug Type: GD related
Assigned To: 
Comments:

This is a known problem. The GD extension is not (yet) threadsafe, which causes a 
crash when run with the module version of PHP on Win32.

The GD extension works nicely with the CGI version of PHP on Win32.


Previous Comments:
---

[2001-02-04 09:39:54] [EMAIL PROTECTED]
I am using Win Apache (as a win2k service)
with PHP as a module. If I use
extension=php_gd.dll in php.ini Apache
craches when I manually start the service.

If I insert another extension, but not gd
(eg. java), it starts up correcly and shows
the java extension in the phpinfo() list.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9098&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8036 Updated: php_sablot.dll crashed php.exe

[sbergmann]

ID: 8036
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Reproduceable crash
Assigned To: sterling
Comments:

spoO, this was fixed by Sterling a while ago.


Previous Comments:
---

[2000-12-03 14:20:22] [EMAIL PROTECTED]
Try the latest CVS and let me know if the problem still persists.

---

[2000-12-02 06:35:39] [EMAIL PROTECTED]
The latest CVS makes php.exe crash on startup, again.

---

[2000-12-02 05:31:23] [EMAIL PROTECTED]
Please try the latest cvs and let me know if this happens, thanks.

---

[2000-11-30 08:52:48] [EMAIL PROTECTED]
There is a problem in PHP_MSHUTDOWN_FUNCTION. The following comments make the crash go 
away, but I think the sablot extension will now leak memory:

PHP_MSHUTDOWN_FUNCTION(sablot)
{
SABLOTLS_FETCH();
/*
if (SABLOTG(processor)) {
SablotUnregHandler(SABLOTG(processor), HLR_MESSAGE, NULL, NULL);
SablotDestroyProcessor(SABLOTG(processor));
}
*/
return SUCCESS;
}

---

[2000-11-29 16:35:03] [EMAIL PROTECTED]
After enabling php_sablot.dll (built, together with cgi/php.exe from latest CVS) PHP 
crashes on startup.

The request is processed and the requested document is sent out. The Sablot extension 
is shown as loaded in phpinfo() but I haven't tested the exetension's functions.


---

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


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8036&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8806 Updated: PEAR.PHP file missing in Win32 install

[sbergmann]

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

The make process builds PEAR.php from PEAR.php.in, but not on the Windows platform.

Just copy PEAR to a directory of your choice, rename PEAR.php.in to PEAR.php and edit 
the following lines in it 

  define('PHP_BINDIR', '@prefix@/bin');
  define('PEAR_INSTALL_DIR', '@PEAR_INSTALLDIR@');
  define('PEAR_EXTENSION_DIR', '@EXTENSION_DIR@');

to fit your environment.


Previous Comments:
---

[2001-01-19 11:01:21] [EMAIL PROTECTED]
I want to use the DB library for connection to a mysql
database. I am missing the file PEAR.DB in the pear
directory of the win32 install.
this has a class for error reporting so I can't use
the DB classes without this.
where can I get that file?

thanks
fernando gonzalez


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8806&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9053 Updated: loading module php_ldap.dll

[sbergmann]

ID: 9053
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Dynamic loading
Assigned To: 
Comments:

Of course external libraries, such as libsasl.dll, have to be in the path, but the 
user / administrator is responsible for that.

There is no sense in changing extensions_dir to C:/php/extensions in the CVS version 
of the php.ini, one reason is that not everyone has PHP installed to c:\php\ on the 
Windows platform.


Previous Comments:
---

[2001-02-01 11:54:03] [EMAIL PROTECTED]
The binary distribution does not declare to set the system path to %PATH%;C:phpdlls.
Without this setting, the extension(s) that need a library from this directory (eg. 
php_ldap.dll needs libsasl.dll) can not be loaded.

In addition, the value for extensions_dir in the installation instructions should be 
changed to C:/php/extensions in the php.ini file.

Mauro

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9053&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9322 Updated: PHP error

[sbergmann]

ID: 9322
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Date/time related
Assigned To: 
Comments:

Works fine on Windows 2000 Professional with latest PHP-4.0.5-dev from CVS.


Previous Comments:
---

[2001-02-17 16:34:55] [EMAIL PROTECTED]
When you have a php-site with the following function, PHP always brakes down with an 
system error on the webserver:
==
function: 
-
date("T");
==
Error description:
--
PHP verursachte einen Fehler durch eine ungültige Seite
in Modul MSVCRT.DLL bei 0177:7800d269.
Register:
EAX=00650078 CS=0177 EIP=7800d269 EFLGS=00010206
EBX=00798b80 SS=017f ESP=0063fca8 EBP=0063fcc4
ECX=0030 DS=017f ESI=007989fc FS=9487
EDX=0065e154 ES=017f EDI=0007 GS=
Bytes bei CS:EIP:
89 5a 04 8b 55 0c 89 4d fc 8b 5a 04 8b 52 08 89 
Stapelwerte:
00654a78 00798a00 00656e50 00650fd8  0051 0030 0063fd08 7800cc3f 
0075000c 00798a2c 00654a78 000c 00656e50 100ec9f0 780010ed 

=
But The output of the script is ok.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9322&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9004 Updated: Can not serialize($HTTP_SESSION_VARS);

[sbergmann]

ID: 9004
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Assigned To: 
Comments:

$HTTP_SESSION_VARS provides a means to access the contents of registered session 
variables if you have disabled register_globals.

There is no sense in doing the following 



Neither the code shown above, nor 

  $s = serialize($HTTP_SESSION_VARS);

causes a crash on my system.

Previous Comments:
---

[2001-01-30 10:52:36] [EMAIL PROTECTED]
The server crashes when executing this code ??? May be this is brohibited?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9004&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8945 Updated: include, require, et al.

[sbergmann]

ID: 8945
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Performance problem
Assigned To: 
Comments:

You say that you use conditional statements to determine whether or not to REQUIRE a 
file.

Just to make sure: You're not using require or require_once inside a conditional 
block, such as:



I'm asking this, because require and require_once are UNCONDITIONALY called, see the 
manual pages for require and include on this topic.


Previous Comments:
---

[2001-01-26 18:58:49] [EMAIL PROTECTED]
I discovered that the include(), require() or include_only(), require_only() functions 
have a profound effect on performance. I use conditional statements to conditionally 
require files, however, it seems that the PHP interpreter has a performance problem 
with this.
Commenting out all the require() or include() code shows that performance improved by 
200%.
Web Stressing the app and PHP, I have found that PHP can sometimes crash with an 
Access Violation at 12345 and CPU usage maxing at 100%.
Memory leaks very much when CPU usage is at maximum threshold.
Zend Optimizer seems to reduce performance by a noticeable amount. It does not seem to 
reduce CPU usage, unfortunately.
I got the best performance from PHP using page cacheing. Results seem to show that 
it's faster than static HTML...

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8945&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9105: Incorrect path used

[sbergmann]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Professional
PHP version:  4.0 Latest CVS (05/02/2001)
PHP Bug Type: Sablotron XSL
Bug description:  Incorrect path used

I'm using the following script



The files test.xml and test.xsl are in the same directory as the script, but PHP 
searches for them in the directory that contains my PHP/CGI php.exe.



-- 
Edit Bug report at: http://bugs.php.net/?id=9105&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]