#21024 [NEW]: calling a VT_ARRAY syntax unknown or error

[nelles]

From: [EMAIL PROTECTED]
Operating system: win 2000
PHP version:  4.2.3
PHP Bug Type: COM related
Bug description:  calling a VT_ARRAY syntax unknown or error

hi,

when I call IE as COM and open PrintPreview and set Header/Footer, i use
ExecWB(). The third parameter is VT_ARRAY. How shall create this VT_ARRAY.
Every syntax with VT_ARRAY fails. Or is this a two dimensional
SAFEARRAY??
Tanks guenter

print "start";
$ie = new COM("InternetExplorer.Application");
$ie->Visible=true;
$ie->Navigate("www.php.net");
while ($ie->Busy) sleep(1);
/*
Microsofts msdn says:
If pvaIn (third parameter) is a VARIANT of type VT_ARRAY, pvaIn specifies
a SAFEARRAY containing (in the following order) a
header BSTR, a
footer BSTR, the
address of an IStream pointer for a Microsoft® Outlook® Express header
document, an
alternate URL BSTR used for MSHTML in Outlook Express, and a
DWORD containing flags.
*/

$aArray[0]= "header";
$aArray[1]= "footer";
$aArray[2]= null;
$aArray[3]= "";
$aArray[4]= 1|2;

$aVariantArray=new Variant ($aArray,VT_ARRAY|VT_BYREF);

$ie->ExecWB(7,2,$aVariantArray,null);

print "stop";
?>

-- 
Edit bug report at http://bugs.php.net/?id=21024&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21024&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21024&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21024&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21024&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21024&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21024&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21024&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21024&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21024&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21024&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21024&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21024&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21024&r=isapi

#21021 [Opn->Bgs]: Cant find internal referened functions within a class

[sniper]

 ID:   21021
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Redhat 8
 PHP Version:  4.3.0RC3


Previous Comments:


[2002-12-14 18:46:52] [EMAIL PROTECTED]

bugger for some reason the :: reference doesnt work anymore, it was
previously

i tried $auth = new auth();

$auth->login();

and it was ok , i suppose its a me error :)



[2002-12-14 18:37:15] [EMAIL PROTECTED]

class auth {
function login($username,$password){
$this->db = $GLOBALS['db'];
echo $this->password = $this->_crypt($password);
}

//pass password :: private
function _crypt($password){
return md5($password);
}

}


use:

auth::login("dan","bollox");



[2002-12-14 18:14:49] [EMAIL PROTECTED]

Please trim down your code to the smallest possible script that shows
the problem AND can be easily copied and pasted for us to test.

Derick



[2002-12-14 18:08:08] [EMAIL PROTECTED]

Since i have upgraded my entire class script is buggered up.

Call to undefined function: _crypt()

here is the snippets

function login($username,$password,$remember,$page){
$this->db = $GLOBALS['db'];
$this->password = $this->_crypt($password);
$this->_check_username($username);
$this->_check_password($username);
$this->_is_confirmed($username);

if ($this->username_result && $this->pass_result &&
$this->confirmed_result){
$this->_setSession($remember,true);
redirect($page);
//return true;
}
else
// login/pass check failed
{
$this->logout($_SERVER['PHP_SELF'].$this->_build_errorquery($this->result));
}
  }

//pass password :: private
function _crypt($password){
return md5($password);
}


i cant honestly see what the reason for this is, i suggest its a bug ,
as my script was working before , what is even more wierd , my function
was called _encrypt it wasnt working so i changed it to _crypt and it
started working fine , i have reloaded my page today and its back to
the same error.




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

#21004 [Fbk]: Header Location Fails

[sniper]

 ID:   21004
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: HTTP related
 Operating System: NetBSD/Alpha (64bit) - 1.6
 PHP Version:  4CVS-2002-12-13 (stable)
 New Comment:

And how is PHP installed there? DSO or CGI?
What does Apache logs have to say about that internal
error you're getting?



Previous Comments:


[2002-12-14 12:19:42] [EMAIL PROTECTED]

I don't think it's directing at all. FYI, works fine under PHP-4.2.2,
but not CVS.

Using 4.3-CVS
-
# lynx -dump -head http://www.minnesota.com/~tom/php/redir/index.php
HTTP/1.1 500 Internal Server Error
Date: Sat, 14 Dec 2002 18:13:20 GMT
Server: Apache/1.3.27 (Unix) PHP/4.3.0-dev
X-Powered-By: PHP/4.3.0-dev
Location: http://www.minnesota.com/~tom/php/redir/index2.php
Connection: close
Content-Type: text/html

Using 4.2.2
---
# lynx -dump -head http://www.minnesota.com/~tom/php/redir/index.php
HTTP/1.1 302 Found
Date: Sat, 14 Dec 2002 18:17:29 GMT
Server: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6g PHP/4.2.2
X-Powered-By: PHP/4.2.2
Location: http://www.minnesota.com/~tom/php/redir/index2.php
Connection: close
Content-Type: text/html

---

In this case I don't think it's Mozilla or IE.



[2002-12-14 04:11:19] [EMAIL PROTECTED]

Does it redirect though?
What does 'lynx -dump -head ' output?

Maybe IE6 and Mozilla 1.2b are more strict about the path?
Since your example adds one extra / in the url..




[2002-12-13 19:12:45] [EMAIL PROTECTED]

RE: Bug #19754 shouldn't be closed because CVS-2002-12-13 still
exihibit this problem.

index.php:

http://".$_SERVER['HTTP_HOST'];
$location.= dirname($_SERVER['PHP_SELF'])."/"."index2.php";
header($location);
?>

---

index2.php:

You have been redirected";
?>

---

calling index.php should redir to index2.php and echo out:

  You have been redirected

Instead both Mozzila 1.2b and IE 6.x show a blank page. 




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

#20722 [Fbk->NoF]: Bad return with xslt_process

[sniper]

 ID:   20722
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: XSLT related
 Operating System: Windows 2000 SP1
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-29 07:36:21] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

AFAIK this is a know problem with ext/xslt and windows in 4.2, I'm not
sure about 4.3

chregu





[2002-11-29 06:38:32] [EMAIL PROTECTED]

Hi,

I'm using xslt_process like that :

$xslbot=xslt_create();
if (xslt_process($xslbot,"input.xml","input.xsl","ouput.xml"))
{
  echo "Ca marche";
}
else
{
  echo "Une erreur est survenue durant le traitement XSL...\n";   
  echo "\tErreur numéro : " . xslt_errno($xslbot) . "\n";   
  echo "\tMessage d'erreur : " . xslt_error($xslbot) . "\n"; 
  exit();
}
xslt_free ( $xslbot) ;

the 2 files xml xsl work well when you open them in IE.
But the output file contains the xsl file content and non the both
result.

I try to introduce an error in the 2 input files, the errors are
detected.





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

#20728 [Fbk->NoF]: $_SESSION can be broken with "global"

[sniper]

 ID:   20728
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Session related
 Operating System: Linux 2.4.x
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-12-01 19:48:10] [EMAIL PROTECTED]

I still don't see any bug here..using references with _SESSION is not
really useful as only the value is stored..

You think it should stay as a reference?






[2002-12-01 19:06:00] [EMAIL PROTECTED]

Hello,

This code is incorrect - I must have pasted over the code after I
modified it during testing as $foobar is not a reference, but a copy. 
Here is what it should be (please note that you will have to hit reload
after the first hit as session gets created on the first hit - so load
it and hit reload - and then view the output):

';
var_dump($_SESSION);

$_SESSION['foobar'] = 1;
$foobar =& $_SESSION['foobar'];
global $foobar;
$foobar = 3;

echo 'After session modifications:';
var_dump($_SESSION);

?>



[2002-12-01 16:13:01] [EMAIL PROTECTED]

I get this normal output:

Before session modifications:

array(1) {
  ["foobar"]=>
  int(1)
}

After session modifications:

array(1) {
  ["foobar"]=>
  int(1)
}


No bug here. (using PHP 4.3.0-dev)




[2002-12-01 16:07:16] [EMAIL PROTECTED]

Hello,

I don;t think it is quote as easy as saying "Don't use global with the
autoglobal arrays.".  Please read my original bug post.  I went out of
my way to be very detailed so that I don't waste your time - this does
nobody any good though if you don't take the time to read it.  More
specifically, this is the part I am referring to:



So now you are asking that is interesting, but why would you ever want
to "global" an autoglobal.  Good question!  There would be no purpose
in doing this since $_SESSION is always in scope.  Well, this bug
presented itself to me in an application where there was a reference to
a portion of $_SESSION. Since the application is over 5000 lines of
code, we will view a highly condensed test version of this:

';
var_dump($_SESSION);

$_SESSION['foobar'] = 1;
$foobar = $_SESSION['foobar'];
global $foobar;
$foobar = 3;

echo 'After session modifications:';
var_dump($_SESSION);

?>



So the bug presents itself when you "global" a reference to an array
element of an autoglobal as well.  Perhaps, I should have used this as
the original code example.  Please take the time to read the full bug
post.

Thank You,

Mike



[2002-11-29 20:58:08] [EMAIL PROTECTED]

Don't use global with the autoglobal arrays.




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

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

#20745 [Fbk->NoF]: socket_accept() in blocking mode doesn't handle signal interrupts

[sniper]

 ID:   20745
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Sockets related
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-12-01 14:31:23] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



[2002-12-01 07:59:34] [EMAIL PROTECTED]

The socket_accept() function doesn't appear to handle kernel level
system interrupts. This is a problem because PHP scripts written to use
pcntl_signal() won't be executed while socket_accept() is in blocking
mode. THAT is a problem because the script can't be killed with:

kill -s SIGUSR1 [pid]

and can't reap zombie processes when SIGCHLD is given (not that is much
of a problem on Linux, since you can use SIG_IGN).

A workaround I've made is to set a socket to non-blocking mode:

socket_set_nonblock($hSocket);

And then use a while loop like so:

while (($hClient = @socket_accept($hSocket)) === false) {
   
   // If this is a real error, we need to handle it. Unfortunately,
in this
   // event we just die() essentially.
   
   if (!is_resource($hSocket)) {

   error_log(socket_strerror(socket_last_error($hSocket)));
   exit;

   }
   
   // We need to sleep for one second so that CPU isn't absorbed
with this
   // process. This may seem clunky, but select() doesn't appear to
work
   // correctly with accept() in PHP in blocking mode (that is
EINTR does
   // not appear to work correctly), thus preventing signals from
being
   // received. This, in effect, makes the process unkillable. This
is the
   // workaround, for the moment.
   
   sleep(1);
   
}

While this works, it would be much better if it just returned when a
system interrupt is given like the C-equivalent does. This works
because the system can't receive messages from the kernel because it
isn't blocking.




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

#20747 [Fbk->NoF]: Comile of flock_compat.c fauks

[sniper]

 ID:   20747
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: Irix 6.1.17
 PHP Version:  4.3.0RC2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-12-01 09:30:23] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

Can you try if the stable snapshot works? It is _very_ likely that it
is fixed. If you can confirm it I'll merge the fix into the PHP 4.3.0
branch.

Derick



[2002-12-01 09:09:36] [EMAIL PROTECTED]

Using gcc 3.04, make produces the following compile errors


