[PHP-DEV] Bug #10372 Updated: php addslashes() the entire page

[hiryuu]

ID: 10372
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Duplicate
Bug Type: Scripting Engine problem
Operating System: Apache 1.3.14 / Debian 2.2
PHP Version: 4.0.4
New Comment:

This bug continues, but further tracking has traced it to file() addslashing the 
template file.  The issue is the same as described in bug #11042 
(http://www.php.net/bugs.php?id=11042).

Previous Comments:


[2001-05-16 00:59:09] [EMAIL PROTECTED]

no feedback, considered fixed.

--Jani




[2001-04-18 02:56:37] [EMAIL PROTECTED]

IIRC there was some odd interaction between session_start() and include(). Try 
upgrading to pl1 or higher (RC5 or current snapshot) and see if it persists.



[2001-04-18 02:49:02] [EMAIL PROTECTED]

PHP will intermittently produce a page where all quotes 
are backslashed, such as:






This particular page is produced using a template system, 
so it has passed through file(), join, spliti, 
str_replace, and echo.

The original data (in the file) contained no backslashes 
and all magic quotes-related options are off (at least, 
according to phpinfo).  The phpinfo output is not affected 
by this.

This is a vhosting server and one site (not this one) has 
magic_quotes_gpc and magic_quotes_runtime enabled in their 
.htaccess file.






Edit this bug report at http://bugs.php.net/?id=10372&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 #12183: ISSET

[degroot]

From: [EMAIL PROTECTED]
Operating system: WIN32 (98)
PHP version:  4.0.5
PHP Bug Type: PWS related
Bug description:  ISSET

If i use if(!isset($some_var)) then he stil gives undefined variabele
$some_var on line .. from C:\internet\wwwroot\..
-- 
Edit bug report at: http://bugs.php.net/?id=12183&edit=1


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

[PHP-DEV] Re: Restructuring the PHP Group

[Joey Smith]

Is this a dead issue, or were we ever going to finish this? Is James
still gone on vacation?

On Tue, 10 Jul 2001, Zeev Suraski wrote the following to Joey Smith :

> At 03:22 10/7/2001, Joey Smith wrote:
> >Has it ever been considered that it may be time to restructure the PHP
> >Group, if nothing else than bringing in some new blood?
> 
> I think bringing in new blood is not enough.  It should be 
> restructured.  James had a pretty clear view of how it should look (as a 
> basis for discussion) - but he's on vacation right now.
> 
> Zeev
> 


-- 
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 #12184: PHP has encountered an Access Violation at 0129E68A

[webmaster]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version:  4.0.6
PHP Bug Type: IIS related
Bug description:  PHP has encountered an Access Violation at 0129E68A

I'm following this step
" Under 'Home Directory', click on the 'Configuration' button.
Add a new entry to the Application Mappings. Use the path
to the php4isapi.dll as the Executable, supply .php as the
extension, leave Method exclusions blank, and check the
Script engine checkbox."
and when I get "PHP has encountered an Access Violation at 0129E68A" in my
Web browser

-- 
Edit bug report at: http://bugs.php.net/?id=12184&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 #11911 Updated: Speed Problem

[aubrey]

ID: 11911
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: ODBC related
Operating System: Linux RedHat 7.1
PHP Version: 4.0.6
New Comment:

OK - I have recompiled with --with-iodbc and it is the same i.e. Very slow under linux.

Previous Comments:


[2001-07-14 20:04:29] [EMAIL PROTECTED]

Setting status to feedback, status was blank.




[2001-07-12 15:00:45] [EMAIL PROTECTED]

just verifying that the user password works for this bug.



[2001-07-09 08:44:54] [EMAIL PROTECTED]

on your linux build did you use --with-openlink or --with-iodbc?

if it was --with-openlink, try to rebuild using the --with-iodbc instead, as one is 
maintained, the other isn't ;)



[2001-07-05 11:57:21] [EMAIL PROTECTED]

We have 2 machines, one NT and the other LInux. Both run PHP. The Linux machine runs 
Apache and the NT machine runs IIS 4.

The Linux machine is a database server. If we run the PHP script on the NT machine 
against the database on the Linux machine, the result is instantaneous, however if we 
run the script from the Linux machine against it's local database, it takes 20 seconds 
to respond.

The database method of access is via Openlink ODBC.



http://ifusion.isoft.co.za/test.php";>


http://ifusion.isoft.co.za/test.php";>
 Omnix Interface into HEAT 
 Waiting for Transactions .. 


";

//$Err = "";
if (!($db = odbc_connect("Omnix000","","",1))) {
print "** There is no Omnix Server for Database sqlHEAT**";
exit();
}

$Sql = "select name from drsmas";
//$Sql .="WHERE jobcard <> ''";

$callLog = odbc_prepare($db,$Sql);
$x = odbc_execute($callLog);
//if ($x) PRINT "Good = $x" ;

//$callLog = odbc_exec($db,$Sql);
//print "No of rows= ".odbc_num_rows($callLog);
//while(odbc_fetch_row($callLog)){
/*for ($i = 1; $i < 10; $i++){
//odbc_fetch_row($callLog);

$name = odbc_result($callLog,1);
print "data= $name ";

}
*/






Edit this bug report at http://bugs.php.net/?id=11911&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 #12161 Updated: The date() function

[joey]

ID: 12161
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Windows 98
PHP Version: 4.0.6
New Comment:

This is not a PHP bug, it is a bug in your code, related to
the use of preg_replace.
Example: printdate("ddd");

You're expecting:
Mon

You should be getting:
7on

Why?
Mon is becoming date("M")on, or something like it.
I don't know if this is what preg_replace SHOULD be
doing or not...it seems to be making multiple passes
until it can no longer replace anything. Could someone
who knows about preg_replace please verify whether this
is the correct behavior or not?

In the meantime, I fixed the userland code so that it performs
as you expected. You can find it at http://www.joeysmith.com/phpdate.phps

Previous Comments:


[2001-07-14 04:24:44] [EMAIL PROTECTED]

PHP Authors,

My names are James Hitz, author of http://jamhitz.tripod.com a website that provides 
free PHP tutorials.

I was creating a tutorial on user-defined functions and was working on one that 
accepts a string containing a date format (eg. dd-mmm-yy) and outputs  the date in the 
specified format.  The code is as follows:



On my Win 98 (Second Edition) system running php version 4.06, I evoked the following 
above functrion using  the following code snippet:

print printdate(" ddd, dd d m mm mmm  y yy yyy ");

This produced the following output:

Thurs12a01 Thu, 12 12 7 07 Jul Jul01 01 01 2001 2001

Aparrently, I expected this to have produced something like this:

Thursday Thu, 12 12 7 07 Jul July 01 01 2001 2001

The parsing of the date() function seems not to act 'normal'.  The documentation I 
have states as follows in regard to the date() function: 


date
(PHP 3, PHP 4 )

date -- Format a local time/date
Description

string date (string format [, int timestamp])


Returns a string formatted according to the given  
format string using the given timestamp or the current 
local time if no timestamp is given. 

The following characters are recognized in the format
string: 

d - day of the month, 2 digits with leading zeros; i.e.
 "01" to "31" 

D - day of the week, textual, 3 letters; i.e. "Fri" 

F - month, textual, long; i.e. "January" 

j - day of the month without leading zeros; i.e. "1"
to "31" 

l (lowercase 'L') - day of the week, textual, long;
   i.e. "Friday" 

m - month; i.e. "01" to "12" 

M - month, textual, 3 letters; i.e. "Jan" 

n - month without leading zeros; i.e. "1" to "12" 

r - RFC 822 formatted date; i.e. "Thu, 21 Dec 2000 16:01:07 +0200" 

Y - year, 4 digits; i.e. "1999" 

y - year, 2 digits; i.e. "99" 

z - day of the year; i.e. "0" to "365" 



Is this a bug in the code or a bug in the documentation?  Seems to me like one of 
those. Please advise. I am making a tutorial that will make use of the above function 
and would appreciate if you would tell me what to tell my audience.

The tutorials I am make are very good for all - even complete beginners, so you can 
bundle them in your PHP distributions, or you can point users to 
http://jamhitz.tripod.com.  All tutorials are free.

Thanking you.
James N. Hitz
[EMAIL PROTECTED]






Edit this bug report at http://bugs.php.net/?id=12161&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 #12152 Updated: php_oci8.dll couldn't be loaded

[derick]

ID: 12152
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: OCI8 related
Operating System: Wndows NT
PHP Version: 4.0.4
New Comment:

This is not a support forum, please ask support questions on the 
[EMAIL PROTECTED] mailinglist.

Derick

Previous Comments:


[2001-07-13 16:25:35] [EMAIL PROTECTED]

We have installed PHP manually to use it with IIS 4

We did everything the installation guide told us to do.
We uncommented some options in php.ini including

extension=php_oci8.dll

Afer we stopped and started the Web server every dll was loaded except php_oci.dll

The result is that no OCI funtion can be used

What should I do?
Your help will be very appreciated





Edit this bug report at http://bugs.php.net/?id=12152&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 #10235 Updated: Segfault on domxml_root()

[joey]

ID: 10235
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: DOM XML related
Operating System: Debian Linux 2.2 i386
PHP Version: 4.0 Latest CVS (08/04/2001)
New Comment:

Fixed in CVS.

Previous Comments:


[2001-04-10 10:04:59] [EMAIL PROTECTED]

./configure --prefix=/usr --with-cgi
-with-config-file-path=./ --enable-debug --disable-xml
--disable-mysql --with-dom --without-mysql --without-pcre-regex

---
./php -m
Running PHP 4.0.6-dev
Zend Engine v1.0.5, Copyright (c) 1998-2001 Zend Technologies

[PHP Modules]
standard
session
posix
domxml

[Zend Modules]

---
[testdomxml.php]

---
gdb php
GNU gdb 19990928

(gdb) set args ../testdomxml.php
(gdb) r
Starting program: /var/local/home/huld/PHP4/CVS/php4/php
../testdomxml.php
X-Powered-By: PHP/4.0.6-dev
Content-type: text/html



DomDocument Object
(
[doc] => Resource id #2
[url] => ./file.xml
[version] => 1.0
[standalone] => -1
[type] => 9
[compression] => -1
[charset] => 1
)

Program received signal SIGSEGV, Segmentation fault.
0x80635ad in php_dom_get_object (wrapper=0x0, rsrc_type1=5,
rsrc_type2=0)
at php_domxml.c:490
490
if (Z_TYPE_P(wrapper) != IS_OBJECT) {(gdb) bt
#0  0x80635ad in php_dom_get_object (wrapper=0x0,
rsrc_type1=5, rsrc_type2=0)
at php_domxml.c:490
#1  0x8066c1c in php_if_domxml_doc_document_element (ht=0, 
return_value=0x8174ba4, this_ptr=0x0, return_value_used=1)
at php_domxml.c:1758
#2  0x80f088a in execute (op_array=0x816ff04) at
./zend_execute.c:1494
#3  0x80c7e44 in zend_execute_scripts (type=8, file_count=3)
at zend.c:743
#4  0x805d6cf in php_execute_script
(primary_file=0xbca4) at main.c:1196
#5  0x805b6bc in main (argc=2, argv=0xbd34) at
cgi_main.c:731


Look's like new Zend API? Other ext/ works excellent.



[2001-04-08 16:49:43] [EMAIL PROTECTED]



./configure --prefix=/usr --with-apxs=/usr/bin/apxs 
--with-config-file-path=/etc/php4/apache --enable-debug --with-dom

php.ini-dist (not relevant)

Program received signal SIGSEGV, Segmentation fault.
0x403ada4e in compile_branch (options=0, brackets=0x8, codeptr=0x0,
ptrptr=0x403b1824, errorptr=0x4046baf4, optchanged=0x2, reqchar=0x2,
countlits=0x2, cd=0x10) at pcre.c:1209
1209for (c = 0; c < 32; c++) class[c] |= ~cbits[c+cbit_word];
(gdb) bt
#0  0x403ada4e in compile_branch (options=0, brackets=0x8, codeptr=0x0,
ptrptr=0x403b1824, errorptr=0x4046baf4, optchanged=0x2, reqchar=0x2,
countlits=0x2, cd=0x10) at pcre.c:1209
#1  0x4046baf4 in inflate_mask () from /usr/lib/libxml2.so.2
#2  0x403b1846 in match (eptr=0x1 ,
ecode=0x8155afc "", offset_top=0, md=0x1, ims=135616424, eptrb=0x0,
flags=1078193993) at pcre.c:3956
#3  0x40375147 in php_if_apache_lookup_uri (ht=135598500, return_value=0x2,
this_ptr=0x6e616d6d, return_value_used=1077437309) at php_apache.c:407
#4  0x40386420 in php_xpath_get_object (wrapper=0x8, rsrc_type1=3,
rsrc_type2=0) at php_domxml.c:332
#5  0x4039e4c3 in fn_ext (
name=0xbaf8 "\002f\023\b\024c\023\b\f/\016\b\020\022\025\b")
at mf_fn_ext.c:24
#6  0x40399b9e in vio_blocking (vio=0x81347ec, set_blocking_mode=8 '\b')
at violite.c:216
#7  0x4039a8ab in atoi_octal (str=0x81347ec "ÄG\023\b\224\236\024\bÌÔ\f\b")
at my_init.c:40
#8  0x4039a8ef in atoi_octal (str=0x81347ec "ÄG\023\b\224\236\024\bÌÔ\f\b")
at my_init.c:42
#9  0x8053ef4 in ap_invoke_handler ()
#10 0x806283c in ap_some_auth_required ()
#11 0x8062898 in ap_process_request ()
#12 0x805c5b9 in ap_child_terminate ()
#13 0x805c74c in ap_child_terminate ()
#14 0x805c869 in ap_child_terminate ()
#15 0x805cd1b in ap_child_terminate ()
#16 0x805d3dd in main ()
#17 0x400c2a42 in __libc_start_main () from /lib/libc.so.6






Edit this bug report at http://bugs.php.net/?id=10235&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 #10467 Updated: static array doesn't evaluate defined keys

[zeev]

ID: 10467
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Solaris
PHP Version: 4.0.4pl1
New Comment:

This is now fixed in CVS, and will be a part of 4.0.7.  Thanks for the reproducing 
script!

Previous Comments:


[2001-04-23 17:19:49] [EMAIL PROTECTED]

The following script doesn't work correctly.  It should
print "My Message: Hello World\nArray ( [1] => Hello [2] =>
World )".  Instead it prints "My Message: \nArray ( [FIRST]
=> Hello [SECOND] => World )".

 "Hello", SECOND => "World");

  print("My Message:". $myArray[FIRST] ." ".
$myArray[SECOND] ."\n");
  print_r($myArray);
 ?>
   





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


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

Re: [PHP-DEV] Re: Restructuring the PHP Group

[Zeev Suraski]

It's not a dead issue, James is still on vacation (I think).  He'll draft 
something up when he comes back.

Zeev

At 11:57 16/7/2001, Joey Smith wrote:
>Is this a dead issue, or were we ever going to finish this? Is James
>still gone on vacation?
>
>On Tue, 10 Jul 2001, Zeev Suraski wrote the following to Joey Smith :
>
> > At 03:22 10/7/2001, Joey Smith wrote:
> > >Has it ever been considered that it may be time to restructure the PHP
> > >Group, if nothing else than bringing in some new blood?
> >
> > I think bringing in new blood is not enough.  It should be
> > restructured.  James had a pretty clear view of how it should look (as a
> > basis for discussion) - but he's on vacation right now.
> >
> > Zeev
> >
>
>
>--
>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]

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


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

[PHP-DEV] Bug #11684 Updated: Header() causes PHP to hang

[zeev]

ID: 11684
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows 2000/IIS4
PHP Version: 4.0.5
New Comment:

Is anybody else able to reproduce this?  I'm not.

BTW, I assume you're using IIS 5...



Previous Comments:


[2001-06-25 22:58:17] [EMAIL PROTECTED]

http://foo.com/bar.html";);
ob_end_flush();
?>

Win2k/IIS4/CGI mode/Standard setup, standard modules + image modules

calls to the header() function cause that instance of PHP to hang (infinite loop?).
Timeout occurs 4 or 5 times longer than max_execution_time allows. Can continue to run 
scripts in
a seperate browser session. Executable memory footprint is 4-5 MB.

I have not been able to reproduce this on a Win98 machine with an identical PHP
environment.




[2001-06-25 22:55:02] [EMAIL PROTECTED]

http://foo.com/bar.html";);
ob_end_flush;
?>

Win2k/IIS4/CGI mode/Standard setup, standard modules + image modules

calls to the header() function cause that instance of PHP to hang (infinite loop?). 
Timeout occurs 4 or 5 times longer than max_execution_time allows. Can continue to run 
scripts in a seperate browser session. Executable memory footprint is 4-5 MB.

I have not been able to reproduce this on a Win98 machine with an identical PHP 
environment.





Edit this bug report at http://bugs.php.net/?id=11684&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 #12157 Updated: copying a single quote from MS word causes form variable to disappear.

[zeev]

ID: 12157
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: red hat linux 6.1
PHP Version: 4.0.6
New Comment:

Do you have a big script (but self-contained) that causes this problem?  Without some 
kind of a reproducing script, we can't do much about it.

Previous Comments:


[2001-07-13 20:10:04] [EMAIL PROTECTED]

When copying a single quote from MS Word into a form field, with Content-Type set as 
ISO-8859-1 will cause some random form variables to disappear on the submission page.  
I haven't been able to find a pattern to why this has happened.  There are several 
pages where it happens consistently, and some that it doesn't happen on.  The quote 
gets encoded as ’ when run through htmlspecialchars.  Each page has several 
hidden fields a couple text fields and text areas.  I couldn't write a small script to 
duplicate the problem.  





Edit this bug report at http://bugs.php.net/?id=12157&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] Crash in php_fopen_with_path

[Joey Smith]

I'm not sure what I've done to cause this...I ran "../php -f Config.php"
from "/pear". I have an old PEAR install under
/usr/local/lib/php, and my include path is ".:/usr/local/lib/php".

Here's the back trace.
#0  0x40369567 in memcpy (dstpp=0x8505bb9, srcpp=0x8505a64,
len=4294967295) at ../sysdeps/generic/memcpy.c:55
#1  0x80998e0 in php_fopen_with_path (filename=0x8505ae4 "PEAR.php",
mode=0x8336563 "rb", path=0x8335f95 ".:/usr/local/lib/php",
opened_path=0xbfffea0c) at fopen_wrappers.c:486
#2  0x8099ca8 in php_fopen_url_wrapper (path=0x8505ae4 "PEAR.php",
mode=0x8336563 "rb", options=1, issock=0xbfffe940,
socketd=0xbfffe93c, opened_path=0xbfffea0c) at fopen_wrappers.c:585
#3  0x80990e2 in php_fopen_wrapper (path=0x8505ae4 "PEAR.php",
mode=0x8336563 "rb", options=1, issock=0xbfffe940,
socketd=0xbfffe93c, opened_path=0xbfffea0c) at fopen_wrappers.c:278
#4  0x809762f in php_fopen_wrapper_for_zend (filename=0x8505ae4
"PEAR.php", opened_path=0xbfffea0c) at main.c:508
#5  0x81c7016 in execute (op_array=0x8507424) at ./zend_execute.c:2062
#6  0x8198074 in zend_execute_scripts (type=8, file_count=3) at
zend.c:752
#7  0x809893f in php_execute_script (primary_file=0xbb7c) at
main.c:1282
#8  0x80966bc in main (argc=3, argv=0xbc0c) at cgi_main.c:741