/var/www/php-4.3.0RC2/ext/standard/flock_compat.c: In 
function `php_flock':
/var/www/php-4.3.0RC2/ext/standard/flock_compat.c:59: 
`LOCK_SH' undeclared (first use in this function)
/var/www/php-4.3.0RC2/ext/standard/flock_compat.c:59: (Each 
undeclared identifier is reported only once
/var/www/php-4.3.0RC2/ext/standard/flock_compat.c:59: for 
each function it appears in.)
/var/www/php-4.3.0RC2/ext/standard/flock_compat.c:61: 
`LOCK_EX' undeclared (first use in this function)
/var/www/php-4.3.0RC2/ext/standard/flock_compat.c:63: 
`LOCK_UN' undeclared (first use in this function)
/var/www/php-4.3.0RC2/ext/standard/flock_compat.c:70: 
`LOCK_NB' undeclared (first use in this function)
*** Error code 1 (bu21)





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

#20748 [Fbk->Csd]: Compile Errors w/ cURL

[sniper]

 ID:   20748
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: cURL related
 Operating System: Linux 2.4.18 (Redhat 8.0)
 PHP Version:  4.2.2
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2002-12-01 14:32:22] [EMAIL PROTECTED]

try the STABLE snapshot from here: http://snaps.php.net



[2002-12-01 10:27:57] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



[2002-12-01 10:27:11] [EMAIL PROTECTED]

Having a compile error with php-4.2.2-8.0.5 and cURL 7.9.8-1 (for curl
& curl-devel rpm packages).

I have tried configure options of:
  --with-curl \
  --with-curl=shared \
  --with-curl=%{_prefix} \
to no avail.

I searched the include paths created by installing cURL and sure enough
the aforementioned items are not included.

Reading the mail list shows that this was a problem in a previous
release, but I have not seen a report for php 4.2.2.

Any help would be appreciated.

Tom Gordon

Compile log follows:

Making all in curl
make[2]: Entering directory
`/usr/src/redhat/BUILD/php-4.2.2/build-cgi/ext/curl'
make[3]: Entering directory
`/usr/src/redhat/BUILD/php-4.2.2/build-cgi/ext/curl'
/bin/sh /usr/src/redhat/BUILD/php-4.2.2/build-cgi/libtool --silent
--mode=compile gcc -I. -I/usr/src/redhat/BUILD/php-4.2.2/ext/curl
-I/usr/src/redhat/BUILD/php-4.2.2/build-cgi/main
-I/usr/src/redhat/BUILD/php-4.2.2
-I/usr/src/redhat/BUILD/php-4.2.2/build-cgi/Zend -I/usr/include/libxml2
-I/usr/include/freetype2/freetype -I/usr/include/imap
-I/usr/local/include -I/opt/verisign/payflowpro/linux/lib
-I/usr/include/pspell -I/usr/include/ucd-snmp
-I/usr/src/redhat/BUILD/php-4.2.2/main
-I/usr/src/redhat/BUILD/php-4.2.2/Zend
-I/usr/src/redhat/BUILD/php-4.2.2/TSRM  -DUCD_COMPATIBLE
-I/usr/src/redhat/BUILD/php-4.2.2/build-cgi/TSRM -O2 -march=i386
-mcpu=i686 -fPIC -prefer-pic  -c
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c && touch curl.slo
cc1: warning: changing search order for system directory
"/usr/local/include"
cc1: warning:   as it has already been specified as a non-system
directory
/usr/src/redhat/BUILD/ph
p-4.2.2/ext/curl/curl.c: In function `zm_startup_curl':
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:145:
`CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:145: (Each undeclared
identifier is reported only once
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:145: for each function
it appears in.)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:174:
`CURLOPT_COOKIEJAR' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:175:
`CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:254: `CURLE_OBSOLETE'
undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:255:
`CURLE_SSL_PEER_CERTIFICATE' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:257: `CURL_GLOBAL_SSL'
undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c: In function
`zif_curl_setopt':
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:655:
`CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:678:
`CURLOPT_COOKIEJAR' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:679:
`CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:782:
`CURLFORM_COPYNAME' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:783: `CURLFORM_FILE'
undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:783: `CURLFORM_END'
undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:787:
`CURLFORM_PTRCONTENTS' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-4.2.2/ext/curl/curl.c:788:
`CURLFORM_CONTENTSLENGTH' undeclared (first use in this function)
make[3]: *** [curl.slo] Error 1
make[3]: Leavin

#20759 [Fbk->Csd]: fopen sometimes hangs

[sniper]

 ID:   20759
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: HTTP related
 Operating System: Linux
 PHP Version:  4.2.3


Previous Comments:


[2002-12-02 05:09:45] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

Try the PHP 4.3.0RC2 and check php.ini-dist, you will find this:

; Default timeout for socket based streams (seconds)
default_socket_timeout = 60





[2002-12-02 05:07:54] [EMAIL PROTECTED]

Thanks for the suggestion, but the PHP timeout isn't the problem - its
fopen that is hanging. It should fail allowing the script to handle the
error gracefully (in my case moving on to the next URL). The PHP
timeout only fails the whole PHP script if nothing happens in 60
seconds.



[2002-12-02 04:24:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

In PHP 4.3, there is a new ini setting which allows setting a default
timeout.
Please try PHP-4.3.0RC2 from http://qa.php.net.
Be sure to read the NEWS file for info about the timeout option. (the
default is 60 seconds).



[2002-12-02 04:21:55] [EMAIL PROTECTED]

Sometimes fopen of an http URL just sits there - no error, no results,
typically when it does this PHP refuses to output ANY output for that
page. 

FOr example fopen("http://anyurl.com","r";) works fine but

fopen("http://reptile.peerfear.org/reptile/servlet/sitefilter/http/www.cnn.com/WORLD","r";)


Just sits there for ever. 

Its possible that reptile is misbehaving, although this URL works fine
in a browser, and in any case fopen shouldn't just sit there.




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

#20761 [Fbk->Csd]: undefined funcion mail()

[sniper]

 ID:   20761
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Mail related
 Operating System: Linux 2.4.19
 PHP Version:  4.3.0RC2
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2002-12-02 05:41:35] [EMAIL PROTECTED]

Please issue the following commands in your shell (and make sure you
have autoconf version 2.13 installed):

cd php-4.3.0rc2
rm configure
./buildconf

and rerun configure/make

Derick



[2002-12-02 05:36:22] [EMAIL PROTECTED]


I'm using php on apache2.0.43 and
i've upgraded from php-4.4-dev to php-4.3RC2 and i get this error on a
formmail based on php:

PHP Fatal error:  Call to undefined function:  mail() in
/web/htdocs//home/mail_guest.php on line 15

Here it's the html that do the post:

--
html>






mail in php





  
  

  

     
  
  titolo della mail

testo
della mail



 

  





-

and here it's the mail_guest.php






invio_mail_php_ricezione





";
echo "Oggetto: " . $titolo ."";
echo "Body: " . $messaggio ."";
}
  ?>
  



--

Before upgrade to php-4.3RC2 this script works.

I've compiled with this options:
 './configure' '--with-mysql=/usr' '--with-jpeg-dir=/usr/lib/'
'--with-zlib' '--with-png-dir=/usr/lib'
'--with-config-file-path=/web/conf/' '--with-apxs2=/web/bin/apxs'
'--with-gd' '--disable-debug' '--enable-inline-optimization'
'--enable-memory-limit'

Regards.





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

#20763 [Fbk->Csd]: PHP crashes with signal 11 while trying to parse message with uncommon headers

[sniper]

 ID:   20763
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: IMAP related
 Operating System: RH Linux 7.3
 PHP Version:  4.2.3
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2002-12-02 09:21:48] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

I do believe this was recently delt with



[2002-12-02 09:17:23] [EMAIL PROTECTED]

Hi,

I found two bugs on the imap handling functions in PHP 4.2.3:
  - If a message contains a header with empty contents (like Reply-to:
<> or Sender: <>), the web server running php crashes whenever a script
tries to parse this message. I ran Apache 1.3.26 compiled agains
ElectricFence and found out that the bug is on _php_make_header_object:
if thethe header contents are empty, _php_imap_parse_address won't
allocate memory for fulladdress, but the function will call free() on
fulladdress nevertheless.This leads to heap corruption and subsequent
segmentation fault.
   - It seems like _php_imap_address_size doesn't compute the header
size correctly. If the number of addresses in a field is very large,
this leads to a buffer overflow in c-client's rfc822_address.

My setup is:
Apache 1.3.26
PHP 4.2.3 compiled as a DSO with the following options:
/configure  --prefix=/data/www/consumer/conf --enable-track-vars
--with-imap=/usr/local/app/imap-2002
--with-ldap=/usr/local/app/openldap
--with-oracle=/usr/local/app/oracle_client
--with-oci8=/usr/local/app/oracle_client
--with-apxs=/data/www/consumer/bin/apxs
--with-msession=/usr/local/app/phoenix --with-mysql
--with-openssl=/usr/local/app/openssl --with-xml
--with-curl=/usr/local/app/curl

Test messages:
   - For the first bug: any message with a header field with empty
contents (like Sender: <> )
   - For the second bug: any message with a large(In my test there were
500) number of recipients on the To: or Cc: fields.

Backtrace for the first bug:
0x4009fa01 in __kill () at __kill:-1
#1  0x0809a69d in EF_Abort (pattern=0x80aa540 "free(%a): address not
from malloc().") at print.c:137
#2  0x08099f2a in free (address=0x4eacabcc) at efence.c:632
#3  0x404cc5b3 in _php_make_header_object (myzvalue=0x4ec6ffec,
en=0x4ee32fbc) at php_imap.c:3724
#4  0x404c186b in zif_imap_headerinfo (ht=2, return_value=0x4ec6ffec,
this_ptr=0x0, return_value_used=1) at php_imap.c:1631
#5  0x40482e39 in execute (op_array=0x463affa4) at
./zend_execute.c:1598
#6  0x40493b2c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:812
#7  0x404a63b6 in php_execute_script (primary_file=0xb6b0) at
main.c:1383
#8  0x404a0dbe in apache_php_module_main (r=0x445b9028,
display_source_mode=0) at sapi_apache.c:90
#9  0x404a1c2c in send_php (r=0x445b9028, display_source_mode=0,
filename=0x445bacc8
"/data/www/consumer/htdocs/memail/mailbox.php3") at mod_php4.c:575
#10 0x404a1c99 in send_parsed_php (r=0x445b9028) at mod_php4.c:590
#11 0x08055287 in ap_invoke_handler ()
#12 0x0806a307 in process_request_internal ()
#13 0x0806a368 in ap_process_request ()
#14 0x08061289 in child_main ()
#15 0x08061458 in make_child ()
#16 0x080615cc in startup_children ()
#17 0x08061c44 in standalone_main ()
#18 0x080624c3 in main ()
#19 0x4008d507 in __libc_start_main (main=0x8062100 , argc=2,
ubp_av=0xbae4, init=0x804f718 <_init>,
fini=0x809a8f0 <_fini>, rtld_fini=0x4000dc14 <_dl_fini>,
stack_end=0xbadc) at ../sysdeps/generic/libc-start.c:129

Backtrace for the second bug:
#0  0x400f68f7 in strcat () at strcat:-1
#1  0x4f5e7fe8 in ?? ()
#2  0x405b74b9 in rfc822_write_address_full (
dest=0x4faa36a8 "\"[EMAIL PROTECTED]\" <[EMAIL PROTECTED]>,
\"[EMAIL PROTECTED]\" <[EMAIL PROTECTED]>,
\"[EMAIL PROTECTED]\" <[EMAIL PROTECTED]>,
\"[EMAIL PROTECTED]\" , argc=2,
ubp_av=0xbb04, init=0x804f718 <_init>,
fini=0x809a8f0 <_fini>, rtld_fini=0x4000dc14 <_dl_fini>,
stack_end=0xbafc) at ../sysdeps/generic/libc-start.c:129






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

#18251 [Com]: Lost variables from post action

[roberto_orenstein]

 ID:   18251
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Variables related
 Operating System: WindowsXP, Linux
 PHP Version:  4.1.2
 New Comment:

Running php 4.2.3 on apache 1.3.27 on Win2k.
In some pages my POST  variables make it to the next page missing the
first 4 character's. If I send "test_data", I'll get only "_data" on
the other side. The funny thing is that it only happens in one machine.
I have two other machines with the same configuration and nothing wrong
happens. And it appears that this bug happens only with array from form
variables.
Any thoughts???


Previous Comments:


[2002-11-29 14:20:38] [EMAIL PROTECTED]

The answer will be "We are not support previous PHP versions" ;-)



[2002-11-28 14:00:39] [EMAIL PROTECTED]

My problem might be affected by this bug.

I'm using PHP 4.2.3 (sapi) on Windows 2000 Server running Apache 1.3.27
as Webserver. 
My form:

  
  


Then I'm dumping $_POST, where the following happens:
When input was an integer from 1-999 it is displayed correctly. From
1000 on the corresponding post value is "false". Inserting "abcdefgh"
in the form results in "efgh"...
Any Ideas?

Copying that example to my debian system, running PHP 4.2.3 on an
apache 1.3.26, the result is fine and works as expected.

Hope that helps finding another bug,
Stefan



[2002-07-09 18:08:31] [EMAIL PROTECTED]

Update to 4.2.1. If this happens with it too, then reopen 
this report.




[2002-07-09 18:04:24] [EMAIL PROTECTED]

I meet this problem 1/100 (aproximetly) post actions



[2002-07-09 18:03:44] [EMAIL PROTECTED]

yes



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

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

#21025 [NEW]: session disappeared...please help me

[prissygypsy]

From: [EMAIL PROTECTED]
Operating system: unix
PHP version:  4.2.1
PHP Bug Type: Session related
Bug description:  session disappeared...please help me

..Sorry...My English is weak...I tried to search the same problem but I
didn't understand what all you talking...I'll try again...I'm a new user
for php...please help me...

this is my phpinfo in mysite...

http://www.prissygypsy.com/phpinfo.php

My problem is...session will disappeared when you left the page(you are in
toilet 5 minute)  and you comeback...after that click to refresh page
again or go to anypage...I dont't know what wrong  and how to solve this
problem... I complained to my web hosting many times..but seem I will wait
foever...

this is my short script I tested...



Thank you everyoneplease :-(
-- 
Edit bug report at http://bugs.php.net/?id=21025&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21025&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21025&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21025&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21025&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21025&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21025&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21025&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21025&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21025&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21025&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21025&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21025&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21025&r=isapi

#21025 [Opn->Bgs]: session disappeared...please help me

[derick]

 ID:   21025
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: unix
 PHP Version:  4.2.1
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.


Previous Comments:


[2002-12-15 09:03:51] [EMAIL PROTECTED]

..Sorry...My English is weak...I tried to search the same problem but I
didn't understand what all you talking...I'll try again...I'm a new
user for php...please help me...

this is my phpinfo in mysite...

http://www.prissygypsy.com/phpinfo.php

My problem is...session will disappeared when you left the page(you are
in toilet 5 minute)  and you comeback...after that click to refresh
page again or go to anypage...I dont't know what wrong  and how to
solve this problem... I complained to my web hosting many times..but
seem I will wait foever...

this is my short script I tested...



Thank you everyoneplease :-(




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

#21026 [NEW]: function bug: setcookie

[lmxyd]

From: [EMAIL PROTECTED]
Operating system: win2000 server
PHP version:  4.2.3
PHP Bug Type: Unknown/Other Function
Bug description:  function bug: setcookie

i install php under win 2000 server op

when i use the function:setcookie

i find it expire and invalid

ie: setcookie("user", "test");

but when i add an expire time param, it is valid

ie: setcookie("user", "test", time()+3600)


my english is not good , cann't explain the problem clearly,
hope u can help me , thanks
-- 
Edit bug report at http://bugs.php.net/?id=21026&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21026&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21026&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21026&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21026&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21026&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21026&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21026&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21026&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21026&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21026&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21026&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21026&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21026&r=isapi

#21027 [NEW]: htmlspecialchars() misbehaviour

[flying]

From: [EMAIL PROTECTED]
Operating system: All
PHP version:  4.3.0RC3
PHP Bug Type: Scripting Engine problem
Bug description:  htmlspecialchars() misbehaviour

htmlspecialchars() handles '&' char incorrectly - it doesn't care if it is
aready part of entity or not. It results in very "funny" things when this
function is being called several times for the same string. For example:

echo
htmlspecialchars(htmlspecialchars(htmlspecialchars(htmlspecialchars(htmlspecialchars('text
& text');

will produce: 
text & text 

Most correct bahaviour will be to check, if it is followed by any valid
entity as they're described in HTML specification. However it can be quite
hard to do, because there is lots of entities. So another way is also
possible (it should be faster but more dirdy): just check if '&' char is
started some abstract entity. Here is 2 regular expressions which are
implements correct '&' char handling:

1. This is correct way to handle entities:
preg_replace('/\&(?!((#\d{1,5})|(#(x|X)[\dA-Fa-f]{1,4})|[aA]acute|[aA]circ|acute|(ae|AE)lig|

[aA]grave|alefsym|[aA]lpha|amp|an[dg]|[aA]ring|asymp|[aA]tilde|[aA]uml|
bdquo|[bB]eta|brvbar|bull|cap|[cC]cedil|cedil|cent|[cC]hi|circ|clubs|cong|
copy|crarr|cup|curren|[dD]agger|d[aA]rr|deg|[dD]elta|diams|divide|[eE]acute|
[eE]circ|[eE]grave|empty|e[mn]sp|[eE]psilon|equiv|[eE]ta|eth|ETH|[eE]uml|
euro|exist|fnof|forall|frac1[24]|frac34|frasl|[gG]amma|g[et]|h[aA]rr|hearts|
hellip|[iI]acute|[iI]circ|iexcl|[iI]grave|image|infin|int|[iI]ota|iquest|
isin|[iI]uml|[kK]appa|[lL]ambda|lang|laquo|l[aA]rr|lceil|ldquo|le|lfloor|
lowast|loz|lrm|lsa?quo|lt|macr|mdash|micro|middot|minus|[mM]u|nabla|nbsp|
ndash|n[ei]|not(in)?|nsub|[nN]tilde|[nN]u|[oO]acute|[oO]circ|(oe|OE)lig|
[oO]grave|oline|[oO]mega|[oO]micron|oplus|or|ord[fm]|[oO]slash|[oO]tilde|
otimes|[oO]uml|par[at]|permil|perp|[pP]hi|[pP]i|piv|plusmn|pound|[pP]rime|
pro[dp]|[pP]si|quot|radic|rang|raquo|r[aA]rr|rceil|rdquo|real|reg|rfloor|
[rR]ho|rlm|rsaquo|rsquo|sbquo|[sS]caron|sdot|sect|shy|[sS]igma|sigmaf|sim|
spades|sube?|sum|sup[123e]?|szlig|[tT]au|there4|[tT]heta|thetasym|thinsp|
thorn|THORN|tilde|times|trade|[uU]acute|u[aA]rr|[uU]circ|[uU]grave|uml|
upsih|[uU]psilon|[uU]uml|weierp|[xX]i|[yY]acute|yen|[yY]uml|[zZ]eta|zwn?j);)/','&',$str);


2. This is less correct, but still better way to handle them:
preg_replace('/&(?!(([A-Za-z_:][A-Za-z0-9\.\-_:]*)|(#\d+)|(#(x|X)[\dA-Fa-f]+));)/','&',$str);


 Good thing about second regexp is that in a case this way will be
implemented by htmlspecialchars() function - it will be possible to use it
to handle XML entities aswell.
-- 
Edit bug report at http://bugs.php.net/?id=21027&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21027&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21027&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21027&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21027&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21027&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21027&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21027&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21027&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21027&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21027&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21027&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21027&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21027&r=isapi

#21027 [Opn->Fbk]: htmlspecialchars() misbehaviour

[derick]

 ID:   21027
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: All
 PHP Version:  4.3.0RC3
 New Comment:

What is wrong with that output of your test script?

Derick


Previous Comments:


[2002-12-15 10:08:17] [EMAIL PROTECTED]

htmlspecialchars() handles '&' char incorrectly - it doesn't care if it
is aready part of entity or not. It results in very "funny" things when
this function is being called several times for the same string. For
example:

echo
htmlspecialchars(htmlspecialchars(htmlspecialchars(htmlspecialchars(htmlspecialchars('text
& text');

will produce: 
text & text 

Most correct bahaviour will be to check, if it is followed by any valid
entity as they're described in HTML specification. However it can be
quite hard to do, because there is lots of entities. So another way is
also possible (it should be faster but more dirdy): just check if '&'
char is started some abstract entity. Here is 2 regular expressions
which are implements correct '&' char handling:

1. This is correct way to handle entities:
preg_replace('/\&(?!((#\d{1,5})|(#(x|X)[\dA-Fa-f]{1,4})|[aA]acute|[aA]circ|acute|(ae|AE)lig|

[aA]grave|alefsym|[aA]lpha|amp|an[dg]|[aA]ring|asymp|[aA]tilde|[aA]uml|
bdquo|[bB]eta|brvbar|bull|cap|[cC]cedil|cedil|cent|[cC]hi|circ|clubs|cong|
copy|crarr|cup|curren|[dD]agger|d[aA]rr|deg|[dD]elta|diams|divide|[eE]acute|
[eE]circ|[eE]grave|empty|e[mn]sp|[eE]psilon|equiv|[eE]ta|eth|ETH|[eE]uml|
euro|exist|fnof|forall|frac1[24]|frac34|frasl|[gG]amma|g[et]|h[aA]rr|hearts|
hellip|[iI]acute|[iI]circ|iexcl|[iI]grave|image|infin|int|[iI]ota|iquest|
isin|[iI]uml|[kK]appa|[lL]ambda|lang|laquo|l[aA]rr|lceil|ldquo|le|lfloor|
lowast|loz|lrm|lsa?quo|lt|macr|mdash|micro|middot|minus|[mM]u|nabla|nbsp|
ndash|n[ei]|not(in)?|nsub|[nN]tilde|[nN]u|[oO]acute|[oO]circ|(oe|OE)lig|
[oO]grave|oline|[oO]mega|[oO]micron|oplus|or|ord[fm]|[oO]slash|[oO]tilde|
otimes|[oO]uml|par[at]|permil|perp|[pP]hi|[pP]i|piv|plusmn|pound|[pP]rime|
pro[dp]|[pP]si|quot|radic|rang|raquo|r[aA]rr|rceil|rdquo|real|reg|rfloor|
[rR]ho|rlm|rsaquo|rsquo|sbquo|[sS]caron|sdot|sect|shy|[sS]igma|sigmaf|sim|
spades|sube?|sum|sup[123e]?|szlig|[tT]au|there4|[tT]heta|thetasym|thinsp|
thorn|THORN|tilde|times|trade|[uU]acute|u[aA]rr|[uU]circ|[uU]grave|uml|
upsih|[uU]psilon|[uU]uml|weierp|[xX]i|[yY]acute|yen|[yY]uml|[zZ]eta|zwn?j);)/','&',$str);


2. This is less correct, but still better way to handle them:
preg_replace('/&(?!(([A-Za-z_:][A-Za-z0-9\.\-_:]*)|(#\d+)|(#(x|X)[\dA-Fa-f]+));)/','&',$str);


 Good thing about second regexp is that in a case this way will be
implemented by htmlspecialchars() function - it will be possible to use
it to handle XML entities aswell.




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

#21026 [Opn->Fbk]: function bug: setcookie

[derick]

 ID:   21026
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: win2000 server
 PHP Version:  4.2.3
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.



Previous Comments:


[2002-12-15 10:07:26] [EMAIL PROTECTED]

i install php under win 2000 server op

when i use the function:setcookie

i find it expire and invalid

ie: setcookie("user", "test");

but when i add an expire time param, it is valid

ie: setcookie("user", "test", time()+3600)


my english is not good , cann't explain the problem clearly,
hope u can help me , thanks




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

#21027 [Fbk->Opn]: htmlspecialchars() misbehaviour

[flying]

 ID:   21027
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: All
 PHP Version:  4.3.0RC3
 New Comment:

> What is wrong with that output of your test script?

Only one thing: it produces:
text & text 

while it must be:
text & text 

regardless of number of times, i call htmlspecialchars()


Previous Comments:


[2002-12-15 10:12:01] [EMAIL PROTECTED]

What is wrong with that output of your test script?

Derick



[2002-12-15 10:08:17] [EMAIL PROTECTED]

htmlspecialchars() handles '&' char incorrectly - it doesn't care if it
is aready part of entity or not. It results in very "funny" things when
this function is being called several times for the same string. For
example:

echo
htmlspecialchars(htmlspecialchars(htmlspecialchars(htmlspecialchars(htmlspecialchars('text
& text');

will produce: 
text & text 

Most correct bahaviour will be to check, if it is followed by any valid
entity as they're described in HTML specification. However it can be
quite hard to do, because there is lots of entities. So another way is
also possible (it should be faster but more dirdy): just check if '&'
char is started some abstract entity. Here is 2 regular expressions
which are implements correct '&' char handling:

1. This is correct way to handle entities:
preg_replace('/\&(?!((#\d{1,5})|(#(x|X)[\dA-Fa-f]{1,4})|[aA]acute|[aA]circ|acute|(ae|AE)lig|

[aA]grave|alefsym|[aA]lpha|amp|an[dg]|[aA]ring|asymp|[aA]tilde|[aA]uml|
bdquo|[bB]eta|brvbar|bull|cap|[cC]cedil|cedil|cent|[cC]hi|circ|clubs|cong|
copy|crarr|cup|curren|[dD]agger|d[aA]rr|deg|[dD]elta|diams|divide|[eE]acute|
[eE]circ|[eE]grave|empty|e[mn]sp|[eE]psilon|equiv|[eE]ta|eth|ETH|[eE]uml|
euro|exist|fnof|forall|frac1[24]|frac34|frasl|[gG]amma|g[et]|h[aA]rr|hearts|
hellip|[iI]acute|[iI]circ|iexcl|[iI]grave|image|infin|int|[iI]ota|iquest|
isin|[iI]uml|[kK]appa|[lL]ambda|lang|laquo|l[aA]rr|lceil|ldquo|le|lfloor|
lowast|loz|lrm|lsa?quo|lt|macr|mdash|micro|middot|minus|[mM]u|nabla|nbsp|
ndash|n[ei]|not(in)?|nsub|[nN]tilde|[nN]u|[oO]acute|[oO]circ|(oe|OE)lig|
[oO]grave|oline|[oO]mega|[oO]micron|oplus|or|ord[fm]|[oO]slash|[oO]tilde|
otimes|[oO]uml|par[at]|permil|perp|[pP]hi|[pP]i|piv|plusmn|pound|[pP]rime|
pro[dp]|[pP]si|quot|radic|rang|raquo|r[aA]rr|rceil|rdquo|real|reg|rfloor|
[rR]ho|rlm|rsaquo|rsquo|sbquo|[sS]caron|sdot|sect|shy|[sS]igma|sigmaf|sim|
spades|sube?|sum|sup[123e]?|szlig|[tT]au|there4|[tT]heta|thetasym|thinsp|
thorn|THORN|tilde|times|trade|[uU]acute|u[aA]rr|[uU]circ|[uU]grave|uml|
upsih|[uU]psilon|[uU]uml|weierp|[xX]i|[yY]acute|yen|[yY]uml|[zZ]eta|zwn?j);)/','&',$str);


2. This is less correct, but still better way to handle them:
preg_replace('/&(?!(([A-Za-z_:][A-Za-z0-9\.\-_:]*)|(#\d+)|(#(x|X)[\dA-Fa-f]+));)/','&',$str);


 Good thing about second regexp is that in a case this way will be
implemented by htmlspecialchars() function - it will be possible to use
it to handle XML entities aswell.




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

#21027 [Opn->Bgs]: htmlspecialchars() misbehaviour

[derick]

 ID:   21027
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: All
 PHP Version:  4.3.0RC3
 New Comment:

No, that's not true.

If you want to htmlspecialchars "&" it comes out as "&"
which is exactly as it should be. Encoding "&" will result in
"&amp", again as it should do. 

Also htmlspecialchars("<") will return "<" which is expected
too.

Derick


Previous Comments:


[2002-12-15 10:17:09] [EMAIL PROTECTED]

> What is wrong with that output of your test script?

Only one thing: it produces:
text &amp;amp; text 

while it must be:
text & text 

regardless of number of times, i call htmlspecialchars()



[2002-12-15 10:12:01] [EMAIL PROTECTED]

What is wrong with that output of your test script?

Derick



[2002-12-15 10:08:17] [EMAIL PROTECTED]

htmlspecialchars() handles '&' char incorrectly - it doesn't care if it
is aready part of entity or not. It results in very "funny" things when
this function is being called several times for the same string. For
example:

echo
htmlspecialchars(htmlspecialchars(htmlspecialchars(htmlspecialchars(htmlspecialchars('text
& text');

will produce: 
text &amp;amp; text 

Most correct bahaviour will be to check, if it is followed by any valid
entity as they're described in HTML specification. However it can be
quite hard to do, because there is lots of entities. So another way is
also possible (it should be faster but more dirdy): just check if '&'
char is started some abstract entity. Here is 2 regular expressions
which are implements correct '&' char handling:

1. This is correct way to handle entities:
preg_replace('/\&(?!((#\d{1,5})|(#(x|X)[\dA-Fa-f]{1,4})|[aA]acute|[aA]circ|acute|(ae|AE)lig|

[aA]grave|alefsym|[aA]lpha|amp|an[dg]|[aA]ring|asymp|[aA]tilde|[aA]uml|
bdquo|[bB]eta|brvbar|bull|cap|[cC]cedil|cedil|cent|[cC]hi|circ|clubs|cong|
copy|crarr|cup|curren|[dD]agger|d[aA]rr|deg|[dD]elta|diams|divide|[eE]acute|
[eE]circ|[eE]grave|empty|e[mn]sp|[eE]psilon|equiv|[eE]ta|eth|ETH|[eE]uml|
euro|exist|fnof|forall|frac1[24]|frac34|frasl|[gG]amma|g[et]|h[aA]rr|hearts|
hellip|[iI]acute|[iI]circ|iexcl|[iI]grave|image|infin|int|[iI]ota|iquest|
isin|[iI]uml|[kK]appa|[lL]ambda|lang|laquo|l[aA]rr|lceil|ldquo|le|lfloor|
lowast|loz|lrm|lsa?quo|lt|macr|mdash|micro|middot|minus|[mM]u|nabla|nbsp|
ndash|n[ei]|not(in)?|nsub|[nN]tilde|[nN]u|[oO]acute|[oO]circ|(oe|OE)lig|
[oO]grave|oline|[oO]mega|[oO]micron|oplus|or|ord[fm]|[oO]slash|[oO]tilde|
otimes|[oO]uml|par[at]|permil|perp|[pP]hi|[pP]i|piv|plusmn|pound|[pP]rime|
pro[dp]|[pP]si|quot|radic|rang|raquo|r[aA]rr|rceil|rdquo|real|reg|rfloor|
[rR]ho|rlm|rsaquo|rsquo|sbquo|[sS]caron|sdot|sect|shy|[sS]igma|sigmaf|sim|
spades|sube?|sum|sup[123e]?|szlig|[tT]au|there4|[tT]heta|thetasym|thinsp|
thorn|THORN|tilde|times|trade|[uU]acute|u[aA]rr|[uU]circ|[uU]grave|uml|
upsih|[uU]psilon|[uU]uml|weierp|[xX]i|[yY]acute|yen|[yY]uml|[zZ]eta|zwn?j);)/','&',$str);


2. This is less correct, but still better way to handle them:
preg_replace('/&(?!(([A-Za-z_:][A-Za-z0-9\.\-_:]*)|(#\d+)|(#(x|X)[\dA-Fa-f]+));)/','&',$str);


 Good thing about second regexp is that in a case this way will be
implemented by htmlspecialchars() function - it will be possible to use
it to handle XML entities aswell.




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

#21028 [NEW]: Call to undefined function: imagettfbbox()

[webmaster]

From: [EMAIL PROTECTED]
Operating system: redhat 7.3
PHP version:  4.2.3
PHP Bug Type: GD related
Bug description:  Call to undefined function: imagettfbbox() 

I have already GD2 + Freetype2 installed in my machine

when i try to use the imagettfbbox() function , it's show that php cannot
fine the required library for that function !! however when i used other
image function , it's work fine with me ??

 short script the reproduces the problem ==
 




any suggestions ??


Regards,
AlNadabi
-- 
Edit bug report at http://bugs.php.net/?id=21028&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21028&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21028&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21028&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21028&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21028&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21028&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21028&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21028&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21028&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21028&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21028&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21028&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21028&r=isapi

#21028 [Opn->Fbk]: Call to undefined function: imagettfbbox()

[derick]

 ID:   21028
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: redhat 7.3
 PHP Version:  4.2.3
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.



Previous Comments:


[2002-12-15 10:58:42] [EMAIL PROTECTED]

I have already GD2 + Freetype2 installed in my machine

when i try to use the imagettfbbox() function , it's show that php
cannot fine the required library for that function !! however when i
used other image function , it's work fine with me ??

 short script the reproduces the problem ==
 




any suggestions ??


Regards,
AlNadabi




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

#21029 [NEW]: "make" crashed because my_tempnam.c

[php]

From: [EMAIL PROTECTED]
Operating system: red hat 7.2
PHP version:  4.3.0RC3
PHP Bug Type: Compile Failure
Bug description:  "make" crashed because my_tempnam.c

hi
on several system "make" crashed because tempnam is not secur.
I've fixed that bug.
new content of the "my_tempnam.c" working perfectly :
(located in etx/mysql if i remember good)





/* Copyright Abandoned 1996 TCX DataKonsult AB & Monty Program KB & Detron
HB 
This file is public domain and comes with NO WARRANTY of any kind */

/*
  This function is only used by some old ISAM code.
  When we remove ISAM support from MySQL, we should also delete this file

  One should instead use the functions in mf_tempfile.c
*/

#include "mysys_priv.h"
#include 
#include "my_static.h"
#include "mysys_err.h"

#define TMP_EXT ".tmp"  /* Extension of tempfile  */
#if ! defined(P_tmpdir)
#define P_tmpdir ""
#endif

#ifdef HAVE_TEMPNAM
#if !defined( MSDOS) && !defined(OS2)
extern char **environ;
#endif
#endif

/* Make a uniq temp file name by using dir and adding something after
   pfx to make name uniq. Name is made by adding a uniq 8 length-string
and
   TMP_EXT after pfx.
   Returns pointer to malloced area for filename. Should be freed by
   free().
   The name should be uniq, but it isn't checked if it file allready
exists.
   Uses tempnam() if function exist on system.
   This function fixes that if dir is given it's used. For example
   MSDOS tempnam() uses always TMP environment-variable if it exists.
*/
/* ARGSUSED */

my_string my_tempnam(const char *dir, const char *pfx,
 myf MyFlags  __attribute__((unused)))
{
#ifdef _MSC_VER
  char temp[FN_REFLEN],*end,*res,**old_env,*temp_env[1];
  old_env=environ;
  if (dir)
  {
end=strend(dir)-1;
if (!dir[0])
{   /* Change empty string to current dir */
  temp[0]= FN_CURLIB;
  temp[1]= 0;
  dir=temp;
}
else if (*end == FN_DEVCHAR)
{   /* Get current dir for drive */
  _fullpath(temp,dir,FN_REFLEN);
  dir=temp;
}
else if (*end == FN_LIBCHAR && dir < end && end[-1] != FN_DEVCHAR)
{
  strmake(temp,dir,(uint) (end-dir));   /* Copy and remove last '\' */
  dir=temp;
}
environ=temp_env;   /* Force use of dir (dir not checked) */
temp_env[0]=0;
  }
  
  res=mkstemp(my_string);
  environ=old_env;
  return res;
#else
#ifdef __ZTC__
  if (!dir)
  { /* If empty test first if TMP can be used */
dir=getenv("TMP");
  }
  return mkstemp(my_string); /* Use stand. dir with prefix */
#else
#ifdef HAVE_TEMPNAM
  char temp[2],*res,**old_env,*temp_env[1];

  if (dir && !dir[0])
  { /* Change empty string to current dir */
temp[0]= FN_CURLIB;
temp[1]= 0;
dir=temp;
  }
#ifdef OS2
  /* changing environ variable doesn't work with VACPP */
  char  buffer[256];
  sprintf( buffer, "TMP=%s", dir);
  /* remove ending backslash */
  if (buffer[strlen(buffer)-1] == '\\')
 buffer[strlen(buffer)-1] = '\0';
  putenv( buffer);
#else
  old_env=(char**)environ;
  if (dir)
  { /* Don't use TMPDIR if dir is given */
((char **)environ)=(char**)temp_env;/* May give warning */
temp_env[0]=0;
  }
#endif
  
  res=mkstemp("bidule");
#ifndef OS2
  ((char**)environ)=(char**)old_env;/* May give warning */
#endif
  if (!res)
DBUG_PRINT("error",("Got error: %d from tempnam",errno));
  return res;
#else
  register long uniq;
  register int length;
  my_string pos,end_pos;
  DBUG_ENTER("my_tempnam");
/* Make a uniq nummber */
  pthread_mutex_lock(&THR_LOCK_open);
  uniq= ((long) getpid() << 20) + (long) _my_tempnam_used++ ;
  pthread_mutex_unlock(&THR_LOCK_open);
  if (!dir && !(dir=getenv("TMPDIR")))  /* Use this if possibly */
dir=P_tmpdir;   /* Use system default */
  length=strlen(dir)+strlen(pfx)+1;

  DBUG_PRINT("test",("mallocing %d byte",length+8+sizeof(TMP_EXT)+1));
  if (!(pos=(char*) malloc(length+8+sizeof(TMP_EXT)+1)))
  {
if (MyFlags & MY_FAE+MY_WME)
  my_error(EE_OUTOFMEMORY, MYF(ME_BELL+ME_WAITTANG),
   length+8+sizeof(TMP_EXT)+1);
DBUG_RETURN(NullS);
  }
  end_pos=strmov(pos,dir);
  if (end_pos != pos && end_pos[-1] != FN_LIBCHAR)
*end_pos++=FN_LIBCHAR;
  end_pos=strmov(end_pos,pfx);

  for (length=0 ; length < 8 && uniq ; length++)
  {
*end_pos++= _dig_vec[(int) (uniq & 31)];
uniq >>= 5;
  }
  VOID(strmov(end_pos,TMP_EXT));
  DBUG_PRINT("exit",("tempnam: '%s'",pos));
  DBUG_RETURN(pos);
#endif /* HAVE_TEMPNAM */
#endif /* __ZTC__ */
#endif /* _MSC_VER */
} /* my_tempnam */

-- 
Edit bug report at http://bugs.php.net/?id=21029&edit=1
-- 
Try a CVS 

#21029 [Opn->Fbk]: "make" crashed because my_tempnam.c

[derick]

 ID:   21029
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: red hat 7.2
 PHP Version:  4.3.0RC3
 New Comment:

Please provide an unified diff (diff -u) against the latest CVS
version.

Derick


Previous Comments:


[2002-12-15 11:08:15] [EMAIL PROTECTED]

hi
on several system "make" crashed because tempnam is not secur.
I've fixed that bug.
new content of the "my_tempnam.c" working perfectly :
(located in etx/mysql if i remember good)





/* Copyright Abandoned 1996 TCX DataKonsult AB & Monty Program KB &
Detron HB 
This file is public domain and comes with NO WARRANTY of any kind */

/*
  This function is only used by some old ISAM code.
  When we remove ISAM support from MySQL, we should also delete this
file

  One should instead use the functions in mf_tempfile.c
*/

#include "mysys_priv.h"
#include 
#include "my_static.h"
#include "mysys_err.h"

#define TMP_EXT ".tmp"  /* Extension of tempfile  */
#if ! defined(P_tmpdir)
#define P_tmpdir ""
#endif

#ifdef HAVE_TEMPNAM
#if !defined( MSDOS) && !defined(OS2)
extern char **environ;
#endif
#endif

/* Make a uniq temp file name by using dir and adding something after
   pfx to make name uniq. Name is made by adding a uniq 8 length-string
and
   TMP_EXT after pfx.
   Returns pointer to malloced area for filename. Should be freed by
   free().
   The name should be uniq, but it isn't checked if it file allready
exists.
   Uses tempnam() if function exist on system.
   This function fixes that if dir is given it's used. For example
   MSDOS tempnam() uses always TMP environment-variable if it exists.
*/
/* ARGSUSED */

my_string my_tempnam(const char *dir, const char *pfx,
 myf MyFlags  __attribute__((unused)))
{
#ifdef _MSC_VER
  char temp[FN_REFLEN],*end,*res,**old_env,*temp_env[1];
  old_env=environ;
  if (dir)
  {
end=strend(dir)-1;
if (!dir[0])
{   /* Change empty string to current dir */
  temp[0]= FN_CURLIB;
  temp[1]= 0;
  dir=temp;
}
else if (*end == FN_DEVCHAR)
{   /* Get current dir for drive */
  _fullpath(temp,dir,FN_REFLEN);
  dir=temp;
}
else if (*end == FN_LIBCHAR && dir < end && end[-1] != FN_DEVCHAR)
{
  strmake(temp,dir,(uint) (end-dir));   /* Copy and remove last '\'
*/
  dir=temp;
}
environ=temp_env;   /* Force use of dir (dir not checked) */
temp_env[0]=0;
  }
  
  res=mkstemp(my_string);
  environ=old_env;
  return res;
#else
#ifdef __ZTC__
  if (!dir)
  { /* If empty test first if TMP can be used */
dir=getenv("TMP");
  }
  return mkstemp(my_string); /* Use stand. dir with prefix */
#else
#ifdef HAVE_TEMPNAM
  char temp[2],*res,**old_env,*temp_env[1];

  if (dir && !dir[0])
  { /* Change empty string to current dir */
temp[0]= FN_CURLIB;
temp[1]= 0;
dir=temp;
  }
#ifdef OS2
  /* changing environ variable doesn't work with VACPP */
  char  buffer[256];
  sprintf( buffer, "TMP=%s", dir);
  /* remove ending backslash */
  if (buffer[strlen(buffer)-1] == '\\')
 buffer[strlen(buffer)-1] = '\0';
  putenv( buffer);
#else
  old_env=(char**)environ;
  if (dir)
  { /* Don't use TMPDIR if dir is given */
((char **)environ)=(char**)temp_env;/* May give warning */
temp_env[0]=0;
  }
#endif
  
  res=mkstemp("bidule");
#ifndef OS2
  ((char**)environ)=(char**)old_env;/* May give warning */
#endif
  if (!res)
DBUG_PRINT("error",("Got error: %d from tempnam",errno));
  return res;
#else
  register long uniq;
  register int length;
  my_string pos,end_pos;
  DBUG_ENTER("my_tempnam");
/* Make a uniq nummber */
  pthread_mutex_lock(&THR_LOCK_open);
  uniq= ((long) getpid() << 20) + (long) _my_tempnam_used++ ;
  pthread_mutex_unlock(&THR_LOCK_open);
  if (!dir && !(dir=getenv("TMPDIR")))  /* Use this if possibly */
dir=P_tmpdir;   /* Use system default */
  length=strlen(dir)+strlen(pfx)+1;

  DBUG_PRINT("test",("mallocing %d byte",length+8+sizeof(TMP_EXT)+1));
  if (!(pos=(char*) malloc(length+8+sizeof(TMP_EXT)+1)))
  {
if (MyFlags & MY_FAE+MY_WME)
  my_error(EE_OUTOFMEMORY, MYF(ME_BELL+ME_WAITTANG),
   length+8+sizeof(TMP_EXT)+1);
DBUG_RETURN(NullS);
  }
  end_pos=strmov(pos,dir);
  if (end_pos != pos && end_pos[-1] != FN_LIBCHAR)
*end_pos++=FN_LIBCHAR;
  end_pos=strmov(end_pos,pfx);

  for (length=0 ; length < 8 && uniq ; length++)
  {
*end_pos++= _dig_vec[(int) (uniq &

#21004 [Fbk->Opn]: Header Location Fails

[tom]

 ID:   21004
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: HTTP related
 Operating System: NetBSD/Alpha (64bit) - 1.6
 PHP Version:  4CVS-2002-12-13 (stable)
 New Comment:

I tested this on a DSO. There was no error from apache in the log when
accessing index.php.


Previous Comments:


[2002-12-15 03:51:55] [EMAIL PROTECTED]

And how is PHP installed there? DSO or CGI?
What does Apache logs have to say about that internal
error you're getting?




[2002-12-14 12:19:42] [EMAIL PROTECTED]

I don't think it's directing at all. FYI, works fine under PHP-4.2.2,
but not CVS.

Using 4.3-CVS
-
# lynx -dump -head http://www.minnesota.com/~tom/php/redir/index.php
HTTP/1.1 500 Internal Server Error
Date: Sat, 14 Dec 2002 18:13:20 GMT
Server: Apache/1.3.27 (Unix) PHP/4.3.0-dev
X-Powered-By: PHP/4.3.0-dev
Location: http://www.minnesota.com/~tom/php/redir/index2.php
Connection: close
Content-Type: text/html

Using 4.2.2
---
# lynx -dump -head http://www.minnesota.com/~tom/php/redir/index.php
HTTP/1.1 302 Found
Date: Sat, 14 Dec 2002 18:17:29 GMT
Server: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6g PHP/4.2.2
X-Powered-By: PHP/4.2.2
Location: http://www.minnesota.com/~tom/php/redir/index2.php
Connection: close
Content-Type: text/html

---

In this case I don't think it's Mozilla or IE.



[2002-12-14 04:11:19] [EMAIL PROTECTED]

Does it redirect though?
What does 'lynx -dump -head ' output?

Maybe IE6 and Mozilla 1.2b are more strict about the path?
Since your example adds one extra / in the url..




[2002-12-13 19:12:45] [EMAIL PROTECTED]

RE: Bug #19754 shouldn't be closed because CVS-2002-12-13 still
exihibit this problem.

index.php:

http://".$_SERVER['HTTP_HOST'];
$location.= dirname($_SERVER['PHP_SELF'])."/"."index2.php";
header($location);
?>

---

index2.php:

You have been redirected";
?>

---

calling index.php should redir to index2.php and echo out:

  You have been redirected

Instead both Mozzila 1.2b and IE 6.x show a blank page. 




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

#21029 [Fbk->Opn]: "make" crashed because my_tempnam.c

[php]

 ID:   21029
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: red hat 7.2
 PHP Version:  4.3.0RC3
 New Comment:

oups
i don't understand anything
i'm totally a linux newbie
i've only linux on my webserver, so it's not really good to try...
can you do that for me ?
thanks


Previous Comments:


[2002-12-15 11:15:31] [EMAIL PROTECTED]

Please provide an unified diff (diff -u) against the latest CVS
version.

Derick



[2002-12-15 11:08:15] [EMAIL PROTECTED]

hi
on several system "make" crashed because tempnam is not secur.
I've fixed that bug.
new content of the "my_tempnam.c" working perfectly :
(located in etx/mysql if i remember good)





/* Copyright Abandoned 1996 TCX DataKonsult AB & Monty Program KB &
Detron HB 
This file is public domain and comes with NO WARRANTY of any kind */

/*
  This function is only used by some old ISAM code.
  When we remove ISAM support from MySQL, we should also delete this
file

  One should instead use the functions in mf_tempfile.c
*/

#include "mysys_priv.h"
#include 
#include "my_static.h"
#include "mysys_err.h"

#define TMP_EXT ".tmp"  /* Extension of tempfile  */
#if ! defined(P_tmpdir)
#define P_tmpdir ""
#endif

#ifdef HAVE_TEMPNAM
#if !defined( MSDOS) && !defined(OS2)
extern char **environ;
#endif
#endif

/* Make a uniq temp file name by using dir and adding something after
   pfx to make name uniq. Name is made by adding a uniq 8 length-string
and
   TMP_EXT after pfx.
   Returns pointer to malloced area for filename. Should be freed by
   free().
   The name should be uniq, but it isn't checked if it file allready
exists.
   Uses tempnam() if function exist on system.
   This function fixes that if dir is given it's used. For example
   MSDOS tempnam() uses always TMP environment-variable if it exists.
*/
/* ARGSUSED */

my_string my_tempnam(const char *dir, const char *pfx,
 myf MyFlags  __attribute__((unused)))
{
#ifdef _MSC_VER
  char temp[FN_REFLEN],*end,*res,**old_env,*temp_env[1];
  old_env=environ;
  if (dir)
  {
end=strend(dir)-1;
if (!dir[0])
{   /* Change empty string to current dir */
  temp[0]= FN_CURLIB;
  temp[1]= 0;
  dir=temp;
}
else if (*end == FN_DEVCHAR)
{   /* Get current dir for drive */
  _fullpath(temp,dir,FN_REFLEN);
  dir=temp;
}
else if (*end == FN_LIBCHAR && dir < end && end[-1] != FN_DEVCHAR)
{
  strmake(temp,dir,(uint) (end-dir));   /* Copy and remove last '\'
*/
  dir=temp;
}
environ=temp_env;   /* Force use of dir (dir not checked) */
temp_env[0]=0;
  }
  
  res=mkstemp(my_string);
  environ=old_env;
  return res;
#else
#ifdef __ZTC__
  if (!dir)
  { /* If empty test first if TMP can be used */
dir=getenv("TMP");
  }
  return mkstemp(my_string); /* Use stand. dir with prefix */
#else
#ifdef HAVE_TEMPNAM
  char temp[2],*res,**old_env,*temp_env[1];

  if (dir && !dir[0])
  { /* Change empty string to current dir */
temp[0]= FN_CURLIB;
temp[1]= 0;
dir=temp;
  }
#ifdef OS2
  /* changing environ variable doesn't work with VACPP */
  char  buffer[256];
  sprintf( buffer, "TMP=%s", dir);
  /* remove ending backslash */
  if (buffer[strlen(buffer)-1] == '\\')
 buffer[strlen(buffer)-1] = '\0';
  putenv( buffer);
#else
  old_env=(char**)environ;
  if (dir)
  { /* Don't use TMPDIR if dir is given */
((char **)environ)=(char**)temp_env;/* May give warning */
temp_env[0]=0;
  }
#endif
  
  res=mkstemp("bidule");
#ifndef OS2
  ((char**)environ)=(char**)old_env;/* May give warning */
#endif
  if (!res)
DBUG_PRINT("error",("Got error: %d from tempnam",errno));
  return res;
#else
  register long uniq;
  register int length;
  my_string pos,end_pos;
  DBUG_ENTER("my_tempnam");
/* Make a uniq nummber */
  pthread_mutex_lock(&THR_LOCK_open);
  uniq= ((long) getpid() << 20) + (long) _my_tempnam_used++ ;
  pthread_mutex_unlock(&THR_LOCK_open);
  if (!dir && !(dir=getenv("TMPDIR")))  /* Use this if possibly */
dir=P_tmpdir;   /* Use system default */
  length=strlen(dir)+strlen(pfx)+1;

  DBUG_PRINT("test",("mallocing %d byte",length+8+sizeof(TMP_EXT)+1));
  if (!(pos=(char*) malloc(length+8+sizeof(TMP_EXT)+1)))
  {
if (MyFlags & MY_FAE+MY_WME)
  my_error(EE_OUTOFMEMORY, MYF(ME_BELL+ME_WAITTANG),
   length+8+sizeof

#15656 [Com]: text is rendered too large

[thierry]

 ID:   15656
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: GD related
 Operating System: SuSE 7.0/kernel 2.2.16
 PHP Version:  4.0.6
 New Comment:

The fact that GD changed from using pixel size to point size shouldn't
matter a lot since we render mostly screen images at 72 dpi and there
are 72 points in an inch (72,... but it's generally rounded to 72 per
inch). This means that in fact we were used to having for example a 10
point size text rendered to 10 pixels.

Now in comes GD 2, there we have in gd.h
/* resolution affects ttf font rendering, particularly hinting */
#define GD_RESOLUTION   96  /* pixels per inch */

So this means that for font rendering in GD uses 96 dpi. This means
that if you use this like we used to (1 point == 1 pixel) GD 2 will
have 1 point == 1 pixel/72 * 96, giving 1,333 pixel per point,
rendering our beautifull charts in GD 1.x into ugly ones because all
the text is too large now...

It took me a while before I found this out (several months of passive
searching and since I thought Freetype was at the cause I was looking
in the wrong direction...)

Now The case is that this thing comes close to a religious thing
(Windows PCs use 96 dpi screen resolution, Macs were like using the 72
dpi resolution), fact is that this is still very noticable in my
enviroment. I received marked up email from PC/Windows users that is
simply to small to read, Word (office in general) documents from a PC
that are sent to me are at 75% zoom out, making the text illegible on
the mac, so I need to change the zoom factor every time... Verry funny
that in this day and age there is such a difference in the very hart of
these systems, that they will never be the same :))

Ok, now for the solution, either change the #define in gd.h or use font
sizes of for example 10/96*72 (for a 10 pixel font size).

If you use a lot of small text on the images I recon changing the
#define is better that entering fractional sizes


Previous Comments:


[2002-08-10 07:35:30] [EMAIL PROTECTED]

Well, if you specify a font size of 18 points, how tall, in pixels, is
the character 'M' in your output? And how high do you want it to be?



[2002-08-10 07:33:35] [EMAIL PROTECTED]

IIRC, GD changed from using pixel size for fonts to using
point size.  That explains the difference in size.
Fortunately, it is easy to compensate:

1 point = 1/72 of an inch.
10 points using a 96 dpi screen = 10/72*96 = 13.3 pixels.

So, to correct the size, divide the size you are passing
into the functions by 1.3 (96/72).



[2002-08-10 06:09:24] [EMAIL PROTECTED]

> Compensating for this is luckily very easy.

But you fail to say how?  Another Fermat?

I've tried simply manually scaling down the font size, but I can't get
ttf's in php 4.1.2 to look the same as they did in 4.0.6 (which looked
nice!)

Please fill us in!  Thanks.



[2002-07-01 12:09:54] [EMAIL PROTECTED]

PHP's gd interface currently uses an output resolution of 
72dpi. This means that a letterform 72 points (= one inch) 
high will result in output that is 72 pixels high.

If you are used to some other dpi setting, the text gd 
outputs may appear either too big or too small. 
Compensating for this is luckily very easy.



[2002-06-28 04:13:14] [EMAIL PROTECTED]

Thank you for taking the time to report a problem with PHP.
Unfortunately your version of PHP is too old -- the problem
might already be fixed. Please download a new PHP
version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.





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

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

#21025 [Com]: session disappeared...please help me

[prissygypsy]

 ID:   21025
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Session related
 Operating System: unix
 PHP Version:  4.2.1
 New Comment:

Thank you [EMAIL PROTECTED] I'm sorry..I don't know where to post my
problem :-(...If anyone can help me please send mail reply me please
Thank you so much


Previous Comments:


[2002-12-15 09:07:37] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.



[2002-12-15 09:03:51] [EMAIL PROTECTED]

..Sorry...My English is weak...I tried to search the same problem but I
didn't understand what all you talking...I'll try again...I'm a new
user for php...please help me...

this is my phpinfo in mysite...

http://www.prissygypsy.com/phpinfo.php

My problem is...session will disappeared when you left the page(you are
in toilet 5 minute)  and you comeback...after that click to refresh
page again or go to anypage...I dont't know what wrong  and how to
solve this problem... I complained to my web hosting many times..but
seem I will wait foever...

this is my short script I tested...



Thank you everyoneplease :-(




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

#20472 [Opn]: Flood Fill problem after changing to 4.3.0RC1

[smseidl]

 ID:   20472
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
-PHP Version:  4.3.0RC1
+PHP Version:  4.3.0RC1/3
 New Comment:

Hello again,

I have gotten my box back online and am working to upgrade everything
to the most recent version.  I have downloaded PHP 4.3.0RC3 and
GD2.0.9.  

I am able to install GD, but the PHP make fails on GD related items. 
Below is my config command, and the make error.  Adding the paths to
the jpeg files & libpng have not helped either.

 ./configure  --with-mysql --with-apxs2=/usr/dev/local/apache2/bin/apxs
--with-gd=/usr/dev/local/gd2.0.9/ --prefix=/usr/dev/local/php4.3/

make
/bin/sh libtool --silent --mode=compile gcc  -Iext/ctype/
-I/usr/dev/src/php-4.3.0RC3/ext/ctype/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/ctype/ctype.c -o ext/ctype/ctype.lo
/bin/sh libtool --silent --mode=compile gcc
-I/usr/dev/local/gd2.0.9//include -Iext/gd/
-I/usr/dev/src/php-4.3.0RC3/ext/gd/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c -o ext/gd/gd.lo
In file included from /usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:89:
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:73: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:105: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function `_php_image_type':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1156: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1163: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`_php_image_create_from':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1345: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1363: warning: assignment makes
pointer from integer without a cast
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`zif_imagecreatefromxpm':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: `gdImageCreateFromXpm'
undeclared (first use in this function)
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: (Each undeclared identifier
is reported only once
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: for each function it
appears in.)
make: *** [ext/gd/gd.lo] Error 1