The attached patch turns it from a crash to a leak, as below:

[Mon Jul 16 06:06:48 2001]  Script:  'Config.php'
---
fopen_wrappers.c(530) : Block 0x08505B00 status:
Beginning:  OK (allocated on fopen_wrappers.c:479, 21 bytes)
  End:  Overflown (magic=0x666E6F43 instead of 0x2A8FCC84)
At least 4 bytes overflown
---
fopen_wrappers.c(479) :  Freeing 0x08505B24 (21 bytes),
script=Config.php

Perhaps someone who better understands the fopen magic could take a look
at this one?


Index: fopen_wrappers.c
===
RCS file: /repository/php4/main/fopen_wrappers.c,v
retrieving revision 1.123
diff -u -r1.123 fopen_wrappers.c
--- fopen_wrappers.c15 Jul 2001 12:24:06 -  1.123
+++ fopen_wrappers.c16 Jul 2001 12:08:54 -
@@ -483,6 +483,7 @@
 #else
pathbuf[path_length] = ':';
 #endif
+   if (exec_fname_length < 0) { exec_fname_length = strlen(exec_fname); }
memcpy(pathbuf+path_length+1, exec_fname, exec_fname_length);
pathbuf[path_length + exec_fname_length +1] = '\0';
} else {


-- 
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 #12065 Updated: "libgd was not built with TrueType font support" problem

[rip]

ID: 12065
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
Old Assigned To: wez
Assigned To: 
New Comment:

Re

I am now using :
Apache 1.3.20
PHP 4.0.6 + the GD patch
freetype2 2.0.3.1
gd 1.8.4.2

It works fine.

Thanks wez.

Previous Comments:


[2001-07-14 08:59:58] [EMAIL PROTECTED]

OK, try either using the latest CVS or changing the following line in ext/gd/gd.c of 
the PHP sources:

-# if HAVE_LIBGD20 & HAVE_LIBFREETYPE
+# if HAVE_LIBFREETYPE

(It's line 2761 for me in CVS; if you can't find it, look for gdImageStringTTF; it's 
just above it).

I hope that fixes the problem!

--Wez. 



[2001-07-14 08:44:58] [EMAIL PROTECTED]

It's a GD 1.8.4 problem:
It has both ttf and freetype support in different files; you built it with freetype 
support, and PHP expects it to use TTF functions, which GD reports are not there.
This problem is not present in GD 2.0.1; the TTF functions call the FT functions 
instead.
I'll work up a patch for this case, so that PHP can try and stay ahead.
--Wez.



[2001-07-13 13:31:10] [EMAIL PROTECTED]

Re

No Way...

That's not the case.

And I have the same error on :
2 FreeBSD 4.3 box
1 linux 2.4.6 box

I say when you compile PHP 4.0.4/4.0.5/4.0.6 as a DSO module, truetype font support is 
screwed...



[2001-07-13 03:02:32] [EMAIL PROTECTED]

The only thing that I can think of is that you have and older version of libgd.so or 
libgd.a hanging around that is mistakenly being linked in instead of the one you were 
expecting, and that configure found.

Please look around your system to see if that is the case; I would recommend moving 
the duplicates to some not in the lib path temporarily while compiling PHP and see if 
you still have the same problem.

--Wez.



[2001-07-12 19:35:42] [EMAIL PROTECTED]

oops... I had to reply here... sorry.

Re

True, for GD I always have this in the Makefile :
CFLAGS=-O -DHAVE_LIBPNG -DHAVE_LIBJPEG -DHAVE_LIBFREETYPE
LIBS=-lgd -lpng -lz -ljpeg -lfreetype -lm

Can you successfully run the GD test programs that work with TTF/Freetype? (if there 
are any).

Yes.
I modified gdtestft.c to load the arial font instead of the "times" one by default.
http://www.documents.cyberabuse.org/fttest.png

Another proof of GD having freetype compiled with it is the phpinfo() result :

FreeType Support enabled 
FreeType Linkage with freetype 
(with freetype 2)

FreeType Support enabled 
FreeType Linkage with TTF library
(with freetype 1)

If phpinfo() says it's ok and then the function says it's bugged... then I say 
something is wrong.




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


Edit this bug report at http://bugs.php.net/?id=12065&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 #12166 Updated: SQL_CUR_DEFAULT constant not defined in php_odbc.dll

[kalowsky]

ID: 12166
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: ODBC related
Operating System: Windows ME
PHP Version: 4.0.6
New Comment:

this is supposed to be defined by your ODBC driver, not by PHP... after all, how is 
PHP to know what your DB's default cursor is?

Previous Comments:


[2001-07-14 11:14:19] [EMAIL PROTECTED]

SQL_CUR_DEFAULT, which is a constant that can be passed into odbc_connect, is not 
defined in the odbc extension. I get a warning that it an undefined constant when I 
use it. A quick check in the source code confirmed it. 





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


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

Re: [PHP-DEV] Crash in php_fopen_with_path

[Zeev Suraski]

I fixed this crash in the CVS.  Thanks!

At 15:12 16/7/2001, Joey Smith wrote:
>I'm not sure what I've done to cause this...I ran "../php -f Config.php"
>from "/pear". I have an old PEAR install under
>/usr/local/lib/php, and my include path is ".:/usr/local/lib/php".
>
>Here's the back trace.
>#0  0x40369567 in memcpy (dstpp=0x8505bb9, srcpp=0x8505a64,
>len=4294967295) at ../sysdeps/generic/memcpy.c:55
>#1  0x80998e0 in php_fopen_with_path (filename=0x8505ae4 "PEAR.php",
>mode=0x8336563 "rb", path=0x8335f95 ".:/usr/local/lib/php",
> opened_path=0xbfffea0c) at fopen_wrappers.c:486
>#2  0x8099ca8 in php_fopen_url_wrapper (path=0x8505ae4 "PEAR.php",
>mode=0x8336563 "rb", options=1, issock=0xbfffe940,
> socketd=0xbfffe93c, opened_path=0xbfffea0c) at fopen_wrappers.c:585
>#3  0x80990e2 in php_fopen_wrapper (path=0x8505ae4 "PEAR.php",
>mode=0x8336563 "rb", options=1, issock=0xbfffe940,
> socketd=0xbfffe93c, opened_path=0xbfffea0c) at fopen_wrappers.c:278
>#4  0x809762f in php_fopen_wrapper_for_zend (filename=0x8505ae4
>"PEAR.php", opened_path=0xbfffea0c) at main.c:508
>#5  0x81c7016 in execute (op_array=0x8507424) at ./zend_execute.c:2062
>#6  0x8198074 in zend_execute_scripts (type=8, file_count=3) at
>zend.c:752
>#7  0x809893f in php_execute_script (primary_file=0xbb7c) at
>main.c:1282
>#8  0x80966bc in main (argc=3, argv=0xbc0c) at cgi_main.c:741
>
>
>The attached patch turns it from a crash to a leak, as below:
>
>[Mon Jul 16 06:06:48 2001]  Script:  'Config.php'
>---
>fopen_wrappers.c(530) : Block 0x08505B00 status:
>Beginning:  OK (allocated on fopen_wrappers.c:479, 21 bytes)
>   End:  Overflown (magic=0x666E6F43 instead of 0x2A8FCC84)
> At least 4 bytes overflown
>---
>fopen_wrappers.c(479) :  Freeing 0x08505B24 (21 bytes),
>script=Config.php
>
>Perhaps someone who better understands the fopen magic could take a look
>at this one?
>
>--
>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]

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


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

[PHP-DEV] Bug #11911 Updated: Speed Problem

[kalowsky]

ID: 11911
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: ODBC related
Operating System: Linux RedHat 7.1
PHP Version: 4.0.6
New Comment:

marking as open, since the user last replied

Previous Comments:


[2001-07-16 05:15:53] [EMAIL PROTECTED]

OK - I have recompiled with --with-iodbc and it is the same i.e. Very slow under linux.



[2001-07-14 20:04:29] [EMAIL PROTECTED]

Setting status to feedback, status was blank.




[2001-07-12 15:00:45] [EMAIL PROTECTED]

just verifying that the user password works for this bug.



[2001-07-09 08:44:54] [EMAIL PROTECTED]

on your linux build did you use --with-openlink or --with-iodbc?

if it was --with-openlink, try to rebuild using the --with-iodbc instead, as one is 
maintained, the other isn't ;)



[2001-07-05 11:57:21] [EMAIL PROTECTED]

We have 2 machines, one NT and the other LInux. Both run PHP. The Linux machine runs 
Apache and the NT machine runs IIS 4.

The Linux machine is a database server. If we run the PHP script on the NT machine 
against the database on the Linux machine, the result is instantaneous, however if we 
run the script from the Linux machine against it's local database, it takes 20 seconds 
to respond.

The database method of access is via Openlink ODBC.



http://ifusion.isoft.co.za/test.php";>


http://ifusion.isoft.co.za/test.php";>
 Omnix Interface into HEAT 
 Waiting for Transactions .. 


";

//$Err = "";
if (!($db = odbc_connect("Omnix000","","",1))) {
print "** There is no Omnix Server for Database sqlHEAT**";
exit();
}

$Sql = "select name from drsmas";
//$Sql .="WHERE jobcard <> ''";

$callLog = odbc_prepare($db,$Sql);
$x = odbc_execute($callLog);
//if ($x) PRINT "Good = $x" ;

//$callLog = odbc_exec($db,$Sql);
//print "No of rows= ".odbc_num_rows($callLog);
//while(odbc_fetch_row($callLog)){
/*for ($i = 1; $i < 10; $i++){
//odbc_fetch_row($callLog);

$name = odbc_result($callLog,1);
print "data= $name ";

}
*/






Edit this bug report at http://bugs.php.net/?id=11911&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 #10721 Updated: odd output in create_function()

[zeev]

ID: 10721
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Scripting Engine problem
Operating System: GNU/Linux
PHP Version: 4.0.6
Assigned To: jeroen
New Comment:

This odd character is quite intentional, and is there in order to ensure that any 
functions created don't clash with user-defined functions.  You can see in the code 
that this extra NULL byte is accounted for and deliberately being added, it's not a 
coincidence :)

Jereon - please don't submit this patch.

Previous Comments:


[2001-07-09 09:45:11] [EMAIL PROTECTED]

Fixed the patch, only waiting for it to get committed.



[2001-06-27 16:21:20] [EMAIL PROTECTED]

Any word on this?  Still exists in 4.0.6.




[2001-05-07 23:10:15] [EMAIL PROTECTED]

An odd character seems to appear in the return value of
create_function() (which should be of 'lambda_x' format
where x is an integer).  This character is causing eval() to
crap out when trying to evaluate the created function.  Just
before the 'l' is a character that looks like Pi in the
browser.  The only way I knew to find out what it was was to
urlencode() the return value and the strange character was
encoded to '%00'.  I'm no C coder, but the changes below
seemed to fix things.  

*** /tmp/zend_builtin_functions.c   Mon May  7 22:09:45 2001
--- /usr/local/src/php-4.0.5/Zend/zend_builtin_functions.c  Mon May  7 22:03:31 
2001
***
*** 965,974 
}
function_add_ref(func);
  
!   function_name = (char *)
emalloc(sizeof("0lambda_")+MAX_LENGTH_OF_LONG);
  
do {
!   
sprintf(function_name, "%clambda_%d", 0, ++EG(lambda_count));

function_name_length = strlen(function_name+1)+1;
} while (zend_hash_add(EG(function_table), function_name,
function_name_length+1, func, sizeof(zend_function),
NULL)==FAILURE);
zend_hash_del(EG(function_table), LAMBDA_TEMP_FUNCNAME,
sizeof(LAMBDA_TEMP_FUNCNAME));
--- 965,974 
}
function_add_ref(func);
  
!   function_name = (char *)
emalloc(sizeof("lambda_")+MAX_LENGTH_OF_LONG);
  
do {
!   
sprintf(function_name, "lambda_%d", ++EG(lambda_count));

function_name_length = strlen(function_name+1)+1;
} while (zend_hash_add(EG(function_table), function_name,
function_name_length+1, func, sizeof(zend_function),
NULL)==FAILURE);
zend_hash_del(EG(function_table), LAMBDA_TEMP_FUNCNAME,
sizeof(LAMBDA_TEMP_FUNCNAME));






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


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

Re: [PHP-DEV] Bug #10721 Updated: odd output in create_function()

[Zeev Suraski]

Sorry for the 2nd typo -  Jeroen :)


At 17:09 16/7/2001, [EMAIL PROTECTED] wrote:
>ID: 10721
>Updated by: zeev
>Reported By: [EMAIL PROTECTED]
>Old Status: Assigned
>Status: Closed
>Bug Type: Scripting Engine problem
>Operating System: GNU/Linux
>PHP Version: 4.0.6
>Assigned To: jeroen
>New Comment:
>
>This odd character is quite intentional, and is there in order to ensure 
>that any functions created don't clash with user-defined functions.  You 
>can see in the code that this extra NULL byte is accounted for and 
>deliberately being added, it's not a coincidence :)
>
>Jereon - please don't submit this patch.
>
>Previous Comments:
>
>
>[2001-07-09 09:45:11] [EMAIL PROTECTED]
>
>Fixed the patch, only waiting for it to get committed.
>
>
>
>[2001-06-27 16:21:20] [EMAIL PROTECTED]
>
>Any word on this?  Still exists in 4.0.6.
>
>
>
>
>[2001-05-07 23:10:15] [EMAIL PROTECTED]
>
>An odd character seems to appear in the return value of
>create_function() (which should be of 'lambda_x' format
>where x is an integer).  This character is causing eval() to
>crap out when trying to evaluate the created function.  Just
>before the 'l' is a character that looks like Pi in the
>browser.  The only way I knew to find out what it was was to
>urlencode() the return value and the strange character was
>encoded to '%00'.  I'm no C coder, but the changes below
>seemed to fix things.
>
>*** /tmp/zend_builtin_functions.c   Mon May  7 22:09:45 2001
>--- /usr/local/src/php-4.0.5/Zend/zend_builtin_functions.c  Mon May  7 
>22:03:31 2001
>***
>*** 965,974 
> }
> function_add_ref(func);
>
>!   function_name = (char *)
>emalloc(sizeof("0lambda_")+MAX_LENGTH_OF_LONG);
>
> do {
>!
> sprintf(function_name, "%clambda_%d", 0, ++EG(lambda_count));
>
> function_name_length = strlen(function_name+1)+1;
> } while (zend_hash_add(EG(function_table), function_name,
>function_name_length+1, func, sizeof(zend_function),
>NULL)==FAILURE);
> zend_hash_del(EG(function_table), LAMBDA_TEMP_FUNCNAME,
>sizeof(LAMBDA_TEMP_FUNCNAME));
>--- 965,974 
> }
> function_add_ref(func);
>
>!   function_name = (char *)
>emalloc(sizeof("lambda_")+MAX_LENGTH_OF_LONG);
>
> do {
>!
> sprintf(function_name, "lambda_%d", ++EG(lambda_count));
>
> function_name_length = strlen(function_name+1)+1;
> } while (zend_hash_add(EG(function_table), function_name,
>function_name_length+1, func, sizeof(zend_function),
>NULL)==FAILURE);
> zend_hash_del(EG(function_table), LAMBDA_TEMP_FUNCNAME,
>sizeof(LAMBDA_TEMP_FUNCNAME));
>
>
>
>
>
>
>Edit this bug report at http://bugs.php.net/?id=10721&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]

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


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

[PHP-DEV] Bug #11511 Updated: _array_init and other functions are inlined

[zeev]

ID: 11511
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating System: IRIX 6.5.11
PHP Version: 4.0.5
New Comment:

The inline issue has been fixed in the CVS.

Previous Comments:


[2001-06-18 14:38:40] [EMAIL PROTECTED]

On the SGI it is defined as __inline with the 7.3.1.2m compilers (the latest).  Just 
to get it up and running I edited the php_config.h to define it as empty.



[2001-06-16 12:34:52] [EMAIL PROTECTED]

Can you please check what is in your main/php_config.h
for inline ? it should be defined as empty.




[2001-06-16 12:02:26] [EMAIL PROTECTED]

Reclassified as this is problem with Zend engine.




[2001-06-15 20:59:22] [EMAIL PROTECTED]

In the file Zend/zend_API.c _array_init and some other functions are declared as 
inline.  Within the zend_API.h file some of the inlines are sort of "aliased" away 
making them non-inlined functions.

#define array_init(arg) _array_init((arg) ZEND_FILE_LINE_CC)
#define object_init(arg)_object_init((arg) ZEND_FILE_LINE_CC)
#define object_init_ex(arg, ce) _object_init_ex((arg), (ce) ZEND_FILE_LINE_CC)
ZEND_API int _array_init(zval *arg ZEND_FILE_LINE_DC);
ZEND_API int _object_init(zval *arg ZEND_FILE_LINE_DC);
ZEND_API int _object_init_ex(zval *arg, zend_class_entry *ce ZEND_FILE_LINE_DC);

Since these functions are declared inline in the zend_API.c file no global symbol is
made.  These functions should be either be put in the header file or not declared as 
inlined.  As a result, on IRIX, php is created missing these global symbols.

I do not have a complete list of symbols as of yet.  Please feel free to contact me 
for more information.





Edit this bug report at http://bugs.php.net/?id=11511&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 #12186: Dynamic Library support not available

[kevin . cao]

From: [EMAIL PROTECTED]
Operating system: HP-UX 11.00
PHP version:  4.0.4pl1
PHP Bug Type: Dynamic loading
Bug description:  Dynamic Library support not available

Hi,
I have some problems to get php, java and apache working together.

the error I get is:
PHP Warning:  Cannot dynamically load libphp_java.sl - dynamic modules are
not supported in Unknown on line 0

On the phpinfo() page there is no java section on it and this message is
printed:
Dynamic Library support not available

I am using apache 1.3.12 on HP-UX 11.00 and PHP/4.0.4pl1

I compiled php with following options:
./configure --with-apxs=/opt/apache/bin/apxs --with-java=/opt/java
--enable-shared

here is my php.ini:

[Java]
java.home = /opt/java
java.library = libjava.sl
java.class.path =
/usr/local/lib/php_java.jar;/sw/manta/stage3/htdocs/manta
java.library.path =
/opt/java/lib/PA_RISC/native_threads;/usr/local/lib/php/extensions/no-debug-non-zts-20001222;/opt/java1.3/jre/lib/PA_RISC;/opt/java1.3/jre/l