Previous Comments:


[2002-12-03 21:24:35] [EMAIL PROTECTED]

I apologize for the lack of updates lately, but I have been traveling
for the last week and a half.  The server I am running is not at my
house but at a friends who has Road Runner.  For the last 2 months it
has worked without issue... of course as soon as my friend goes on
vacation for 2 weeks, the ethernet card lost it's connection.

Because of that it will likely be another 2 weeks before I can look at
this again.

Thanks for your help & Patience
Scott



[2002-12-03 21:15:23] [EMAIL PROTECTED]



Can you try with only "--with-gd", you do not need to provide a path
here, with the 4.3.0 or cvs, php will use the bundled (deliver with php
sources) gd version. Btw, be sure to remove all include files from gd
if they are in the stantard include path.

thank's 

pierre



[2002-11-20 22:42:19] [EMAIL PROTECTED]

I have attemped to compile both PHP and GD, with specifing the same
location of the libpng library in each.  After doing this I am still
receiving the same error.  

I will continue to attempt different compile methods.  An update here
later. 

The frequency of my responses will decrease over the next two weeks as
I will be away from home.  I will continue to update more often again
on Dec 2.



[2002-11-18 23:22:08] [EMAIL PROTECTED]

Isn't that error quite self-explaining??
You should tell PHP to use same PNG library as you used
with GD. --with-png-dir should point to same place as you
used with GD..