ib/PA_RISC/hotspots
extension=libphp_java.sl
extension_dir=/opt/php/php-4.0.4pl1/modules 

Do you have any ideas?
I can not find any solution to that problem on the net.

Thanks in advance.
Kevin

-- 
Edit bug report at: http://bugs.php.net/?id=12186&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] curl problem

[Stanislav Malyshev]

Seems like recent cURL module always outputs the header to STDOUT, even if
the curl_setopt ($c, CURLOPT_HEADER, 0) was called. I do not know if it's
cURL library or PHP cURL module problem, but obviously it is going to
break a lot of scripts this way.

-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
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 #12187: character like é or è are converted to e

[f . labanvoye]

From: [EMAIL PROTECTED]
Operating system: Linux Redhat
PHP version:  4.0.6
PHP Bug Type: OCI8 related
Bug description:  character like é or è are converted to e

When i use php (all version) with oci8 version 8.1.7 on linux, all
character like éèàù etc, are converted. 

script: 
";
 

?>

Fonction value is "générique" and appear "generique" on web page.

The same script on windows platform with oci8 8.1.6 works fine. (on the
same database all rights).

I need patch rapidly...

Thanks
-- 
Edit bug report at: http://bugs.php.net/?id=12187&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 #11326 Updated: Troubles with nested include()'s (bug #9673 revisited)

[zeev]

ID: 11326
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Debian GNU/Linux
PHP Version: 4.0.5
New Comment:

>From now on (CVS/4.0.7), include() will also look in the directory of the currently 
>executing file.  This should give you the functionality you asked for.



Previous Comments:


[2001-06-15 07:05:07] [EMAIL PROTECTED]

Just to see that I understand correctly, will the following userland function solve 
the problem?

function my_include($file)
{
$orig_dir = getcwd();
chdir(dirname($file));
$retval = include("./".basename($file));
chdir($orig_dir);
return $retval;
}

If so, you can simply use this solution in the meantime.  We may want to change PHP to 
use this behavior, but if we do, it'd have to happen in a major version, because it's 
a major change.



[2001-06-14 14:33:30] [EMAIL PROTECTED]

*OOPS* After submitting this bug, the next day I realized 
my argument flaw about what I called "the server side 
path" (which is actually the client side path, as 
[EMAIL PROTECTED] pointed out). Please disregard it, I 
don't know what I was thinking ;-)

However, I still stand very firm on the idea that php 
needs to change its implementation of included files.




[2001-06-13 17:26:48] [EMAIL PROTECTED]

Without addressing the server-side issues, I'll point out
why the client side ones are almost certain not to change.

[PHP-DEV] Bug #12187 Updated: character like é or è are converted to e

[hholzgra]

ID: 12187
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: OCI8 related
Operating System: Linux Redhat
PHP Version: 4.0.6
New Comment:

this is not a php problem but is almost certainly
related to your environment settings, especialy
things like $NLS_LANG

you should ask your question at [EMAIL PROTECTED]

Previous Comments:


[2001-07-16 10:36:03] [EMAIL PROTECTED]

When i use php (all version) with oci8 version 8.1.7 on linux, all character like éèàù 
etc, are converted. 

script: 
";
 

?>

Fonction value is "générique" and appear "generique" on web page.

The same script on windows platform with oci8 8.1.6 works fine. (on the same database 
all rights).

I need patch rapidly...

Thanks





Edit this bug report at http://bugs.php.net/?id=12187&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 #12188: Object with Sessiona

[wedro]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  Object with Sessiona


  class A {
  var $a;
  function add(){
$this->a++;
  }
}
  session_register('a');
   if (!is_object($a)){
   $a = new A();
 }
 $a->add();
 print_r($a);




Modules :

"./configure" \
"--with-iconv" \
"--with-mysql" \
"--with-apxs=/usr/local/apache/bin/apxs" \
"--with-xml" \
"--with-sablot" \
"--with-swf=/usr/local/src/dist" \
"-enable-sysvsem" \
"-enable-sysvshm" \
"-enable-trans-sid" \
"-enable-track-vars" \
"-enable-register-globals" \
"$@"



-- 
Edit bug report at: http://bugs.php.net/?id=12188&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 #11684 Updated: Header() causes PHP to hang

[cheald45]

ID: 11684
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows 2000/IIS4
PHP Version: 4.0.5
New Comment:

Double checked my config, yes, it's IIS 5. It may just be a combonation of factors on 
my end - it is IIS after all. Anyway, no big deal, just thought someone might know 
something about it.

Previous Comments:


[2001-07-16 07:47:51] [EMAIL PROTECTED]

Is anybody else able to reproduce this?  I'm not.

BTW, I assume you're using IIS 5...





[2001-06-25 22:58:17] [EMAIL PROTECTED]

http://foo.com/bar.html";);
ob_end_flush();
?>

Win2k/IIS4/CGI mode/Standard setup, standard modules + image modules

calls to the header() function cause that instance of PHP to hang (infinite loop?).
Timeout occurs 4 or 5 times longer than max_execution_time allows. Can continue to run 
scripts in
a seperate browser session. Executable memory footprint is 4-5 MB.

I have not been able to reproduce this on a Win98 machine with an identical PHP
environment.




[2001-06-25 22:55:02] [EMAIL PROTECTED]

http://foo.com/bar.html";);
ob_end_flush;
?>

Win2k/IIS4/CGI mode/Standard setup, standard modules + image modules

calls to the header() function cause that instance of PHP to hang (infinite loop?). 
Timeout occurs 4 or 5 times longer than max_execution_time allows. Can continue to run 
scripts in a seperate browser session. Executable memory footprint is 4-5 MB.

I have not been able to reproduce this on a Win98 machine with an identical PHP 
environment.





Edit this bug report at http://bugs.php.net/?id=11684&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] Extension creation help

[BREGERAS Olivier]

Hi 
I devel. a PHP extension. I need global variable. So I define them
between the 2 macro : ZEND_BEGIN_MODULE_GLOBALS and
ZEND_END_MODULE_GLOBALS. I uncomment ZEND_DECLARE_MODULE_GLOBALS. I put
this code in the ZEND_RINIT_FUNCTION :

{
MODELIXE_LS_FETCH();

MODELIXE_G(premier)=NULL;
MODELIXE_G(templ)=NULL;
MODELIXE_G(page)=NULL;
MODELIXE_G(type)=NULL;
MODELIXE_G(absolutePath)=NULL;
MODELIXE_G(relativePath)=NULL;
MODELIXE_G(ErrorMessage)=NULL;
MODELIXE_G(sessionParameter)=NULL;
MODELIXE_G(mXParemeterFile)=NULL;

return SUCCESS;
}

The code compile fine, but when I execute my php code a memory crash
occur.
Any Idea. Does I miss something to define ?
Thanks for any help.

Olivier




--
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 #12183 Updated: ISSET

[zak]

ID: 12183
Updated by: zak
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PWS related
Operating System: WIN32 (98)
PHP Version: 4.0.5
New Comment:

Please provide more information - a script snippet would be a good place to start. :)

Also, does the following script generate any errors?



Previous Comments:


[2001-07-16 04:14:18] [EMAIL PROTECTED]

If i use if(!isset($some_var)) then he stil gives undefined variabele $some_var on 
line .. from C:\internet\wwwroot\..





Edit this bug report at http://bugs.php.net/?id=12183&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 #12148 Updated: mysql ERROR: Update Query Failed problem with 4.0.6

[david]

ID: 12148
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating System: Solaris x86
Old PHP Version: 4.0.6 & 4.0.5
PHP Version: 4.0.6 & 4.0.5 & latest dev as of 7/16/2001
New Comment:

using MySQL version 3.23.39

Previous Comments:


[2001-07-13 13:51:29] [EMAIL PROTECTED]

Im using PHP 4.0.6 install on Solaris x86 with mysql 3.23.39.  The following code 
produces causes mysql_query to return false, but the database update works!

$query .= "WHERE User_Name = '$User_Name[$i]'" ;
$sth = mysql_query($query) or die ("ERROR: Update Query Failed$query") ;
if ($verbose) {
print ("$query");
}

Here is the error message generated by the code:
ERROR: Update Query Failed
UPDATE Padmin SET Full_Name = 'Corin Cody', Admin = 1 WHERE User_Name = 'ccody'

I was recieving the following warning from the code above until I changed 
error_reporting = E_ERROR
Warning: MySQL: Unable to save result set in 
/usr/www/netsite-docs/parda.actionwebservices.com/public-html/includes/admin_user_write.php
 on line 26

Here are my PHP build options:
CC=gcc OPTIM="-O2" EXTRA_LIBS=/usr/local/lib LIBS=-lz ./configure  
--with-apxs=/usr/local/httpd/bin/apxs --with-mysql=/usr/local/mysql/ 
--with-png-dir=/usr/local/lib/libpng.so.2 --with-imap=/usr/local/lib 
--with-lz=/usr/local/lib








Edit this bug report at http://bugs.php.net/?id=12148&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 #12188 Updated: Object with Sessiona

[hholzgra]

ID: 12188
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Operating System: 
PHP Version: 4.0.6
New Comment:

... and the problem is ... ?

Previous Comments:


[2001-07-16 11:19:57] [EMAIL PROTECTED]


  class A {
  var $a;
  function add(){
$this->a++;
  }
}
  session_register('a');
   if (!is_object($a)){
   $a = new A();
 }
 $a->add();
 print_r($a);




Modules :

"./configure" \
"--with-iconv" \
"--with-mysql" \
"--with-apxs=/usr/local/apache/bin/apxs" \
"--with-xml" \
"--with-sablot" \
"--with-swf=/usr/local/src/dist" \
"-enable-sysvsem" \
"-enable-sysvshm" \
"-enable-trans-sid" \
"-enable-track-vars" \
"-enable-register-globals" \
"$@"








Edit this bug report at http://bugs.php.net/?id=12188&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 #12191: Certificate Environment Variables missing with ISAPI

[e9025902]

From: [EMAIL PROTECTED]
Operating system: Win2K
PHP version:  4.0.6
PHP Bug Type: IIS related
Bug description:  Certificate Environment Variables missing with ISAPI

I am using the PHP 4.0.2 ISAPI-Modul with IIS 5.0 on Win2K which set the
certificate environment variables 
(e.g. $HTTP_SEVER_VARS["CERT_SUBJECT"]) correctly.

Now I want to switch to PHP 4.0.6 but the variables are
missing in the ISAPI-Modul (phpinfo() shows them under
ISAPI but NOT under Environment!) but in CGI they are
here again.

greetings
  Christian


-- 
Edit bug report at: http://bugs.php.net/?id=12191&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 #10287 Updated: php parser error

[zeev]

ID: 10287
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating System: win nt + linux (debian)
PHP Version: 4.0.4pl1
New Comment:

This crash is fixed.  Note, however, that it still doesn't behave in the way you seem 
to expect it to behave, due to precedence rules.

if (list($ar1_val)=each($ar1)&&list($ar2_val)=each($ar2)) 

is equivalent to
if (list($ar1_val) = (each($ar1)&&list($ar2_val)=each($ar2)))




Previous Comments:


[2001-04-11 08:25:06] [EMAIL PROTECTED]

hi, i'm afraid i found (by chance :-) ) a parser error. look at this code: 

 

php simply hangs by parsing that (i tried it on both win and linux - last release, 
4.0.4pl1). 

the cure is to add more parenthesis, like this: 

if((list($ar1_val)=each($ar1))&&(list($ar2_val)=each($ar2))) 

but anyway, php should not hang in the first case... 

bye





Edit this bug report at http://bugs.php.net/?id=10287&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 #9673 Updated: Relative paths in require(), require_once(), include(), include_once()

[zeev]

ID: 9673
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Closed
Bug Type: Scripting Engine problem
Operating System: RedHat Linux 7.0
PHP Version: 4.0.1pl2
New Comment:

include() (and the other functions in its family) will now also look in the current 
executing file's directory, so this issue should be resolved.

Previous Comments:


[2001-03-15 10:09:07] [EMAIL PROTECTED]

We are talking about all four functions here, not just include(). The resemblance of 
require() to the #include directive, as documented:

The require() statement replaces itself with the specified file, much like the 
C preprocessor's #include works.

If it's a "known issue", are there any plans to fix it?
Thanks.



[2001-03-15 09:08:11] [EMAIL PROTECTED]

First, PHP include() is in no way related or was promised to
relate to C preprocessor directives, so no wonder it behaves
differently.

Now, all relative pathes are resolved against the current
directory of the including script (which is the directory
where it's located). This is a known issue. Use
include_pathes in the meantime.



[2001-03-10 16:45:48] [EMAIL PROTECTED]

Here is an example of how relative paths are currently resolved with cascading 
inclusions (command line is 'php /home/joe/a.php'):

File '/home/joe/a.php':


File '/home/joe/include/b.inc':


File '/home/joe/include/c.inc':


The way all four functions [require(), require_once(), include(), include_once()] 
resolve relative paths is counter-intuitive and unproductive with large directory 
structures, because some trickery is required to fix this problem. Not to mention that 
it hurts to see a different behavior from C-preprocessor #include directives.

If you don't believe me, then see comments to the include() function...





Edit this bug report at http://bugs.php.net/?id=9673&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 #12148 Updated: mysql ERROR: Update Query Failed problem with 4.0.6

[david]

ID: 12148
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating System: Solaris x86
Old PHP Version: 4.0.6 & 4.0.5 & latest dev as of 7/16/2001
PHP Version: 4.0.6 & 4.0.5
New Comment:

Here is how I got things to work.  I did this with the latest php4 dev CVS snapshot 
(which also has the same error) but it should
work on 4.0.6 also.  I believe this problem is a problem with different version of the 
MySQL API that PHP is using.  MySQL just made
some changes to their API with the last couple of versions the latest 3.23.39 is what 
I am running and what I experienced the
problem with.

Build PHP with --with-mysql but DO NOT specify the path to mysql.  By not specifying 
the path mysql will use its built-in static
version of the mysql client lib.  There is a warning that doing this this way will not 
work when using mysql-auth apache module but
I use the latest version of mysql-auth and found no problems.


Previous Comments:


[2001-07-16 11:35:55] [EMAIL PROTECTED]

using MySQL version 3.23.39



[2001-07-13 13:51:29] [EMAIL PROTECTED]

Im using PHP 4.0.6 install on Solaris x86 with mysql 3.23.39.  The following code 
produces causes mysql_query to return false, but the database update works!

$query .= "WHERE User_Name = '$User_Name[$i]'" ;
$sth = mysql_query($query) or die ("ERROR: Update Query Failed$query") ;
if ($verbose) {
print ("$query");
}

Here is the error message generated by the code:
ERROR: Update Query Failed
UPDATE Padmin SET Full_Name = 'Corin Cody', Admin = 1 WHERE User_Name = 'ccody'

I was recieving the following warning from the code above until I changed 
error_reporting = E_ERROR
Warning: MySQL: Unable to save result set in 
/usr/www/netsite-docs/parda.actionwebservices.com/public-html/includes/admin_user_write.php
 on line 26

Here are my PHP build options:
CC=gcc OPTIM="-O2" EXTRA_LIBS=/usr/local/lib LIBS=-lz ./configure  
--with-apxs=/usr/local/httpd/bin/apxs --with-mysql=/usr/local/mysql/ 
--with-png-dir=/usr/local/lib/libpng.so.2 --with-imap=/usr/local/lib 
--with-lz=/usr/local/lib








Edit this bug report at http://bugs.php.net/?id=12148&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 #12157 Updated: copying a single quote from MS word causes form variable to disappear.

[eschmitt]

ID: 12157
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: red hat linux 6.1
PHP Version: 4.0.6
New Comment:

when the Content is: radio button is Plain Text the phase variable will be lost.  When 
it is set as HTML the phase variable works fine.



 Control Zone- Default Database










;









   




Home
 
Search
 
Logout
 
 
 


   


   














SilkTests Cat








 


Preferences






Password




 

 


Administration






Group Manager





Mailing 

List





Masking





Search Manager





User Manager

 




 


Content Management






Bios





Careers





Case Studies



  

Re: [PHP-DEV] curl problem

[Colin Viebrock]

> Seems like recent cURL module always outputs the header to STDOUT, even if
> the curl_setopt ($c, CURLOPT_HEADER, 0) was called. I do not know if it's
> cURL library or PHP cURL module problem, but obviously it is going to
> break a lot of scripts this way.

I reported this already: bug #12018

Sterling has been fixing some other cURL stuff, but he's told me (offlist)
that he can't look at this problem until next week.  Hopefully someone else
can stand up and take a quick look.

- Colin


-- 
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 #12192: case insensitivity for in_array

[clownfighter]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  case insensitivity for in_array

Of course assuming the values were strings.
This could also be useful in array_search.
-- 
Edit bug report at: http://bugs.php.net/?id=12192&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] XSLT Processing ...

[Jascha Wetzel]

Greetings !

If you need some XSLT Processing other than sablotron, i have a xalan and
(gnome) libxslt extension in progress:
http://www.nttslab.de/php_xalan/
http://www.nttslab.de/php_gxslt/

Both seem to work sort of stable with 4.0.6. I hope I soon get adjusting
them to Sterling Hughes' XSLT API...

--

sincerely
entity

http://www.nttslab.de



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

[PHP-DEV] RE: Bug #12183 Updated: ISSET

[LeaseWeb - de Groot]

No this script doesn't. But on BSD works !isset better :).
For my work with ISS and sometimes PWS(just testing).
Thnx :o)
Alex

-Oorspronkelijk bericht-
Van: Bug Database [mailto:[EMAIL PROTECTED]]
Verzonden: maandag 16 juli 2001 17:34
Aan: [EMAIL PROTECTED]
Onderwerp: Bug #12183 Updated: ISSET


ID: 12183
Updated by: zak
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PWS related
Operating System: WIN32 (98)
PHP Version: 4.0.5
New Comment:

Please provide more information - a script snippet would be a good place to
start. :)  Also, does the following script generate any errors?  

Previous Comments:


[2001-07-16 04:14:18] [EMAIL PROTECTED]

If i use if(!isset($some_var)) then he stil gives undefined variabele
$some_var on line .. from C:\internet\wwwroot\..





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


-- 
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 #12188 Updated: Object with Sessiona

[wedro]

ID: 12188
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Unknown/Other Function
Operating System: 
PHP Version: 4.0.6
New Comment:

Fatal error: The script tried to execute a method or access a property of an 
incomplete object. Please ensure that the class definition stati of the object you are 
trying to operate on was loaded _before_ the session was started in 
/var/www/wedr0/test/para4.php on line 12



Previous Comments:


[2001-07-16 11:37:09] [EMAIL PROTECTED]

... and the problem is ... ?



[2001-07-16 11:19:57] [EMAIL PROTECTED]


  class A {
  var $a;
  function add(){
$this->a++;
  }
}
  session_register('a');
   if (!is_object($a)){
   $a = new A();
 }
 $a->add();
 print_r($a);




Modules :