[2002-11-18 22:36:35] [EMAIL PROTECTED]

After Compiling GD 2.0.7 and recompiling php & restarting apache, I get
the following errors in the apache log file:
libpng warning: App

#20985 [Fbk->Opn]: heavy load = Segmentation fault

[jfl]

 ID:   20985
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Redhat Linux 7.3 & 8
 PHP Version:  4.3.0RC3
 New Comment:

The files has been sent to [EMAIL PROTECTED]

If none of my scripts has errors I can not get SIGSEGV. But I get "Last
leak repeated X times". Have a look at
http://test.webalogic.net/bugs/error_log-no_SIGSEGV and the other files
at http://test.webalogic.net/


Previous Comments:


[2002-12-14 23:37:19] [EMAIL PROTECTED]

Could you provide copies of the list.phtml & info.phtml scripts?



[2002-12-14 16:22:39] [EMAIL PROTECTED]

By starting Apache, with built in Php-4.3.0RC3, with 'gdb
/usr/local/apache/bin/httpd' I can not make it crash.
But if I start Apache normally I get a Segmentation fault in the
error_log. Please see the bottom of
http://test.webalogic.net/bugs/error_log_php4-3 (2mb)

What can I do to help you further?



[2002-12-14 13:59:11] [EMAIL PROTECTED]

I'll now start testing Php-4.3.0RC3



[2002-12-14 13:51:02] [EMAIL PROTECTED]

This is what I get every time with Php 4.2.3 compiled into Apache.
More info @ http://test.webalogic.net/bugs/
I think the bug is happening when Apache is trying to kill children, as
the SIGSEGV is happening when the stress tool is finished.

(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x4207c46c in memcpy () from /lib/i686/libc.so.6
(gdb) bt
#0  0x4207c46c in memcpy () from /lib/i686/libc.so.6
#1  0x081041d0 in _mem_block_check ()
#2  0x08104197 in _mem_block_check ()
#3  0x081034a1 in _efree ()
#4  0x0811283c in _zval_dtor ()
#5  0x08109bac in free_zend_constant ()
#6  0x08118c29 in zend_hash_del_key_or_index ()
#7  0x081194a6 in zend_hash_reverse_apply ()
#8  0x08109fb4 in clean_non_persistent_constants ()
#9  0x0810a780 in shutdown_executor ()
#10 0x0811387f in zend_deactivate ()
#11 0x08078500 in php_request_shutdown ()
#12 0x0811f192 in apache_php_module_main ()
#13 0x080761cc in php_restore_umask ()
#14 0x08076237 in php_restore_umask ()
#15 0x08140990 in ap_invoke_handler ()
#16 0x08154d86 in ap_some_auth_required ()
#17 0x08154de6 in ap_process_request ()
#18 0x0814c0aa in ap_child_terminate ()
#19 0x0814c24a in ap_child_terminate ()
#20 0x0814c3b1 in ap_child_terminate ()
#21 0x0814c9de in ap_child_terminate ()
#22 0x0814d1fc in main ()
---Type  to continue, or q  to quit---
#23 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) frame 5
#5  0x08109bac in free_zend_constant ()
(gdb) list
1   : No such file or directory.
in 
(gdb) p
The history is empty.
(gdb)



[2002-12-13 19:14:00] [EMAIL PROTECTED]

If php is built into apache, where should I then be able to find a core
file?
apache is here: /usr/local/apache/bin



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

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

#20472 [Opn->Fbk]: Flood Fill problem after changing to 4.3.0RC1

[derick]

 ID:   20472
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
 PHP Version:  4.3.0RC1/3
 New Comment:

This was recently fixed, can you please try a stable snapshot from
snaps.php.net to verify this? We would also welcome feedback whether
you encounter the same problems when using the bundled GD. (You can use
that by just using --with-gd instead of --with-gd=/path).

regards,
Derick


Previous Comments:


[2002-12-15 13:20:04] [EMAIL PROTECTED]

Hello again,

I have gotten my box back online and am working to upgrade everything
to the most recent version.  I have downloaded PHP 4.3.0RC3 and
GD2.0.9.  

I am able to install GD, but the PHP make fails on GD related items. 
Below is my config command, and the make error.  Adding the paths to
the jpeg files & libpng have not helped either.

 ./configure  --with-mysql --with-apxs2=/usr/dev/local/apache2/bin/apxs
--with-gd=/usr/dev/local/gd2.0.9/ --prefix=/usr/dev/local/php4.3/

make
/bin/sh libtool --silent --mode=compile gcc  -Iext/ctype/
-I/usr/dev/src/php-4.3.0RC3/ext/ctype/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/ctype/ctype.c -o ext/ctype/ctype.lo
/bin/sh libtool --silent --mode=compile gcc
-I/usr/dev/local/gd2.0.9//include -Iext/gd/
-I/usr/dev/src/php-4.3.0RC3/ext/gd/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c -o ext/gd/gd.lo
In file included from /usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:89:
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:73: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:105: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function `_php_image_type':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1156: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1163: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`_php_image_create_from':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1345: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1363: warning: assignment makes
pointer from integer without a cast
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`zif_imagecreatefromxpm':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: `gdImageCreateFromXpm'
undeclared (first use in this function)
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: (Each undeclared identifier
is reported only once
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: for each function it
appears in.)
make: *** [ext/gd/gd.lo] Error 1



[2002-12-03 21:24:35] [EMAIL PROTECTED]

I apologize for the lack of updates lately, but I have been traveling
for the last week and a half.  The server I am running is not at my
house but at a friends who has Road Runner.  For the last 2 months it
has worked without issue... of course as soon as my friend goes on
vacation for 2 weeks, the ethernet card lost it's connection.

Because of that it will likely be another 2 weeks before I can look at
this again.

Thanks for your help & Patience
Scott



[2002-12-03 21:15:23] [EMAIL PROTECTED]



Can you try with only "--with-gd", you do not need to provide a path
here, with the 4.3.0 or cvs, php will use the bundled (deliver with php
sources) gd version. Btw, be sure to remove all include files from gd
if they are in the stantard include path.

thank's 

pierre



[2002-11-20 22:42:19] [EMAIL PROTECTED]

I have attemped to compile both PHP and GD, with specifing the same
location of the libpng library in each.  After doing this I am still
receiving the same error.  

I will continue to attempt different compile methods.  An update here
later. 

The frequency of my responses will decrease over the next two weeks as
I will be away from home.  I will continue to update more often again
on Dec 2.



[2002-11-18 23:22:08] [EMAIL PROTECTED]

Isn't that error quite self-ex

#20472 [Fbk->Opn]: Flood Fill problem after changing to 4.3.0RC1

[smseidl]

 ID:   20472
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
 PHP Version:  4.3.0RC1/3
 New Comment:

Can you explain how the --with-gd differs from the --with-gd=path?  I
am currently have 2 versions of GD installed (gd-1.8.4 in production &
2.0.9 in dev).  Which version would the with-gd use?

I am trying a new download from snaps.php.net, and will update later
today.


Previous Comments:


[2002-12-15 13:22:13] [EMAIL PROTECTED]

This was recently fixed, can you please try a stable snapshot from
snaps.php.net to verify this? We would also welcome feedback whether
you encounter the same problems when using the bundled GD. (You can use
that by just using --with-gd instead of --with-gd=/path).

regards,
Derick



[2002-12-15 13:20:04] [EMAIL PROTECTED]

Hello again,

I have gotten my box back online and am working to upgrade everything
to the most recent version.  I have downloaded PHP 4.3.0RC3 and
GD2.0.9.  

I am able to install GD, but the PHP make fails on GD related items. 
Below is my config command, and the make error.  Adding the paths to
the jpeg files & libpng have not helped either.

 ./configure  --with-mysql --with-apxs2=/usr/dev/local/apache2/bin/apxs
--with-gd=/usr/dev/local/gd2.0.9/ --prefix=/usr/dev/local/php4.3/

make
/bin/sh libtool --silent --mode=compile gcc  -Iext/ctype/
-I/usr/dev/src/php-4.3.0RC3/ext/ctype/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/ctype/ctype.c -o ext/ctype/ctype.lo
/bin/sh libtool --silent --mode=compile gcc
-I/usr/dev/local/gd2.0.9//include -Iext/gd/
-I/usr/dev/src/php-4.3.0RC3/ext/gd/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c -o ext/gd/gd.lo
In file included from /usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:89:
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:73: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:105: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function `_php_image_type':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1156: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1163: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`_php_image_create_from':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1345: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1363: warning: assignment makes
pointer from integer without a cast
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`zif_imagecreatefromxpm':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: `gdImageCreateFromXpm'
undeclared (first use in this function)
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: (Each undeclared identifier
is reported only once
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: for each function it
appears in.)
make: *** [ext/gd/gd.lo] Error 1



[2002-12-03 21:24:35] [EMAIL PROTECTED]

I apologize for the lack of updates lately, but I have been traveling
for the last week and a half.  The server I am running is not at my
house but at a friends who has Road Runner.  For the last 2 months it
has worked without issue... of course as soon as my friend goes on
vacation for 2 weeks, the ethernet card lost it's connection.

Because of that it will likely be another 2 weeks before I can look at
this again.

Thanks for your help & Patience
Scott



[2002-12-03 21:15:23] [EMAIL PROTECTED]



Can you try with only "--with-gd", you do not need to provide a path
here, with the 4.3.0 or cvs, php will use the bundled (deliver with php
sources) gd version. Btw, be sure to remove all include files from gd
if they are in the stantard include path.

thank's 

pierre



[2002-11-20 22:42:19] [EMAIL PROTECTED]

I have attemped to compile both PHP and GD, with specifing the same
location of the libpng library in each.  After doing this I am still
receiving the same e

#20472 [Opn->Fbk]: Flood Fill problem after changing to 4.3.0RC1

[iliaa]

 ID:   20472
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
 PHP Version:  4.3.0RC1/3
 New Comment:

--with-gd uses bundled GD library.


Previous Comments:


[2002-12-15 14:19:02] [EMAIL PROTECTED]

Can you explain how the --with-gd differs from the --with-gd=path?  I
am currently have 2 versions of GD installed (gd-1.8.4 in production &
2.0.9 in dev).  Which version would the with-gd use?

I am trying a new download from snaps.php.net, and will update later
today.



[2002-12-15 13:22:13] [EMAIL PROTECTED]

This was recently fixed, can you please try a stable snapshot from
snaps.php.net to verify this? We would also welcome feedback whether
you encounter the same problems when using the bundled GD. (You can use
that by just using --with-gd instead of --with-gd=/path).

regards,
Derick



[2002-12-15 13:20:04] [EMAIL PROTECTED]

Hello again,

I have gotten my box back online and am working to upgrade everything
to the most recent version.  I have downloaded PHP 4.3.0RC3 and
GD2.0.9.  

I am able to install GD, but the PHP make fails on GD related items. 
Below is my config command, and the make error.  Adding the paths to
the jpeg files & libpng have not helped either.

 ./configure  --with-mysql --with-apxs2=/usr/dev/local/apache2/bin/apxs
--with-gd=/usr/dev/local/gd2.0.9/ --prefix=/usr/dev/local/php4.3/

make
/bin/sh libtool --silent --mode=compile gcc  -Iext/ctype/
-I/usr/dev/src/php-4.3.0RC3/ext/ctype/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/ctype/ctype.c -o ext/ctype/ctype.lo
/bin/sh libtool --silent --mode=compile gcc
-I/usr/dev/local/gd2.0.9//include -Iext/gd/
-I/usr/dev/src/php-4.3.0RC3/ext/gd/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c -o ext/gd/gd.lo
In file included from /usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:89:
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:73: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:105: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function `_php_image_type':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1156: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1163: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`_php_image_create_from':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1345: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1363: warning: assignment makes
pointer from integer without a cast
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`zif_imagecreatefromxpm':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: `gdImageCreateFromXpm'
undeclared (first use in this function)
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: (Each undeclared identifier
is reported only once
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: for each function it
appears in.)
make: *** [ext/gd/gd.lo] Error 1



[2002-12-03 21:24:35] [EMAIL PROTECTED]

I apologize for the lack of updates lately, but I have been traveling
for the last week and a half.  The server I am running is not at my
house but at a friends who has Road Runner.  For the last 2 months it
has worked without issue... of course as soon as my friend goes on
vacation for 2 weeks, the ethernet card lost it's connection.

Because of that it will likely be another 2 weeks before I can look at
this again.

Thanks for your help & Patience
Scott



[2002-12-03 21:15:23] [EMAIL PROTECTED]



Can you try with only "--with-gd", you do not need to provide a path
here, with the 4.3.0 or cvs, php will use the bundled (deliver with php
sources) gd version. Btw, be sure to remove all include files from gd
if they are in the stantard include path.

thank's 

pierre



The remainder of the comments for this report a

#20472 [Fbk]: Flood Fill problem after changing to 4.3.0RC1

[derick]

 ID:   20472
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
 PHP Version:  4.3.0RC1/3
 New Comment:

--with-gd=/path uses an external library you already have installed on
your system.

--with-gd will use the bundled version of GD; from PHP 4.3.0 we bundle
GD with our own patches and bugfixes. If you do not need GIF writing
support we strongly recommend to use the bundled library as it has some
fixes and new features (like anti-aliased line drawing) that the
non-bundled library does not have.


Previous Comments:


[2002-12-15 14:24:17] [EMAIL PROTECTED]

--with-gd uses bundled GD library.



[2002-12-15 14:19:02] [EMAIL PROTECTED]

Can you explain how the --with-gd differs from the --with-gd=path?  I
am currently have 2 versions of GD installed (gd-1.8.4 in production &
2.0.9 in dev).  Which version would the with-gd use?

I am trying a new download from snaps.php.net, and will update later
today.



[2002-12-15 13:22:13] [EMAIL PROTECTED]

This was recently fixed, can you please try a stable snapshot from
snaps.php.net to verify this? We would also welcome feedback whether
you encounter the same problems when using the bundled GD. (You can use
that by just using --with-gd instead of --with-gd=/path).

regards,
Derick



[2002-12-15 13:20:04] [EMAIL PROTECTED]

Hello again,

I have gotten my box back online and am working to upgrade everything
to the most recent version.  I have downloaded PHP 4.3.0RC3 and
GD2.0.9.  

I am able to install GD, but the PHP make fails on GD related items. 
Below is my config command, and the make error.  Adding the paths to
the jpeg files & libpng have not helped either.

 ./configure  --with-mysql --with-apxs2=/usr/dev/local/apache2/bin/apxs
--with-gd=/usr/dev/local/gd2.0.9/ --prefix=/usr/dev/local/php4.3/

make
/bin/sh libtool --silent --mode=compile gcc  -Iext/ctype/
-I/usr/dev/src/php-4.3.0RC3/ext/ctype/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/ctype/ctype.c -o ext/ctype/ctype.lo
/bin/sh libtool --silent --mode=compile gcc
-I/usr/dev/local/gd2.0.9//include -Iext/gd/
-I/usr/dev/src/php-4.3.0RC3/ext/gd/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c -o ext/gd/gd.lo
In file included from /usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:89:
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:73: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:105: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function `_php_image_type':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1156: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1163: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`_php_image_create_from':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1345: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1363: warning: assignment makes
pointer from integer without a cast
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`zif_imagecreatefromxpm':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: `gdImageCreateFromXpm'
undeclared (first use in this function)
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: (Each undeclared identifier
is reported only once
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: for each function it
appears in.)
make: *** [ext/gd/gd.lo] Error 1



[2002-12-03 21:24:35] [EMAIL PROTECTED]

I apologize for the lack of updates lately, but I have been traveling
for the last week and a half.  The server I am running is not at my
house but at a friends who has Road Runner.  For the last 2 months it
has worked without issue... of course as soon as my friend goes on
vacation for 2 weeks, the ethernet card lost it's connection.

Because of that it will likely be another 2 weeks before I can look at
this again.

Thanks for your help & Patience
Scott

-

#18765 [Com]: FORM POST fields are missing

[markus]

 ID:   18765
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: *General Issues
 Operating System: Windows 95
 PHP Version:  4.2.2
 New Comment:

i have the same problem with apache 2.0.43 and php-4.3rc3

checkout here: http://markus.dom.de/test/testform.html

if you like.

markus


Previous Comments:


[2002-11-05 14:04:42] [EMAIL PROTECTED]

Having the same problem under winXP PHP 4.2.3



[2002-10-17 01:00:02] [EMAIL PROTECTED]

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2002-10-01 20:39:25] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





[2002-08-19 23:45:04] [EMAIL PROTECTED]

It has already been two weeks since I posted this.  Is there anyone out
there who can help me with this problem?  Please =)



[2002-08-11 23:40:33] [EMAIL PROTECTED]

I'm not sure, but I don't think it's related to "multipart/form-data". 
I've added the line phpinfo() to the sample.php scrift.  The
content-type reported by phpinfo is
"application/x-www-form-urlencoded".  I may be wrong as I'm a newbie to
PHP =)



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

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

#20472 [Fbk->Opn]: Flood Fill problem after changing to 4.3.0RC1

[smseidl]

 ID:   20472
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
 PHP Version:  4.3.0RC1/3
 New Comment:

Using the --with-gd & --with-zlib did allow PHP-4.3.0RC3 to compile &
make correctly.  My code, which does work in production, does not work
with this combination.  I receive the following error:
Fatal error: Call to undefined function: imagejpeg() in
/home/wisnowmobileclubs.com/func/reportedplace.fun on line 368

I am still going to work with the most recent stable version & the
--with-gd=path option.


Previous Comments:


[2002-12-15 14:26:49] [EMAIL PROTECTED]

--with-gd=/path uses an external library you already have installed on
your system.

--with-gd will use the bundled version of GD; from PHP 4.3.0 we bundle
GD with our own patches and bugfixes. If you do not need GIF writing
support we strongly recommend to use the bundled library as it has some
fixes and new features (like anti-aliased line drawing) that the
non-bundled library does not have.



[2002-12-15 14:24:17] [EMAIL PROTECTED]

--with-gd uses bundled GD library.



[2002-12-15 14:19:02] [EMAIL PROTECTED]

Can you explain how the --with-gd differs from the --with-gd=path?  I
am currently have 2 versions of GD installed (gd-1.8.4 in production &
2.0.9 in dev).  Which version would the with-gd use?

I am trying a new download from snaps.php.net, and will update later
today.



[2002-12-15 13:22:13] [EMAIL PROTECTED]

This was recently fixed, can you please try a stable snapshot from
snaps.php.net to verify this? We would also welcome feedback whether
you encounter the same problems when using the bundled GD. (You can use
that by just using --with-gd instead of --with-gd=/path).

regards,
Derick



[2002-12-15 13:20:04] [EMAIL PROTECTED]

Hello again,

I have gotten my box back online and am working to upgrade everything
to the most recent version.  I have downloaded PHP 4.3.0RC3 and
GD2.0.9.  

I am able to install GD, but the PHP make fails on GD related items. 
Below is my config command, and the make error.  Adding the paths to
the jpeg files & libpng have not helped either.

 ./configure  --with-mysql --with-apxs2=/usr/dev/local/apache2/bin/apxs
--with-gd=/usr/dev/local/gd2.0.9/ --prefix=/usr/dev/local/php4.3/

make
/bin/sh libtool --silent --mode=compile gcc  -Iext/ctype/
-I/usr/dev/src/php-4.3.0RC3/ext/ctype/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/ctype/ctype.c -o ext/ctype/ctype.lo
/bin/sh libtool --silent --mode=compile gcc
-I/usr/dev/local/gd2.0.9//include -Iext/gd/
-I/usr/dev/src/php-4.3.0RC3/ext/gd/ -DPHP_ATOM_INC
-I/usr/dev/src/php-4.3.0RC3/include -I/usr/dev/src/php-4.3.0RC3/main
-I/usr/dev/src/php-4.3.0RC3 -I/usr/dev/local/apache2/include
-I/usr/dev/src/php-4.3.0RC3/Zend -I/usr/dev/local/gd2.0.9//include
-I/usr/dev/src/php-4.3.0RC3/ext/xml/expat 
-I/usr/dev/src/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c -o ext/gd/gd.lo
In file included from /usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:89:
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:73: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd_ctx.c:105: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function `_php_image_type':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1156: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1163: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`_php_image_create_from':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1345: structure has no member
named `free'
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1363: warning: assignment makes
pointer from integer without a cast
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c: In function
`zif_imagecreatefromxpm':
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: `gdImageCreateFromXpm'
undeclared (first use in this function)
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: (Each undeclared identifier
is reported only once
/usr/dev/src/php-4.3.0RC3/ext/gd/gd.c:1433: for each function it
appears in.)
make: *** [ext/gd/gd.lo] Error 1

-

#20977 [Fbk->Csd]: Cannot compile both yaz and imap options

[dickmeiss]

 ID:   20977
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Solaris 2.9
 PHP Version:  4.3.0RC3
 New Comment:

Problem is fixed by marking the function unix_close 'static'
in yaz/comstack/unix.c. Fixed in CVS version of YAZ
and next version of YAZ (1.9.3).



Previous Comments:


[2002-12-13 08:45:28] [EMAIL PROTECTED]

Yes, the versions of yaz and the imap c-client libraries were the same
with php 4.2.3, and I did not encounter any build errors using the same
configure options.

I'll share the problem with the yaz and c-client developers.  Thanks.



[2002-12-13 02:45:44] [EMAIL PROTECTED]

Are the yaz and c-client libs the same when you tried with PHP 4.2.3 ??
And this really isn't a PHP problem, both c-client and yaz libs use
same names for their functions.

You really should report this to either the authors of yaz or
c-client..




[2002-12-12 18:43:14] [EMAIL PROTECTED]

   With php-4.3.0RC3 on Solaris 2.9, the 'imap' and 'yaz' extensions
seem to have a conflict.  That is, I get compilation errors after the
following configure command:

  configure --with-imap --with-yaz

The make fails with:
  

  /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 
-L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/2.95.3
-L/usr/local/lib  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/2.95.3 -R /usr/local/lib
ext/ctype/ctype.lo ext/imap/php_imap.lo ext/mysql/php_mysql.lo
ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo
ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo
ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo
ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo
ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo
ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo
ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo
ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo
ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo
ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo
ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo
ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo
ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo
ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo
ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo
ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo
ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo
ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo
ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo
ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo
ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo
ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo
ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo
ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo
ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.l

  /usr/local/lib/libyaz.a(unix.o): In function `unix_close':
  /usr/local/src/yaz/yaz-1.9.2/comstack/unix.c:565: multiple definition
of `unix_close'
 
/usr/local/lib/libc-client.a(unix.o):/usr/local/src/imap/imap-2002.RC2/c-client/unix.c:437:
first defined here
  /usr/local/sparc-sun-solaris2.9/bin/ld: Warning: size of symbol
`unix_close' changed from 124 to 100 in unix.o
  collect2: ld returned 1 exit status
  gmake: *** [sapi/cgi/php-cgi] Error 1


However, 'configure --with-imap' and 'configure --with-yaz' each build
without errors.  Similarly, php4.2.3 does not have this problem with
configured with both imap and yaz.

Thanks.




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

#20472 [Opn->Fbk]: Flood Fill problem after changing to 4.3.0RC1

[derick]

 ID:   20472
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
 PHP Version:  4.3.0RC1/3
 New Comment:

You can 'fix' that problem by adding --with-jpeg-dir=/usr
(if libjpeg is located in /usr/lib and the include files in
/usr/include). 


Previous Comments:


[2002-12-15 15:28:23] [EMAIL PROTECTED]

Using the --with-gd & --with-zlib did allow PHP-4.3.0RC3 to compile &
make correctly.  My code, which does work in production, does not work
with this combination.  I receive the following error:
Fatal error: Call to undefined function: imagejpeg() in
/home/wisnowmobileclubs.com/func/reportedplace.fun on line 368

I am still going to work with the most recent stable version & the
--with-gd=path option.



[2002-12-15 14:26:49] [EMAIL PROTECTED]

--with-gd=/path uses an external library you already have installed on
your system.

--with-gd will use the bundled version of GD; from PHP 4.3.0 we bundle
GD with our own patches and bugfixes. If you do not need GIF writing
support we strongly recommend to use the bundled library as it has some
fixes and new features (like anti-aliased line drawing) that the
non-bundled library does not have.



[2002-12-15 14:24:17] [EMAIL PROTECTED]

--with-gd uses bundled GD library.



[2002-12-15 14:19:02] [EMAIL PROTECTED]

Can you explain how the --with-gd differs from the --with-gd=path?  I
am currently have 2 versions of GD installed (gd-1.8.4 in production &
2.0.9 in dev).  Which version would the with-gd use?

I am trying a new download from snaps.php.net, and will update later
today.



[2002-12-15 13:22:13] [EMAIL PROTECTED]

This was recently fixed, can you please try a stable snapshot from
snaps.php.net to verify this? We would also welcome feedback whether
you encounter the same problems when using the bundled GD. (You can use
that by just using --with-gd instead of --with-gd=/path).

regards,
Derick



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

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

#20472 [Fbk->Opn]: Flood Fill problem after changing to 4.3.0RC1

[smseidl]

 ID:   20472
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
 PHP Version:  4.3.0RC1/3
 New Comment:

Well, I have gotten everything to compile & make with using the
--with-gd option. 

But I am still having a problem with the flood fill.  With PHP 4.2.3
the flood fill works fine... with the new versions of PHP the flood
fill does not work.  I will try to create a script that can reproduce
this.

http://www.wisnowmobileclubs.com/picture.htm show the differences in
the images.


Previous Comments:


[2002-12-15 15:31:21] [EMAIL PROTECTED]

You can 'fix' that problem by adding --with-jpeg-dir=/usr
(if libjpeg is located in /usr/lib and the include files in
/usr/include). 



[2002-12-15 15:28:23] [EMAIL PROTECTED]

Using the --with-gd & --with-zlib did allow PHP-4.3.0RC3 to compile &
make correctly.  My code, which does work in production, does not work
with this combination.  I receive the following error:
Fatal error: Call to undefined function: imagejpeg() in
/home/wisnowmobileclubs.com/func/reportedplace.fun on line 368

I am still going to work with the most recent stable version & the
--with-gd=path option.



[2002-12-15 14:26:49] [EMAIL PROTECTED]

--with-gd=/path uses an external library you already have installed on
your system.

--with-gd will use the bundled version of GD; from PHP 4.3.0 we bundle
GD with our own patches and bugfixes. If you do not need GIF writing
support we strongly recommend to use the bundled library as it has some
fixes and new features (like anti-aliased line drawing) that the
non-bundled library does not have.



[2002-12-15 14:24:17] [EMAIL PROTECTED]

--with-gd uses bundled GD library.



[2002-12-15 14:19:02] [EMAIL PROTECTED]

Can you explain how the --with-gd differs from the --with-gd=path?  I
am currently have 2 versions of GD installed (gd-1.8.4 in production &
2.0.9 in dev).  Which version would the with-gd use?

I am trying a new download from snaps.php.net, and will update later
today.



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

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

#20228 [Com]: Make fails when compiling with GD

[phpbug]

 ID:   20228
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: GD related
 Operating System: Linux Redhat 8
 PHP Version:  4.2.3
 New Comment:

If this is fixed in CVS, why is this bug still in 4.3.0RC3?

Best regards Henrik


Previous Comments:


[2002-11-03 08:31:18] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.



[2002-11-03 08:05:21] [EMAIL PROTECTED]

I looked through the already submitted bugs and some might have been
similar, but none had the same error. 

I have compiled and installed GD version 2.0.4. This is on a fresh
installation of linux, so there shouldn't be any older versions of GD
that might be lying around. My PHP configure statement is as follows:

./configure --with-mysql=/usr/local/mysql --with-xml --with-zlib
--with-gd=/usr --with-jpeg-dir=/usr/include --with-png-dir=/usr/include
--with-xpm-dir=/usr/include --enable-ftp --enable-trans-sid
--enable-track-vars --with-apache=../apache_1.3.27

PHP then configures correctly, but when performing the make command for
PHP, I get the following error:

In file included from gd.c:83:
gd_ctx.c: In function `_php_image_output_ctx':
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
make[3]: *** [gd.lo] Error 1
make[3]: Leaving directory `/root/downloads/php-4.2.3/ext/gd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/root/downloads/php-4.2.3/ext/gd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/downloads/php-4.2.3/ext'
make: *** [all-recursive] Error 1
[root@lighthouse php-4.2.3]# locate gd.h
/root/downloads/gd-2.0.4/gd.h
/root/downloads/php-4.2.3/ext/gd/php_gd.h
/usr/include/gd.h

If the solution to this problem is to use an older version of GD, what
is the command to uninstall GD? I tried "make uninstall", but that did
not work. I can't find it anywhere in the GD docs either.

Thanks in advance,
Ace






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

#21029 [Opn->Bgs]: "make" crashed because my_tempnam.c

[sniper]

 ID:   21029
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: red hat 7.2
 PHP Version:  4.3.0RC3
 New Comment:

Not a PHP bug. (gcc should not consider that 'error' as fatal, previous
versions just output a warning about it..)



Previous Comments:


[2002-12-15 11:59:30] [EMAIL PROTECTED]

oups
i don't understand anything
i'm totally a linux newbie
i've only linux on my webserver, so it's not really good to try...
can you do that for me ?
thanks



[2002-12-15 11:15:31] [EMAIL PROTECTED]

Please provide an unified diff (diff -u) against the latest CVS
version.

Derick



[2002-12-15 11:08:15] [EMAIL PROTECTED]

hi
on several system "make" crashed because tempnam is not secur.
I've fixed that bug.
new content of the "my_tempnam.c" working perfectly :
(located in etx/mysql if i remember good)





/* Copyright Abandoned 1996 TCX DataKonsult AB & Monty Program KB &
Detron HB 
This file is public domain and comes with NO WARRANTY of any kind */

/*
  This function is only used by some old ISAM code.
  When we remove ISAM support from MySQL, we should also delete this
file

  One should instead use the functions in mf_tempfile.c
*/

#include "mysys_priv.h"
#include 
#include "my_static.h"
#include "mysys_err.h"

#define TMP_EXT ".tmp"  /* Extension of tempfile  */
#if ! defined(P_tmpdir)
#define P_tmpdir ""
#endif

#ifdef HAVE_TEMPNAM
#if !defined( MSDOS) && !defined(OS2)
extern char **environ;
#endif
#endif

/* Make a uniq temp file name by using dir and adding something after
   pfx to make name uniq. Name is made by adding a uniq 8 length-string
and
   TMP_EXT after pfx.
   Returns pointer to malloced area for filename. Should be freed by
   free().
   The name should be uniq, but it isn't checked if it file allready
exists.
   Uses tempnam() if function exist on system.
   This function fixes that if dir is given it's used. For example
   MSDOS tempnam() uses always TMP environment-variable if it exists.
*/
/* ARGSUSED */