"./configure" \
"--with-iconv" \
"--with-mysql" \
"--with-apxs=/usr/local/apache/bin/apxs" \
"--with-xml" \
"--with-sablot" \
"--with-swf=/usr/local/src/dist" \
"-enable-sysvsem" \
"-enable-sysvshm" \
"-enable-trans-sid" \
"-enable-track-vars" \
"-enable-register-globals" \
"$@"








Edit this bug report at http://bugs.php.net/?id=12188&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 #12188 Updated: Object with Sessiona

[cmv]

ID: 12188
Updated by: cmv
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Unknown/Other Function
Operating System: 
PHP Version: 4.0.6
New Comment:

This works perfectly for me.  If I keep reloading that page I get:

a Object ( [a] => 1 ) 

a Object ( [a] => 2 ) 

a Object ( [a] => 3 ) 

a Object ( [a] => 4 ) 

...


- Colin

Previous Comments:


[2001-07-16 16:03:05] [EMAIL PROTECTED]

Fatal error: The script tried to execute a method or access a property of an 
incomplete object. Please ensure that the class definition stati of the object you are 
trying to operate on was loaded _before_ the session was started in 
/var/www/wedr0/test/para4.php on line 12





[2001-07-16 11:37:09] [EMAIL PROTECTED]

... and the problem is ... ?



[2001-07-16 11:19:57] [EMAIL PROTECTED]


  class A {
  var $a;
  function add(){
$this->a++;
  }
}
  session_register('a');
   if (!is_object($a)){
   $a = new A();
 }
 $a->add();
 print_r($a);




Modules :

"./configure" \
"--with-iconv" \
"--with-mysql" \
"--with-apxs=/usr/local/apache/bin/apxs" \
"--with-xml" \
"--with-sablot" \
"--with-swf=/usr/local/src/dist" \
"-enable-sysvsem" \
"-enable-sysvshm" \
"-enable-trans-sid" \
"-enable-track-vars" \
"-enable-register-globals" \
"$@"








Edit this bug report at http://bugs.php.net/?id=12188&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 #12193: nested loops using each don't work

[adresse]

From: [EMAIL PROTECTED]
Operating system: windows
PHP version:  4.0.6
PHP Bug Type: Arrays related
Bug description:  nested loops using each don't work

when tho loops using each are nested, the outer while loop stops after the
first iteration.

For instance, the output of the following script :

  $outer=array("o1", "o2");
  $inner=array("i1","i2");
  while (list($o_index, $o) = each($outer))
while (list($i_index, $i) = each($inner))
  echo $o, $i, "";
is
  o1i1
  o1i2
instead of
  o1i1
  o1i2
  o2i1
  o2i2
-- 
Edit bug report at: http://bugs.php.net/?id=12193&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 #12193 Updated: nested loops using each don't work

[zeev]

ID: 12193
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Arrays related
Operating System: windows
PHP Version: 4.0.6
New Comment:

list() = each() is not a loop.  each() is a simple function, that returns a key,value 
pair, and advances the internal array pointer to the next pair.  It has no idea it's 
being used inside a loop, and thus, nothing makes this internal pointer go back to the 
beginning of the array when the loop ends.

Solutions:
- Use foreach()
or
- Call reset() on the array at the end of the loop.

Previous Comments:


[2001-07-16 16:27:46] [EMAIL PROTECTED]

when tho loops using each are nested, the outer while loop stops after the first 
iteration.

For instance, the output of the following script :

  $outer=array("o1", "o2");
  $inner=array("i1","i2");
  while (list($o_index, $o) = each($outer))
while (list($i_index, $i) = each($inner))
  echo $o, $i, "";
is
  o1i1
  o1i2
instead of
  o1i1
  o1i2
  o2i1
  o2i2





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


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

Re: [PHP-DEV] curl problem

[Stanislav Malyshev]

CV>> I reported this already: bug #12018
CV>>
CV>> Sterling has been fixing some other cURL stuff, but he's told me (offlist)
CV>> that he can't look at this problem until next week.  Hopefully someone else
CV>> can stand up and take a quick look.

Seems that I know what is the problem - header handler gets always called,
no matter what flags. I will check deeper tomorrow.
-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
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 #12194: Php_open_temporary_file.c doesn't handle trailing slash on path.

[jonesd]

From: [EMAIL PROTECTED]
Operating system: all
PHP version:  4.0.6
PHP Bug Type: PHP options/info functions
Bug description:  Php_open_temporary_file.c doesn't handle trailing slash on path.