my_string my_tempnam(const char *dir, const char *pfx,
 myf MyFlags  __attribute__((unused)))
{
#ifdef _MSC_VER
  char temp[FN_REFLEN],*end,*res,**old_env,*temp_env[1];
  old_env=environ;
  if (dir)
  {
end=strend(dir)-1;
if (!dir[0])
{   /* Change empty string to current dir */
  temp[0]= FN_CURLIB;
  temp[1]= 0;
  dir=temp;
}
else if (*end == FN_DEVCHAR)
{   /* Get current dir for drive */
  _fullpath(temp,dir,FN_REFLEN);
  dir=temp;
}
else if (*end == FN_LIBCHAR && dir < end && end[-1] != FN_DEVCHAR)
{
  strmake(temp,dir,(uint) (end-dir));   /* Copy and remove last '\'
*/
  dir=temp;
}
environ=temp_env;   /* Force use of dir (dir not checked) */
temp_env[0]=0;
  }
  
  res=mkstemp(my_string);
  environ=old_env;
  return res;
#else
#ifdef __ZTC__
  if (!dir)
  { /* If empty test first if TMP can be used */
dir=getenv("TMP");
  }
  return mkstemp(my_string); /* Use stand. dir with prefix */
#else
#ifdef HAVE_TEMPNAM
  char temp[2],*res,**old_env,*temp_env[1];

  if (dir && !dir[0])
  { /* Change empty string to current dir */
temp[0]= FN_CURLIB;
temp[1]= 0;
dir=temp;
  }
#ifdef OS2
  /* changing environ variable doesn't work with VACPP */
  char  buffer[256];
  sprintf( buffer, "TMP=%s", dir);
  /* remove ending backslash */
  if (buffer[strlen(buffer)-1] == '\\')
 buffer[strlen(buffer)-1] = '\0';
  putenv( buffer);
#else
  old_env=(char**)environ;
  if (dir)
  { /* Don't use TMPDIR if dir is given */
((char **)environ)=(char**)temp_env;/* May give warning */
temp_env[0]=0;
  }
#endif
  
  res=mkstemp("bidule");
#ifndef OS2
  ((char**)environ)=(char**)old_env;/* May give warning */
#endif
  if (!res)
DBUG_PRINT("error",("Got error: %d from tempnam",errno));
  return res;
#else
  register long uniq;
  register int length;
  my_string pos,end_pos;
  DBUG_ENTER("my_tempnam");
/* Make a uniq nummber */
  pthread_mutex_lock(&THR_LOCK_open);
  uniq= ((long) getpid() << 20) + (long) _my_tempnam_used++ ;
  pthread_mutex_unlock(&THR_LOCK_open);
  if (!dir && !(dir=getenv("TMPDIR")))  /* Use this if possibly */
dir=P_tmpdir;   /* Use system default */
  length=strlen(dir)+strlen(pfx)+1;

  DBUG_PRINT("test",("mallo

#21028 [Fbk->Bgs]: Call to undefined function: imagettfbbox()

[sniper]

 ID:   21028
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: GD related
 Operating System: redhat 7.3
 PHP Version:  4.2.3
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.


Previous Comments:


[2002-12-15 10:59:18] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-12-15 10:58:42] [EMAIL PROTECTED]

I have already GD2 + Freetype2 installed in my machine

when i try to use the imagettfbbox() function , it's show that php
cannot fine the required library for that function !! however when i
used other image function , it's work fine with me ??

 short script the reproduces the problem ==
 




any suggestions ??


Regards,
AlNadabi




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

#20472 [Opn]: Flood Fill problem after changing to 4.3.0RC1

[smseidl]

 ID:   20472
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
 PHP Version:  4.3.0RC1/3
 New Comment:

To see the results of the different installations, please execute these
pages.  You may need to do a full refresh (Ctrl-Refresh)

http://www.wisnowmobileclubs.com:88/refresh.php for Dev.
http://www.wisnowmobileclubs.com/refresh.php for Prod.


Previous Comments:


[2002-12-15 16:01:07] [EMAIL PROTECTED]

Well, I have gotten everything to compile & make with using the
--with-gd option. 

But I am still having a problem with the flood fill.  With PHP 4.2.3
the flood fill works fine... with the new versions of PHP the flood
fill does not work.  I will try to create a script that can reproduce
this.

http://www.wisnowmobileclubs.com/picture.htm show the differences in
the images.



[2002-12-15 15:31:21] [EMAIL PROTECTED]

You can 'fix' that problem by adding --with-jpeg-dir=/usr
(if libjpeg is located in /usr/lib and the include files in
/usr/include). 



[2002-12-15 15:28:23] [EMAIL PROTECTED]

Using the --with-gd & --with-zlib did allow PHP-4.3.0RC3 to compile &
make correctly.  My code, which does work in production, does not work
with this combination.  I receive the following error:
Fatal error: Call to undefined function: imagejpeg() in
/home/wisnowmobileclubs.com/func/reportedplace.fun on line 368

I am still going to work with the most recent stable version & the
--with-gd=path option.



[2002-12-15 14:26:49] [EMAIL PROTECTED]

--with-gd=/path uses an external library you already have installed on
your system.

--with-gd will use the bundled version of GD; from PHP 4.3.0 we bundle
GD with our own patches and bugfixes. If you do not need GIF writing
support we strongly recommend to use the bundled library as it has some
fixes and new features (like anti-aliased line drawing) that the
non-bundled library does not have.



[2002-12-15 14:24:17] [EMAIL PROTECTED]

--with-gd uses bundled GD library.



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

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

#21030 [NEW]: Compiling PHP fails with GD 2.0.8 and above

[phpbug]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.7
PHP version:  4.3.0RC3
PHP Bug Type: GD related
Bug description:  Compiling PHP fails with GD 2.0.8 and above

Bug #20228 still exist in 4.3.0RC3
Please fix this before 4.3.0 final.

Compiling PHP fails with GD 2.0.8 and above:
-- cut
/bin/sh libtool --silent --mode=compile gcc -I/usr/local/include -Iext/gd/
-I/home/test/src/essentials/php-4.3.0RC3/ext/gd/ -DPHP_ATOM_INC
-I/home/test/src/essentials/php-4.3.0RC3/include
-I/home/test/src/essentials/php-4.3.0RC3/main
-I/home/test/src/essentials/php-4.3.0RC3
-I/home/test/src/essentials/php-4.3.0RC3/Zend -I/usr/local/include/libxml2
-I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/freetype2
-I/usr/local/mysql/include/mysql -I/usr/local/include/ucd-snmp 
-DMOD_SSL=208112 -DEAPI -DUSE_EXPAT -DSHARED_CORE
-I/home/test/src/essentials/php-4.3.0RC3/TSRM  -g -O2  -prefer-pic -c
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c -o ext/gd/gd.lo 
In file included from
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:89:
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd_ctx.c:73: structure has
no member named `free'
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd_ctx.c:105: structure has
no member named `free'
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c: In function
`_php_image_type':
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1156: structure has no
member named `free'
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1163: structure has no
member named `free'
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c: In function
`_php_image_create_from':
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1345: structure has no
member named `free'
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1363: warning:
assignment makes pointer from integer without a cast
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c: In function
`zif_imagecreatefromxpm':
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1433:
`gdImageCreateFromXpm' undeclared (first use in this function)
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1433: (Each undeclared
identifier is reported only once
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1433: for each function
it appears in.)
gmake: *** [ext/gd/gd.lo] Error 1
-- cut

You can see a describtion of the problem including patch and a new GD
function on:
http://www.boutell.com/gd/phppatch.html

Best regards Henrik

-- 
Edit bug report at http://bugs.php.net/?id=21030&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21030&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21030&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21030&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21030&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21030&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21030&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21030&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21030&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21030&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21030&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21030&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21030&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21030&r=isapi

#21004 [Opn->Fbk]: Header Location Fails

[sniper]

 ID:   21004
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: HTTP related
 Operating System: NetBSD/Alpha (64bit) - 1.6
 PHP Version:  4CVS-2002-12-13 (stable)
 New Comment:

So it works now?



Previous Comments:


[2002-12-15 11:39:03] [EMAIL PROTECTED]

I tested this on a DSO. There was no error from apache in the log when
accessing index.php.



[2002-12-15 03:51:55] [EMAIL PROTECTED]

And how is PHP installed there? DSO or CGI?
What does Apache logs have to say about that internal
error you're getting?




[2002-12-14 12:19:42] [EMAIL PROTECTED]

I don't think it's directing at all. FYI, works fine under PHP-4.2.2,
but not CVS.

Using 4.3-CVS
-
# lynx -dump -head http://www.minnesota.com/~tom/php/redir/index.php
HTTP/1.1 500 Internal Server Error
Date: Sat, 14 Dec 2002 18:13:20 GMT
Server: Apache/1.3.27 (Unix) PHP/4.3.0-dev
X-Powered-By: PHP/4.3.0-dev
Location: http://www.minnesota.com/~tom/php/redir/index2.php
Connection: close
Content-Type: text/html

Using 4.2.2
---
# lynx -dump -head http://www.minnesota.com/~tom/php/redir/index.php
HTTP/1.1 302 Found
Date: Sat, 14 Dec 2002 18:17:29 GMT
Server: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6g PHP/4.2.2
X-Powered-By: PHP/4.2.2
Location: http://www.minnesota.com/~tom/php/redir/index2.php
Connection: close
Content-Type: text/html

---

In this case I don't think it's Mozilla or IE.



[2002-12-14 04:11:19] [EMAIL PROTECTED]

Does it redirect though?
What does 'lynx -dump -head ' output?

Maybe IE6 and Mozilla 1.2b are more strict about the path?
Since your example adds one extra / in the url..




[2002-12-13 19:12:45] [EMAIL PROTECTED]

RE: Bug #19754 shouldn't be closed because CVS-2002-12-13 still
exihibit this problem.

index.php:

http://".$_SERVER['HTTP_HOST'];
$location.= dirname($_SERVER['PHP_SELF'])."/"."index2.php";
header($location);
?>

---

index2.php:

You have been redirected";
?>

---

calling index.php should redir to index2.php and echo out:

  You have been redirected

Instead both Mozzila 1.2b and IE 6.x show a blank page. 




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

#21030 [Opn->Csd]: Compiling PHP fails with GD 2.0.8 and above

[derick]

 ID:   21030
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: GD related
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.0RC3
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.


Previous Comments:


[2002-12-15 16:15:11] [EMAIL PROTECTED]

Bug #20228 still exist in 4.3.0RC3
Please fix this before 4.3.0 final.

Compiling PHP fails with GD 2.0.8 and above:
-- cut
/bin/sh libtool --silent --mode=compile gcc -I/usr/local/include
-Iext/gd/ -I/home/test/src/essentials/php-4.3.0RC3/ext/gd/
-DPHP_ATOM_INC -I/home/test/src/essentials/php-4.3.0RC3/include
-I/home/test/src/essentials/php-4.3.0RC3/main
-I/home/test/src/essentials/php-4.3.0RC3
-I/home/test/src/essentials/php-4.3.0RC3/Zend
-I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include
-I/usr/local/include/freetype2 -I/usr/local/mysql/include/mysql
-I/usr/local/include/ucd-snmp  -DMOD_SSL=208112 -DEAPI -DUSE_EXPAT
-DSHARED_CORE -I/home/test/src/essentials/php-4.3.0RC3/TSRM  -g -O2 
-prefer-pic -c /home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c -o
ext/gd/gd.lo 
In file included from
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:89:
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd_ctx.c: In function
`_php_image_output_ctx':
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd_ctx.c:73: structure
has no member named `free'
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd_ctx.c:105: structure
has no member named `free'
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c: In function
`_php_image_type':
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1156: structure has
no member named `free'
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1163: structure has
no member named `free'
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c: In function
`_php_image_create_from':
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1345: structure has
no member named `free'
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1363: warning:
assignment makes pointer from integer without a cast
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c: In function
`zif_imagecreatefromxpm':
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1433:
`gdImageCreateFromXpm' undeclared (first use in this function)
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1433: (Each
undeclared identifier is reported only once
/home/test/src/essentials/php-4.3.0RC3/ext/gd/gd.c:1433: for each
function it appears in.)
gmake: *** [ext/gd/gd.lo] Error 1
-- cut

You can see a describtion of the problem including patch and a new GD
function on:
http://www.boutell.com/gd/phppatch.html

Best regards Henrik





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

#21031 [NEW]: No Session Files created - No variables transfered from 1 page to another

[JeanFrederic]

From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version:  4.2.3
PHP Bug Type: Session related
Bug description:  No Session Files created - No variables transfered from 1 page to 
another

Hi there,

I've tried to make Sessions work with Php 4.2.3 and Apache 1.3.24 on
Windows XP.

NO WAY

1st try :
-

session_start();
if (!isset($_SESSION['compteur'])) {
$_SESSION['compteur']=0;
}else {
$_SESSION['compteur']++;
}
echo $_SESSION['compteur'];

-> after severals 'refresh', compteur stay at 0 !

2nd try :
-

session_start();
if (isset($HTTP_SESSION_VARS['compteur'])) {
   $HTTP_SESSION_VARS['compteur']++;
}
else {
   $HTTP_SESSION_VARS['compteur'] = 0;
}
echo $HTTP_SESSION_VARS['compteur'];

-> after severals 'refresh', compteur stay at 0 !

3rd try :
-

if (!session_is_registered('compteur')) {
session_register("compteur");
$compteur = 0;
}
else {
$compteur++;
}
echo $compteur;

-> after severals 'refresh', compteur stay at 0 !

4th try :
-

if (!session_is_registered('compteur')) {
session_register("compteur");
$compteur = 0;
}
else {
$compteur++;
}
echo $compteur."";
echo "click here.";

-> after severals 'refresh', compteur stay at 0 ! BUT SessionID is
correctly transfered page after page...

-- CONCLUSION ---

No way to make it works... even with basic samples, what the way I
choose.

WHAT IS STRANGE : no Session files written in /tmp as it should be !

Hereafter my Phpinfo() for session :


Session Support enabled 

session.auto_start = Off 
session.cache_expire = 180
session.cache_limiter = nocache
session.cookie_domain = no value
session.cookie_lifetime = 0
session.cookie_path = /tmp
session.cookie_secure = Off 
session.entropy_file = no value
session.entropy_length = 0 
session.gc_maxlifetime = 1440
session.gc_probability = 1 
session.name = PHPSESSID
session.referer_check = no value
session.save_handler = files
session.save_path = /tmp
session.serialize_handler = php
session.use_cookies = On
session.use_trans_sid = 1

Any idea on this bug ???

Regards,

Jean-Frederic

-- 
Edit bug report at http://bugs.php.net/?id=21031&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21031&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21031&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21031&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21031&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21031&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21031&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21031&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21031&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21031&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21031&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21031&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21031&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21031&r=isapi

#21004 [Fbk->Opn]: Header Location Fails

[tom]

 ID:   21004
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: HTTP related
 Operating System: NetBSD/Alpha (64bit) - 1.6
 PHP Version:  4CVS-2002-12-13 (stable)
 New Comment:

No it doesn't work now. If you click on the URL I typed earlier from
Minnesota.com, it's running PHP-4.2.2 not PHP-4.3-CVS. Per my other
message, redir works fine in 4.2.2 but NOT in 4.3-cvs. I only switch to
4.3-cvs to do the tests, after which, I switch back to 4.2.2. 

header("Location: ") *DOES NOT* work in 4.3-cvs.


Previous Comments:


[2002-12-15 16:16:11] [EMAIL PROTECTED]

So it works now?




[2002-12-15 11:39:03] [EMAIL PROTECTED]

I tested this on a DSO. There was no error from apache in the log when
accessing index.php.



[2002-12-15 03:51:55] [EMAIL PROTECTED]

And how is PHP installed there? DSO or CGI?
What does Apache logs have to say about that internal
error you're getting?




[2002-12-14 12:19:42] [EMAIL PROTECTED]

I don't think it's directing at all. FYI, works fine under PHP-4.2.2,
but not CVS.

Using 4.3-CVS
-
# lynx -dump -head http://www.minnesota.com/~tom/php/redir/index.php
HTTP/1.1 500 Internal Server Error
Date: Sat, 14 Dec 2002 18:13:20 GMT
Server: Apache/1.3.27 (Unix) PHP/4.3.0-dev
X-Powered-By: PHP/4.3.0-dev
Location: http://www.minnesota.com/~tom/php/redir/index2.php
Connection: close
Content-Type: text/html

Using 4.2.2
---
# lynx -dump -head http://www.minnesota.com/~tom/php/redir/index.php
HTTP/1.1 302 Found
Date: Sat, 14 Dec 2002 18:17:29 GMT
Server: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6g PHP/4.2.2
X-Powered-By: PHP/4.2.2
Location: http://www.minnesota.com/~tom/php/redir/index2.php
Connection: close
Content-Type: text/html

---

In this case I don't think it's Mozilla or IE.



[2002-12-14 04:11:19] [EMAIL PROTECTED]

Does it redirect though?
What does 'lynx -dump -head ' output?

Maybe IE6 and Mozilla 1.2b are more strict about the path?
Since your example adds one extra / in the url..




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

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

#9816 [Com]: FATAL: emalloc(): Unable to allocate

[rich]

 ID:   9816
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: ODBC related
 Operating System: windows 2000 sp1
 PHP Version:  4.0.5
 New Comment:

I am seeing this problem.  I have a script that connects to an Access
DB and then uses vtemplate to generate a page for the returns.  It
works fine on w2k, IIS 5 (which is my development envirnoment) but when
I try exactly the same script & database on IIS4 on NT4 I get

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


FATAL:  erealloc():  Unable to allocate 40 bytes
--

I would be v.gratefull if you could re-investigate this problem as it
still seems to be an issue.

thanks,

Rick.


Previous Comments:


[2001-05-14 12:00:07] [EMAIL PROTECTED]

as the user has discovered the problem is with the microsoft code, and
not the PHP code.  



[2001-05-11 14:54:41] [EMAIL PROTECTED]

This is a microsoft ODBC issue with Windows 2000 SP1, when you query
with concatenated fields it returns a size of 2GB.  Read more at:
http://support.microsoft.com/support/kb/articles/Q272/9/51.ASP?LN=EN-US&SD=gn&FR=0&qry=SQLDescribeCol%20out%20of%20memory&rnk=1&src=DHCS_MSPSS_gn_SRCH&SPR=MDAC


They haven't released a fix for it yet, It seems that you could check
to see if it returned 2GB.  Do you think there is any chance of us
getting a patch for this?



[2001-05-10 08:38:53] [EMAIL PROTECTED]

user reports (btw please use the bug system):

*sigh*...Still fails in 4.0.5...thanks just the same. Let me know if
there's
anything else I can do...

tested on:

Windows 2000 Server, SP1
PHP4.0.5 CGI
IIS5
Access97, called using odbc_exec

query: "SELECT LastName & ', ' & FirstName AS pName FROM Borrowers"

error: FATAL:  emalloc():  Unable to allocate 2147483599 bytes



[2001-05-07 21:35:30] [EMAIL PROTECTED]

Please try the recently released 4.0.5 to see if this is
corrected for you.



[2001-04-29 22:49:00] [EMAIL PROTECTED]

I got the same error when I tried (in numerous ways) to get the
concatenation of two fields returned "AS" a new fieldname:

My example query:

SELECT BorrowerId, [FirstName] & [LastName] AS BName FROM Borrowers

causes:
FATAL: emalloc(): Unable to allocate 2147483599 bytes 

I tried '+', '|', and '&' as concatenation operators, tried CONCAT(a,
b) -- I had heard that there was supposedly an internal odbc function
called CONCAT that's supposed to be driver independent, though I'm not
quite sure how that would work in practice -- and I even tried creating
an Access "Query"/View/StoredProcedure called BorrowerNames using the
query above. When I then issued a "SELECT * FROM BorrowerNames", I
still got the error.

Environment:
Windows 2000 Server, SP1
PHP 4.0.4pl1 (CGI)
Access 97
using odbc_exec() to Access 97 database





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

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

#21032 [NEW]: move_uploaded_file() behavior gives inconsistant file permissions

[tcarter]

From: [EMAIL PROTECTED]
Operating system: Redhat Linux
PHP version:  4.2.3
PHP Bug Type: Filesystem function related
Bug description:  move_uploaded_file() behavior gives inconsistant file permissions

move_uploaded_file() preserves permissions when the source   
& destination are on the same filesystem, but if they are   
on different filesystems sets them to (0777 & ~umask).

In ext/standard/basic_functions.c move_uploaded_file()  
tries to use rename() which preserves permissions, but if  
that fails it uses php_copy_file() then unlink() which  
does not preserve the permissions.

I believe that the behaviour should be consistant whether
the source and destination are on the same filesystem or
not (eg if php_copy_file() is used the destination should
be chmod()ed to match the source's permissions after the   
copy)


-- 
Edit bug report at http://bugs.php.net/?id=21032&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21032&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21032&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21032&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21032&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21032&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21032&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21032&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21032&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21032&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21032&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21032&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21032&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21032&r=isapi

#21031 [Opn]: No Session Files created - No variables transfered from 1 page to another

[JeanFrederic]

 ID:   21031
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: Windows XP
 PHP Version:  4.2.3
 New Comment:

I've found that under Windows XP, if the session.save_path is '/tmp'
even if this directory exist... it will not work... is it a bug ?

But never mind, I put c:\windows\temp and it works

The problem now is close to bug #20170

here is the code

session_start();

if (!isset($_SESSION['maVariable'])) {
$_SESSION['maVariable']=0;
}else{
$_SESSION['maVariable']++;
}
echo $_SESSION['maVariable'];

Very simple no ? :-) But this is NOT working on my configuration (Php
4.2.3 + Apache 1.3.24 + Windows XP) unless I add

echo "click here.";

So no way to get the variables values transfered if I do not give to
next page the Session ID...

Why  Is it a bug ?

Hereafter my php.ini config :

session.auto_start = Off 
session.cache_expire = 180
session.cache_limiter = nocache
session.cookie_domain = no value
session.cookie_lifetime = 0
session.cookie_path = c:\windows\temp
session.cookie_secure = Off 
session.entropy_file = no value
session.entropy_length = 0 
session.gc_maxlifetime = 1440
session.gc_probability = 1 
session.name = PHPSESSID
session.referer_check = no value
session.save_handler = files
session.save_path = c:\windows\temp
session.serialize_handler = php
session.use_cookies = On
session.use_trans_sid = 0

So I change session.cookie_path to session.cookie_path=/ 
and IT WORKS !

So is it a bug ?

why /tmp which is an existing directory do not work for
session.save_path ?

why c:\windows\temp which is an existing directory WORKS for
session.save_path BUT NOT for session.cookie_path ?

I just want to know if it's a bug or not... if not, I'm sorry for this
message, but I'm sure it will help some of you who could fall in the
trap...

Jean-Frederic (happy now after hours lost to search a workaround ;-))


Previous Comments:


[2002-12-15 16:30:05] [EMAIL PROTECTED]

Hi there,

I've tried to make Sessions work with Php 4.2.3 and Apache 1.3.24 on
Windows XP.

NO WAY

1st try :
-

session_start();
if (!isset($_SESSION['compteur'])) {
$_SESSION['compteur']=0;
}else {
$_SESSION['compteur']++;
}
echo $_SESSION['compteur'];

-> after severals 'refresh', compteur stay at 0 !

2nd try :
-

session_start();
if (isset($HTTP_SESSION_VARS['compteur'])) {
   $HTTP_SESSION_VARS['compteur']++;
}
else {
   $HTTP_SESSION_VARS['compteur'] = 0;
}
echo $HTTP_SESSION_VARS['compteur'];

-> after severals 'refresh', compteur stay at 0 !

3rd try :
-

if (!session_is_registered('compteur')) {
session_register("compteur");
$compteur = 0;
}
else {
$compteur++;
}
echo $compteur;

-> after severals 'refresh', compteur stay at 0 !

4th try :
-

if (!session_is_registered('compteur')) {
session_register("compteur");
$compteur = 0;
}
else {
$compteur++;
}
echo $compteur."";
echo "click here.";

-> after severals 'refresh', compteur stay at 0 ! BUT SessionID is
correctly transfered page after page...

-- CONCLUSION ---

No way to make it works... even with basic samples, what the way I
choose.

WHAT IS STRANGE : no Session files written in /tmp as it should be !

Hereafter my Phpinfo() for session :


Session Support enabled 

session.auto_start = Off 
session.cache_expire = 180
session.cache_limiter = nocache
session.cookie_domain = no value
session.cookie_lifetime = 0
session.cookie_path = /tmp
session.cookie_secure = Off 
session.entropy_file = no value
session.entropy_length = 0 
session.gc_maxlifetime = 1440
session.gc_probability = 1 
session.name = PHPSESSID
session.referer_check = no value
session.save_handler = files
session.save_path = /tmp
session.serialize_handler = php
session.use_cookies = On
session.use_trans_sid = 1

Any idea on this bug ???

Regards,

Jean-Frederic





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

#21033 [NEW]: Socket_recvfrom call will truncate returning string if data had a 0 in it.

[aron]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.2
PHP Bug Type: Zend Engine 2 problem
Bug description:  Socket_recvfrom call will truncate returning string if data had a 0 
in it.

When using the socket_recvfrom call with a UDP socket - if you sent a
string to the socket that was
$length = socket_recvfrom($sock, $buf, 2048, 0 , $name, $port );

0   - the $length would be the full amount read off the
socket, but the $buf will only contain the data up to the first 0 (value
is zero, i.e. NULL) and nothing beyond it. It seems that the string
handling routines of the engine truncate the memory/length if the network
read data contains a 0.


Attached are the server side php code that will show this and a C program
to generate the packets.

The server program will printout the chars in the packet seperated by a ~

< begin server php script >

<** End server php script**>

<** begin client C program **>
/* Generate Some udp packet for network. */

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#include 
unsigned int ConvertHostname(char *hostname);

void main(void)
{
int connSocket;
sockaddr_in sin_connect;

sin_connect.sin_port = htons(9001);
sin_connect.sin_addr.s_addr = INADDR_ANY;
sin_connect.sin_family = AF_INET;

connSocket = socket(AF_INET, SOCK_DGRAM, 0);
if(bind(connSocket,(sockaddr*)&sin_connect,sizeof(sockaddr_in)) ==
-1)
{
connSocket = 0;
printf("Socket Bind error");
return 0;
}
sin_connect.sin_addr.s_addr = ConvertHostname("192.168.1.2");
sin_connect.sin_port = htons(9000);

int dataLength = 64
char *data = new char[dataLength];
memset(data,80,dataLength); // put a P in the data packet
data[10] = 0; // put a zero in the data stream
int a = sendto(connSocket,(char *)data,dataLength,0,(sockaddr *)
&sin_connect,sizeof(struct sockaddr)$

printf("Sendto did %d\n",a);
delete [] data;
close(connSocket);
}
unsigned int ConvertHostname(char *hostname)
{
struct hostent *phost;
struct in_addr addr;

addr.s_addr = inet_addr(hostname);
if(addr.s_addr == 0)
return 0;
if(addr.s_addr == -1)
{
phost = gethostbyname(hostname);
if(phost == NULL)
{
printf("Error: Couldn't resolve hostname.");
return 0;
}
memcpy((char *)&addr.s_addr,
phost->h_addr,phost->h_length);
}
return addr.s_addr;
}
<** end client C program **>
-- 
Edit bug report at http://bugs.php.net/?id=21033&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21033&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21033&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21033&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21033&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21033&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21033&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21033&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21033&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21033&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21033&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21033&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21033&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21033&r=isapi

#21034 [NEW]: undefined function dom_xsl_stylesheet_file

[ignatius]

From: [EMAIL PROTECTED]
Operating system: WinXP
PHP version:  4.3.0RC3
PHP Bug Type: DOM XML related
Bug description:  undefined function dom_xsl_stylesheet_file

None of the DOMXML functions appear to be defined in 4.3.0RC2 or RC3 for
the Windows binaries, even though the extension is loaded and phpinfo()
reports the following DOMXML extension info:

DOM/XML  enabled  
DOM/XML API Version  20020814  
libxml Version  20421  
HTML Support  enabled  
XPath Support  enabled  
XPointer Support  enabled  

Also, libxml2.dll doesn't seem to be part of the Win binary distro. And
even though I have copied the libxml2.dll from xmlsoft.org, I am unable to
access any of the DOMXML functions under Windows.

-- 
Edit bug report at http://bugs.php.net/?id=21034&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21034&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21034&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21034&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21034&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21034&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21034&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21034&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21034&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21034&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21034&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21034&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21034&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21034&r=isapi

#21034 [Opn]: undefined function domxml_xslt_stylesheet_file()

[ignatius]

 ID:   21034
 User updated by:  [EMAIL PROTECTED]
-Summary:  undefined function dom_xsl_stylesheet_file
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: DOM XML related
 Operating System: WinXP
 PHP Version:  4.3.0RC3
 New Comment:

specifically, using these functions:
domxml_xslt_stylesheet_file()
domxml_xslt_stylesheet_doc()
domxml_xslt_stylesheet() 

results in a "function not defined" error.


Previous Comments:


[2002-12-15 18:48:36] [EMAIL PROTECTED]

None of the DOMXML functions appear to be defined in 4.3.0RC2 or RC3
for the Windows binaries, even though the extension is loaded and
phpinfo() reports the following DOMXML extension info:

DOM/XML  enabled  
DOM/XML API Version  20020814  
libxml Version  20421  
HTML Support  enabled  
XPath Support  enabled  
XPointer Support  enabled  

Also, libxml2.dll doesn't seem to be part of the Win binary distro. And
even though I have copied the libxml2.dll from xmlsoft.org, I am unable
to access any of the DOMXML functions under Windows.





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

#21035 [NEW]: ternary operator can't concanenate with other strings

[eric]

From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version:  4.2.1
PHP Bug Type: Unknown/Other Function
Bug description:  ternary operator can't concanenate with other strings

$a = 'eric is a '.(1) ? 'goofball' : 'kitty-cat';
echo $a;

This snippet returns "goofball" instead of "eric is a goofball".

Eric Mueller, [EMAIL PROTECTED]

-- 
Edit bug report at http://bugs.php.net/?id=21035&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21035&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21035&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21035&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21035&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21035&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21035&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21035&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21035&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21035&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21035&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21035&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21035&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21035&r=isapi

#21031 [Opn->Fbk]: No Session Files created - No variables transfered from 1 page to another

[sniper]

 ID:   21031
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Windows XP
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip


Previous Comments:


[2002-12-15 17:40:58] [EMAIL PROTECTED]

I've found that under Windows XP, if the session.save_path is '/tmp'
even if this directory exist... it will not work... is it a bug ?

But never mind, I put c:\windows\temp and it works

The problem now is close to bug #20170

here is the code

session_start();

if (!isset($_SESSION['maVariable'])) {
$_SESSION['maVariable']=0;
}else{
$_SESSION['maVariable']++;
}
echo $_SESSION['maVariable'];

Very simple no ? :-) But this is NOT working on my configuration (Php
4.2.3 + Apache 1.3.24 + Windows XP) unless I add

echo "click here.";

So no way to get the variables values transfered if I do not give to
next page the Session ID...

Why  Is it a bug ?

Hereafter my php.ini config :

session.auto_start = Off 
session.cache_expire = 180
session.cache_limiter = nocache
session.cookie_domain = no value
session.cookie_lifetime = 0
session.cookie_path = c:\windows\temp
session.cookie_secure = Off 
session.entropy_file = no value
session.entropy_length = 0 
session.gc_maxlifetime = 1440
session.gc_probability = 1 
session.name = PHPSESSID
session.referer_check = no value
session.save_handler = files
session.save_path = c:\windows\temp
session.serialize_handler = php
session.use_cookies = On
session.use_trans_sid = 0

So I change session.cookie_path to session.cookie_path=/ 
and IT WORKS !

So is it a bug ?

why /tmp which is an existing directory do not work for
session.save_path ?

why c:\windows\temp which is an existing directory WORKS for
session.save_path BUT NOT for session.cookie_path ?

I just want to know if it's a bug or not... if not, I'm sorry for this
message, but I'm sure it will help some of you who could fall in the
trap...

Jean-Frederic (happy now after hours lost to search a workaround ;-))



[2002-12-15 16:30:05] [EMAIL PROTECTED]

Hi there,

I've tried to make Sessions work with Php 4.2.3 and Apache 1.3.24 on
Windows XP.

NO WAY

1st try :
-

session_start();
if (!isset($_SESSION['compteur'])) {
$_SESSION['compteur']=0;
}else {
$_SESSION['compteur']++;
}
echo $_SESSION['compteur'];

-> after severals 'refresh', compteur stay at 0 !

2nd try :
-

session_start();
if (isset($HTTP_SESSION_VARS['compteur'])) {
   $HTTP_SESSION_VARS['compteur']++;
}
else {
   $HTTP_SESSION_VARS['compteur'] = 0;
}
echo $HTTP_SESSION_VARS['compteur'];

-> after severals 'refresh', compteur stay at 0 !

3rd try :
-

if (!session_is_registered('compteur')) {
session_register("compteur");
$compteur = 0;
}
else {
$compteur++;
}
echo $compteur;

-> after severals 'refresh', compteur stay at 0 !

4th try :
-

if (!session_is_registered('compteur')) {
session_register("compteur");
$compteur = 0;
}
else {
$compteur++;
}
echo $compteur."";
echo "click here.";

-> after severals 'refresh', compteur stay at 0 ! BUT SessionID is
correctly transfered page after page...

-- CONCLUSION ---

No way to make it works... even with basic samples, what the way I
choose.

WHAT IS STRANGE : no Session files written in /tmp as it should be !

Hereafter my Phpinfo() for session :


Session Support enabled 

session.auto_start = Off 
session.cache_expire = 180
session.cache_limiter = nocache
session.cookie_domain = no value
session.cookie_lifetime = 0
session.cookie_path = /tmp
session.cookie_secure = Off 
session.entropy_file = no value
session.entropy_length = 0 
session.gc_maxlifetime = 1440
session.gc_probability = 1 
session.name = PHPSESSID
session.referer_check = no value
session.save_handler = files
session.save_path = /tmp
session.serialize_handler = php
session.use_cookies = On
session.use_trans_sid = 1

Any idea on this bug ???

Regards,

Jean-Frederic





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

#21004 [Opn]: Header Location Fails

[sniper]

 ID:   21004
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: HTTP related
 Operating System: NetBSD/Alpha (64bit) - 1.6
 PHP Version:  4CVS-2002-12-13 (stable)
 New Comment:

I'm unable to reproduce this with 4.3.0-dev.




Previous Comments:


[2002-12-15 17:02:14] [EMAIL PROTECTED]

No it doesn't work now. If you click on the URL I typed earlier from
Minnesota.com, it's running PHP-4.2.2 not PHP-4.3-CVS. Per my other
message, redir works fine in 4.2.2 but NOT in 4.3-cvs. I only switch to
4.3-cvs to do the tests, after which, I switch back to 4.2.2. 

header("Location: ") *DOES NOT* work in 4.3-cvs.



[2002-12-15 16:16:11] [EMAIL PROTECTED]

So it works now?




[2002-12-15 11:39:03] [EMAIL PROTECTED]

I tested this on a DSO. There was no error from apache in the log when
accessing index.php.



[2002-12-15 03:51:55] [EMAIL PROTECTED]

And how is PHP installed there? DSO or CGI?
What does Apache logs have to say about that internal
error you're getting?




[2002-12-14 12:19:42] [EMAIL PROTECTED]

I don't think it's directing at all. FYI, works fine under PHP-4.2.2,
but not CVS.

Using 4.3-CVS
-
# lynx -dump -head http://www.minnesota.com/~tom/php/redir/index.php
HTTP/1.1 500 Internal Server Error
Date: Sat, 14 Dec 2002 18:13:20 GMT
Server: Apache/1.3.27 (Unix) PHP/4.3.0-dev
X-Powered-By: PHP/4.3.0-dev
Location: http://www.minnesota.com/~tom/php/redir/index2.php
Connection: close
Content-Type: text/html

Using 4.2.2
---
# lynx -dump -head http://www.minnesota.com/~tom/php/redir/index.php
HTTP/1.1 302 Found
Date: Sat, 14 Dec 2002 18:17:29 GMT
Server: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6g PHP/4.2.2
X-Powered-By: PHP/4.2.2
Location: http://www.minnesota.com/~tom/php/redir/index2.php
Connection: close
Content-Type: text/html

---

In this case I don't think it's Mozilla or IE.



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

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

#21035 [Opn->Bgs]: ternary operator can't concanenate with other strings

[sniper]

 ID:   21035
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Windows XP
 PHP Version:  4.2.1
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

RTFM:

http://www.php.net/manual/sl/language.operators.php#language.operators.precedence

Hint: Use ()'s..



Previous Comments:


[2002-12-15 19:40:31] [EMAIL PROTECTED]

$a = 'eric is a '.(1) ? 'goofball' : 'kitty-cat';
echo $a;

This snippet returns "goofball" instead of "eric is a goofball".

Eric Mueller, [EMAIL PROTECTED]





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

#21033 [Opn->Fbk]: Socket_recvfrom call will truncate returning string if data had a 0 in it.

[iliaa]

 ID:   21033
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: Linux
 PHP Version:  4.2.2
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip




Previous Comments:


[2002-12-15 18:10:21] [EMAIL PROTECTED]

When using the socket_recvfrom call with a UDP socket - if you sent a
string to the socket that was
$length = socket_recvfrom($sock, $buf, 2048, 0 , $name, $port );

0   - the $length would be the full amount read off the
socket, but the $buf will only contain the data up to the first 0
(value is zero, i.e. NULL) and nothing beyond it. It seems that the
string handling routines of the engine truncate the memory/length if
the network read data contains a 0.


Attached are the server side php code that will show this and a C
program to generate the packets.

The server program will printout the chars in the packet seperated by a
~

< begin server php script >

<** End server php script**>

<** begin client C program **>
/* Generate Some udp packet for network. */

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#include 
unsigned int ConvertHostname(char *hostname);

void main(void)
{
int connSocket;
sockaddr_in sin_connect;

sin_connect.sin_port = htons(9001);
sin_connect.sin_addr.s_addr = INADDR_ANY;
sin_connect.sin_family = AF_INET;

connSocket = socket(AF_INET, SOCK_DGRAM, 0);
if(bind(connSocket,(sockaddr*)&sin_connect,sizeof(sockaddr_in))
== -1)
{
connSocket = 0;
printf("Socket Bind error");
return 0;
}
sin_connect.sin_addr.s_addr = ConvertHostname("192.168.1.2");
sin_connect.sin_port = htons(9000);

int dataLength = 64
char *data = new char[dataLength];
memset(data,80,dataLength); // put a P in the data packet
data[10] = 0; // put a zero in the data stream
int a = sendto(connSocket,(char *)data,dataLength,0,(sockaddr
*) &sin_connect,sizeof(struct sockaddr)$

printf("Sendto did %d\n",a);
delete [] data;
close(connSocket);
}
unsigned int ConvertHostname(char *hostname)
{
struct hostent *phost;
struct in_addr addr;

addr.s_addr = inet_addr(hostname);
if(addr.s_addr == 0)
return 0;
if(addr.s_addr == -1)
{
phost = gethostbyname(hostname);
if(phost == NULL)
{
printf("Error: Couldn't resolve hostname.");
return 0;
}
memcpy((char *)&addr.s_addr,
phost->h_addr,phost->h_length);
}
return addr.s_addr;
}
<** end client C program **>




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

#20985 [Opn->Fbk]: heavy load = Segmentation fault

[iliaa]

 ID:   20985
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Redhat Linux 7.3 & 8
 PHP Version:  4.3.0RC3
 New Comment:

This is a fairly big script and I cannot even run it fully because I am
missing over a dosen various includes your script requires. Is there
any way you could reduce this to a single, preferably short script that
could be used to replicate the memory leak you are seeing?


Previous Comments:


[2002-12-15 13:21:15] [EMAIL PROTECTED]

The files has been sent to [EMAIL PROTECTED]

If none of my scripts has errors I can not get SIGSEGV. But I get "Last
leak repeated X times". Have a look at
http://test.webalogic.net/bugs/error_log-no_SIGSEGV and the other files
at http://test.webalogic.net/



[2002-12-14 23:37:19] [EMAIL PROTECTED]

Could you provide copies of the list.phtml & info.phtml scripts?



[2002-12-14 16:22:39] [EMAIL PROTECTED]

By starting Apache, with built in Php-4.3.0RC3, with 'gdb
/usr/local/apache/bin/httpd' I can not make it crash.
But if I start Apache normally I get a Segmentation fault in the
error_log. Please see the bottom of
http://test.webalogic.net/bugs/error_log_php4-3 (2mb)

What can I do to help you further?



[2002-12-14 13:59:11] [EMAIL PROTECTED]

I'll now start testing Php-4.3.0RC3



[2002-12-14 13:51:02] [EMAIL PROTECTED]

This is what I get every time with Php 4.2.3 compiled into Apache.
More info @ http://test.webalogic.net/bugs/
I think the bug is happening when Apache is trying to kill children, as
the SIGSEGV is happening when the stress tool is finished.

(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x4207c46c in memcpy () from /lib/i686/libc.so.6
(gdb) bt
#0  0x4207c46c in memcpy () from /lib/i686/libc.so.6
#1  0x081041d0 in _mem_block_check ()
#2  0x08104197 in _mem_block_check ()
#3  0x081034a1 in _efree ()
#4  0x0811283c in _zval_dtor ()
#5  0x08109bac in free_zend_constant ()
#6  0x08118c29 in zend_hash_del_key_or_index ()
#7  0x081194a6 in zend_hash_reverse_apply ()
#8  0x08109fb4 in clean_non_persistent_constants ()
#9  0x0810a780 in shutdown_executor ()
#10 0x0811387f in zend_deactivate ()
#11 0x08078500 in php_request_shutdown ()
#12 0x0811f192 in apache_php_module_main ()
#13 0x080761cc in php_restore_umask ()
#14 0x08076237 in php_restore_umask ()
#15 0x08140990 in ap_invoke_handler ()
#16 0x08154d86 in ap_some_auth_required ()
#17 0x08154de6 in ap_process_request ()
#18 0x0814c0aa in ap_child_terminate ()
#19 0x0814c24a in ap_child_terminate ()
#20 0x0814c3b1 in ap_child_terminate ()
#21 0x0814c9de in ap_child_terminate ()
#22 0x0814d1fc in main ()
---Type  to continue, or q  to quit---
#23 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) frame 5
#5  0x08109bac in free_zend_constant ()
(gdb) list
1   : No such file or directory.
in 
(gdb) p
The history is empty.
(gdb)



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

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

#21036 [NEW]: messages doubled with Bcc: header

[jphilyaw]

From: [EMAIL PROTECTED]
Operating system: Win2000 Server
PHP version:  4.3.0RC3
PHP Bug Type: *Mail Related
Bug description:  messages doubled with Bcc: header

I found a similar bug report (ID#20707) for PHP4.3RC2.  I tried the latest
code linked to from there, as well as the Windows binary of RC3 offered on
the main site page, but I still get the same result:

Each To: recipient receives the message once, but all addresses listed in
the Bcc: header recieves the message twice.  I checked my mail server logs
to insure it was not a server problem and confirmed that PHP was giving
each address twice.

Thank you for your help.
-- 
Edit bug report at http://bugs.php.net/?id=21036&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21036&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21036&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21036&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21036&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21036&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21036&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21036&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21036&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21036&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21036&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21036&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21036&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21036&r=isapi

#21031 [Fbk->Bgs]: No Session Files created - No variables transfered from 1 page to another

[msopacua]

 ID:   21031
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: Session related
 Operating System: Windows XP
 PHP Version:  4.2.3
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

First farmiliarize yourself, with the term "cookiepath". This is not a
local path, but the webserver path.

http://wp.netscape.com/newsref/std/cookie_spec.html


Previous Comments:


[2002-12-15 20:26:24] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



[2002-12-15 17:40:58] [EMAIL PROTECTED]

I've found that under Windows XP, if the session.save_path is '/tmp'
even if this directory exist... it will not work... is it a bug ?

But never mind, I put c:\windows\temp and it works

The problem now is close to bug #20170

here is the code

session_start();

if (!isset($_SESSION['maVariable'])) {
$_SESSION['maVariable']=0;
}else{
$_SESSION['maVariable']++;
}
echo $_SESSION['maVariable'];

Very simple no ? :-) But this is NOT working on my configuration (Php
4.2.3 + Apache 1.3.24 + Windows XP) unless I add

echo "click here.";

So no way to get the variables values transfered if I do not give to
next page the Session ID...

Why  Is it a bug ?

Hereafter my php.ini config :

session.auto_start = Off 
session.cache_expire = 180
session.cache_limiter = nocache
session.cookie_domain = no value
session.cookie_lifetime = 0
session.cookie_path = c:\windows\temp
session.cookie_secure = Off 
session.entropy_file = no value
session.entropy_length = 0 
session.gc_maxlifetime = 1440
session.gc_probability = 1 
session.name = PHPSESSID
session.referer_check = no value
session.save_handler = files
session.save_path = c:\windows\temp
session.serialize_handler = php
session.use_cookies = On
session.use_trans_sid = 0

So I change session.cookie_path to session.cookie_path=/ 
and IT WORKS !

So is it a bug ?

why /tmp which is an existing directory do not work for
session.save_path ?

why c:\windows\temp which is an existing directory WORKS for
session.save_path BUT NOT for session.cookie_path ?

I just want to know if it's a bug or not... if not, I'm sorry for this
message, but I'm sure it will help some of you who could fall in the
trap...

Jean-Frederic (happy now after hours lost to search a workaround ;-))



[2002-12-15 16:30:05] [EMAIL PROTECTED]

Hi there,

I've tried to make Sessions work with Php 4.2.3 and Apache 1.3.24 on
Windows XP.

NO WAY

1st try :
-

session_start();
if (!isset($_SESSION['compteur'])) {
$_SESSION['compteur']=0;
}else {
$_SESSION['compteur']++;
}
echo $_SESSION['compteur'];

-> after severals 'refresh', compteur stay at 0 !

2nd try :
-

session_start();
if (isset($HTTP_SESSION_VARS['compteur'])) {
   $HTTP_SESSION_VARS['compteur']++;
}
else {
   $HTTP_SESSION_VARS['compteur'] = 0;
}
echo $HTTP_SESSION_VARS['compteur'];

-> after severals 'refresh', compteur stay at 0 !

3rd try :
-

if (!session_is_registered('compteur')) {
session_register("compteur");
$compteur = 0;
}
else {
$compteur++;
}
echo $compteur;

-> after severals 'refresh', compteur stay at 0 !

4th try :
-

if (!session_is_registered('compteur')) {
session_register("compteur");
$compteur = 0;
}
else {
$compteur++;
}
echo $compteur."";
echo "click here.";

-> after severals 'refresh', compteur stay at 0 ! BUT SessionID is
correctly transfered page after page...

-- CONCLUSION ---

No way to make it works... even with basic samples, what the way I
choose.

WHAT IS STRANGE : no Session files written in /tmp as it should be !

Hereafter my Phpinfo() for session :


Session Support enabled 

session.auto_start = Off 
session.cache_expire = 180
session.cache_limiter = nocache
session.cookie_domain = no value
session.cookie_lifetime = 0
session.cookie_path = /tmp
session.cookie_secure = Off 
session.entropy_file = no value
session.entropy_length = 0 
session.gc_maxlifetime = 1440
session.gc_probability = 1 
session.name = PHPSESSID
session.referer_check = no value
session.save_handler = files
session.save_path = /tmp
session.serialize_handler = php
session.use_cookies = On
session.use_trans_sid = 1

Any idea on this bug ???

Regards,

#20994 [Fbk]: int/long confusion in 64bits machine

[msopacua]

 ID:   20994
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: any 64bit
 PHP Version:  4.3.0RC3
 New Comment:

Yes, but I tested the patch under AIX/64bit, and I got a broken build.
Not sure whether this is related to my machine, the patch or the
combination, but for now - I'd rather investigate.

Additionally - AIX uses a long for tv_usec only under certain
conditions. Otherwise it's a signed int, so the patch needs work,
regardless.


Previous Comments:


[2002-12-14 14:43:20] [EMAIL PROTECTED]

This issue will cause segmentation faults under php cgi
NetBSD/Alpha-1.6.



[2002-12-14 12:53:44] [EMAIL PROTECTED]

FYI: there's a README.SUBMITTING_PATCH in the distribution, containing
the guidelines for ... submitting a patch.



[2002-12-14 03:50:29] [EMAIL PROTECTED]

Could you provide that patch in unified diff format?
And against the CVS HEAD?




[2002-12-13 12:15:35] [EMAIL PROTECTED]

There are locations in source where variables are declared int or long
and are menipulated with long or int pointer respectively.

 - The function "OnUpdateInt" use long pointer (the case is already
referenced in bug#20433 but I found more variables concerned).

 - In function "zend_parse_parameters()", the variable for token "l"
should be a long and the 2nd variable for token "s" should be a int.

The patch above try to fix the 2 cases :

ftp://codon.genopole-lille.fr/pub/php-4.3.0RC2-onupdateint+zendparam.patch

-- 
Julien




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

#19618 [Com]: Cannot load libphp4.so - Win32 error 5

[bitcode]

 ID:   19618
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: Cygwin-XP
 PHP Version:  4.2.3
 New Comment:

shit man! you guys are fucking wankers!

i tried everything you said to no avail. you all east shit and fuck
your donkey sukcing mothers.

peace out wenches!


Previous Comments:


[2002-11-04 01:00:05] [EMAIL PROTECTED]

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2002-10-19 17:00:22] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





[2002-09-27 06:58:26] [EMAIL PROTECTED]

correction to previous:


$./configure --with-mysql --with-apxs=/usr/local/apache2/bin/apxs

actually


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

I forgot the 2 in the bug report, but not during the configure



[2002-09-27 06:54:57] [EMAIL PROTECTED]

Ok starting again with Apache2 & php4-200209261500

I recompiled Apache 2 again just to be safe

Apache 2 working.

$./configure --with-mysql --with-apxs=/usr/local/apache2/bin/apxs

(this finishes without issue)

$make
(ends with)
collect2: ld returned 1 exit status
MAKE: *** [sapi/cli/php] Error 1

$make install
(ends with)
collect2: ld returned 1 exit status
MAKE: *** [sapi/cli/php] Error 1

(Next the ini copy:
The documentation states...
Next you must copy php.ini-dist to the appropriate place (normally
/usr/local/lib/php.ini) and edit it as necessary to set PHP options.
I am uncertain of the appropriate place so I am copying it to the 
suggested place.)

$cp php.ini-dist /usr/local/lib/php.ini


I then add:

 LoadModule php4_module modules/libphp4.so
 AddType application/x-httpd-php .php

,to httpd.conf

$/usr/local/apache2/bin/apachectl restart

Syntax error on line 1028 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server: dlopen:
Win32 err
or 5

?



[2002-09-26 10:54:25] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





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

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

#21004 [Opn]: Header Location Fails

[tom]

 ID:   21004
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: HTTP related
 Operating System: NetBSD/Alpha (64bit) - 1.6
 PHP Version:  4CVS-2002-12-13 (stable)
 New Comment:

is 4.3-dev the same as 4CVS-2002-12-13 (stable)? Cause I used the snap
from stable branch.


Previous Comments:


[2002-12-15 20:27:43] [EMAIL PROTECTED]

I'm unable to reproduce this with 4.3.0-dev.





[2002-12-15 17:02:14] [EMAIL PROTECTED]

No it doesn't work now. If you click on the URL I typed earlier from
Minnesota.com, it's running PHP-4.2.2 not PHP-4.3-CVS. Per my other
message, redir works fine in 4.2.2 but NOT in 4.3-cvs. I only switch to
4.3-cvs to do the tests, after which, I switch back to 4.2.2. 

header("Location: ") *DOES NOT* work in 4.3-cvs.



[2002-12-15 16:16:11] [EMAIL PROTECTED]

So it works now?




[2002-12-15 11:39:03] [EMAIL PROTECTED]

I tested this on a DSO. There was no error from apache in the log when
accessing index.php.



[2002-12-15 03:51:55] [EMAIL PROTECTED]

And how is PHP installed there? DSO or CGI?
What does Apache logs have to say about that internal
error you're getting?




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

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

#21037 [NEW]: setcookie() with an expire argument causes a bus error

[jcs]

From: [EMAIL PROTECTED]
Operating system: OpenBSD 3.2 (sparc64)
PHP version:  4.2.3
PHP Bug Type: Reproducible crash
Bug description:  setcookie() with an expire argument causes a bus error

Installed PHP 4.2.3 as a DSO with the mysql extension enabled.  Everything
works fine until doing a setcookie() with any argument for the expiration,
which results in:

[Sun Dec 15 22:35:57 2002] [notice] child pid 3155 exit signal Bus error
(10)

The bug in its most basic form using the PHP CLI (no working gdb
available, using pmdb):

$> pmdb ./php -r 'setcookie("test", "test", 1, "/");'
pmdb: Loading symbols from ./php at 0x0
pmdb> run
pmdb: process started with PID 6187
PMDB stopping child. signal: BUS
pmdb: Loading symbols from /usr/local/lib/libintl.so.1.1 at 0x40408000
pmdb: Loading symbols from /usr/local/lib/libiconv.so.3.0 at 0x4051
pmdb: Loading symbols from /usr/lib/libz.so.2.0 at 0x40718000
pmdb: Loading symbols from /usr/lib/libssl.so.7.0 at 0x40828000
pmdb: Loading symbols from /usr/lib/libcrypto.so.9.0 at 0x4096a000
pmdb: Loading symbols from /usr/lib/libm.so.1.0 at 0x40baa000
pmdb: Loading symbols from /usr/lib/libc.so.29.0 at 0x40ce8000
pmdb: Loading symbols from /usr/libexec/ld.so at 0x4030
pmdb: Loading symbols from /usr/local/lib/php/modules/mysql.so at
0x40ed8000
pmdb: Loading symbols from /usr/local/lib/libmysqlclient.so.10.0 at
0x40fe8000
pmdb> trace
zend_parse_arg_impl(0x1, 0x0, 0x0, 0x0, 0x0, 0x0)+0x47c
zend_parse_arg_impl(0x104b50, 0x47c, 0x28, 0x400, 0xcb48,
0x0)+0x8
zend_parse_arg(0x464c28, 0xcc08, 0xcbd8, 0x112d2f,
0x112d45, 0x110990)+0x50
zend_parse_va_args(0x3, 0x464c28, 0xcc08, 0xcbd8,
0x0, 0x40306188)+0x410
zend_parse_parameters(0x4, 0x282808, 0xcc08, 0x0, 0x0,
0x40306188)+0x40
zif_setcookie(0x4, 0x282808, 0xcd38, 0xcd14,
0xcd30, 0xcd10)+0x94
execute(0x4, 0x45ac58, 0x0, 0x0, 0x1e3054, 0x0)+0x4130
zend_eval_string(0x462118, 0x3da5f0, 0x246c44, 0x0, 0x0, 0x0)+0x1dc
main(0xd9c1, 0x0, 0x26bc20, 0x26b000, 0x4, 0x4)+0xfb4
___start(0x3, 0xd4d8, 0xd4f8, 0x3d4000, 0x0,
0x40305960)+0x80
_dl_start(0xd9b8, 0x3c34f8, 0x40306008, 0xd450,
0x40305968, 0x4030)+0x40
pmdb> 

Using nothing for the expiration works without crashing:

$> pmdb ./php -r 'setcookie("test", "test", "", "/");'
pmdb: Loading symbols from ./php at 0x0
pmdb> run
pmdb: process started with PID 24403
PHP Warning:  setcookie() expects parameter 3 to be long, string given in
Command line code on line 1
process exited with status 0
pmdb>

I cannot reproduce this on i386, so I'm assuming it's a 64-bit issue.  I
cannot reproduce the crash on sparc64 with any other functions I've tried,
other than setcookie.
-- 
Edit bug report at http://bugs.php.net/?id=21037&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21037&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21037&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21037&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21037&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21037&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21037&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21037&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21037&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21037&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21037&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21037&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21037&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21037&r=isapi

#19618 [NoF->Sus]: Cannot load libphp4.so - Win32 error 5

[msopacua]

 ID:   19618
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Suspended
 Bug Type: Apache2 related
 Operating System: Cygwin-XP
 PHP Version:  4.2.3
 New Comment:

If you would take a look at the official Cygwin PHP distribution, you'd
see that there needs to be some relocation of symbol tables. This is
something specific to Cygwin. The right people to ask would be the
maintainer of that distribution, cause on no other platform this is
needed.
Whether he/she is willing to look into Apache2 is yet a whole other
issue.

Frankly - there are too less people actively using Cygwin, who are also
farmiliar with Cygwin and PHP internals, to get this fixed. Until then,
suspending.


Previous Comments:


[2002-12-15 22:51:14] [EMAIL PROTECTED]

shit man! you guys are fucking wankers!

i tried everything you said to no avail. you all east shit and fuck
your donkey sukcing mothers.

peace out wenches!



[2002-11-04 01:00:05] [EMAIL PROTECTED]

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2002-10-19 17:00:22] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





[2002-09-27 06:58:26] [EMAIL PROTECTED]

correction to previous:


$./configure --with-mysql --with-apxs=/usr/local/apache2/bin/apxs

actually


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

I forgot the 2 in the bug report, but not during the configure



[2002-09-27 06:54:57] [EMAIL PROTECTED]

Ok starting again with Apache2 & php4-200209261500

I recompiled Apache 2 again just to be safe

Apache 2 working.

$./configure --with-mysql --with-apxs=/usr/local/apache2/bin/apxs

(this finishes without issue)

$make
(ends with)
collect2: ld returned 1 exit status
MAKE: *** [sapi/cli/php] Error 1

$make install
(ends with)
collect2: ld returned 1 exit status
MAKE: *** [sapi/cli/php] Error 1

(Next the ini copy:
The documentation states...
Next you must copy php.ini-dist to the appropriate place (normally
/usr/local/lib/php.ini) and edit it as necessary to set PHP options.
I am uncertain of the appropriate place so I am copying it to the 
suggested place.)

$cp php.ini-dist /usr/local/lib/php.ini


I then add:

 LoadModule php4_module modules/libphp4.so
 AddType application/x-httpd-php .php

,to httpd.conf

$/usr/local/apache2/bin/apachectl restart

Syntax error on line 1028 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server: dlopen:
Win32 err
or 5

?



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

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

#20994 [Com]: int/long confusion in 64bits machine

[tom]

 ID:   20994
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: any 64bit
 PHP Version:  4.3.0RC3
 New Comment:

The patch provided fixed the unaligned access errors on my
NetBSD/Alpha-1.6 machine (64-bit). However, it also caused:

  header("Location: ..."); 

to fail for redirections. Examining the patch, it does patch that
function. I'm not sure why it breaks.


Previous Comments:


[2002-12-15 22:27:39] [EMAIL PROTECTED]

Yes, but I tested the patch under AIX/64bit, and I got a broken build.
Not sure whether this is related to my machine, the patch or the
combination, but for now - I'd rather investigate.

Additionally - AIX uses a long for tv_usec only under certain
conditions. Otherwise it's a signed int, so the patch needs work,
regardless.



[2002-12-14 14:43:20] [EMAIL PROTECTED]

This issue will cause segmentation faults under php cgi
NetBSD/Alpha-1.6.



[2002-12-14 12:53:44] [EMAIL PROTECTED]

FYI: there's a README.SUBMITTING_PATCH in the distribution, containing
the guidelines for ... submitting a patch.



[2002-12-14 03:50:29] [EMAIL PROTECTED]

Could you provide that patch in unified diff format?
And against the CVS HEAD?




[2002-12-13 12:15:35] [EMAIL PROTECTED]

There are locations in source where variables are declared int or long
and are menipulated with long or int pointer respectively.

 - The function "OnUpdateInt" use long pointer (the case is already
referenced in bug#20433 but I found more variables concerned).

 - In function "zend_parse_parameters()", the variable for token "l"
should be a long and the 2nd variable for token "s" should be a int.

The patch above try to fix the 2 cases :

ftp://codon.genopole-lille.fr/pub/php-4.3.0RC2-onupdateint+zendparam.patch

-- 
Julien




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

#21004 [Opn->Csd]: Header Location Fails

[tom]

 ID:   21004
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: HTTP related
 Operating System: NetBSD/Alpha (64bit) - 1.6
 PHP Version:  4CVS-2002-12-13 (stable)
 New Comment:

I wiped the slate clean and fetched another snap. Then started a fresh
compile. This time I noticed that I had patched (and forgot that I did
when I reported the bug) the previous snap source to fix the unaligned
access errors, due to 64-bit integers (see Bug #20994). The patch
provided in Bug #20994 fixed the unaligned access problem but caused
header() to fail.

The header() function was patched in that patch file provided in Bug
#20994.

Please close this bug. My apologies for any time wasted. I've also
noted in Bug #20994 that it will break header() function.


Previous Comments:


[2002-12-15 22:55:25] [EMAIL PROTECTED]

is 4.3-dev the same as 4CVS-2002-12-13 (stable)? Cause I used the snap
from stable branch.



[2002-12-15 20:27:43] [EMAIL PROTECTED]

I'm unable to reproduce this with 4.3.0-dev.





[2002-12-15 17:02:14] [EMAIL PROTECTED]

No it doesn't work now. If you click on the URL I typed earlier from
Minnesota.com, it's running PHP-4.2.2 not PHP-4.3-CVS. Per my other
message, redir works fine in 4.2.2 but NOT in 4.3-cvs. I only switch to
4.3-cvs to do the tests, after which, I switch back to 4.2.2. 

header("Location: ") *DOES NOT* work in 4.3-cvs.



[2002-12-15 16:16:11] [EMAIL PROTECTED]

So it works now?




[2002-12-15 11:39:03] [EMAIL PROTECTED]

I tested this on a DSO. There was no error from apache in the log when
accessing index.php.



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

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

#21037 [Opn->Fbk]: setcookie() with an expire argument causes a bus error

[derick]

 ID:   21037
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: OpenBSD 3.2 (sparc64)
 PHP Version:  4.2.3
 New Comment:

It would help if you could try the latest RC, available through
http://qa.php.net . THere is a big change this is fixed.

Derick


Previous Comments:


[2002-12-15 23:34:59] [EMAIL PROTECTED]

Installed PHP 4.2.3 as a DSO with the mysql extension enabled. 
Everything works fine until doing a setcookie() with any argument for
the expiration, which results in:

[Sun Dec 15 22:35:57 2002] [notice] child pid 3155 exit signal Bus
error (10)

The bug in its most basic form using the PHP CLI (no working gdb
available, using pmdb):

$> pmdb ./php -r 'setcookie("test", "test", 1, "/");'
pmdb: Loading symbols from ./php at 0x0
pmdb> run
pmdb: process started with PID 6187
PMDB stopping child. signal: BUS
pmdb: Loading symbols from /usr/local/lib/libintl.so.1.1 at 0x40408000
pmdb: Loading symbols from /usr/local/lib/libiconv.so.3.0 at
0x4051
pmdb: Loading symbols from /usr/lib/libz.so.2.0 at 0x40718000
pmdb: Loading symbols from /usr/lib/libssl.so.7.0 at 0x40828000
pmdb: Loading symbols from /usr/lib/libcrypto.so.9.0 at 0x4096a000
pmdb: Loading symbols from /usr/lib/libm.so.1.0 at 0x40baa000
pmdb: Loading symbols from /usr/lib/libc.so.29.0 at 0x40ce8000
pmdb: Loading symbols from /usr/libexec/ld.so at 0x4030
pmdb: Loading symbols from /usr/local/lib/php/modules/mysql.so at
0x40ed8000
pmdb: Loading symbols from /usr/local/lib/libmysqlclient.so.10.0 at
0x40fe8000
pmdb> trace
zend_parse_arg_impl(0x1, 0x0, 0x0, 0x0, 0x0, 0x0)+0x47c
zend_parse_arg_impl(0x104b50, 0x47c, 0x28, 0x400, 0xcb48,
0x0)+0x8
zend_parse_arg(0x464c28, 0xcc08, 0xcbd8,
0x112d2f, 0x112d45, 0x110990)+0x50
zend_parse_va_args(0x3, 0x464c28, 0xcc08,
0xcbd8, 0x0, 0x40306188)+0x410
zend_parse_parameters(0x4, 0x282808, 0xcc08, 0x0, 0x0,
0x40306188)+0x40
zif_setcookie(0x4, 0x282808, 0xcd38, 0xcd14,
0xcd30, 0xcd10)+0x94
execute(0x4, 0x45ac58, 0x0, 0x0, 0x1e3054, 0x0)+0x4130
zend_eval_string(0x462118, 0x3da5f0, 0x246c44, 0x0, 0x0, 0x0)+0x1dc
main(0xd9c1, 0x0, 0x26bc20, 0x26b000, 0x4, 0x4)+0xfb4
___start(0x3, 0xd4d8, 0xd4f8, 0x3d4000, 0x0,
0x40305960)+0x80
_dl_start(0xd9b8, 0x3c34f8, 0x40306008, 0xd450,
0x40305968, 0x4030)+0x40
pmdb> 

Using nothing for the expiration works without crashing:

$> pmdb ./php -r 'setcookie("test", "test", "", "/");'
pmdb: Loading symbols from ./php at 0x0
pmdb> run
pmdb: process started with PID 24403
PHP Warning:  setcookie() expects parameter 3 to be long, string given
in Command line code on line 1
process exited with status 0
pmdb>

I cannot reproduce this on i386, so I'm assuming it's a 64-bit issue. 
I cannot reproduce the crash on sparc64 with any other functions I've
tried, other than setcookie.




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

#21038 [NEW]: require & require_once probs

[hbaes]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.3.0RC3
PHP Bug Type: *General Issues
Bug description:  require & require_once probs

since the update from 4.2.3 to 4.3.0RC3 I´ve found several scripts (i.e the
pdflib-test-scripts) which have probs with require() and require_once() !

If I have a "master" include file with the following content:
  // Include the classes
  if ( !defined( "INC" ) ) {
/**
* Include the main object
*
*/
require_once( "main.inc" );

/**
* Include the page object
*
*/
require_once( "page.inc" );

...

(main.inc and page.inc are in the same dir as the "master" include
(/include) ..)

I get following error when I run my script:
Fatal error: main() [function.main]: Failed opening required 'main.inc'
(include_path='.:/usr/local/lib/php:/home/www/web2/html/pdf/pc4p/include')
in /home/www/web2/html/pdf/pc4p/include/init.inc on line 36

if i change the require_once to include_once then everything works fine


best regards
Harald


-- 
Edit bug report at http://bugs.php.net/?id=21038&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21038&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21038&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21038&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21038&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21038&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21038&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21038&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21038&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21038&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21038&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21038&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21038&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21038&r=isapi