In file php_open_temporary_file.c, the code test for the existence of a
trailing slash on the 'path' argument
using the statement:

   if (*path+strlen(path)-1 == '/') { ...

This test is incorrect, meaning a trailing slash on, upload_tmp_dir, for
example, won't be handled as intended.
A correct way to do the test would be:

  if (path[strlen(path)-1] == '/') { ...


-- 
Edit bug report at: http://bugs.php.net/?id=12194&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] More on the corrupted defines

[Brian Lalor]

I've coaxed some more debugging info out of PHP with the attached patch.

A brief synopsis, for those of you just tuning in, is that I'm finding
some of my defined constants are getting corrupted, returning garbage when
they're used in a script.

I've spent a better part of the last week trying to dig into this problem.
What I've come up with is rather interesting.  The source of the problem
seems to be that after the first request handled by an Apache child
process, PHP doesn't properly clean up, and much of the memory space is
polluted.  I don't know enough about the Zend internals to be able to
figure out exactly happens, but I've deduced that after the first request
handled by a process, some defines (entries in the zend_constants hash
table) already have some data associated with them.  When
zend_register_constant() is called, it finds data for a given key and
doesn't reassign it.  Typically, when a process starts having problems
with defines, it segfaults after processing the script.

I've attached my patch; it doesn't do anything more than spit out
debugging information to stderr which is caught by Apache's error_log.  I
have yet to put together a well-packaged tarball of files that will
reliably reproduce the problem; I'm going to go work on that next, now
that I've got some idea what's happening.  For now, I've attached my patch
and a copy of my Apache error log that pretty clearly shows what's
happening.  The error log includes the startup of httpd, and you can see
that, for example process id 11074, processes an entire request with no
problem, but on the next request with that process, it starts to spew
errors.

I'm using PHP 4.0.6 compiled with:

./configure --prefix=/usr --with-config-file-path=/etc
--with-exec-dir=/usr/bin --enable-force-cgi-redirect
--disable-magic-quotes --enable-track-vars --enable-wddx --with-mysql
--with-oci8=/home/oracle/product/8.0.5
--with-esoob=/usr/local/easysoft/oob/client --enable-sockets --with-xml
--enable-debug --with-apxs=/usr/sbin/apxs

and Apache 1.3.14.

Will someone take a look at this?  I'll try to bundle up a set of scripts
that reproduces the error.

Thanks,
B

-- 
Brian Lalor
[EMAIL PROTECTED]
(v) 480-333-3196
(f) 480-760-9298


 error_log.bz2
 debug_patch.bz2

-- 
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 #11990 Updated: defined constants getting corrupted

[blalor]

ID: 11990
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Open
Bug Type: Scripting Engine problem
Operating System: RedHat Linux 6.2
Old PHP Version: 4.0.5
PHP Version: 4.0.5, 4.0.6
New Comment:

I've spent a better part of the last week trying to dig into this problem.
What I've come up with is rather interesting.  The source of the problem
seems to be that after the first request handled by an Apache child
process, PHP doesn't properly clean up, and much of the memory space is
polluted.  I don't know enough about the Zend internals to be able to
figure out exactly happens, but I've deduced that after the first request
handled by a process, some defines (entries in the zend_constants hash
table) already have some data associated with them.  When
zend_register_constant() is called, it finds data for a given key and
doesn't reassign it.  Typically, when a process starts having problems
with defines, it segfaults after processing the script.

The following is a snippet from  /var/log/httpd/error_log with the patch below 
applied:

[11074] Registering string constant HREF_SEC_BASE: 
https://webtech13.hq.insight.com/web
[11074] Constant HREF_SEC_BASE already defined: gnome-terminal
[11074] Constant href_sec_base already defined
[11074] Beginning compare of data
[11074] data1:  https://webtech13.hq.insight.com/web
[11074] pData(...).val: gnome-terminal
[11074] *** Match failed!  Data for HREF_SEC_BASE corrupted!


As the script is invoked, HREF_SEC_BASE already has (bad) data, in this case 
"gnome-terminal".

diff -urb php-4.0.6.orig/Zend/zend_constants.c php-4.0.6/Zend/zend_constants.c
--- php-4.0.6.orig/Zend/zend_constants.cSun Feb 25 22:43:26 2001
+++ php-4.0.6/Zend/zend_constants.c Mon Jul 16 13:29:21 2001
@@ -23,7 +23,7 @@
 #include "zend_variables.h"
 #include "zend_operators.h"
 #include "zend_globals.h"
-
+#include 
 
 void free_zend_constant(zend_constant *c)
 {
@@ -243,17 +243,82 @@
 {
char *lowercase_name = zend_strndup(c->name, c->name_len);
int ret = SUCCESS;
+zend_constant *pData = NULL;
+char *data1 = NULL;
+int data1_len;
 
 #if 0
printf("Registering constant for module %d\n",c->module_number);
 #endif
 
zend_str_tolower(lowercase_name, c->name_len);
+
+switch(c->value.type) {
+case IS_STRING:
+data1_len = c->value.value.str.len;
+data1 = zend_strndup(c->value.value.str.val, data1_len);
+
+fprintf(stderr, "[%d] Registering string constant %s: %s\n",
+getpid(), c->name, c->value.value.str.val);
+
+if(zend_hash_find(EG(zend_constants), lowercase_name, c->name_len, (void 
+*)&pData) == SUCCESS) {
+fprintf(stderr, "[%d] Constant %s already defined: %s\n",
+getpid(),
+c->name,
+pData->value.value.str.val);
+
+pData = NULL;
+}
+break;
+
+default:
+if(zend_hash_find(EG(zend_constants), lowercase_name, c->name_len, (void 
+*)&pData) == SUCCESS) {
+fprintf(stderr, "[%d] Constant %s already defined\n",
+getpid(),
+c->name);
+
+pData = NULL;
+}
+break;
+}
+
if (zend_hash_add(EG(zend_constants), lowercase_name, c->name_len, (void *) c, 
sizeof(zend_constant), NULL)==FAILURE) {
zval_dtor(&c->value);
zend_error(E_NOTICE,"Constant %s already defined",lowercase_name);
ret = FAILURE;
}
+
+// retrieve data and compare data
+if(c->value.type == IS_STRING) {
+if(data1 != NULL) {
+if(zend_hash_find(EG(zend_constants), lowercase_name, c->name_len, (void 
+*)&pData) == SUCCESS) {
+// compare data
+fprintf(stderr, "[%d] Beginning compare of data\n", getpid());
+fprintf(stderr, "[%d] data1:  %s\n", getpid(), data1);
+fprintf(stderr, "[%d] pData(...).val: %s\n", getpid(), 
+pData->value.value.str.val);
+
+if(pData->value.value.str.len != data1_len)
+fprintf(stderr, "[%d] *** String lengths different!\n", 
+getpid());
+else {
+int ind;
+char *data2 = pData->value.value.str.val;
+
+for(ind = 0; ind < pData->value.value.str.len; ind++) {
+if(data1[ind] != data2[ind]) {
+fprintf(stderr, "[%d] *** Match failed!  Data for %s 
+corrupted!\n",
+getpid(), c->name);
+break;
+}
+}
+}
+} else {
+fprintf(stderr, "[%d] Couldn't retrieve data for %s

[PHP-DEV] Bug #12176 Updated: eregi_replace() doesn't work properly with Russian charset

[vlad]

ID: 12176
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Windows 2000
PHP Version: 4.0.6
New Comment:

I do not think that eregi_replace() works with cp-1251 charset, or any other Russian 
charset for that matter (there are like 4 or 5 of them out there). And I do not think 
it ever will. After all, there are other languages that use the same character numbers 
as cp-1251, and making it work with one will clash with the other...:(

Vlad


Previous Comments:


[2001-07-15 10:01:31] [EMAIL PROTECTED]







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


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

Re: [PHP-DEV] RE: Bug #12183 Updated: ISSET

[Zak Greant]

Alex wrote:
> No this script doesn't. But on BSD works !isset better :).
> For my work with ISS and sometimes PWS(just testing).
> Thnx :o)

Hi Alex,

I don't understand this message very well. Could you 
rephrase it? :)

Also, do you have a script that reproduces the error you
reported?

--zak




-- 
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 #12166 Updated: SQL_CUR_DEFAULT constant not defined in php_odbc.dll

[jlim]

ID: 12166
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Open
Bug Type: ODBC related
Operating System: Windows ME
PHP Version: 4.0.6
New Comment:

Hi Kowalsky

If you check in microsoft's  sqlext.h you will see that
 
SQL_CUR_DEFAULT is set to SQL_CUR_USE_DRIVER 

so it is a constant. Also if you check the odbc_connect( ) docs, it says that 
SQL_CUR_DEFAULT is an acceptable parameter to pass into odbc_connect(). So it should 
be defined, or the documentation be corrected.

Regards, John

Previous Comments:


[2001-07-16 08:31:20] [EMAIL PROTECTED]

this is supposed to be defined by your ODBC driver, not by PHP... after all, how is 
PHP to know what your DB's default cursor is?



[2001-07-14 11:14:19] [EMAIL PROTECTED]

SQL_CUR_DEFAULT, which is a constant that can be passed into odbc_connect, is not 
defined in the odbc extension. I get a warning that it an undefined constant when I 
use it. A quick check in the source code confirmed it. 





Edit this bug report at http://bugs.php.net/?id=12166&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 #12195: TSRM

[ml]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.3-RELEASE
PHP version:  4.0.6
PHP Bug Type: Compile Failure
Bug description:  TSRM

this is ./configure line that i used

'./configure' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-mysql=/usr/local/mysql/' '--with-imap' '--enable-versioning'
'--enable-ttrack-vars' '--enable-gd=../gd-1.8.4/'
'--with-png=../libpng-1.0.11/' '--with-jpg=../jpeg-6b/'
'--with-zlib-dir=../zlib-1.1.3/'

and after making that's what i end up with

Making all in TSRM
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../main   -DMOD_SSL=208104 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8
-DXML_BYTE_ORDER=12  -g -O2 -c tsrm_virtual_cwd.c
tsrm_virtual_cwd.c: In function `virtual_open':
tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through
`...'
tsrm_virtual_cwd.c:568: (so you should pass `int' not `mode_t' to
`va_arg')
*** Error code 1

Stop in /usr/local/src/php-4.0.6/TSRM.
*** Error code 1

Stop in /usr/local/src/php-4.0.6.
su-2.05#

although 4.0.5 compiled and works just fine

-- 
Edit bug report at: http://bugs.php.net/?id=12195&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 #12196: sesssion handling problems

[rooprem]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.4
PHP Bug Type: Session related
Bug description:  sesssion handling problems

unable to  achieve effiecient session handling
-- 
Edit bug report at: http://bugs.php.net/?id=12196&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 #12197: sesssion handling problems

[rooprem]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.4
PHP Bug Type: Session related
Bug description:  sesssion handling problems

unable to  achieve effiecient session handling
-- 
Edit bug report at: http://bugs.php.net/?id=12197&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 #8135 Updated: FTP_FPUT can't use a HTTP Filepointer

[jason]

ID: 8135
Updated by: jason
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: FTP related
Operating System: Linux 7.0
PHP Version: 4.0.3pl1
Assigned To: [EMAIL PROTECTED]
New Comment:

Feature added in CVS

-Jason

Previous Comments:


[2001-07-09 12:37:31] [EMAIL PROTECTED]

Sorry nico, I misread the ticket, 

The problem is that the ftp extension hasn't been updated to support socket based file 
descriptors.

I will take a look at a fix for this.

-Jason




[2001-07-08 18:46:32] [EMAIL PROTECTED]

The idea here is to be able to read from the fopen()'ed 
stream and ftp_fput() the data.. not the other way around.

(Jason, READ the bug reports before closing them, also RTFM)

--Jani




[2001-07-07 00:21:15] [EMAIL PROTECTED]

HTTP fopens are read only.

-Jason



[2000-12-06 10:43:07] [EMAIL PROTECTED]

for example :

$fp = fopen("http://www.php.net";, "r");

ftp_fput( $ftp_stream, "remote", $fp, FTP_ASCII);

doesn't work.

But the following code-example :

$fp = fopen("file.txt", "r");

ftp_fput( $ftp_stream, "remote", $fp, FTP_ASCII);

works.





Edit this bug report at http://bugs.php.net/?id=8135&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] passing variables from forms to the same page repetatively

[Tim Olsen]

People,
I have 4 forms in four seperate html pages included directly (no links to 
includes) in the same .php file, i have it so all the form actions is 
php.self, so when each form is submitted it goes on to display the next form 
in line, using if and else statements, of course. I want to be able to use 
variables created by the first form in the html part of the last form. What 
is the best way to do this?
So far, I can only use variables on the next page (form) that is written 
out. After that those variables have no value.  Is there some way to submit 
all variables present and assigned with the submission of each form?  If I 
make the forms a seperate include file, instead of having them in-line, how 
does this change the ways variables are passed or submitted by each form?
Thanks, - Tim
_
Get your FREE download of MSN Explorer at http://explorer.msn.com


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

Re: [PHP-DEV] passing variables from forms to the same page repetatively

[Zak Greant]

Hi Tim,

This list is for discussing the development of the PHP language, rather than
discussing developing with the PHP language.

Please try the PHP General mailing list ([EMAIL PROTECTED])

--zak


- Original Message -
From: "Tim Olsen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 16, 2001 11:59 PM
Subject: [PHP-DEV] passing variables from forms to the same page
repetatively


> People,
> I have 4 forms in four seperate html pages included directly (no links to
> includes) in the same .php file, i have it so all the form actions is
> php.self, so when each form is submitted it goes on to display the next
form
> in line, using if and else statements, of course. I want to be able to use
> variables created by the first form in the html part of the last form.
What
> is the best way to do this?
> So far, I can only use variables on the next page (form) that is written
> out. After that those variables have no value.  Is there some way to
submit
> all variables present and assigned with the submission of each form?  If I
> make the forms a seperate include file, instead of having them in-line,
how
> does this change the ways variables are passed or submitted by each form?
> Thanks, - Tim
> _
> Get your FREE download of MSN Explorer at http://explorer.msn.com
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>


-- 
PHP 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 #12196 Updated: sesssion handling problems

[jimw]

ID: 12196
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Session related
Operating System: linux
PHP Version: 4.0.4
New Comment:

not enough info.

Previous Comments:


[2001-07-17 01:38:12] [EMAIL PROTECTED]

unable to  achieve effiecient session handling





Edit this bug report at http://bugs.php.net/?id=12196&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 #12197 Updated: sesssion handling problems

[jimw]

ID: 12197
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Session related
Operating System: linux
PHP Version: 4.0.4
New Comment:

not enough info on this one, either.

Previous Comments:


[2001-07-17 01:49:44] [EMAIL PROTECTED]

unable to  achieve effiecient session handling





Edit this bug report at http://bugs.php.net/?id=12197&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]