Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

[bariou]

 ID:   16351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

I've done ./cvsclean, I've re-run ./buildconf, and I do make clean when
necessary
So after your message  I flollow the complete process

I give you here again  The different warning messages :

For ./buildconf =>
 ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.53 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])

WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: `main/php_config.h.in' is created

For the make I've =>

/bin/bash ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I../main   -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM  -g
-O2 -prefer-pic -c zend_qsort.c
In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h
make[1]: *** [zend_qsort.lo] Error 1
make[1]: Leaving directory `/opt/xtra_targz/php420/Zend'
make: *** [all-recursive] Error 1


About the last suggestion :=> Could you list which headers and in which
order are specified in `man
res_search'? here  is the answer :

Resolver Library Functions  resolver(3RESOLV)

NAME
 resolver, res_ninit, fp_resstat, res_npquery, res_hostalias,
 res_nquery,   res_nsearch,  res_nquerydomain,  res_nmkquery,
 res_nsend, res_nclose, res_nsendsigned, dn_comp,  dn_expand,
 hstrerror,  res_init,  res_query,  res_search,  res_mkquery,
 res_send, herror,  - resolver routines

SYNOPSIS
  BIND 8.2.2 Interfaces
 cc [ flag ... ] file ... -lresolv  -lsocket  -lnsl [ library ...
]
 #include 
 #include 
 #include 
 #include 
 #include 

Is that enough ?

Hreat thank for you help


Previous Comments:


[2002-04-02 03:08:05] [EMAIL PROTECTED]

Could you list which headers and in which order are specified in `man
res_search'?



[2002-04-01 16:21:49] [EMAIL PROTECTED]

Did you do 'make clean' and reconfigure after you upgraded
gcc ? Or try './cvsclean ; ./buildconf' as this seems more like a
problem in your system than in PHP.




[2002-04-01 13:32:19] [EMAIL PROTECTED]

After a re-install of flex and gcc 2.95.3 on SUN-SOLARIS I have now the
following failures.

During the CONFIGURE I've the follwing warning 

configure: WARNING: resolv.h: present but cannot be compiled
configure: WARNING: resolv.h: present but cannot be compiled
configure: WARNING: resolv.h: check for missing prerequisite headers?
configure: WARNING: resolv.h: proceeding with the preprocessor's
result

checking unix.h usability... no
checking unix.h presence... no

checking whether to enable mailparse support... no
checking whether to enable multibyte string support... no
checking whether to enable japanese encoding translation... no
checking whether to enable multibyte regex support... no

checking for limits.h... (cached) no

Fail message from MAKE =>

make[1]: Entering directory `/opt/xtra_targz/php420/Zend'
/bin/bash ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I../main   -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM  -g
-O2 -prefer-pic -c zend_qsort.c
In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h
make[1]: *** [zend_qsort.lo] Error 1
make[1]: Leaving directory `/opt/xtra_targz/php420/Zend'
make: *** [all-recur

Bug #15400 Updated: Queries Crashing PHP.EXE

[john_woodhouse]

 ID:   15400
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: MSSQL related
 Operating System: Windows 2000
 PHP Version:  4.1.1
 New Comment:

Excellent.. this works... Thanks Adrian..

Ok you can close this now.. :)


Previous Comments:


[2002-03-27 06:38:39] [EMAIL PROTECTED]

*** SOLVED ***

If the configuration option "mssql.compatability_mode" is missing, then
php_mssql fails to initialize the procedure pointer for
"get_column_content". Looks like a bug, but can be avoided simply by
adding the configuration option:

mssql.compatability_mode = Off

May be it is the best to take php.ini-dist and copy the full [MSSQL]
section in your active php.ini.

Cheers,
Adrian



[2002-03-27 04:53:34] [EMAIL PROTECTED]

The crash occurs only if the query returns any records.
The following example crashes on the last query. All others run fine
(appropriate access rights assumed ;-)



Using NT4 SP5 and tried with both PHP4.1.1 and 4.1.2



[2002-03-13 14:14:25] [EMAIL PROTECTED]

The same problem. Win2K Pro, PHP 4.1.2
===PHP.INI
error_reporting= E_ALL; display all errors, warnings and notices
enable_dl=on
extension_dir=c:\php\extensions
extension=php_mssql.dll
===

Running from command line or as CGI results in the fatal application
error. Any bug in query string results in normal PHP error message "MS
SQL:  Query failed in ".
ODBC version works ok.



[2002-02-06 09:19:17] [EMAIL PROTECTED]

the [] were just there to denote what I was putting into them



[2002-02-06 09:12:58] [EMAIL PROTECTED]

Well it does...

Tried your way MSSQL_CONNECT("HOST:123", "USER", "PWD");

got

Warning: MS SQL: Unable to connect to server: HOST:123 in
c:\inetpub\wwwroot\hello.php on line 5

Warning: MS SQL message: Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
c:\inetpub\wwwroot\hello.php on line 6

Warning: MS SQL: Unable to connect to server: (null) in
c:\inetpub\wwwroot\hello.php on line 6

Warning: MS SQL: A link to the server could not be established in
c:\inetpub\wwwroot\hello.php on line 6

Warning: MS SQL message: Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
c:\inetpub\wwwroot\hello.php on line 7

Warning: MS SQL: Unable to connect to server: (null) in
c:\inetpub\wwwroot\hello.php on line 7

Warning: MS SQL: A link to the server could not be established in
c:\inetpub\wwwroot\hello.php on line 7

Tried MSSQL_CONNECT("HOST,123", "USER", "PWD");

and it crashes... with error stated in first posting



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

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

Bug #3708 Updated: Have configure detect missing pieces of modules and generate warnings

[daniel]

 ID:   3708
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  4.0 Beta 4 Patch Level 1
 New Comment:

no, BCMath is not anymore bundled with PHP:

Due to changes in the licensing, the BCMATH library is distributed
separate from the standard PHP source distribution. You can download
the tar-gzipped archive at the url:
http://www.php.net/extra/number4.tar.gz. Read the file README.BCMATH in
the PHP distribution for more information. 

http://www.php.net/manual/en/ref.bc.php


Previous Comments:


[2002-04-01 18:48:38] [EMAIL PROTECTED]

Most extensions check that the required libraries are
found and if not, the configure breaks at that point
and tells what is missing. 

(and bcmath libraries are bundled with PHP)




[2000-03-02 11:52:35] [EMAIL PROTECTED]

This was a request to the list. A good idea, if we can ever implement
it.
Obviously not a big issue, though.

"
The error message is not particularly meaningful. I suggest
that the build process checks for availability of the
bcmath stuff and indicates where to download this if the
required files are missing.

In fact, I suggest that all configure fragments handle this
as follows:

- if the configuration option requests that a module is
  included, but the config stuff cannot find that module
  under the indicated location and any of the default
  locations,
- configure issues a warning including the URL where the
  missing module can be downloaded.
-- [EMAIL PROTECTED]"




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

Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

[msopacua]

 ID:   16351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

Ok. You don't have the resolv.h problem anymore, so ignore the warning,
on the pre-compile issue.

Just to see, whether this will at all work at solaris, could you try to
save this to a file:
#include 
#include 
#include 
#include 
#include 

int
main ()
{

const char host[7]="php.net";
u_char ans[1024];
int r;
res_init();
/* Capture result in r but return 0, since a working nameserver is
 * not a requirement for compilation.
 */
r =  res_search( host, C_IN, T_MX, (u_char *)&ans, sizeof(ans));
return 0;
res_close();

  ;
  return 0;
}

And compile it as:
gcc -o name name.c -lsocket -lresolv -lnsl

then strip of a lib and try again till it fails.

On the limits.h issue:
usually it includes a system specific limits file, like
machine/limits.h or sys/limits.h.

The gcc installation didn't really pick this up very well, looking at
that include chain.

Could you post the section around line 112 in limits.h?
Can you tell if POSIX_SOURCE/ANSI_SOURCE should be defined/not defined
somewhere to skip that include?

By the way: I had the same problem with the wchar.h file on a BSDi
system and my own gcc installation. I simply renamed the original
wchar.h to get rid of it - not a nice thing to do, but it works :-) -
with limits.h I'd be more careful though.


Previous Comments:


[2002-04-02 03:42:11] [EMAIL PROTECTED]

I've done ./cvsclean, I've re-run ./buildconf, and I do make clean when
necessary
So after your message  I flollow the complete process

I give you here again  The different warning messages :

For ./buildconf =>
 ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.53 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])

WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: `main/php_config.h.in' is created

For the make I've =>

/bin/bash ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I../main   -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM  -g
-O2 -prefer-pic -c zend_qsort.c
In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h
make[1]: *** [zend_qsort.lo] Error 1
make[1]: Leaving directory `/opt/xtra_targz/php420/Zend'
make: *** [all-recursive] Error 1


About the last suggestion :=> Could you list which headers and in which
order are specified in `man
res_search'? here  is the answer :

Resolver Library Functions  resolver(3RESOLV)

NAME
 resolver, res_ninit, fp_resstat, res_npquery, res_hostalias,
 res_nquery,   res_nsearch,  res_nquerydomain,  res_nmkquery,
 res_nsend, res_nclose, res_nsendsigned, dn_comp,  dn_expand,
 hstrerror,  res_init,  res_query,  res_search,  res_mkquery,
 res_send, herror,  - resolver routines

SYNOPSIS
  BIND 8.2.2 Interfaces
 cc [ flag ... ] file ... -lresolv  -lsocket  -lnsl [ library ...
]
 #include 
 #include 
 #include 
 #include 
 #include 

Is that enough ?

Hreat thank for you help



[2002-04-02 03:08:05] [EMAIL PROTECTED]

Could you list which headers and in which order are specified in `man
res_search'?



[2002-04-01 16:21:49] [EMAIL PROTECTED]

Did you do 'make clean' and reconfigure after you upgraded
gcc ? Or try './cvsclean ; ./buildconf' as this seems more like a
problem in your system than in PHP.




[2002-04-01 13:32:19] [EMAIL PROTECTED]

After a re-install of flex and gcc 2.95.3 on SUN-SOLARIS I have now the
following failures.

During the CONFIG

Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

[bariou]

 ID:   16351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

With your data I created totofoo.c and the compile fails 
when I remove

#include 

and only with this remove

// Inside limits.h line 112, here is the section 

#ifdef _GCC_NEXT_LIMITS_H
#include_next   /* recurse down to 
the real one */
#endif

Nothing about POSIX_SOURCE ANSI_SOURCE in this file

About limits I've also a limits.h file in :
/usr/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/include/limits.h

Thanks for your help.

Marcel


Previous Comments:


[2002-04-02 04:32:32] [EMAIL PROTECTED]

Ok. You don't have the resolv.h problem anymore, so ignore the warning,
on the pre-compile issue.

Just to see, whether this will at all work at solaris, could you try to
save this to a file:
#include 
#include 
#include 
#include 
#include 

int
main ()
{

const char host[7]="php.net";
u_char ans[1024];
int r;
res_init();
/* Capture result in r but return 0, since a working nameserver is
 * not a requirement for compilation.
 */
r =  res_search( host, C_IN, T_MX, (u_char *)&ans, sizeof(ans));
return 0;
res_close();

  ;
  return 0;
}

And compile it as:
gcc -o name name.c -lsocket -lresolv -lnsl

then strip of a lib and try again till it fails.

On the limits.h issue:
usually it includes a system specific limits file, like
machine/limits.h or sys/limits.h.

The gcc installation didn't really pick this up very well, looking at
that include chain.

Could you post the section around line 112 in limits.h?
Can you tell if POSIX_SOURCE/ANSI_SOURCE should be defined/not defined
somewhere to skip that include?

By the way: I had the same problem with the wchar.h file on a BSDi
system and my own gcc installation. I simply renamed the original
wchar.h to get rid of it - not a nice thing to do, but it works :-) -
with limits.h I'd be more careful though.



[2002-04-02 03:42:11] [EMAIL PROTECTED]

I've done ./cvsclean, I've re-run ./buildconf, and I do make clean when
necessary
So after your message  I flollow the complete process

I give you here again  The different warning messages :

For ./buildconf =>
 ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.53 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])

WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: `main/php_config.h.in' is created

For the make I've =>

/bin/bash ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I../main   -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM  -g
-O2 -prefer-pic -c zend_qsort.c
In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h
make[1]: *** [zend_qsort.lo] Error 1
make[1]: Leaving directory `/opt/xtra_targz/php420/Zend'
make: *** [all-recursive] Error 1


About the last suggestion :=> Could you list which headers and in which
order are specified in `man
res_search'? here  is the answer :

Resolver Library Functions  resolver(3RESOLV)

NAME
 resolver, res_ninit, fp_resstat, res_npquery, res_hostalias,
 res_nquery,   res_nsearch,  res_nquerydomain,  res_nmkquery,
 res_nsend, res_nclose, res_nsendsigned, dn_comp,  dn_expand,
 hstrerror,  res_init,  res_query,  res_search,  res_mkquery,
 res_send, herror,  - resolver routines

SYNOPSIS
  BIND 8.2.2 Interfaces
 cc [ flag ... ] file ... -lresolv  -lsocket  -lnsl [ library ...
]
 #include 
 #include 
 #include 
 #include 
 #include 

Is that enough ?

Hreat thank for you help



[2002-04-02 03:08:05] [EMAIL PROTECTED]

Could you list w

Bug #16386: cURL with SSL : support for a private key "CURL_SSLKEY" ???

[cassar_e]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.2
PHP Bug Type: cURL related
Bug description:  cURL with SSL : support for a private key "CURL_SSLKEY" ???

In Perl or C API of cURL you can set the certificate
you are using for HTTPS via CURL_SSLCERT (i don't know if the certificate
should be X509, PKCS#7 or PKCS#12),
the private key CURL_SSLKEY (i don't know if the key should be PKCS#5 or
PKCS#8 format) and CURL_SSLKEYPASSWD (the password protecting the private
key).

But in PHP you can only set CURL_SSLCERT. So how can
you make "Strong" SSL authentication in curl
without specifying the private key corresponding to the public key in the
certificate ?
-- 
Edit bug report at http://bugs.php.net/?id=16386&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16386&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16386&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16386&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16386&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16386&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16386&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16386&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16386&r=submittedtwice

Bug #16387: PHP loop when using reference to an object in an object (both in session)

[caugustin]

From: [EMAIL PROTECTED]
Operating system: Linux RH 7.2
PHP version:  4.0.6
PHP Bug Type: Session related
Bug description:  PHP loop when using reference to an object in an object (both in 
session)

Hello, I don't know if it is really a bug, but it display nothing in error
log and it is very anoying.

I create an object 'order' and an object 'customer'. The order object has
a customer object inside. To avoid duplicate in session I tried the
following code when the customer login and have already started to order:

$current_order->customer = &$current_customer;

After this, PHP display the current page well, but any next page fail to
display. Nothing apear in error_log. On a personal log system I can see
that PHP is starting to loop on the page juste after the session is
initialized and when the line

session_register('current_customer');

is called. PHP hang after about 20 loops.

After reading in detail the way session are working, I understand better
that my code is a little bit dangerous (use reference in session), but PHP
should return an error or display anything when it face this king of code
and not enter in an invisible loop.

Cedric.
-- 
Edit bug report at http://bugs.php.net/?id=16387&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16387&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16387&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16387&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16387&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16387&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16387&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16387&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16387&r=submittedtwice

Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

[msopacua]

 ID:   16351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,

 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7
,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h


Hmm, seems like recursive recursion.
My guess is, that
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
has the exact same line?

Since this all depends on gcc symbols I think you need to report the
issue to the gcc list - nothing PHP can do about it. As a work-around
you might comment out the lines around line 117 in the file mentioned
above.

About resolv.h:
If you could omit the -lnsl/-lresolv/-lsocket statements during
compilation one by one, then we can safely assume that the resolver
functions will be available to you (affecting getmxrr and checkdnsrr).

The headers are correct - just -lnsl isn't used in testing, so that
could be a problem.


Previous Comments:


[2002-04-02 05:10:09] [EMAIL PROTECTED]

With your data I created totofoo.c and the compile fails 
when I remove

#include 

and only with this remove

// Inside limits.h line 112, here is the section 

#ifdef _GCC_NEXT_LIMITS_H
#include_next   /* recurse down to 
the real one */
#endif

Nothing about POSIX_SOURCE ANSI_SOURCE in this file

About limits I've also a limits.h file in :
/usr/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/include/limits.h

Thanks for your help.

Marcel



[2002-04-02 04:32:32] [EMAIL PROTECTED]

Ok. You don't have the resolv.h problem anymore, so ignore the warning,
on the pre-compile issue.

Just to see, whether this will at all work at solaris, could you try to
save this to a file:
#include 
#include 
#include 
#include 
#include 

int
main ()
{

const char host[7]="php.net";
u_char ans[1024];
int r;
res_init();
/* Capture result in r but return 0, since a working nameserver is
 * not a requirement for compilation.
 */
r =  res_search( host, C_IN, T_MX, (u_char *)&ans, sizeof(ans));
return 0;
res_close();

  ;
  return 0;
}

And compile it as:
gcc -o name name.c -lsocket -lresolv -lnsl

then strip of a lib and try again till it fails.

On the limits.h issue:
usually it includes a system specific limits file, like
machine/limits.h or sys/limits.h.

The gcc installation didn't really pick this up very well, looking at
that include chain.

Could you post the section around line 112 in limits.h?
Can you tell if POSIX_SOURCE/ANSI_SOURCE should be defined/not defined
somewhere to skip that include?

By the way: I had the same problem with the wchar.h file on a BSDi
system and my own gcc installation. I simply renamed the original
wchar.h to get rid of it - not a nice thing to do, but it works :-) -
with limits.h I'd be more careful though.



[2002-04-02 03:42:11] [EMAIL PROTECTED]

I've done ./cvsclean, I've re-run ./buildconf, and I do make clean when
necessary
So after your message  I flollow the complete process

I give you here again  The different warning messages :

For ./buildconf =>
 ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.53 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])

WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: `main/php_config.h.in' is created

For the make I've =>

/bin/bash ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I../main   -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM  -g
-O2 -prefer-pic -c zend_qsort.c
In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7,
 from
/

Bug #14221 Updated: Segmentation fault when using class that accesses member functions & variables.

[yohgaki]

 ID:   14221
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: ANY
 PHP Version:  4.2.0-dev
 New Comment:

If this bug report is related is not important.
Infinate recusive call is programmer's fault.

I think PHP should raise, error for
 Analyzed.





[2002-04-01 21:51:50] [EMAIL PROTECTED]

It seems this isnot related to http://bugs.php.net/bug.php?id=16265

Since this segfaults
currentField = $field_name;
}
function getValue() {
return $this->getValue($this->currentField);
}
}

$frm = new test;

$frm->setCurrentField("blah");  
print $frm->getValue();

?>




[2002-04-01 21:39:36] [EMAIL PROTECTED]

http://bugs.php.net/bug.php?id=16265
should be reopenned. (I just did)




[2002-04-01 19:16:29] [EMAIL PROTECTED]

This looks to have been resolved here:
http://bugs.php.net/bug.php?id=16265
If this is correct, can this report be closed?



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

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

Bug #16388: empty output with "echo <<<..."

[tp]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: *General Issues
Bug description:  empty output with "echo <<<..."

If you try to output nothing with this construct:

echo <

Bug #16388 Updated: empty output with "echo <<<..."

[mfischer]

 ID:   16388
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *General Issues
 Operating System: Linux
 PHP Version:  4.0.6
 New Comment:

Which browser?


Previous Comments:


[2002-04-02 05:34:29] [EMAIL PROTECTED]

If you try to output nothing with this construct:

echo <

Bug #16387 Updated: PHP loop when using reference to an object in an object (both in session)

[yohgaki]

 ID:   16387
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Analyzed
 Bug Type: Session related
 Operating System: Linux RH 7.2
 PHP Version:  4.0.6
 New Comment:

It's known issue.
Reference does not work well with session variable...



Previous Comments:


[2002-04-02 05:29:01] [EMAIL PROTECTED]

Hello, I don't know if it is really a bug, but it display nothing in
error log and it is very anoying.

I create an object 'order' and an object 'customer'. The order object
has a customer object inside. To avoid duplicate in session I tried the
following code when the customer login and have already started to
order:

$current_order->customer = &$current_customer;

After this, PHP display the current page well, but any next page fail
to display. Nothing apear in error_log. On a personal log system I can
see that PHP is starting to loop on the page juste after the session is
initialized and when the line

session_register('current_customer');

is called. PHP hang after about 20 loops.

After reading in detail the way session are working, I understand
better that my code is a little bit dangerous (use reference in
session), but PHP should return an error or display anything when it
face this king of code and not enter in an invisible loop.

Cedric.




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

Bug #16389: session_name doesnt work as expected

[assid]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.2
PHP Bug Type: Session related
Bug description:  session_name doesnt work as expected

session_name is supposed to get/set the session name.
So basically if i have a session variable which is registered under a
particular session name and a session id i should be able to propogate it
across any subdomain.

Now heres the real problem
i have a domain.com which works on eisessid as its session name and i have
abc.domain.com which i am trying to access the session information.

When i set session_name to eisessid i do not get the information of that
session(from within my php script). However, when i put session.name as
eisessvar in my .htaccess of abc.domain.com i am able to retrieve the
information.

Since session_name is supposed to set/get the name of the session and i am
propogating the session id to work, shouldnt session_name from within my
code be able to access the session variables ? instead of having to only
do it from .htaccess ?

-- 
Edit bug report at http://bugs.php.net/?id=16389&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16389&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16389&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16389&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16389&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16389&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16389&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16389&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16389&r=submittedtwice

Bug #16373 Updated: Security Hole

[jmoore]

 ID:   16373
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: Red Hat 7.1
 PHP Version:  4.1.2
 New Comment:

Hey that 3-d maze game was the best piece of that software.. kept me
amused for hours..


Previous Comments:


[2002-04-02 00:12:34] [EMAIL PROTECTED]

Hmm. A picture of Betty Boop saying "Happy April Fools Day" would have
been easier to swallow. But guy!

:)



[2002-04-01 17:52:12] [EMAIL PROTECTED]

Oh, lighten up!  But if you really have such a problem with it, turn it
off via the expose_php directive in your php.ini file.  It's not like
we embedded an entire 3-d maze game in your spreadsheet like a certain
company from Redmond did.



[2002-04-01 17:48:13] [EMAIL PROTECTED]

the server that I first noticed this image on is running 4.1.2. Today
is April fools. None the less I found the image very distaste full and
unprofessional.



[2002-04-01 08:17:48] [EMAIL PROTECTED]

Anyway, the picture is NOT a security hole, it's an easter egg. But
[EMAIL PROTECTED] is right, you're running a very old version of PHP.
Upgrading is strongly recommended.



[2002-04-01 07:58:49] [EMAIL PROTECTED]

You are not running php 4.1.2 but php 4.0.1pl2. Your version of php is
very old and remotely exploitable.



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

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

Bug #16390: bugs.php.net - order by date?

[cs1spw]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.1.2
PHP Bug Type: Feature/Change Request
Bug description:  bugs.php.net - order by date?

An "order by date" option on bugs.php.net would be very helpful (at the
moment it's hard to even work out when a bug was submitted by looking at
the search page). Also I wasn't sure if this should go in "Feature /
Change requests" or "PHP.net Website problems" - would it make sense to
create a "Website change request" category?
-- 
Edit bug report at http://bugs.php.net/?id=16390&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16390&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16390&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16390&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16390&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16390&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16390&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16390&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16390&r=submittedtwice

Bug #16389 Updated: session_name doesnt work as expected

[assid]

 ID:   16389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

i almost forgot session_name also returns eisessid if i set it from my
script but doesnt return any session variable info. But using .htaccess
it yet returns eisessid as session name but this time it returns the
session variable info as well. (both cases session_id remains the
same).


Previous Comments:


[2002-04-02 05:57:17] [EMAIL PROTECTED]

session_name is supposed to get/set the session name.
So basically if i have a session variable which is registered under a
particular session name and a session id i should be able to propogate
it across any subdomain.

Now heres the real problem
i have a domain.com which works on eisessid as its session name and i
have abc.domain.com which i am trying to access the session
information.

When i set session_name to eisessid i do not get the information of
that session(from within my php script). However, when i put
session.name as eisessvar in my .htaccess of abc.domain.com i am able
to retrieve the information.

Since session_name is supposed to set/get the name of the session and i
am propogating the session id to work, shouldnt session_name from
within my code be able to access the session variables ? instead of
having to only do it from .htaccess ?





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

Bug #16381 Updated: A strange face on the test.php php-logo!

[cs1spw]

 ID:   16381
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: RH Linux 6.2
 PHP Version:  4.1.2
 New Comment:

That confused me as well - I figured it was an April Fool's thing but I
couldn't work out how it was done (the image is served up by the web
server rather than being hosted anywhere on php.net). It turns out it's
an easter egg built in to PHP - if the server date is April 1st the
alternative logo is used. You can see it on other days of the year by
tagging this on to your PHPinfo page URL:

?=PHPE9568F36-D428-11d2-A769-00AA001ACF42

The guy in the picture is Thies (see the alt tag) - one of the core PHP
developers.


Previous Comments:


[2002-04-02 06:28:11] [EMAIL PROTECTED]

That confused me as well - I figured it was an April Fool's thing but I
couldn't work out how it was done (the image is served up by the web
server rather than being hosted anywhere on php.net). It turns out it's
an easter egg built in to PHP - if the server date is April 1st the
alternative logo is used. You can see it on other days of the year by
tagging this on to your PHPinfo page URL:

?=PHPE9568F36-D428-11d2-A769-00AA001ACF42

The guy in the picture is Thies (see the alt tag) - one of the core PHP
developers.



[2002-04-01 15:20:46] [EMAIL PROTECTED]

What is todays' date?



[2002-04-01 15:19:59] [EMAIL PROTECTED]

Using test.php - which calls phpinfo(), we are getting a hacker's face
in place of the usual PHP logo.  Did you guys really mean to do this??




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

Bug #16381 Updated: A strange face on the test.php php-logo!

[cs1spw]

 ID:   16381
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: RH Linux 6.2
 PHP Version:  4.1.2
 New Comment:

That confused me as well - I figured it was an April Fool's thing but I
couldn't work out how it was done (the image is served up by the web
server rather than being hosted anywhere on php.net). It turns out it's
an easter egg built in to PHP - if the server date is April 1st the
alternative logo is used. You can see it on other days of the year by
tagging this on to your PHPinfo page URL:

?=PHPE9568F36-D428-11d2-A769-00AA001ACF42

The guy in the picture is Thies (see the alt tag) - one of the core PHP
developers.


Previous Comments:


[2002-04-01 15:20:46] [EMAIL PROTECTED]

What is todays' date?



[2002-04-01 15:19:59] [EMAIL PROTECTED]

Using test.php - which calls phpinfo(), we are getting a hacker's face
in place of the usual PHP logo.  Did you guys really mean to do this??




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

Bug #16389 Updated: session_name doesnt work as expected

[assid]

 ID:   16389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

Okay i was playing around some more..
I found that if i set some other session name into .htaccess i can yet
retrieve information from my actual session variable (eisessid). but if
i dont add anything into .htaccess (default being phpsessid) it doesnt
seem to work.


Previous Comments:


[2002-04-02 06:19:31] [EMAIL PROTECTED]

i almost forgot session_name also returns eisessid if i set it from my
script but doesnt return any session variable info. But using .htaccess
it yet returns eisessid as session name but this time it returns the
session variable info as well. (both cases session_id remains the
same).



[2002-04-02 05:57:17] [EMAIL PROTECTED]

session_name is supposed to get/set the session name.
So basically if i have a session variable which is registered under a
particular session name and a session id i should be able to propogate
it across any subdomain.

Now heres the real problem
i have a domain.com which works on eisessid as its session name and i
have abc.domain.com which i am trying to access the session
information.

When i set session_name to eisessid i do not get the information of
that session(from within my php script). However, when i put
session.name as eisessvar in my .htaccess of abc.domain.com i am able
to retrieve the information.

Since session_name is supposed to set/get the name of the session and i
am propogating the session id to work, shouldnt session_name from
within my code be able to access the session variables ? instead of
having to only do it from .htaccess ?





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

Bug #14334 Updated: Bug in COM class

[sp]

 ID:   14334
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: COM related
 Operating System: Windows 2000 Professional
 PHP Version:  4.0.6
 New Comment:

I get the same error when I try to run the following code:
-
$af = new COM("AtheneFile.File");
$af->SetDatabaseDetails("server", "database", "user", "pass");
$sti = $af->GetFile(295721, "c:\\test.doc");
-
It is the last line that fails.

This is my system data:
PHP Version: 4.0.6
System: Windows NT 5.0 build 2195 
Build Date: Jun 22 2001 
Server API: CGI 
Virtual Directory Support: enabled 
Configuration File (php.ini) Path: C:\WINNT\php.ini 
ZEND_DEBUG: disabled 
Thread Safety: enabled


Previous Comments:


[2002-01-21 12:47:44] [EMAIL PROTECTED]

I am having the same problem which is a bit
stranger though.

One time my call is correct while done in another
place produces php_OLECHAR_to_char error message.

Working:
$pdflib = new COM("PDFlib_com.PDF");
print $pdflib->get_parameter("version",0);

Prints version string as expected.

Not working:
$pdflib = new COM("PDFlib_com.PDF");
print $pdflib->set_parameter("fontwarning",1);
print $pdflib->get_parameter("version",0);

Produces error message for the get_parameter line
and "0" (true !!! in php for PDFlib, -1 is false)
for the fontwarning line.

Also, to make it even stranger, at least to me:
When I switch the line in the non-working example,
I both get the version string and "0" for the 
fontwarning

Is there something wrong about the way I connect
to PDFLib ?

HTH

W.



[2001-12-06 22:09:09] [EMAIL PROTECTED]

If you mean php code, here goes:
-
$instance = new COM("WinampCOM.Application");
$title = $instance->CurrentSongTitle;
-
The $title line will produce the error if run via the httpd, but not if
pasted in the stdin of php.exe.  The WinampCOM.Application com requires
a winamp module, which can be found at
http://www.adcock8.freeserve.co.uk/gen_com.zip
If any more info is needed, please don't hesitate to ask.



[2001-12-06 15:07:09] [EMAIL PROTECTED]

If you mean php code, here goes:
-
$instance = new COM("WinampCOM.Application");
$title = $instance->CurrentSongTitle;
-
The $title line will produce the error if run via the httpd, but not if
pasted in the stdin of php.exe.  The WinampCOM.Application com requires
a winamp module, which can be found at
http://www.adcock8.freeserve.co.uk/gen_com.zip
If any more info is needed, please don't hesitate to ask.



[2001-12-06 12:13:41] [EMAIL PROTECTED]

please provide the shortest possible code that produces this error.



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

Warning: Error in php_OLECHAR_to_char() in g:\apache\test\index.php on
line 65.

This error is only returned when the script is run from the httpd. IIS,
Apache, and Xitami, all return this error.  When I use the script via
pasting it to stdin on php.exe, it runs perfectly.  The script returns
no errors from the stdin.




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

Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

[bariou]

 ID:   16351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

I comment #include_next (line 117) in

/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h

More in the phpxxx/ext/posix.c I add 

#define NGROUPS_MAX 256

No the make seems to be done correctly, now I've to check if PHP work 
correctly, I will give you the follow up in a couple of hour.

Great thanks for your help


Previous Comments:


[2002-04-02 05:31:16] [EMAIL PROTECTED]

In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,

 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7
,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h


Hmm, seems like recursive recursion.
My guess is, that
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
has the exact same line?

Since this all depends on gcc symbols I think you need to report the
issue to the gcc list - nothing PHP can do about it. As a work-around
you might comment out the lines around line 117 in the file mentioned
above.

About resolv.h:
If you could omit the -lnsl/-lresolv/-lsocket statements during
compilation one by one, then we can safely assume that the resolver
functions will be available to you (affecting getmxrr and checkdnsrr).

The headers are correct - just -lnsl isn't used in testing, so that
could be a problem.



[2002-04-02 05:10:09] [EMAIL PROTECTED]

With your data I created totofoo.c and the compile fails 
when I remove

#include 

and only with this remove

// Inside limits.h line 112, here is the section 

#ifdef _GCC_NEXT_LIMITS_H
#include_next   /* recurse down to 
the real one */
#endif

Nothing about POSIX_SOURCE ANSI_SOURCE in this file

About limits I've also a limits.h file in :
/usr/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/include/limits.h

Thanks for your help.

Marcel



[2002-04-02 04:32:32] [EMAIL PROTECTED]

Ok. You don't have the resolv.h problem anymore, so ignore the warning,
on the pre-compile issue.

Just to see, whether this will at all work at solaris, could you try to
save this to a file:
#include 
#include 
#include 
#include 
#include 

int
main ()
{

const char host[7]="php.net";
u_char ans[1024];
int r;
res_init();
/* Capture result in r but return 0, since a working nameserver is
 * not a requirement for compilation.
 */
r =  res_search( host, C_IN, T_MX, (u_char *)&ans, sizeof(ans));
return 0;
res_close();

  ;
  return 0;
}

And compile it as:
gcc -o name name.c -lsocket -lresolv -lnsl

then strip of a lib and try again till it fails.

On the limits.h issue:
usually it includes a system specific limits file, like
machine/limits.h or sys/limits.h.

The gcc installation didn't really pick this up very well, looking at
that include chain.

Could you post the section around line 112 in limits.h?
Can you tell if POSIX_SOURCE/ANSI_SOURCE should be defined/not defined
somewhere to skip that include?

By the way: I had the same problem with the wchar.h file on a BSDi
system and my own gcc installation. I simply renamed the original
wchar.h to get rid of it - not a nice thing to do, but it works :-) -
with limits.h I'd be more careful though.



[2002-04-02 03:42:11] [EMAIL PROTECTED]

I've done ./cvsclean, I've re-run ./buildconf, and I do make clean when
necessary
So after your message  I flollow the complete process

I give you here again  The different warning messages :

For ./buildconf =>
 ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.53 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])

WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
auto

Bug #16389 Updated: session_name doesnt work as expected

[yohgaki]

 ID:   16389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

Could you paste short and complete script?


Previous Comments:


[2002-04-02 06:34:29] [EMAIL PROTECTED]

Okay i was playing around some more..
I found that if i set some other session name into .htaccess i can yet
retrieve information from my actual session variable (eisessid). but if
i dont add anything into .htaccess (default being phpsessid) it doesnt
seem to work.



[2002-04-02 06:19:31] [EMAIL PROTECTED]

i almost forgot session_name also returns eisessid if i set it from my
script but doesnt return any session variable info. But using .htaccess
it yet returns eisessid as session name but this time it returns the
session variable info as well. (both cases session_id remains the
same).



[2002-04-02 05:57:17] [EMAIL PROTECTED]

session_name is supposed to get/set the session name.
So basically if i have a session variable which is registered under a
particular session name and a session id i should be able to propogate
it across any subdomain.

Now heres the real problem
i have a domain.com which works on eisessid as its session name and i
have abc.domain.com which i am trying to access the session
information.

When i set session_name to eisessid i do not get the information of
that session(from within my php script). However, when i put
session.name as eisessvar in my .htaccess of abc.domain.com i am able
to retrieve the information.

Since session_name is supposed to set/get the name of the session and i
am propogating the session id to work, shouldnt session_name from
within my code be able to access the session variables ? instead of
having to only do it from .htaccess ?





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

Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

[bariou]

 ID:   16351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

Apache has started on SOLARIS2.8 with PHP-4.2.0-dev as a module. 

I don't think it's a great deal, I am disappointed a little bit with
solaris.. I prefer Linux.. 

Nevertheless very great thanks for your help :-), I've a lot to learn
on my side.

Marcel


Previous Comments:


[2002-04-02 07:42:21] [EMAIL PROTECTED]

I comment #include_next (line 117) in

/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h

More in the phpxxx/ext/posix.c I add 

#define NGROUPS_MAX 256

No the make seems to be done correctly, now I've to check if PHP work 
correctly, I will give you the follow up in a couple of hour.

Great thanks for your help



[2002-04-02 05:31:16] [EMAIL PROTECTED]

In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,

 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7
,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h


Hmm, seems like recursive recursion.
My guess is, that
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
has the exact same line?

Since this all depends on gcc symbols I think you need to report the
issue to the gcc list - nothing PHP can do about it. As a work-around
you might comment out the lines around line 117 in the file mentioned
above.

About resolv.h:
If you could omit the -lnsl/-lresolv/-lsocket statements during
compilation one by one, then we can safely assume that the resolver
functions will be available to you (affecting getmxrr and checkdnsrr).

The headers are correct - just -lnsl isn't used in testing, so that
could be a problem.



[2002-04-02 05:10:09] [EMAIL PROTECTED]

With your data I created totofoo.c and the compile fails 
when I remove

#include 

and only with this remove

// Inside limits.h line 112, here is the section 

#ifdef _GCC_NEXT_LIMITS_H
#include_next   /* recurse down to 
the real one */
#endif

Nothing about POSIX_SOURCE ANSI_SOURCE in this file

About limits I've also a limits.h file in :
/usr/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/include/limits.h

Thanks for your help.

Marcel



[2002-04-02 04:32:32] [EMAIL PROTECTED]

Ok. You don't have the resolv.h problem anymore, so ignore the warning,
on the pre-compile issue.

Just to see, whether this will at all work at solaris, could you try to
save this to a file:
#include 
#include 
#include 
#include 
#include 

int
main ()
{

const char host[7]="php.net";
u_char ans[1024];
int r;
res_init();
/* Capture result in r but return 0, since a working nameserver is
 * not a requirement for compilation.
 */
r =  res_search( host, C_IN, T_MX, (u_char *)&ans, sizeof(ans));
return 0;
res_close();

  ;
  return 0;
}

And compile it as:
gcc -o name name.c -lsocket -lresolv -lnsl

then strip of a lib and try again till it fails.

On the limits.h issue:
usually it includes a system specific limits file, like
machine/limits.h or sys/limits.h.

The gcc installation didn't really pick this up very well, looking at
that include chain.

Could you post the section around line 112 in limits.h?
Can you tell if POSIX_SOURCE/ANSI_SOURCE should be defined/not defined
somewhere to skip that include?

By the way: I had the same problem with the wchar.h file on a BSDi
system and my own gcc installation. I simply renamed the original
wchar.h to get rid of it - not a nice thing to do, but it works :-) -
with limits.h I'd be more careful though.



[2002-04-02 03:42:11] [EMAIL PROTECTED]

I've done ./cvsclean, I've re-run ./buildconf, and I do make clean when
necessary
So after your message  I flollow the complete process

I give you here again  The different warning messages :

For ./buildconf =>
 ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.53 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is dep

Bug #16044 Updated: crashing apparently in session module

[yohgaki]

 ID:   16044
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Duplicate
 Bug Type: Session related
 Operating System: Linux 2.4.7
 PHP Version:  4.1.2
 New Comment:

I actually read your code now.
You should return string type from read function _always_.
It's well known session bug, though.
Duplicate of #14529.



Previous Comments:


[2002-03-21 16:40:00] [EMAIL PROTECTED]

backtrace as follows (this looks strange to me.. i did compile with
--enable-debug though..):

Program received signal SIGSEGV, Segmentation fault.
zend_hash_add_or_update (ht=0x40506514, 
arKey=0x80f96e8 "?\226\017\b\b\227\017\b\f", nKeyLength=135239400,

pData=0xbfffee7c, nDataSize=4, pDest=0x0, flag=2) at
zend_hash.h:197
197 h ^= (ulong) *arKey++;
(gdb) 
Continuing.
Cannot find user-level thread for LWP 8505: generic error
(gdb) bt
#0  zend_hash_add_or_update (ht=Error accessing memory address
0xbfffee50: No such process.
) at zend_hash.h:197
Error accessing memory address 0x4042901c: No such process.



[2002-03-19 05:07:06] [EMAIL PROTECTED]

To properly diagnose this bug, we need a backtrace to see what is
happening behind the scenes. To find out how to generate a backtrace,
please read http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open".





[2002-03-13 12:24:49] [EMAIL PROTECTED]

db_request() just sends whatever string to the sql database, and
db_single() returns a single result from a specified query, if that
helps.



[2002-03-13 12:23:19] [EMAIL PROTECTED]

Using any handler BUT files for sessions seems to crash the PHP program
nine times out of ten - once the session is registered, however, it
seems to operate just fine.

Here's my session code, hope it will help.  

";
$q = "SELECT svalue FROM $SESS_DBTABLE WHERE sesskey='$key' AND expire
< ".time();
$dbr = db_request($q);
if($dbr && mysql_num_rows($dbr)) {
$q = "DELETE FROM $SESS_DBTABLE WHERE sesskey='$key'";
db_request($q);
header("Location: expire.php");
exit;
}
$q = "SELECT svalue FROM $SESS_DBTABLE WHERE sesskey='$key' AND
expire > " . time();
$dbr = db_request($q);
if($debug_session) echo "msql($q) returns $dbr";
if(!$dbr) return false;
$value = mysql_fetch_row($dbr); 
if($debug_session) echo "sess_read returning $value[0]";
return $value[0];
}

function sess_write($key, $val) {
global $user,$debug_session, $SESS_LIFE, $SESS_DBNAME,
$SESS_DBTABLE;
$expire = time() + (60 * 30);
$value = addslashes($val);
$q = "INSERT INTO $SESS_DBTABLE VALUES ('$key', $expire, '$value',
'$user[username]', '$user[location]', '$user[activity]')";
$dbr = db_request($q);
if($debug_session) echo "sess_write($key, $val)msql($q) returns
$dbr";
if(!$dbr) {
$q = "UPDATE $SESS_DBTABLE SET
location='$user[location]',activity='$user[activity]',username='$user[username]',expire=$expire,svalue='$value'
WHERE sesskey = '$key' AND expire > " . time();
$dbr = db_request($q);
}
if($debug_session) echo "sess_write() returning $dbr";
return $dbr;
}

function sess_destroy($key) {
global $debug_session, $SESS_DBNAME, $SESS_DBTABLE;
$q = "DELETE FROM $SESS_DBTABLE WHERE sesskey = '$key'";
$dbr = db_request($q);
if($debug_session) echo "sess_destroy($key)msql($q) return
$dbr";
return $dbr;
}

function sess_gc($maxlifetime) {
global $SESS_DBNAME, $SESS_DBTABLE;
$q = "DELETE FROM $SESS_DBTABLE WHERE expire < " . time();
$dbr = db_request($q);
return mysql_affected_rows();
}

function session_dump() {
$session_array = explode(';',session_encode());
$html = "\n\n";
echo $html;
}

function query_present($loc) {
global $SESS_DBTABLE;
$q = "location='$loc' and expire > ".time();
$f = "username,activity";
$dbr = db_array($SESS_DBTABLE, $q, $f);
if(!$dbr) return 0;
while($x = each($dbr)) {
$ret[$x['value']['username']] = $x['value']['activity'];
}
return $ret;
}

function query_num_online() {
global $SESS_DBTABLE;
$q = "expire > ".time();
$f = "count(*)";
$dbr = db_single($SESS_DBTABLE, $q, $f);
return $dbr[0];
}



session_set_save_handler("sess_open", "sess_close", "sess_read",
 "sess_write", "sess_destroy", "sess_gc");
?>


---

Bug #16044 Updated: crashing apparently in session module

[yohgaki]

 ID:   16044
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Duplicate
 Bug Type: Session related
 Operating System: Linux 2.4.7
 PHP Version:  4.1.2
 New Comment:

I actually read your code now.
You should return string type from read function _always_.
It's well known session bug, though.
Duplicate of #14529.



Previous Comments:


[2002-04-02 08:53:53] [EMAIL PROTECTED]

I actually read your code now.
You should return string type from read function _always_.
It's well known session bug, though.
Duplicate of #14529.




[2002-03-21 16:40:00] [EMAIL PROTECTED]

backtrace as follows (this looks strange to me.. i did compile with
--enable-debug though..):

Program received signal SIGSEGV, Segmentation fault.
zend_hash_add_or_update (ht=0x40506514, 
arKey=0x80f96e8 "?\226\017\b\b\227\017\b\f", nKeyLength=135239400,

pData=0xbfffee7c, nDataSize=4, pDest=0x0, flag=2) at
zend_hash.h:197
197 h ^= (ulong) *arKey++;
(gdb) 
Continuing.
Cannot find user-level thread for LWP 8505: generic error
(gdb) bt
#0  zend_hash_add_or_update (ht=Error accessing memory address
0xbfffee50: No such process.
) at zend_hash.h:197
Error accessing memory address 0x4042901c: No such process.



[2002-03-19 05:07:06] [EMAIL PROTECTED]

To properly diagnose this bug, we need a backtrace to see what is
happening behind the scenes. To find out how to generate a backtrace,
please read http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open".





[2002-03-13 12:24:49] [EMAIL PROTECTED]

db_request() just sends whatever string to the sql database, and
db_single() returns a single result from a specified query, if that
helps.



[2002-03-13 12:23:19] [EMAIL PROTECTED]

Using any handler BUT files for sessions seems to crash the PHP program
nine times out of ten - once the session is registered, however, it
seems to operate just fine.

Here's my session code, hope it will help.  

";
$q = "SELECT svalue FROM $SESS_DBTABLE WHERE sesskey='$key' AND expire
< ".time();
$dbr = db_request($q);
if($dbr && mysql_num_rows($dbr)) {
$q = "DELETE FROM $SESS_DBTABLE WHERE sesskey='$key'";
db_request($q);
header("Location: expire.php");
exit;
}
$q = "SELECT svalue FROM $SESS_DBTABLE WHERE sesskey='$key' AND
expire > " . time();
$dbr = db_request($q);
if($debug_session) echo "msql($q) returns $dbr";
if(!$dbr) return false;
$value = mysql_fetch_row($dbr); 
if($debug_session) echo "sess_read returning $value[0]";
return $value[0];
}

function sess_write($key, $val) {
global $user,$debug_session, $SESS_LIFE, $SESS_DBNAME,
$SESS_DBTABLE;
$expire = time() + (60 * 30);
$value = addslashes($val);
$q = "INSERT INTO $SESS_DBTABLE VALUES ('$key', $expire, '$value',
'$user[username]', '$user[location]', '$user[activity]')";
$dbr = db_request($q);
if($debug_session) echo "sess_write($key, $val)msql($q) returns
$dbr";
if(!$dbr) {
$q = "UPDATE $SESS_DBTABLE SET
location='$user[location]',activity='$user[activity]',username='$user[username]',expire=$expire,svalue='$value'
WHERE sesskey = '$key' AND expire > " . time();
$dbr = db_request($q);
}
if($debug_session) echo "sess_write() returning $dbr";
return $dbr;
}

function sess_destroy($key) {
global $debug_session, $SESS_DBNAME, $SESS_DBTABLE;
$q = "DELETE FROM $SESS_DBTABLE WHERE sesskey = '$key'";
$dbr = db_request($q);
if($debug_session) echo "sess_destroy($key)msql($q) return
$dbr";
return $dbr;
}

function sess_gc($maxlifetime) {
global $SESS_DBNAME, $SESS_DBTABLE;
$q = "DELETE FROM $SESS_DBTABLE WHERE expire < " . time();
$dbr = db_request($q);
return mysql_affected_rows();
}

function session_dump() {
$session_array = explode(';',session_encode());
$html = "\n\n";
echo $html;
}

function query_present($loc) {
global $SESS_DBTABLE;
$q = "location='$loc' and expire > ".time();
$f = "username,activity";
$dbr = db_array($SESS_DBTABLE, $q, $f);
if(!$dbr) return 0;
while($x = each($dbr)) {
$ret[$x['value']['username']] = $x['value']['activity'];
}
return $ret;
}

function query_num_online() {
global $SESS_DBTABLE;
$q = "expire > ".time();
$f =

Bug #16362 Updated: IIS stops serving .php pages after a time period

[develop]

 ID:   16362
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: Win2k build 2195/XP
 PHP Version:  4.1.2
 New Comment:

so does this mean that there is nothing I can do, or can this problem
be remedied by changing something in IIS or in the php.ini?

I can't find anything very helpful at microsoft.  Which I can't
understand.  Why wouldn't they offer help to someone wanting to use a
product that is in direct competition with one of theirs?


Previous Comments:


[2002-04-01 16:07:46] [EMAIL PROTECTED]

Have to revise my last comment.  It did it for me too, using a build
from Thursday's CVS.  Event viewer had the following to say.

The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!zend_strndup + 0x2B
 + 0x17469F70
'. 
For additional information specific to this message please visit the
Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp.

For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.



[2002-04-01 14:54:55] [EMAIL PROTECTED]

Executable: c:\php\php4isapi.dll
Extenstion: .php

Verbs:  All Verbs

Script Engine:  checked
Check that file exists:  checked

--DEFAULT WEB SITE PROPERTIES--

Execute Permissions:  Scripts only
App Protection: Medium (pooled)

Script source access
Read
Write
Log visits
Index this resourse

--VIRTUAL DIRECTORY PROPERTIES--

Execute Permissions:  Scripts only
Application Protection:  Low (IIS Process)

Read
Log visits
Index this resource

-

it seems to be more stable when I put the virtual directory application
protection on 'Low'



[2002-04-01 10:44:42] [EMAIL PROTECTED]

How long is a while?  I left mine for 4 days and didn't have the same
problem.  How do you have the .php extension configured?



[2002-03-31 12:57:49] [EMAIL PROTECTED]

IIS will not serve my ASP files correctly either.  

sometimes it will serve them correctly. then after hitting refresh it
will give this output:

-2147417842 (0x8001010e)

With source code of:

-2147417842 (0x8001010e)

then if I refresh a couple more times it will work again.

refresh too much... 10 or 15 times and then I get this error:

HTTP 403.9 - Access Forbidden: Too many users are connected
Internet Information Services

then, IIS will no longer serve any pages ASP or PHP until I restart the
computer.

here is my complete source for the ASP file.



Test Write Permission




<%
Response.Write "ASP"
%>



Still not serving PHP pages consistently either.



[2002-03-31 01:32:29] [EMAIL PROTECTED]

my browser seems to be serving php files on one virtual directory now
and not another.  even though they are both configured exactly the
same. [browser is now just 'opening page' endlessly.] is there any way
this could be something to do with where I've placed my .dll's?  I left
php4isapi.dll in c:/php/sapi and php4ts.dll is in c:/php  is this where
they should be?

c:/inetput/wwwroot is set to be the doc_root incedentaly.

does php just have problems on a Win2k box on IIS?  should I download
apache? is it more stable that IIS? would a reinstall of PHP help?

thanks again,
-js



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

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

Bug #16386 Updated: cURL with SSL : support for a private key "CURL_SSLKEY" ???

[cassar_e]

 ID:   16386
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: cURL related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

Sorry i found the solution alone by testing more : cURL with PHP
accepts certificate in CURLOPT_SSLCERT who's the concatenation of a
certificate in X509 format (encodage PEM) and a RSA private key in
PKCS#5 format (encodage PEM).


Previous Comments:


[2002-04-02 05:27:26] [EMAIL PROTECTED]

In Perl or C API of cURL you can set the certificate
you are using for HTTPS via CURL_SSLCERT (i don't know if the
certificate should be X509, PKCS#7 or PKCS#12),
the private key CURL_SSLKEY (i don't know if the key should be PKCS#5
or PKCS#8 format) and CURL_SSLKEYPASSWD (the password protecting the
private key).

But in PHP you can only set CURL_SSLCERT. So how can
you make "Strong" SSL authentication in curl
without specifying the private key corresponding to the public key in
the certificate ?




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

Bug #16386 Updated: cURL with SSL : support for a private key "CURL_SSLKEY" ???

[cassar_e]

 ID:   16386
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: cURL related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

Sorry i found the solution alone by testing more : cURL with PHP
accepts certificate in CURLOPT_SSLCERT who's the concatenation of a
certificate in X509 format (encodage PEM) and a RSA private key in
PKCS#5 format (encodage PEM).


Previous Comments:


[2002-04-02 09:17:13] [EMAIL PROTECTED]

Sorry i found the solution alone by testing more : cURL with PHP
accepts certificate in CURLOPT_SSLCERT who's the concatenation of a
certificate in X509 format (encodage PEM) and a RSA private key in
PKCS#5 format (encodage PEM).



[2002-04-02 05:27:26] [EMAIL PROTECTED]

In Perl or C API of cURL you can set the certificate
you are using for HTTPS via CURL_SSLCERT (i don't know if the
certificate should be X509, PKCS#7 or PKCS#12),
the private key CURL_SSLKEY (i don't know if the key should be PKCS#5
or PKCS#8 format) and CURL_SSLKEYPASSWD (the password protecting the
private key).

But in PHP you can only set CURL_SSLCERT. So how can
you make "Strong" SSL authentication in curl
without specifying the private key corresponding to the public key in
the certificate ?




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

Bug #16386 Updated: cURL with SSL : support for a private key "CURL_SSLKEY" ???

[cassar_e]

 ID:   16386
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: cURL related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

Sorry i found the solution alone by testing more : cURL with PHP
accepts certificate in CURLOPT_SSLCERT who's the concatenation of a
certificate in X509 format (encodage PEM) and a RSA private key in
PKCS#5 format (encodage PEM).


Previous Comments:


[2002-04-02 09:17:58] [EMAIL PROTECTED]

Sorry i found the solution alone by testing more : cURL with PHP
accepts certificate in CURLOPT_SSLCERT who's the concatenation of a
certificate in X509 format (encodage PEM) and a RSA private key in
PKCS#5 format (encodage PEM).



[2002-04-02 09:17:13] [EMAIL PROTECTED]

Sorry i found the solution alone by testing more : cURL with PHP
accepts certificate in CURLOPT_SSLCERT who's the concatenation of a
certificate in X509 format (encodage PEM) and a RSA private key in
PKCS#5 format (encodage PEM).



[2002-04-02 05:27:26] [EMAIL PROTECTED]

In Perl or C API of cURL you can set the certificate
you are using for HTTPS via CURL_SSLCERT (i don't know if the
certificate should be X509, PKCS#7 or PKCS#12),
the private key CURL_SSLKEY (i don't know if the key should be PKCS#5
or PKCS#8 format) and CURL_SSLKEYPASSWD (the password protecting the
private key).

But in PHP you can only set CURL_SSLCERT. So how can
you make "Strong" SSL authentication in curl
without specifying the private key corresponding to the public key in
the certificate ?




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

Bug #16167 Updated: Variables not passed between pages

[yohgaki]

 ID:   16167
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

Could you try 4.2.0RC1?
Please visit http://qa.php.net/ for it.


Previous Comments:


[2002-03-20 02:26:30] [EMAIL PROTECTED]

Sorry about the 2nd line in nn1.php
Probably it should have been:
session_register("newvar") = 123;
Tried this and even this doesn't work.
So nn1.php now becomes:

##
nn1.php

   

nn2.php




Please help required.
\\Rohit



[2002-03-19 08:35:15] [EMAIL PROTECTED]

We have installed php4.1.2 on iplanet 6.0 Webserver on a Solaris 8 OS.
I have searched high and low everywhere and somehow I have not being
able to figure out why my session variables are not working properly
even though I have installed the latest php 4.1.2. The following config
options were used:

./configure' '-enable-sysvshm=yes' '--enable-sysvsem=yes'
'--with-nsapi=/ecomm/iplanet/nes60/product' '--enable-libgcc'

Our application is running fine when we have register_globals=on.

But as soon as register_globals=off is set nothing seems to work.
I couldn't even get these simple scripts working where we have to pass
variable values between php pages.
I have tried all approaches as listed below.
##
nn1.php

   

nn2.php




Have even tried this variant of nn1.php
nn1.php and it still doesn't work.

   
#

Urgent help is required because we might have to do a lot of code
changes owing to introduction of register_globals=off (because of
security guidelines).

Many Thanks
Rohit




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

Bug #16355 Updated: Session_destroy() doesn't work

[yohgaki]

 ID:   16355
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Linux Redhat 7.1
 PHP Version:  4.1.2
 New Comment:

That's because you're passing parameter(s) to session_destroy. Old PHP
didn't check pramater is passed or not even if it should check.
You have to fix your code.


Previous Comments:


[2002-03-29 17:57:43] [EMAIL PROTECTED]

I use apache 1.3.24/ php 4.1.2 /firebird with Red Hat 7.1
It used to work properly with php 4.0.5. When I installed php 4.1.2 I
get the following error message:

Wrong parameter count for session_destroy() and the session is not
destroied

Configure command: ./configure --with-interbase=/opt/interbase
--with-apache=../apache_1.4.2 --enable-track-vars
You can check it at www.g2k.es/factory/index.php




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

Bug #16374 Updated: Automatic Session ID replacement adds at a wrong place session ID in Javascript

[yohgaki]

 ID:   16374
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Duplicate
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

It seems this is a duplicate of #14080


Previous Comments:


[2002-04-01 10:47:09] [EMAIL PROTECTED]

Hello,

This is what I coded in a PHP page:

 echo "  getDivTag(\"id=\\\"backID\\\"
class=\\\"galbb\\\"\",\n";
 echo " \"\\\n";
 echo "\\\n";
 echo " \");";

This is what the browser got: 

  getDivTag("id=\"backID\"
class=\"galbb\"",
 "\

\
 ");

instead of ...href=\"Javascript:load('../index.html')\"...

It seems, that PHP was thinking the \ is a incorrectly specified href
attribut value and therefore replaced it by \?PHPSESSID=... 

The same problem still exists if instead a call to a Javascript
function the direct uri is specified:
href=\"..\index.html\". 

I guess PHP doesn't do a context base analyse, but simply searches for
href=. This seems sensible to me, since it's the easiest way. 

I suggest to do a special case treatment, and look if \" follows a href
attribut. In that case the href may be within a Javascript string and
the replacement should be done using \" as delimiters.

I also suggest not to add " if the programmer forgot them. I suggest in
that case to write a warning during compilation (if that exists),
because it href= may be within a string in a Javascript statement.
Adding " would cause the string to terminate, which would unsettle the
javascript statement.

I can't garantuee I'm using the latest PHP version. I use a provider.
I'm going to install the latest PHP version on my localhost. Then I'll
update this bugreport. Until then, you could treat it as FYI.

Unfortunatelly I can't get an exact configuration of PHP from my
provider until next week, I got to call them.

I checked all bug reports 'session related'. Are there all bugs
reported since 4.0?

Go on like that, I really appreciate your work!!

Grégoire Braun
Switzerland




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

Bug #15612 Updated: Constant Refresh when files too large.

[brian]

 ID:   15612
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Output Control
 Operating System: Windows XP
 PHP Version:  4.1.1
 New Comment:

I have had this same problem - winXP, php4.  I was getting reports from
people that the page would halfway load, then get redirected to a "Page
not found" error.  But the url in the address bar was correct.  If the
user refreshed, sometimes it would load back up, sometimes it wouldnt.

Reviewing the logs, I would also notice sometimes that the same user
would sit there and refresh the same page over and over, about 20 - 30
seconds apart.  After asking them why they did this, they denied ever
doing it, and said they just had the page open and didn't notice
anything.

There seems to be a lot of different things here happening in this one
bug.


Previous Comments:


[2002-04-01 01:37:21] [EMAIL PROTECTED]

I would like to report that after I had switched to linux, the problem
disappeared. I guess it was OS specific.



[2002-03-30 23:03:13] [EMAIL PROTECTED]

Oh, and I get this with .php files that have a large output. It didn't
happen before when I had PHP 4.06 and Windows ME. It happens sometimes
with phpMyAdmin pages too.



[2002-03-30 22:57:09] [EMAIL PROTECTED]

Hello I have been having the same problem but I didn't realize it was
because of the page size.

WindowsXP Pro
Apache 1.3.23
PHP 4.1.2

Also some browsers just show the cut off page, some rapidly refresh



[2002-02-26 21:17:20] [EMAIL PROTECTED]

.phps is handled differently and there _is_ known problem ;)

We should get rid of ".phps" support for PHP5 perhaps.




[2002-02-26 19:27:37] [EMAIL PROTECTED]

I tested it out on a windows 98 machine and it seemed to work. At least
the apply.phps file.



> What is your SAPI, IIS, Apache or else?
Apache

> What is your output_buffer
It was 4096 then i tried On and Off

> zlib.output_compression
Off


> and output_handler settings?
Blank



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

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

Bug #16202 Updated: session variables not getting set

[yohgaki]

 ID:   16202
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: win 2000 pro
 PHP Version:  4.1.2
 New Comment:

Could you try 4.2.0RC1?
Please visit http://qa.php.net/ for it.


Previous Comments:


[2002-03-21 10:37:50] [EMAIL PROTECTED]

See problems #16043 & #16102.  Same issue.  In a nutshell, sessions are
broke in v4.1.2, and they say it'll be fixed in v4.2.0.

You may not have found these problems before posting this one due to
the search page default of only looking for 'Open' problems.  #16043
has been closed (they apparently close problems when its fixed in the
head CVS branch, NOT when they put out a new release), and #16102 is
tagged as 'analyzed', though in #16102 the same PHP developer said it
will 'be fixed in 4.2.0, probably.'

Please don't shoot the messenger.  Just wanted you all to know you are
not alone.  Sessions are broken in 4.1.2, there are several bug reports
effectively showing this, and there appear to be many people hurting
without proper session support.  For now, our options appear to be

1. Run 4.1.2 and suffer no session support
2. Run 4.1.1, have session support, and risk the security issues.
(Though this may be mitigated by running the SAPI module vs. the CGI. 
Still issues, but not as severe from what I understand.)
3. Download the latest CVS & "roll your own" if you have the
tools/skill/etc. to do so.
4. Download the 4.2.0 Release Candidate if you're not in a production
environment & don't mind being a guinea pig.

If you haven't seen yet, they're aiming for 22 Apr 2002 for the v4.2.0
release.  I wait with breathless anticipation.



[2002-03-21 05:58:03] [EMAIL PROTECTED]

Sorry.. here this is my code.

$b = ' . $b ;
echo '$HTTP_SESSION_VARS[c] = ' . $HTTP_SESSION_VARS[c]  ;
echo 'Click' ;
?>



[2002-03-21 05:47:33] [EMAIL PROTECTED]

I have the same problem .

Here is my profile.

OS : WIN ME
Apache-Win32 1.3.23
PHP 4.1.2

PHP can not get the value from _SESSION[] even if from itself this is
my code to test.  Back when rollback to 4.1.1 the problem solve.



[2002-03-21 05:28:51] [EMAIL PROTECTED]

Setup: win2k pro, apache-win 1.3.23, php 4.1.2 (sapi)

Session variables set using this method

$_SESSION['quux'] = 'foo'

don't get set. Using session_register() works though. This is the case
with _both_ CGI and SAPI versions

I verified this by opening up the session file in an editor. It is
created but not written to in the first case, and *is* written to when
using session_register().

I tried toggling register_globals, changing location of session file
directory, making sure it had correct access permissions, trying the
CGI, restarting apache, tweaking the session cookie parameters,
explicitly calling session_write_close(). None of these worked.

Rolling back to php 4.1.1 solved the problem.

Here's a script to reproduce the problem:

- file test1.php -


- file test2.php -





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

Bug #15983 Updated: session variables lost between pages

[yohgaki]

 ID:   15983
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Debian/Linux mips platform
 PHP Version:  4.1.2
 New Comment:

Could you try 4.2.0RC1?
Please visit http://qa.php.net/ for it.


Previous Comments:


[2002-03-18 11:16:41] [EMAIL PROTECTED]

Here is part of what is going wrong. PHP starts out with each session
variable appearing as a global and also in $_SESSION. Initially these
are linked by reference (not clear how) and contain the same data. On
my pages this linkage appears to get broken so the contents
$GLOBALS['S'] and $_SESSION['S'] are not the same. $GLOBALS contains
the latest data, $_SESSION contains the data as of the start of the
page. Consequently changes to the $_SESSION variable are not being
saved between pages.

My work around is to use the following at the end of each page for $S:

if ( !($_SESSION['S'] === $S) )
$_SESSION['S'] = $S;

This updates the contents of the $_SESSION variable if it is not longer
the same as the global.

Based on a comment from one of the developers, the problem may relate
to having a global declaration for a session variable that appears
outside a function scope. I have these declarations on each of my pages
because PHP used to require them.



[2002-03-12 20:52:42] [EMAIL PROTECTED]

I've had the same issue (see bug 15822, which was marked as a
duplicate, though nobody saw fit to tell me what it was a duplicate
of).

Anyone have a work-around?



[2002-03-10 09:14:31] [EMAIL PROTECTED]

The session variables are lost between pages.

For example:
session1.php:


session2.php:


The output on page two is the empty string.

A look at the sess_* in /tmp show that it contain the variable and the
value after a request on session1.php.

After a request on session2.php the file is empty.

This error shows up in php 4.1.1 and 4.1.2.

In version 4.0.6 everything works as it is suppose to.

uname --all:
Linux indy01 2.4.16 #1 Sun Dec 16 16:38:44 CET 2001 mips unknown

gcc --version:
2.95.4




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

Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

[sniper]

 ID:   16351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

This is and never was PHP problem. I'd check my PATH
settings and such since it seems like you've somehow 
got the compiler stuff screwed.

Reinstall everything? :)

--Jani



Previous Comments:


[2002-04-02 08:34:56] [EMAIL PROTECTED]

Apache has started on SOLARIS2.8 with PHP-4.2.0-dev as a module. 

I don't think it's a great deal, I am disappointed a little bit with
solaris.. I prefer Linux.. 

Nevertheless very great thanks for your help :-), I've a lot to learn
on my side.

Marcel



[2002-04-02 07:42:21] [EMAIL PROTECTED]

I comment #include_next (line 117) in

/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h

More in the phpxxx/ext/posix.c I add 

#define NGROUPS_MAX 256

No the make seems to be done correctly, now I've to check if PHP work 
correctly, I will give you the follow up in a couple of hour.

Great thanks for your help



[2002-04-02 05:31:16] [EMAIL PROTECTED]

In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,

 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7
,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h


Hmm, seems like recursive recursion.
My guess is, that
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
has the exact same line?

Since this all depends on gcc symbols I think you need to report the
issue to the gcc list - nothing PHP can do about it. As a work-around
you might comment out the lines around line 117 in the file mentioned
above.

About resolv.h:
If you could omit the -lnsl/-lresolv/-lsocket statements during
compilation one by one, then we can safely assume that the resolver
functions will be available to you (affecting getmxrr and checkdnsrr).

The headers are correct - just -lnsl isn't used in testing, so that
could be a problem.



[2002-04-02 05:10:09] [EMAIL PROTECTED]

With your data I created totofoo.c and the compile fails 
when I remove

#include 

and only with this remove

// Inside limits.h line 112, here is the section 

#ifdef _GCC_NEXT_LIMITS_H
#include_next   /* recurse down to 
the real one */
#endif

Nothing about POSIX_SOURCE ANSI_SOURCE in this file

About limits I've also a limits.h file in :
/usr/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/include/limits.h

Thanks for your help.

Marcel



[2002-04-02 04:32:32] [EMAIL PROTECTED]

Ok. You don't have the resolv.h problem anymore, so ignore the warning,
on the pre-compile issue.

Just to see, whether this will at all work at solaris, could you try to
save this to a file:
#include 
#include 
#include 
#include 
#include 

int
main ()
{

const char host[7]="php.net";
u_char ans[1024];
int r;
res_init();
/* Capture result in r but return 0, since a working nameserver is
 * not a requirement for compilation.
 */
r =  res_search( host, C_IN, T_MX, (u_char *)&ans, sizeof(ans));
return 0;
res_close();

  ;
  return 0;
}

And compile it as:
gcc -o name name.c -lsocket -lresolv -lnsl

then strip of a lib and try again till it fails.

On the limits.h issue:
usually it includes a system specific limits file, like
machine/limits.h or sys/limits.h.

The gcc installation didn't really pick this up very well, looking at
that include chain.

Could you post the section around line 112 in limits.h?
Can you tell if POSIX_SOURCE/ANSI_SOURCE should be defined/not defined
somewhere to skip that include?

By the way: I had the same problem with the wchar.h file on a BSDi
system and my own gcc installation. I simply renamed the original
wchar.h to get rid of it - not a nice thing to do, but it works :-) -
with limits.h I'd be more careful though.



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

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

Bug #16360 Updated: Segmentation fault in Array functions

[wolfram]

 ID:   16360
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Scripting Engine problem
 Operating System: Linux, Windows
 PHP Version:  4.0CVS-2002-03-3
 New Comment:

why not?


Previous Comments:


[2002-04-01 21:58:51] [EMAIL PROTECTED]

My personaly preference is "result must be correct always, if not raise
error", but it's not the case under PHP, unfortunately.



[2002-04-01 09:00:25] [EMAIL PROTECTED]

Ok, ZendOptimizer disabled, patch works as expected.
Any patch like the one Joerg suggested in sight?



[2002-04-01 01:32:52] [EMAIL PROTECTED]

When you report error. Disable Zend Optimizer _ALWAYS_. We don't
support ZendOptimizer and it's waste of time for both of us. Zend
optimizer probably does not work with the patch.

To locate line, use die().



[2002-03-31 21:44:32] [EMAIL PROTECTED]

Please give me a hint how to locate the line, for I don't know :-)
I'm using the Zend Optimizer in addition, nothing else.



[2002-03-31 20:56:36] [EMAIL PROTECTED]

wolfram,
Could you locate which line is causing following error?
"Unsupported operand types in Unknown on line 0"
I don't get this error message with my applicatins.

Are you using any cache products?






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

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

Bug #16392: simple test app does not return result

[cveld]

From: [EMAIL PROTECTED]
Operating system: windows 2000
PHP version:  4.1.2
PHP Bug Type: DOM XML related
Bug description:  simple test app does not return result

Om my site you can find http://cveld.nl.eu.org/test/xml/php/test5.php and
test5.php.txt. I copied the example from a popular source code website. My
site runs on iis5 dotnetbeta2 + php 4.1.2

The same file was installed on http://flux.myserver.org/php/carl.php but
as you probably can see on a different installation: omnihttpd + php
4.0.4

My test php does not respond with any information on my server while the
same php file on the other server responds correctly.
-- 
Edit bug report at http://bugs.php.net/?id=16392&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16392&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16392&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16392&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16392&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16392&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16392&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16392&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16392&r=submittedtwice

Bug #16362 Updated: IIS stops serving .php pages after a time period

[jtate]

 ID:   16362
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: Win2k build 2195/XP
 PHP Version:  4.1.2
 New Comment:

See if you can narrow it down some more.  What does the message log say
when it dies for you?  If it's not serving ASP pages correctly, it may
be IIS: perhaps an uninstall/reinstall cycle is needed.  Do you have
all of the IIS updates installed?  The error that I reported may not be
the same because it goes away when I restart IIS; I don't need to
reboot my computer.

Also, try this: serve up an asp page.  Then wait "a while" and see if
it behaves the same way.


Previous Comments:


[2002-04-02 09:11:10] [EMAIL PROTECTED]

so does this mean that there is nothing I can do, or can this problem
be remedied by changing something in IIS or in the php.ini?

I can't find anything very helpful at microsoft.  Which I can't
understand.  Why wouldn't they offer help to someone wanting to use a
product that is in direct competition with one of theirs?



[2002-04-01 16:07:46] [EMAIL PROTECTED]

Have to revise my last comment.  It did it for me too, using a build
from Thursday's CVS.  Event viewer had the following to say.

The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!zend_strndup + 0x2B
 + 0x17469F70
'. 
For additional information specific to this message please visit the
Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp.

For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.



[2002-04-01 14:54:55] [EMAIL PROTECTED]

Executable: c:\php\php4isapi.dll
Extenstion: .php

Verbs:  All Verbs

Script Engine:  checked
Check that file exists:  checked

--DEFAULT WEB SITE PROPERTIES--

Execute Permissions:  Scripts only
App Protection: Medium (pooled)

Script source access
Read
Write
Log visits
Index this resourse

--VIRTUAL DIRECTORY PROPERTIES--

Execute Permissions:  Scripts only
Application Protection:  Low (IIS Process)

Read
Log visits
Index this resource

-

it seems to be more stable when I put the virtual directory application
protection on 'Low'



[2002-04-01 10:44:42] [EMAIL PROTECTED]

How long is a while?  I left mine for 4 days and didn't have the same
problem.  How do you have the .php extension configured?



[2002-03-31 12:57:49] [EMAIL PROTECTED]

IIS will not serve my ASP files correctly either.  

sometimes it will serve them correctly. then after hitting refresh it
will give this output:

-2147417842 (0x8001010e)

With source code of:

-2147417842 (0x8001010e)

then if I refresh a couple more times it will work again.

refresh too much... 10 or 15 times and then I get this error:

HTTP 403.9 - Access Forbidden: Too many users are connected
Internet Information Services

then, IIS will no longer serve any pages ASP or PHP until I restart the
computer.

here is my complete source for the ASP file.



Test Write Permission




<%
Response.Write "ASP"
%>



Still not serving PHP pages consistently either.



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

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

Bug #16362 Updated: IIS stops serving .php pages after a time period

[jtate]

 ID:   16362
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: IIS related
 Operating System: Win2k build 2195/XP
 PHP Version:  4.1.2
 New Comment:

See if you can narrow it down some more.  What does the message log say
when it dies for you?  If it's not serving ASP pages correctly, it may
be IIS: perhaps an uninstall/reinstall cycle is needed.  Do you have
all of the IIS updates installed?  The error that I reported may not be
the same because it goes away when I restart IIS; I don't need to
reboot my computer.

Also, try this: serve up an asp page.  Then wait "a while" and see if
it behaves the same way.


Previous Comments:


[2002-04-02 10:37:19] [EMAIL PROTECTED]

See if you can narrow it down some more.  What does the message log say
when it dies for you?  If it's not serving ASP pages correctly, it may
be IIS: perhaps an uninstall/reinstall cycle is needed.  Do you have
all of the IIS updates installed?  The error that I reported may not be
the same because it goes away when I restart IIS; I don't need to
reboot my computer.

Also, try this: serve up an asp page.  Then wait "a while" and see if
it behaves the same way.



[2002-04-02 09:11:10] [EMAIL PROTECTED]

so does this mean that there is nothing I can do, or can this problem
be remedied by changing something in IIS or in the php.ini?

I can't find anything very helpful at microsoft.  Which I can't
understand.  Why wouldn't they offer help to someone wanting to use a
product that is in direct competition with one of theirs?



[2002-04-01 16:07:46] [EMAIL PROTECTED]

Have to revise my last comment.  It did it for me too, using a build
from Thursday's CVS.  Event viewer had the following to say.

The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!zend_strndup + 0x2B
 + 0x17469F70
'. 
For additional information specific to this message please visit the
Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp.

For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.



[2002-04-01 14:54:55] [EMAIL PROTECTED]

Executable: c:\php\php4isapi.dll
Extenstion: .php

Verbs:  All Verbs

Script Engine:  checked
Check that file exists:  checked

--DEFAULT WEB SITE PROPERTIES--

Execute Permissions:  Scripts only
App Protection: Medium (pooled)

Script source access
Read
Write
Log visits
Index this resourse

--VIRTUAL DIRECTORY PROPERTIES--

Execute Permissions:  Scripts only
Application Protection:  Low (IIS Process)

Read
Log visits
Index this resource

-

it seems to be more stable when I put the virtual directory application
protection on 'Low'



[2002-04-01 10:44:42] [EMAIL PROTECTED]

How long is a while?  I left mine for 4 days and didn't have the same
problem.  How do you have the .php extension configured?



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

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

Bug #16380 Updated: php.net manual suggestion - link to class functions from oop page

[cs1spw]

 ID:   16380
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Documentation problem
 Operating System: -
 PHP Version:  4.1.2
 New Comment:

Thanks (esp. for the fast response) - I'll post future requests in the
Documentation section.


Previous Comments:


[2002-04-01 13:26:49] [EMAIL PROTECTED]

We have special categories for documentation problems, feature request
and the PHP.net website. This belongs to the documentation problems.

Anyway, I've added a note to the manual. It should show up on the site
in a couple of days.



[2002-04-01 13:09:30] [EMAIL PROTECTED]

I don't know if this is the correct forum for making suggestions like
this, but if not it might be worth considering expanding the scope of
the bug reports system to cover suggestions, feature requests, website
feedback and so forth - Mozilla's bugzilla system covers all of that
and works extremely well.



[2002-04-01 13:07:51] [EMAIL PROTECTED]

A link from this page:

http://www.php.net/manual/en/language.oop.php

To this page:

http://www.php.net/manual/en/ref.classobj.php

Would be very useful.




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

Bug #16387 Updated: PHP loop when using reference to an object in an object (both in session)

[yohgaki]

 ID:   16387
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Open
-Bug Type: Session related
+Bug Type: Documentation problem
-Operating System: Linux RH 7.2
+Operating System: ANY
-PHP Version:  4.0.6
+PHP Version:  PHP4
 New Comment:

I'll make this a documentation problem for now.
Even if we made PHP not to crash with reference, there is no feasible
way to restore reference to other variable. 

If anyone documented the issue, please change category back to Session
Related and keep this report open. PHP should warn if user uses
reference in session vars.


Previous Comments:


[2002-04-02 05:47:41] [EMAIL PROTECTED]

It's known issue.
Reference does not work well with session variable...




[2002-04-02 05:29:01] [EMAIL PROTECTED]

Hello, I don't know if it is really a bug, but it display nothing in
error log and it is very anoying.

I create an object 'order' and an object 'customer'. The order object
has a customer object inside. To avoid duplicate in session I tried the
following code when the customer login and have already started to
order:

$current_order->customer = &$current_customer;

After this, PHP display the current page well, but any next page fail
to display. Nothing apear in error_log. On a personal log system I can
see that PHP is starting to loop on the page juste after the session is
initialized and when the line

session_register('current_customer');

is called. PHP hang after about 20 loops.

After reading in detail the way session are working, I understand
better that my code is a little bit dangerous (use reference in
session), but PHP should return an error or display anything when it
face this king of code and not enter in an invisible loop.

Cedric.




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

Bug #16386 Updated: cURL with SSL : support for a private key "CURL_SSLKEY" ???

[sander]

 ID:   16386
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: cURL related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

Closing on user request.


Previous Comments:


[2002-04-02 09:18:49] [EMAIL PROTECTED]

Sorry i found the solution alone by testing more : cURL with PHP
accepts certificate in CURLOPT_SSLCERT who's the concatenation of a
certificate in X509 format (encodage PEM) and a RSA private key in
PKCS#5 format (encodage PEM).



[2002-04-02 09:17:58] [EMAIL PROTECTED]

Sorry i found the solution alone by testing more : cURL with PHP
accepts certificate in CURLOPT_SSLCERT who's the concatenation of a
certificate in X509 format (encodage PEM) and a RSA private key in
PKCS#5 format (encodage PEM).



[2002-04-02 09:17:13] [EMAIL PROTECTED]

Sorry i found the solution alone by testing more : cURL with PHP
accepts certificate in CURLOPT_SSLCERT who's the concatenation of a
certificate in X509 format (encodage PEM) and a RSA private key in
PKCS#5 format (encodage PEM).



[2002-04-02 05:27:26] [EMAIL PROTECTED]

In Perl or C API of cURL you can set the certificate
you are using for HTTPS via CURL_SSLCERT (i don't know if the
certificate should be X509, PKCS#7 or PKCS#12),
the private key CURL_SSLKEY (i don't know if the key should be PKCS#5
or PKCS#8 format) and CURL_SSLKEYPASSWD (the password protecting the
private key).

But in PHP you can only set CURL_SSLCERT. So how can
you make "Strong" SSL authentication in curl
without specifying the private key corresponding to the public key in
the certificate ?




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

Bug #16393: @ does not mask E-WARNING produced by unlink

[ricko]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.2
PHP Bug Type: Output Control
Bug description:  @ does not mask E-WARNING produced by unlink

@unlink("bogus") still triggers an E_WARNING even though the @ is supposed
to suppress the error when the file doesn't exist or any error condition. 


I currently have a custom error handler installed and get E_WARNINGs
comming in when the file does not exist.
-- 
Edit bug report at http://bugs.php.net/?id=16393&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16393&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16393&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16393&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16393&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16393&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16393&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16393&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16393&r=submittedtwice

Bug #16394: $node->unlink hangs up Apache, IIS and encounteres an Access Violation

[2erudit]

From: [EMAIL PROTECTED]
Operating system: w2k
PHP version:  4.1.2
PHP Bug Type: DOM XML related
Bug description:  $node->unlink hangs up Apache, IIS and encounteres an Access 
Violation

DOM XML documentation:
http://www.php.net/manual/en/function.domxml-node-unlink-node.php

has error - domxml_node_unlink_node() doesn't work

There is correct sintax in User contribution notes - unlink()

but this method has result:
"PHP has encountered an Access Violation at 0176E42A"
or just hangs up Apache or IIS (php as module).
-- 
Edit bug report at http://bugs.php.net/?id=16394&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16394&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16394&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16394&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16394&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16394&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16394&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16394&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16394&r=submittedtwice

Bug #16395: append_chilld() add nodes after contex node, not into!

[2erudit]

From: [EMAIL PROTECTED]
Operating system: w2k
PHP version:  4.1.2
PHP Bug Type: DOM XML related
Bug description:  append_chilld() add nodes after contex node, not into!

append_chilld() method add nodes after contex node, not into!
it seems very stupid =)
-- 
Edit bug report at http://bugs.php.net/?id=16395&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16395&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16395&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16395&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16395&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16395&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16395&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16395&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16395&r=submittedtwice

Bug #16396: dumpmem($node) dumps xml in string with wrong "encoding" attribute

[2erudit]

From: [EMAIL PROTECTED]
Operating system: w2k
PHP version:  4.1.2
PHP Bug Type: DOM XML related
Bug description:  dumpmem($node) dumps xml in string with wrong "encoding" attribute

dumpmem($node) where $node is DOM Element Object dumps xml in string with
wrong "encoding" attribute (parent document for this node has UTF-8
encoding, but in dumped string - UTF-16 or nothig)

but dumpmem($doc) where $doc is domxml document works perfect
-- 
Edit bug report at http://bugs.php.net/?id=16396&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16396&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16396&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16396&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16396&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16396&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16396&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16396&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16396&r=submittedtwice

Bug #16397: domxml_unlink_node()

[2erudit]

From: [EMAIL PROTECTED]
Operating system: w2k
PHP version:  4.1.2
PHP Bug Type: DOM XML related
Bug description:  domxml_unlink_node()

$node - is DOM Element object

domxml_unlink_node($node) 
reports error: expects exactly 0 parameters, 1 given

but
$node->domxml_unlink_node()  
reports error as well: Call to undefined function:  domxml_unlink_node()

8-OOO
8-\\\
-- 
Edit bug report at http://bugs.php.net/?id=16397&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16397&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16397&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16397&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16397&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16397&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16397&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16397&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16397&r=submittedtwice

Bug #16394 Updated: $node->unlink hangs up Apache, IIS and encounteres an Access Violation

[jtate]

 ID:   16394
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: DOM XML related
 Operating System: w2k
 PHP Version:  4.1.2
 New Comment:

This may have already been addressed.  Please try the 4.2.0 Release
Candidate available from http://www.php.net/~derick/ to see if it's
been fixed.


Previous Comments:


[2002-04-02 12:32:38] [EMAIL PROTECTED]

DOM XML documentation:
http://www.php.net/manual/en/function.domxml-node-unlink-node.php

has error - domxml_node_unlink_node() doesn't work

There is correct sintax in User contribution notes - unlink()

but this method has result:
"PHP has encountered an Access Violation at 0176E42A"
or just hangs up Apache or IIS (php as module).




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

Bug #16393 Updated: @ does not mask E-WARNING produced by unlink

[sander]

 ID:   16393
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
-Bug Type: Output Control
+Bug Type: Filesystem function related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

Works fine for me. Can you try RC1 from www.php.net/~derick ?


Previous Comments:


[2002-04-02 12:16:07] [EMAIL PROTECTED]

@unlink("bogus") still triggers an E_WARNING even though the @ is
supposed to suppress the error when the file doesn't exist or any error
condition.  

I currently have a custom error handler installed and get E_WARNINGs
comming in when the file does not exist.




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

Bug #16057 Updated: ftp_nlist() and ftp_rawlist() return nothing

[sander]

 ID:   16057
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Duplicate
 Bug Type: FTP related
 Operating System: Windows 2000 Advanced Server
 PHP Version:  4.1.2
 New Comment:

Dupe of 13913


Previous Comments:


[2002-03-27 01:56:20] [EMAIL PROTECTED]

I encountered the same problem with ftp_nlist & ftp_rawlist PHP-Version
4.06pl1

it seems to me the problem is located in the data connection of ftp.
WU-FTP logfile indicates that no data connection can be established to
the W2K machine where the script runs.



[2002-03-14 06:12:02] [EMAIL PROTECTED]

I've confirmed that this bug is still present in the Windows build of
4.1.2, and yet it works as documented in the Linux build of 4.1.2.



[2002-03-14 02:23:50] [EMAIL PROTECTED]

In the Windows build of PHP 4.1.1, the ftp_nlist() and ftp_rawlist()
functions return absolutely nothing. The following script works just
fine in PHP 4.1.1 on Linux, but fails under Windows, no matter what FTP
server you try to connect to:

";
print_r($nlist);
print_r($rawlist);
echo "";
?>




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

Bug #16353 Updated: can upload other files but not zip or visio files

[sander]

 ID:   16353
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
-Bug Type: FTP related
+Bug Type: HTTP related
 Operating System: Irix 6.5
 PHP Version:  4.0.6
 New Comment:

I think it's a problem with your browser, not with PHP. Anyway, can you
try the latest RC from www.php.net/~derick ?


Previous Comments:


[2002-03-29 16:28:08] [EMAIL PROTECTED]

I have file uploads working with images, Word and Excel files and text
files, but when I try  to upload zip or visio files I see this message:
"Unable to open 'none' for reading. No such file or directory..." It
captures the name and mime type (application/x-zip-compressed and
application/octet-stream, resp.) but $attachment is set to 'none' and
$attachment_size is 0.  

Here's the relevant part of the form:







Here's the relevant part of the script that handles it:

$strLength1 = strlen($attachment_name);

 if ($strLength1 > 0) {

  $suffix1 = substr($attachment_name,($strLength1 - 4),4);

  $upfile1 =
"/www/pub/changecontrol/files/".$latestRecord."-1".$suffix1; 
//$latestRecord is defined earlier
  if (!copy($attachment,$upfile1)) {

echo "Problem: Could not move file into directory.";

exit;

  }

}

Any workaround for this?
We're using Apache 1.3.18.




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

Bug #10686 Updated: Bug in "mktime()" on values out of bounds

[sander]

 ID:   10686
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Date/time related
 Operating System: MacOS X 10.0.2 - 10.1.3 (Darwin)
 PHP Version:  4.0.5 - 4.1.2
 New Comment:

It was probably fixed in 4.2.0. Can you try 4.2.0RC1 from
www.php.net/~derick ?


Previous Comments:


[2002-03-14 17:03:27] [EMAIL PROTECTED]

Happen on MacOS X 10.0.0 up to 10.1.3:

Darwin localhost 5.3 Darwin Kernel Version 5.3: Thu Jan 24 
22:06:02 PST 2002; root:xnu/xnu-201.19.obj~1/RELEASE_PPC  
Power Macintosh powerpc



[2002-03-14 17:01:07] [EMAIL PROTECTED]

I cannot see it fixed in 4.1.2. Try my fix ... that works!

01.02.2000 --> 949402800 --> 01.02.2000 12:00:00
00.02.2000 --> 949316400 --> 31.01.2000 12:00:00
-1.02.2000 --> 94923 --> 30.01.2000 12:00:00
01.03.2000 --> 951908400 --> 01.03.2000 12:00:00
00.03.2000 --> 951735600 --> 28.02.2000 12:00:00
-1.03.2000 --> 951649200 --> 27.02.2000 12:00:00
01.04.2000 --> 954583200 --> 01.04.2000 12:00:00
00.04.2000 --> 954410400 --> 30.03.2000 12:00:00
-1.04.2000 --> 954324000 --> 29.03.2000 12:00:00
01.05.2000 --> 957175200 --> 01.05.2000 12:00:00
00.05.2000 --> 957002400 --> 29.04.2000 12:00:00
-1.05.2000 --> 956916000 --> 28.04.2000 12:00:00
01.06.2000 --> 959853600 --> 01.06.2000 12:00:00
00.06.2000 --> 959680800 --> 30.05.2000 12:00:00
-1.06.2000 --> 959594400 --> 29.05.2000 12:00:00

=-1; $i--) {
$tm_mday=$i;
$tm_mon=$j;
printf ("%02d.%02d.%04d", $tm_mday, 
$tm_mon,1900+$tm_year);
$tm = mktime(12,0,0,$tm_mon,$tm_mday,1900+
$tm_year);
echo " --> $tm";
echo " --> ".date("d.m.Y H:i:s", $tm);
echo "";
}
}
?>



[2002-01-08 16:06:23] [EMAIL PROTECTED]

This is reported fixed.



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

From: "Abner Diaz" <[EMAIL PROTECTED]>

I can verify the behavior of PHP Bug ID 10686 (http://
bugs.php.net/bug.php?id=10686), regarding mktime 
malfunctions in OS X 10.1/Darwin 1.4.   The fixes to 
datetime.c posted by [EMAIL PROTECTED] worked well.  
Thanks!
 
Sincerely,
Abner Diaz




[2001-10-23 09:03:49] [EMAIL PROTECTED]

Does it looks well? (Same in MacOS X 10.1 and Darwin 1.4.1)



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

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

Bug #15185 Updated: Exploring the server recources witch php

[sander]

 ID:   15185
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *Directory/Filesystem functions
 Operating System: Slackware
 PHP Version:  4.0.6
 New Comment:

I'm pretty sure this has been fixed now. Can you try 4.2.0RC1 from
www.php.net/~derick ?


Previous Comments:


[2002-01-23 17:13:49] [EMAIL PROTECTED]

Daniel, please stop saying readdir() here.  readdir() should not have
any safe-mode checks anymore than fgets() should.  It simply makes no
sense.  opendir() is where the safe-mode check should be applied.



[2002-01-23 16:52:10] [EMAIL PROTECTED]

Actually this is a dupe of MY bug report. PHP has a bug with readdir().
safe_mode does not limit readdir:

  http://bugs.php.net/bug.php?id=15018&edit=1

someone bogusified it. Wasn't me. And yes, I tested it on 4.1.0.

Kind Regards,
  Daniel Lorch



[2002-01-23 14:54:45] [EMAIL PROTECTED]

not a php issue

php runs with the same permissions as the user
the webserver runs under, so if this user has
permission to see the whole server filesystem
php will have that, too

run your wesserver as a low-privileged user
and give it read permission to the absolute
minimum of the filesystem 

or have a look at 
http://www.php.net/manual/en/features.safe-mode.php



[2002-01-23 14:26:36] [EMAIL PROTECTED]

I've found a possible bug in php 4.06. using simple function readdir();
I coul explore about 90 % of server including /var/spool/mail
/ect/passwd e.t.c.

I've wrote simple script that let me to move through all directories:

Index of: $dirName");
$dirs=array();
$files=array();
$dirfiles=array();
$dirn=0;
$filen=0;
$d = dir($dirName);
while($entry = $d->read()) {
if ($entry != "." && $entry != "..")
{
if (is_dir($dirName."/".$entry))
{
array_push($dirs, "$dirName/$entry");
$dirn++;
}
else
{
array_push($files, "$entry");
array_push($dirfiles, "$dirName");
$filen++;
}
}
}
$d->close();
$tmp=0;
while ($tmp<$dirn)
{
print("$dirs[$tmp]");
$tmp++;
}
$tmp=0;
while ($tmp<$filen)
{
print("$dirfiles[$tmp]/$files[$tmp]");
$tmp++;
}
if ($dirName!=".")
{
print("Back");
}
}
getDirList("$dir");
?>

Default directory is '.' (Your home directory), but if you load this
page with parameter dir=/ ( ex. http://your.host/dir.php?dir=/ ) You
will probably access main folder on your unix server.
I wrote second script that let me read the files not in my home
directory:

");
}
$flaga++;
}
flock($Plik, 3);
fclose($Plik);
}
readtxt ($file);
?>

By typing, for example
http://your.host/readtxt.php?file=/var/spool/mail/disco_dzik i could
read disco_dzik's mail.

Simple, but serious...

Both of scripts wold not move You outside your home directory if the
server would be two machines (first one for system, and the second one
just fore home directories) - it's obvious, but I've checked it ;)

P.S.
Scripts were wroten for my use only, so some of the variables are named
in polish - sorry for that ;)
This is a serious bug that needs to be fixed !




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

Bug #16383 Updated: mysql_fetch_assoc returns strings only

[suraev]

 ID:   16383
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: MySQL related
 Operating System: Win2000
 PHP Version:  4.1.1
 New Comment:

Why you decide that it's a support question?
No, you are not right. It's not important for me, as I found a way to
make my scripts work fine even with this error.
But I still think that php development team should know that their
function doesn't work the way it has to.  
If function has to return an array with integer value, but returns an
array with string value - it's a bug.
That's why I wrote here.

Sincerely, Val [EMAIL PROTECTED]


Previous Comments:


[2002-04-01 16:39:44] [EMAIL PROTECTED]

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php



[2002-04-01 16:30:05] [EMAIL PROTECTED]

Hello, 

I found a strange behaviour while was working with mysql_fetch_array
and mysql_fetch_assoc.
Even if table has an integer field, the result I got from functions
listed above will list this value as string. 

php.ini 
magic_quotes_runtime = Off

simple example.
imagine that we
"create table tripreport (ID tinyint)"
then we "insert into MYTABLE (ID) values (1)"
then $r="select * from MYTABLE where ID=1"
then $f=mysql_fetch_assoc($r);
then $id=$f["ID"];
then echo gettype($id) will print "string".

is it an internal MySQL bug of PHP makes a mistake?

take care, Val




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

Bug #16383 Updated: mysql_fetch_assoc returns strings only

[derick]

 ID:   16383
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: Win2000
 PHP Version:  4.1.1
 New Comment:

a. MySQL returns only strings with the C api call
b. PHP is typeless
c. it has been ages like this
d. In order to 'fix' this, we need to call atleast 4 new api calls,
thus slowing down queries a LOT

This change is not going to happen.

Derick


Previous Comments:


[2002-04-02 14:47:55] [EMAIL PROTECTED]

Why you decide that it's a support question?
No, you are not right. It's not important for me, as I found a way to
make my scripts work fine even with this error.
But I still think that php development team should know that their
function doesn't work the way it has to.  
If function has to return an array with integer value, but returns an
array with string value - it's a bug.
That's why I wrote here.

Sincerely, Val [EMAIL PROTECTED]



[2002-04-01 16:39:44] [EMAIL PROTECTED]

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php



[2002-04-01 16:30:05] [EMAIL PROTECTED]

Hello, 

I found a strange behaviour while was working with mysql_fetch_array
and mysql_fetch_assoc.
Even if table has an integer field, the result I got from functions
listed above will list this value as string. 

php.ini 
magic_quotes_runtime = Off

simple example.
imagine that we
"create table tripreport (ID tinyint)"
then we "insert into MYTABLE (ID) values (1)"
then $r="select * from MYTABLE where ID=1"
then $f=mysql_fetch_assoc($r);
then $id=$f["ID"];
then echo gettype($id) will print "string".

is it an internal MySQL bug of PHP makes a mistake?

take care, Val




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

Bug #16331 Updated: Running phpinfo() kills Tomcat

[okapi]

 ID:   16331
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Servlet related
 Operating System: Windows 2000 SP2
 PHP Version:  4.1.2
 New Comment:

Anyone around looking into Servlet issues?


Previous Comments:


[2002-03-28 15:14:26] [EMAIL PROTECTED]

Sometimes it happens on first hit of phpinfo() page, sometimes it
doesn't happen until the 3rd hit of the page.



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

I'm running Tomcat 4.0.3 with PHP 4.1.2 as a servlet. Running Sun
JDK/JRE v1.4. When I run phpinfo() on a test page, it returns part of
the information with no graphics and shortly after crashes. This
happens every time I run it.

Starting service Tomcat-Standalone
Apache Tomcat/4.0.3
Starting service Tomcat-Apache
Apache Tomcat/4.0.3


This program is free software; you can redistribute it and/or modify it
under th
e terms of the PHP License as published by the PHP Group and included
in the dis
tribution in the file:  LICENSE

This program is distributed in the hope that it will be useful, but
WITHOUT A
NY WARRANTY; without even the implied warranty of MERCHANTABILITY or
FITNESS FOR
 A PARTICULAR PURPOSE.

If you did not receive a copy of the PHP license, or have any
questions about
 PHP licensing, please contact [EMAIL PROTECTED]



GIF89aéGIF89ad
An unexpected exception has been detected in native code outside the
VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at
PC=0xB7C84F3
Function=zend_hash_index_update_or_next_insert+0x33
Library=C:\Program Files\Apache Tomcat 4.0\php\ext\php4ts.dll

Current Java thread:
at net.php.reflect.setResultFromObject(Native Method)
at net.php.reflect.setResult(reflect.java:105)
at net.php.servlet.readCookies(servlet.java:79)
at net.php.servlet.send(Native Method)
at net.php.servlet.service(servlet.java:162)
at net.php.servlet.service(servlet.java:180)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
alve.java:243)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)

at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
alve.java:190)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
.java:566)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve
.java:246)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)

at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:
2343)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:180)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
.java:566)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatche
rValve.java:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
.java:564)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
.java:564)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
468)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)

at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:174)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)

at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcesso
r.java:1012)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.ja
va:1107)
at java.lang.Thread.run(Thread.java:536)

Dynamic libraries:
0x0040

Bug #15419 Updated: ibase_close problem

[dbadmin]

 ID:   15419
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: InterBase related
 Operating System: linux red hat
 PHP Version:  4.1.1
 Assigned To:  daniela
 New Comment:

BUG 14558 seems to be the like this one. the solution to first call
ibase_free_result before ibase_close solves  bug 14558!
But it would be good to mention this fact in the php-interbase-docu
that you must not call ibase_close without ibase_free_result


Previous Comments:


[2002-03-25 03:41:39] [EMAIL PROTECTED]

change status in analyzed



[2002-03-24 12:47:25] [EMAIL PROTECTED]

The ibase_connect() create a connection that will be close
automatically at the end of your script.

If you want to end it "manually" you have to 'free' the query too.



Try this :

..

ibase_free_result($q);

ibase_close($dbc1);











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

I can reproduce this as well. All is fine if the ibase_close call is
removed. It is a "Segmentation Fault" according to the Apache
error_log. (Could this be related to BUG 15940?) Here is the debugging
info:

Program received signal SIGSEGV, Segmentation fault.
0x4019c07c in memcpy () from /lib/i686/libc.so.6

#0  0x4019c07c in memcpy () from /lib/i686/libc.so.6
#1  0x0018 in ?? ()
#2  0x4003e564 in gds__msg_format () from /opt/interbase/lib/libgds.so
#3  0x4003e1c8 in gds__interprete () from /opt/interbase/lib/libgds.so
#4  0x40038ab3 in isc_interprete () from /opt/interbase/lib/libgds.so
#5  0x0808315a in _php_ibase_error () at interbase.c:268
#6  0x08083477 in _php_ibase_free_result (rsrc=0x82151a4) at
interbase.c:388
#7  0x081214f7 in list_entry_destructor (ptr=0x82151a4) at
zend_list.c:177
#8  0x0811f775 in zend_hash_del_key_or_index (ht=0x81c8e64, arKey=0x0,
nKeyLength=0, h=2, flag=1) at zend_hash.c:512
#9  0x08121281 in _zend_list_delete (id=2) at zend_list.c:56
#10 0x0811906d in _zval_dtor (zvalue=0x8215164,
__zend_filename=0x8191cdc "zend_execute_API.c", __zend_lineno=274)
at zend_variables.c:64
#11 0x08110e4a in _zval_ptr_dtor (zval_ptr=0x8215910,
__zend_filename=0x81925b3 "zend_variables.c", __zend_lineno=192)
at zend_execute_API.c:274
#12 0x0811939f in _zval_ptr_dtor_wrapper (zval_ptr=0x8215910)
at zend_variables.c:192
#13 0x0811f895 in zend_hash_destroy (ht=0x81c8d48) at zend_hash.c:541
#14 0x08110b4a in shutdown_executor () at zend_execute_API.c:173
#15 0x0811a1aa in zend_deactivate () at zend.c:600
#16 0x0807acdc in php_request_shutdown (dummy=0x0) at main.c:735
#17 0x08125c5a in apache_php_module_main (r=0x820859c,
display_source_mode=0)
at sapi_apache.c:96
#18 0x0807843c in send_php ()
#19 0x08078495 in send_parsed_php ()
#20 0x081471e3 in ap_invoke_handler ()
#21 0x0815b3c3 in process_request_internal ()
#22 0x0815b424 in ap_process_request ()
#23 0x0815288d in child_main ()
#24 0x08152a38 in make_child ()
#25 0x08152bac in startup_children ()
#26 0x08153224 in standalone_main ()
#27 0x08153a77 in main ()
#28 0x4012f627 in __libc_start_main (main=0x81536e0 , argc=2,
ubp_av=0xbb94, init=0x8060014 <_init>, fini=0x8169c00 <_fini>,
rtld_fini=0x4000dcc4 <_dl_fini>, stack_end=0xbb8c)
at ../sysdeps/generic/libc-start.c:129

PHP configured with:
./configure --without-mysql --with-apache=../apache_1.3.22/
--enable-track-vars --with-interbase=/opt/interbase --enable-debug

Apache configured with:
./configure --prefix=/usr/local/apache
--activate-module=src/modules/php4/libphp4.a

Firebase version: FirebirdSS-1.0.0.681-0.RC2
OS: RedHat 7.2 (Intel) 
Kernel: 2.4.17 (from kernel.org no patches)
Libc: 2.2.4
GCC: 2.96 2731 (Red Hat Linux 7.1 2.96-98)
PHP: 4.1.2



[2002-03-08 00:00:05] [EMAIL PROTECTED]

No feedback was provided for this bug for over a month, 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-02-14 06:52:06] [EMAIL PROTECTED]

We experienced this same bug. I tested it in RH 7.2 with IB 6.
We run the same script from command line and got: Segmentation fault

when I comment ibase_close($db) out the script works fine.



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

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

Bug #16349 Updated: no way to tell if a session exists without starting it

[adam]

 ID:   16349
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Session related
+Bug Type: *General Issues
 Operating System: WinXP
 PHP Version:  4.1.2
 New Comment:

Is anybody looking at these?

Moved from session category due to lack of response


Previous Comments:


[2002-03-29 13:25:38] [EMAIL PROTECTED]

There is no way, that I can see, of knowing if a session exists before
starting it.

I am trying to destroy a session, but only if it already exists.  If it
doesn't, I basically have to create it then destroy it.  The problem,
besides this being lame, is the browser can pop up a box asking the
user if they want to accept a session cookie, when I am not even trying
to start a session.

It might be better if session_destroy just didn't require the session
to be started.





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

Bug #16399: mysql_field_flags returns "enum" for a mysql "set" column type

[zac]

From: [EMAIL PROTECTED]
Operating system: irix
PHP version:  4.0.6
PHP Bug Type: MySQL related
Bug description:  mysql_field_flags returns "enum" for a mysql "set" column type

when using mysql_field_flags to get information
on "enum"erations or "set"s from a MySQL column
you cannot distinguish between them.

Both "enum" and "set" are flagged as "enum" on the
PHP side.

I suggest that the mysql distinction be maintained
on the PHP side.


-- 
Edit bug report at http://bugs.php.net/?id=16399&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16399&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16399&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16399&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16399&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16399&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16399&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16399&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16399&r=submittedtwice

Bug #16400: $_FILES array and mp3 files

[cmoneti]

From: [EMAIL PROTECTED]
Operating system: Linux RH7.1
PHP version:  4.1.2
PHP Bug Type: Unknown/Other Function
Bug description:  $_FILES array and mp3 files

I am using PHP4.2.0RC1. When referencing .mp3 file uploads, the
$_FILES[name]['tmp_name'] is empty, and $_FILES[name][size] is 0. When
referencing other file types, everything works fine.

Thanks.
-- 
Edit bug report at http://bugs.php.net/?id=16400&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16400&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16400&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16400&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16400&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16400&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16400&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16400&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16400&r=submittedtwice

Bug #16383 Updated: mysql_fetch_assoc returns strings only

[yohgaki]

 ID:   16383
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: Win2000
 PHP Version:  4.1.1
 New Comment:

PostgreSQL module is the same.
All user inputs ($_POST,$_GET,etc) are string.

This design is good.
For example, PHP does not support large number,
but DB supports very large number. If PHP convert
numbers automatically, PHP cannot display db query
result correctly.



Previous Comments:


[2002-04-02 15:02:12] [EMAIL PROTECTED]

a. MySQL returns only strings with the C api call
b. PHP is typeless
c. it has been ages like this
d. In order to 'fix' this, we need to call atleast 4 new api calls,
thus slowing down queries a LOT

This change is not going to happen.

Derick



[2002-04-02 14:47:55] [EMAIL PROTECTED]

Why you decide that it's a support question?
No, you are not right. It's not important for me, as I found a way to
make my scripts work fine even with this error.
But I still think that php development team should know that their
function doesn't work the way it has to.  
If function has to return an array with integer value, but returns an
array with string value - it's a bug.
That's why I wrote here.

Sincerely, Val [EMAIL PROTECTED]



[2002-04-01 16:39:44] [EMAIL PROTECTED]

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php



[2002-04-01 16:30:05] [EMAIL PROTECTED]

Hello, 

I found a strange behaviour while was working with mysql_fetch_array
and mysql_fetch_assoc.
Even if table has an integer field, the result I got from functions
listed above will list this value as string. 

php.ini 
magic_quotes_runtime = Off

simple example.
imagine that we
"create table tripreport (ID tinyint)"
then we "insert into MYTABLE (ID) values (1)"
then $r="select * from MYTABLE where ID=1"
then $f=mysql_fetch_assoc($r);
then $id=$f["ID"];
then echo gettype($id) will print "string".

is it an internal MySQL bug of PHP makes a mistake?

take care, Val




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

Bug #16218 Updated: The PHP Filter did not receive suitable input data

[coolsax15]

 ID:   16218
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache2 related
 Operating System: SUSE 7.2 Linux
 PHP Version:  4.1.2
 New Comment:

I too am recieving that error. I am using the latest cvs version of
Apache 2 and PHP 4.2 RC1 I am using RedHat Linux version 7.2.


Previous Comments:


[2002-03-22 08:25:23] [EMAIL PROTECTED]

What is your configure line? What version of Apache are you using?
Can you try the 4.2.0RC1 (see www.php.net/~derick) and the latest CVS
of Apache 2?



[2002-03-22 04:13:52] [EMAIL PROTECTED]

I use Apache 2 with PHP Filter.

When i use (PHP MyAdmin) a PHP Script i get the message:
"The PHP Filter did not receive suitable input data"
But only when i click the link at second time.

Click 1 OK!
Click 2 "The PHP Filter did not receive suitable input data"!
Click 3 OK!
Click 4 "The PHP Filter did not receive suitable input data"!
.

httpd.conf:
ServerRoot "/usr/local/apache2"

#


#LockFile logs/accept.lock





#ScoreBoardFile logs/apache_runtime_status





PidFile logs/httpd.pid


Timeout 300

KeepAlive Off

MaxKeepAliveRequests 100

KeepAliveTimeout 15


StartServers 5
MinSpareServers  5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild  0



StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild  0



NumServers   5
StartThreads 5
MinSpareThreads  5
MaxSpareThreads 10
MaxThreadsPerChild  20
MaxRequestsPerChild  0


ThreadsPerChild 250
MaxRequestsPerChild  0



StartThreads   10
MaxClients 50
MaxRequestsPerThread   1



ThreadStackSize  65536
StartThreads   250
MinSpareThreads 25
MaxSpareThreads250
MaxThreads1000
MaxRequestsPerChild  0


Listen 80


LoadModule  php4_module  modules/libphp4.so



User nobody
Group #-1



ServerAdmin [EMAIL PROTECTED]

ServerName 192.168.1.169:80

UseCanonicalName Off

DocumentRoot "/usr/local/apache2/htdocs"


Options FollowSymLinks
AllowOverride None



Options Indexes FollowSymLinks
AllowOverride None

Order allow,deny
Allow from all



UserDir public_html

DirectoryIndex index.html index.html.var index.php4 index.php

AccessFileName .htaccess


Order allow,deny
Deny from all


TypesConfig conf/mime.types

DefaultType text/plain


MIMEMagicFile conf/magic


HostnameLookups Off

ErrorLog logs/error_log
LogLevel warn

LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\"
\"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent

CustomLog logs/access_log common

ServerSignature On

Alias /icons/ "/usr/local/apache2/icons/"


Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all

Alias /manual "/usr/local/apache2/manual"


Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
Allow from all


ScriptAlias /cgi-bin/ "/usr/local/apache2/cgi-bin/"


AllowOverride None
Options None
Order allow,deny
Allow from all


# Example:
# Redirect permanent /foo http://www.example.com/bar

IndexOptions FancyIndexing VersionSort

AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip

AddIconByType (TXT,/icons/text.gif) text/*
AddIconByType (IMG,/icons/image2.gif) image/*
AddIconByType (SND,/icons/sound2.gif) audio/*
AddIconByType (VID,/icons/movie.gif) video/*

AddIcon /icons/binary.gif .bin .exe
AddIcon /icons/binhex.gif .hqx
AddIcon /icons/tar.gif .tar
AddIcon /icons/world2.gif .wrl .wrl.gz .vrml .vrm .iv
AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip
AddIcon /icons/a.gif .ps .ai .eps
AddIcon /icons/layout.gif .html .shtml .htm .pdf
AddIcon /icons/text.gif .txt
AddIcon /icons/c.gif .c
AddIcon /icons/p.gif .pl .py
AddIcon /icons/f.gif .for
AddIcon /icons/dvi.gif .dvi
AddIcon /icons/uuencoded.gif .uu
AddIcon /icons/script.gif .conf .sh .shar .csh .ksh .tcl
AddIcon /icons/tex.gif .tex
AddIcon /icons/bomb.gif core

AddIcon /icons/back.gif ..
AddIcon /icons/hand.right.gif README
AddIcon /icons/folder.gif ^^DIRECTORY^^
AddIcon /icons/blank.gif ^^BLANKICON^^
DefaultIcon /icons/unknown.gif

ReadmeName README.html
HeaderName HEADER.html

IndexIgnore .??* *~ *# HEADER* README* RCS CVS *,v *,t

AddEncoding x-compress Z
AddEncoding x-gzip gz tgz

#DefaultLanguage de
#
AddLanguage da .dk
AddLanguage nl .nl
AddLanguage en .en
AddLanguage et .et
AddLanguage fr .fr
AddLanguage

Bug #16102 Updated: >1 session variables not getting set correctly

[andreas]

 ID:   16102
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Session related
 Operating System: Windows 2000/XP
 PHP Version:  4.1.2
 New Comment:

OK, so this obviously doesn't work in the 4.1.2 version of PHP...

Does anybody have a link to somewhere I could download the previous
4.1.1 version?? Can't seem to find it...

Thanks!


Previous Comments:


[2002-03-27 19:05:42] [EMAIL PROTECTED]

Hope this isn't too much of a 'me too!'.

I have the same problem on W2K/IIS5 running PHP 4.1.2 as an ISAPI
module.

I have looked at the session files in the temp directory and they seem
to be created and populated with variables without any trouble.  The
problem is that any page referencing them returns an 'index not valid'
error.
I too am using $_SESSION.

The only way I can get it to work is if I do sessions the
"old-fashioned" way, ie:

$foo = 'bar';
session_register( $foo );

If I go back to 4.1.1 everything works fine (using $_SESSION).

Peter.



[2002-03-26 22:34:20] [EMAIL PROTECTED]

I recently upgraded to 4.12 running W98: Apache 1.3.19, Win32
PHP/4.1.3-dev running;  reg_globals OFF; trying to work my way through
sessions. Yikes!!   It is hard to figure how it works or when to use
$_SESSION or HTTP_SESSION_VARS, w/ or without session_register().  

   /* this seems to ~work  sort of, maybe...
  $ship_type = $HTTP_SESSION_VARS['ship_type'];  //or with $_SESSION..
which seems to be erratic

  session_unregister("ship_type");
  $ship_type= 'trs'; //$ship_type + 1;
  session_register("ship_type");
  flush();
  //   This allows other pages to show the revised value via
$_SESSION["ship_type"]   

Now if I could just erase a pair in an array with unset...


Keep up the goodwork!



[2002-03-25 20:14:53] [EMAIL PROTECTED]

This comment is just to say that I am experiencing the same problem
with PHP 4.1.2 as CGI, Windows 98 SE German, Apache 1.3.20, using
php.ini with register_globals turned OFF and neither $_SESSION nor
$HTTP_SESSION_VARS is working. A session file is created in the
sessions directory but no variables are stored within it. A typical
error I get when trying to use a variable previously stored in
$_SESSION is:
Warning: Undefined index: text in session_2.php on line 3. I mistakenly
reported this as a new bug to
http://bugs.php.net/bug.php?id=16273&edit=2 but I set that to
"Duplicate" now, so I hope it will be ok. Sorry. Robert



[2002-03-20 17:57:04] [EMAIL PROTECTED]

Using the $HTTP_SESSION_VARS["foo"] = "bar" is all well and good, but
one of the major points about 4.1.x was the new $_SESSION array and its
global scope. Infact it got a big mention on the download page. Its
only fair to put a big mention that its broke in 4.1.2 as I'm sure that
a few devs (myself included) now have broken code using
$_SESSION["foo"] = "bar" which is silly to take back to the old way of
doing it.

Either make a note or release a patch!

FWIW, this happens on Apache 1.2.23 in SAPI mode and Apache 2.0.32 beta
in CGI mode



[2002-03-20 12:55:14] [EMAIL PROTECTED]

Using session_start() and setting $HTTP_SESSION_VARS['my_Var'] to any
value mays help.

Here is my code to use the $_SESSION array :

//~

session_start();

if (!isset($_SESSION["count"])) {
$HTTP_SESSION_VARS["count"] = 0;
}

$_SESSION["count"]++;

echo $_SESSION["count"];

//~

PHP Version : 4.1.2
OS : Win2K Server
Webserver : APACHE 1.3.22
PHP running as the php.exe



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

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

Bug #14910 Updated: --with-snmp compile failure

[duane]

 ID:   14910
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Red Hat Linux 7.1
 PHP Version:  4.1.1
 New Comment:

I have come across this problem aswell with PHP 4.1.2 using UCD-SNMP
4.2.2 and UCD-SNMP 4.2.3 when compiling with apxs (compiling php as
standalone binary did not result in any compile errors)

After reverting back to UCD-SNMP 4.2.1, PHP compiled correctly.


configure arguments used:
./configure --with-mysql --with-apxs=/usr/local/apache/sbin/apxs
--with-snmp --with-snmp=/usr/local --enable-ftp --enable-ucd-snmp-hack


Previous Comments:


[2002-03-15 18:01:11] [EMAIL PROTECTED]

i am using RH 7.1

php-4.1.2 and ucd-snmp-4.2.3

compiles ok with:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-mysql=/usr/local/mysql --enable-track-vars --enable-ftp
--enable-sysvsem --enable-sysvshm --enable-sockets --with-gettext
--with-mm=/usr/local/mm-1.1.3 --with-jpeg-dir=/usr/lib
--with-zlib-dir=/usr/local/src/zlib --with-snmp --with-openssl

brief error from make...


/usr/local/ucd-snmp-4.2.3/snmplib/snmp_alarm.c:204: multiple definition
of `snmp
_alarm_register'   

Zend/.libs/libZend.al(snmp_alarm.o):/usr/local/ucd-snmp-4.2.3/snmplib/snmp_alarm
.c:204: first defined here 

collect2: ld returned 1 exit status

make[1]: *** [libphp4.la] Error 1  

make[1]: Leaving directory `/usr/local/php-4.1.2'  

make: *** [all-recursive] Error 1  





[2002-03-11 14:25:03] [EMAIL PROTECTED]

I am using UCD-SNMP 4.2.3 on a Red Hat 7.2 base isntallation. Can't get
PHP 4.1.2 (or 4.1.1) to finish compile when using the --with-apxs
option. Works fine without the --with-apxs option though.



[2002-03-10 05:59:03] [EMAIL PROTECTED]

Hi 
I am installing php-4.1.2 with ucd-snmp-4.2.3 on RedHatLinux 7.2 and i
am getting same type of errors. it configures correctly but in make it
gives same type of errors.Is there any solution for this. Please reply
back to me on my mail address if possible.



[2002-03-01 05:27:41] [EMAIL PROTECTED]

I'm using ucd-snmp 4.2.1 and it compiles fine, at least.



[2002-02-28 22:17:14] [EMAIL PROTECTED]

I am getting an identical error when compiling PHP 4.1.2 with UCD-SNMP
4.2.3 on FreeBSD.  When I compile PHP for CGI/command line duties (no
--with-apxs... all other options the same) with UCD snmp it compiles
without errors.



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

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

Bug #16362 Updated: IIS stops serving .php pages after a time period

[develop]

 ID:   16362
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: IIS related
 Operating System: Win2k build 2195/XP
 PHP Version:  4.1.2
 New Comment:

I'm not really sure how to check the log files for IIS.  Where are they
located usually?

I already tried uninstall/reinstall to no avail and I guess I have all
of the IIS updates.  I'll check again.  Thanks for the tip.

I really want PHP to work for me cause I am deciding whether or not we
should install it onto the servers at the ISP I work for.

off topic:  I ran 'test.php' yesterday (April 1st) and the PHP logo had
some guy with pencils in his mouth. I guess as an April fools joke...
That's a big plus in my book.  It's gone today.

Is there a few things that this problem may be steming from that I can
check off the list by looking over?  Or could it be a ton of things?


Previous Comments:


[2002-04-02 10:37:37] [EMAIL PROTECTED]

See if you can narrow it down some more.  What does the message log say
when it dies for you?  If it's not serving ASP pages correctly, it may
be IIS: perhaps an uninstall/reinstall cycle is needed.  Do you have
all of the IIS updates installed?  The error that I reported may not be
the same because it goes away when I restart IIS; I don't need to
reboot my computer.

Also, try this: serve up an asp page.  Then wait "a while" and see if
it behaves the same way.



[2002-04-02 10:37:19] [EMAIL PROTECTED]

See if you can narrow it down some more.  What does the message log say
when it dies for you?  If it's not serving ASP pages correctly, it may
be IIS: perhaps an uninstall/reinstall cycle is needed.  Do you have
all of the IIS updates installed?  The error that I reported may not be
the same because it goes away when I restart IIS; I don't need to
reboot my computer.

Also, try this: serve up an asp page.  Then wait "a while" and see if
it behaves the same way.



[2002-04-02 09:11:10] [EMAIL PROTECTED]

so does this mean that there is nothing I can do, or can this problem
be remedied by changing something in IIS or in the php.ini?

I can't find anything very helpful at microsoft.  Which I can't
understand.  Why wouldn't they offer help to someone wanting to use a
product that is in direct competition with one of theirs?



[2002-04-01 16:07:46] [EMAIL PROTECTED]

Have to revise my last comment.  It did it for me too, using a build
from Thursday's CVS.  Event viewer had the following to say.

The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!zend_strndup + 0x2B
 + 0x17469F70
'. 
For additional information specific to this message please visit the
Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp.

For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.



[2002-04-01 14:54:55] [EMAIL PROTECTED]

Executable: c:\php\php4isapi.dll
Extenstion: .php

Verbs:  All Verbs

Script Engine:  checked
Check that file exists:  checked

--DEFAULT WEB SITE PROPERTIES--

Execute Permissions:  Scripts only
App Protection: Medium (pooled)

Script source access
Read
Write
Log visits
Index this resourse

--VIRTUAL DIRECTORY PROPERTIES--

Execute Permissions:  Scripts only
Application Protection:  Low (IIS Process)

Read
Log visits
Index this resource

-

it seems to be more stable when I put the virtual directory application
protection on 'Low'



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

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

Bug #4832 Updated: Undefined symbol "_mail_string" -> apache startup failure

[markscarbrough]

 ID:   4832
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: *General Issues
 Operating System: OpenBSD
 PHP Version:  4.0.0 Release
 New Comment:

I get this same error with OpenBSD 3.0 and PHP 4.1.2. I am trying to
upgrade to the newer php because of the upload security hole, otherwise
I'd just stick with the OpenBSD port. If anyone cracks this I'd love to
hear about it.


Previous Comments:


[2002-02-27 00:15:48] [EMAIL PROTECTED]

I'm not using PHP 4.0.0 or OpenBSD 2.9 anymore.  The patched version in
the OpenBSD ports system works, and that's good enough for me.



[2002-02-26 23:59:13] [EMAIL PROTECTED]

Hi, 
Just pulled the stable source (4.1.1), and compiled it under
openbsd2.9. Used the following options:
 
./configure - ./configure --with-apxs=/usr/sbin/apxs
--with-config-file-path=/var/www/conf --enable-calendar
--enable-bcmath --enable-trans-sid --with-yp --with-pcre-regex
--enable-ftp --with-xml
--with-openssl --with-zlib --enable-sysvsem 
--enable-sysvshm --without-curl --without-gdbm --with-gettext
--with-imap=/usr/local --with-imap-ssl=/usr/local --without-ldap
--with-mhash --without-mm --without-recode --without-snmp
 --without-gd --without-pdflib --disable-dbase --disable-filepro
--without-mysql --with-pgsql=/usr/local/lib --without-iodbc
 --prefix=/usr/local --sysconfdir=/etc

,, then compiled, while recieving the compilation warning mentioned
before. 'make install'd it fine, and upon restarting apache recieved
the _mail_string error mentioned above. 
Please check it out. 

Regards, 
Gene



[2000-12-07 11:16:20] [EMAIL PROTECTED]

No feedback.



[2000-11-08 19:42:26] [EMAIL PROTECTED]

Could you please try latest snapshot from http://snaps.php.net
to check whether it fixes this ?

--Jani



[2000-08-31 11:42:38] [EMAIL PROTECTED]

Some openbsd-guru could possibly check out that
port (ftp://ftp.gsnig.org/pub/users/jakob/ports/php4.tar.gz)
and maybe make the needed modifications into php4-cvs??

--Jani



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

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

Bug #15612 Updated: Constant Refresh when files too large.

[kilercris1]

 ID:   15612
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Output Control
 Operating System: Windows XP
 PHP Version:  4.1.1
 New Comment:

I think it is just 1 bug in PHP but multiple reactions to it from
different browsers.


Previous Comments:


[2002-04-02 09:42:03] [EMAIL PROTECTED]

I have had this same problem - winXP, php4.  I was getting reports from
people that the page would halfway load, then get redirected to a "Page
not found" error.  But the url in the address bar was correct.  If the
user refreshed, sometimes it would load back up, sometimes it wouldnt.

Reviewing the logs, I would also notice sometimes that the same user
would sit there and refresh the same page over and over, about 20 - 30
seconds apart.  After asking them why they did this, they denied ever
doing it, and said they just had the page open and didn't notice
anything.

There seems to be a lot of different things here happening in this one
bug.



[2002-04-01 01:37:21] [EMAIL PROTECTED]

I would like to report that after I had switched to linux, the problem
disappeared. I guess it was OS specific.



[2002-03-30 23:03:13] [EMAIL PROTECTED]

Oh, and I get this with .php files that have a large output. It didn't
happen before when I had PHP 4.06 and Windows ME. It happens sometimes
with phpMyAdmin pages too.



[2002-03-30 22:57:09] [EMAIL PROTECTED]

Hello I have been having the same problem but I didn't realize it was
because of the page size.

WindowsXP Pro
Apache 1.3.23
PHP 4.1.2

Also some browsers just show the cut off page, some rapidly refresh



[2002-02-26 21:17:20] [EMAIL PROTECTED]

.phps is handled differently and there _is_ known problem ;)

We should get rid of ".phps" support for PHP5 perhaps.




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

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

Bug #15177 Updated: Informix Shared Module will not compile

[zhamm]

 ID:   15177
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Compile Failure
 Operating System: RH Linux 7.2
 PHP Version:  4.1.1
 New Comment:

This is still broken for php-4.2.0RC1:

libtool: link: only absolute run-paths are allowed
make[3]: *** [informix.la] Error 1

Ran configure with:
 
# ./configure --with-apxs=/usr/sbin/apxs --enable-shared
--with-informix=shared --without-mysql --without-xml

Does anyone know how to fix this in libtool?


Previous Comments:


[2002-03-07 12:12:10] [EMAIL PROTECTED]

This might possibly be related to bug number 15803 as this is the last
time (php-4.0.4pl1) I was able to compile Informix with IBM DB2 support
at the same time as well...



[2002-03-03 05:34:47] [EMAIL PROTECTED]

Marking as Critical for release 4.2.0



[2002-03-03 05:30:06] [EMAIL PROTECTED]

The last version where compile with-informix worked was
php4-4.0.4pl1
None after that work, I've tryed them all, including snapshots



[2002-01-23 00:45:02] [EMAIL PROTECTED]

Same problem as with 4.1.0.  Informix will compile statically in PHP,
but will not compile as a shared module.  I get the same error as in
4.1.0:

/bin/sh /php/php-4.1.1/libtool --silent --mode=compile gcc -I.
-I/php/php-4.1.1/ext/informix -I/php/php-4.1.1/main -I/php/php-4.1.1
-I/usr/include/apache -I/php/php-4.1.1/Zend -I/opt/informix/incl/esql
-I/php/php-4.1.1/ext/xml/expat  -DLINUX=22 -DEAPI -DEAPI_MM
-DEAPI_MM_CORE_PATH=/var/run/httpd.mm -I/php/php-4.1.1/TSRM -g -O2
-prefer-pic  -c ifx.c && touch ifx.slo
/bin/sh /php/php-4.1.1/libtool --silent --mode=link gcc  -I.
-I/php/php-4.1.1/ext/informix -I/php/php-4.1.1/main -I/php/php-4.1.1
-I/usr/include/apache -I/php/php-4.1.1/Zend -I/opt/informix/incl/esql
-I/php/php-4.1.1/ext/xml/expat  -DLINUX=22 -DEAPI -DEAPI_MM
-DEAPI_MM_CORE_PATH=/var/run/httpd.mm -I/php/php-4.1.1/TSRM -g -O2
-prefer-pic   -o informix.la -avoid-version -module -rpath
/php/php-4.1.1/modules  ifx.lo  -Rext/informix -Lext/informix
-R/opt/informix/lib/esql -L/opt/informix/lib/esql -R/opt/informix/lib
-L/opt/informix/lib -lifsql -lifasf -lifgen -lifos -lifgls -ldl -lcrypt
-lphpifx -lifglx
libtool: link: only absolute run-paths are allowed
make[3]: *** [informix.la] Error 1
make[3]: Leaving directory `/php/php-4.1.1/ext/informix'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/php/php-4.1.1/ext/informix'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/php/php-4.1.1/ext'
make: *** [all-recursive] Error 1

Configure was input as
[root@elliott php-4.1.1]# ./configure --with-apxs=/usr/sbin/apxs
--without-mysql --enable-shared --with-informix=shared 
   
  


Any ideas?


Zack






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

Bug #4832 Updated: Undefined symbol "_mail_string" -> apache startup failure

[yohgaki]

 ID:   4832
 Updated by:   [EMAIL PROTECTED]
-Reported By:  [EMAIL PROTECTED]
+Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Open
 Bug Type: *General Issues
 Operating System: OpenBSD
-PHP Version:  4.0.0 Release
+PHP Version:  4.1.2
 New Comment:

Reopen due to user report


Previous Comments:


[2002-04-02 20:12:33] [EMAIL PROTECTED]

I get this same error with OpenBSD 3.0 and PHP 4.1.2. I am trying to
upgrade to the newer php because of the upload security hole, otherwise
I'd just stick with the OpenBSD port. If anyone cracks this I'd love to
hear about it.



[2002-02-27 00:15:48] [EMAIL PROTECTED]

I'm not using PHP 4.0.0 or OpenBSD 2.9 anymore.  The patched version in
the OpenBSD ports system works, and that's good enough for me.



[2002-02-26 23:59:13] [EMAIL PROTECTED]

Hi, 
Just pulled the stable source (4.1.1), and compiled it under
openbsd2.9. Used the following options:
 
./configure - ./configure --with-apxs=/usr/sbin/apxs
--with-config-file-path=/var/www/conf --enable-calendar
--enable-bcmath --enable-trans-sid --with-yp --with-pcre-regex
--enable-ftp --with-xml
--with-openssl --with-zlib --enable-sysvsem 
--enable-sysvshm --without-curl --without-gdbm --with-gettext
--with-imap=/usr/local --with-imap-ssl=/usr/local --without-ldap
--with-mhash --without-mm --without-recode --without-snmp
 --without-gd --without-pdflib --disable-dbase --disable-filepro
--without-mysql --with-pgsql=/usr/local/lib --without-iodbc
 --prefix=/usr/local --sysconfdir=/etc

,, then compiled, while recieving the compilation warning mentioned
before. 'make install'd it fine, and upon restarting apache recieved
the _mail_string error mentioned above. 
Please check it out. 

Regards, 
Gene



[2000-12-07 11:16:20] [EMAIL PROTECTED]

No feedback.



[2000-11-08 19:42:26] [EMAIL PROTECTED]

Could you please try latest snapshot from http://snaps.php.net
to check whether it fixes this ?

--Jani



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

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

Bug #16398: Eng. chm: "Predefined constants" is missing

[tricera_it]

From: [EMAIL PROTECTED]
Operating system: Win2k
PHP version:  4.1.2
PHP Bug Type: Documentation problem
Bug description:  Eng. chm: "Predefined constants" is missing

The eng. chm (30 Mar 2002) has the "Predefined constants" page, under
Appendix H, that is missing.
Regards,
Nicola
-- 
Edit bug report at http://bugs.php.net/?id=16398&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16398&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16398&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16398&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16398&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16398&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16398&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16398&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16398&r=submittedtwice

Bug #16355 Updated: Session_destroy() doesn't work

[betsyasm]

 ID:   16355
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Session related
 Operating System: Linux Redhat 7.1
 PHP Version:  4.1.2
 New Comment:

Fix my code means to remove the parameter. My current code is:
session_register("userid");
  if ($userid!="") {
my page code
}else
session_destroy("userid");

Should I leave session_destroy void?
Thanks for your help


Previous Comments:


[2002-04-02 09:34:12] [EMAIL PROTECTED]

That's because you're passing parameter(s) to session_destroy. Old PHP
didn't check pramater is passed or not even if it should check.
You have to fix your code.



[2002-03-29 17:57:43] [EMAIL PROTECTED]

I use apache 1.3.24/ php 4.1.2 /firebird with Red Hat 7.1
It used to work properly with php 4.0.5. When I installed php 4.1.2 I
get the following error message:

Wrong parameter count for session_destroy() and the session is not
destroied

Configure command: ./configure --with-interbase=/opt/interbase
--with-apache=../apache_1.4.2 --enable-track-vars
You can check it at www.g2k.es/factory/index.php




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

Bug #16288 Updated: Timeout while checking on a string

[vlad]

 ID:   16288
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Pspell related
 Operating System: RedHat 7.2
 PHP Version:  4.1.2
 Assigned To:  vlad
 New Comment:

Sorry, took me a while to reply

After you do:
./add-modules

did you remember to do rebuild pspell?
that is,
./add-modules
cd ..
make
make install

???

That should fix the problem.


Previous Comments:


[2002-03-27 08:55:17] [EMAIL PROTECTED]

I don't know if I'm supposed to open the bug report again or not...



[2002-03-26 20:44:08] [EMAIL PROTECTED]

went in /usr/local/downloads (where I build packages before installing
them) and built example-c, it works perfectly fine.

my steps for installing pspell, aspell and php were:

Pspell:
cd /usr/local/download/pspell
./configure
make
make install
cd ../aspell
./configure
make
make install
cd ../pspell/modules
./add-modules
cd ../../php
./configure --with-apxs=/usr/sbin/apxs
--with-sybase=/usr/local/freetds/
--with-pdflib --enable-debug --enable-trans-sid --with-pspell ; make ;
make install ; /etc/init.d/httpd restart ; echo all done



[2002-03-26 18:12:20] [EMAIL PROTECTED]

I use the *exact* same configuration on my test box and it works
(redhat7.2, php4.1.2, same exact versions of pspell and aspell).

Two questions: 
- can you build and run a sample app in pspell/examples directory?
(e.g. 'make example-c' followed by './example-c en')?

- what are your build steps when building aspell and pspell, and in
which exact order?

I suspect misconfiguration :(



[2002-03-26 09:56:28] [EMAIL PROTECTED]

Hi,

After having a few problems with the RedHat's pre-installed RPM's for
Aspell and Pspell, I decided to remove them and grab the latest
versions on the official website, versions:

aspell-.33.7.1
pspell-.12.2
php 4.1.2

I first compiled  pspell (./configure ; make ; make install)
then aspell the same way
then in the modules dir for pspell I did ./add-modules and it seemed to
work, then I simply compiled PHP with:
./configure --with-apxs=/usr/sbin/apxs
--with-sybase=/usr/local/freetds/ --with-pdflib --enable-debug
--enable-trans-sid --with-pspell ; make ; make install ;
/etc/init.d/httpd restart ; echo all done

And everything seemed to work so far but then while calling a simple
script, I get the following error:
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/spellcheck.php on line 9...
here is the script:

\n";
$string = str_replace(",", "", $string);
$keys = explode(" ", $string);
$mylink = pspell_new("en");
foreach($keys as $value)
{
if (!(pspell_check($mylink, $value)))
{
echo "$value - invalid spelling";
$suggest = pspell_suggest($mylink, $value);
echo "Suggesting $suggest";
}
}

Did they break backward source compatibility again or is it a problem
with my config or install ?




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

Bug #15170 Updated: datetime fields returns " :" string instead of field's value

[pipperl]

 ID:   15170
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: MSSQL related
 Operating System: FreeBSD-4.4
 PHP Version:  4.1.1
 New Comment:

The PHP version 4.1.2 on FreeBSD-4.5 has the same bug


Previous Comments:


[2002-01-22 23:31:52] [EMAIL PROTECTED]

I temporarly worked around the problem by using
CAST(DATE_FIELD AS VARCHAR(256)) AS DATE
but this is not a solution.





[2002-01-22 13:56:01] [EMAIL PROTECTED]



every field is returned correctly except of 'datetime' type fields
which instead turns to be string(4) containing "   :" or hexadecimally:
x20x20x20x3a.

I use freetds 0.53 connecting to MSSQL 7.0 server.
The 'sqsh' tool works correct. It seems the problem exists in PHP
code.
It doesn't matter if I use sybase_* or mssql_* functions, the results
are the same!

configure line (taken from phpinfo()): 
 './configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-system-regex' '--disable-debug' '--enable-track-vars'
'--without-gd' '--without-mysql' '--with-gd=/usr/local'
'--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local' '--with-zlib' '--with-mcrypt=/usr/local'
'--with-mhash=/usr/local' '--with-imap-ssl=/usr/local'
'--with-mysql=/usr/local' '--with-sybase=/usr/local'
'--with-ldap=/usr/local' '--with-xml' '--with-expat-dir=/usr/local'
'--enable-xslt' '--with-xslt-sablot' '--with-expat-dir=/usr/local'
'--enable-ftp' '--with-curl=/usr/local' '--with-gettext=/usr/local'
'--with-iconv=/usr/local' '--with-pspell=/usr/local'
'--with-ming=/usr/local' '--enable-sockets' '--enable-trans-sid'
'--with-imap=/usr/local' '--with-iconv=/usr/local'
'--prefix=/usr/local' 'i386--freebsd4.4'





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

Bug #16355 Updated: Session_destroy() doesn't work

[yohgaki]

 ID:   16355
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Session related
 Operating System: Linux Redhat 7.1
 PHP Version:  4.1.2
 New Comment:

Yes. 
You cannot pass any parameter to session_destroy(). It was just
ignoring where it should raise error. Now it raises error as it
should.

I've changed some internal functions so that functions that cannot take
any parameter raise errors. It's one of them. There are some of
functions that aren't fixed. Be careful ;)




Previous Comments:


[2002-04-02 21:18:50] [EMAIL PROTECTED]

Fix my code means to remove the parameter. My current code is:
session_register("userid");
  if ($userid!="") {
my page code
}else
session_destroy("userid");

Should I leave session_destroy void?
Thanks for your help



[2002-04-02 09:34:12] [EMAIL PROTECTED]

That's because you're passing parameter(s) to session_destroy. Old PHP
didn't check pramater is passed or not even if it should check.
You have to fix your code.



[2002-03-29 17:57:43] [EMAIL PROTECTED]

I use apache 1.3.24/ php 4.1.2 /firebird with Red Hat 7.1
It used to work properly with php 4.0.5. When I installed php 4.1.2 I
get the following error message:

Wrong parameter count for session_destroy() and the session is not
destroied

Configure command: ./configure --with-interbase=/opt/interbase
--with-apache=../apache_1.4.2 --enable-track-vars
You can check it at www.g2k.es/factory/index.php




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

Bug #16401: odbc_num_rows() returns last number of rows, no matter what result id is given

[root]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Professional
PHP version:  4.1.2
PHP Bug Type: ODBC related
Bug description:  odbc_num_rows()  returns last number of rows, no matter what result 
id is given

I access a mysql database using the odbc functions

(i'm not using the mysql functions because it has to migrate
to another database system later)

first execute 2 select queryies:

$result1 = odbc_exec($connection, $query1);
$result2 = odbc_exec($connection, $query2);

after this, even when the number of rows is not equal
odbc_num_rows(result1) wil return the number of result2

The bug can be in : mysql, odbc-mysql driver or the php odbc function...
i don't have a clue ;)



-- 
Edit bug report at http://bugs.php.net/?id=16401&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16401&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16401&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16401&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16401&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16401&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16401&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16401&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16401&r=submittedtwice

Bug #16402: UnsatisfiedLinkError: send when loading any php file

[csbook]

From: [EMAIL PROTECTED]
Operating system: RedHat Linux
PHP version:  4.1.2
PHP Bug Type: Servlet related
Bug description:  UnsatisfiedLinkError: send when loading any php file

I've installed tomcat 4.0.2 and compiled php with the --with-servlet and
--with-java options.
I've placed the jar file into my tomcat_home/libs dir, and added the
libphp4.so to the LD_LIBRARY_PATH environment variable.  I've also
configured web.xml, and it seems to be correct.

When I try to load any php page, tomcat throws the following internal
server error, whose root cause is "UnsatisfiedLinkError: send":

javax.servlet.ServletException: Servlet execution threw an exception
at javax.servlet.ServletException.(ServletException.java:132)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java(Compiled
Code))
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java(Compiled
Code))
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java(Compiled
Code))
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java(Compiled
Code))
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java(Compiled
Code))
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java(Compiled
Code))
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java(Compiled
Code))
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java(Compiled
Code))
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java(Compiled
Code))
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java(Compiled
Code))
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java(Compiled
Code))
at
org.apache.catalina.connector.warp.WarpRequestHandler.handle(WarpRequestHandler.java(Compiled
Code))
at
org.apache.catalina.connector.warp.WarpConnection.run(WarpConnection.java:194)
at java.lang.Thread.run(Thread.java:498)

root cause

java.lang.UnsatisfiedLinkError: send
at net.php.servlet.service(servlet.java:162)
at net.php.servlet.service(servlet.java:180)
at javax.servlet.http.HttpServlet.service(HttpServlet.java(Compiled
Code))
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java(Compiled
Code))
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java(Compiled
Code))
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java(Compiled
Code))
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java(Compiled
Code))
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java(Compiled
Code))
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled
Code))
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled
Code))
   

Bug #10449 Updated: shuffle() function crashes PHP

[php-bugs]

 ID:   10449
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Arrays related
 Operating System: Solaris
 PHP Version:  4.0.4pl1
 New Comment:

No feedback was provided for this bug for over a month, 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".


Previous Comments:


[2002-02-26 21:51:28] [EMAIL PROTECTED]

Is this still a issue?
Reporter, could you update php version if you have problem with 4.1.1,
or close this bug if you have problem.
Thank you.



[2001-10-21 01:30:06] [EMAIL PROTECTED]

This is another report about shuffle() problems.
And using mt_rand() would (IMO) be a good solution.




[2001-04-23 01:24:14] [EMAIL PROTECTED]

I know it is a known problem with the rand() implementation on some
systems - so my question is: Why not implement the shuffle function in a
way that does not stuff up on some systems e.g. use the mt_rand()
function with its known randomness and known random implementation - and
save everyone on Solaris systems (and possibly others) from having to
write their own shuffle functions (which I have be forced to do).

Thanks.




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

Bug #15832 Updated: error when using the copy function

[php-bugs]

 ID:   15832
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Unknown/Other Function
 Operating System: Windows
 PHP Version:  4.1.1
 New Comment:

No feedback was provided for this bug for over a month, 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".


Previous Comments:


[2002-03-03 04:30:39] [EMAIL PROTECTED]

Yes but if you do this
$folder="";
copy("file", $folder);

then the file will be uploaded to the root of your computer like I
said.



[2002-03-02 13:53:22] [EMAIL PROTECTED]

What do you mean, forget the dest? If you call copy("file"); it will
complain.



[2002-03-02 10:53:57] [EMAIL PROTECTED]

When I use the "copy ( string source, string dest)" function in PHP
4.1.1 and Apache 2.0.28 for uploading files to a dir and forget to set
the "string dest" the file will bo copied to the root dir of my
harddrive. I have set the php.ini to have this lines.

doc_root = "C:\Program Files\Apache Group\Apache2\htdocs"

user_dir = "C:\Program Files\Apache Group\Apache2\htdocs"




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

Bug #15839 Updated: random error related to stripslashes

[php-bugs]

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

No feedback was provided for this bug for over a month, 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".


Previous Comments:


[2002-03-02 17:51:12] [EMAIL PROTECTED]

Until you provide more information (== reproducable script, related
php.ini settings) there's little we can do for you.



[2002-03-02 16:44:55] [EMAIL PROTECTED]

I'm webmaster/developer of the support / news site 
www.mactalk.dk

The company which host this site, have recently upgraded 
php from 4.0.6 to 4.1.2 due to the upload security bug.

After they have upgraded php to 4.1.2, I'm having problems 
with stripslashes randomly not working. The result is that 
data from the MySQL database will be displayed with 
backslashes i.e.: http://www.mactalk.dk\";>

Please visit the forums www.mactalk.dk/fora_index.php to 
reproduce the error. Please note that this error is a 
random error and that you there fore might have to reload 
the page a couple of times to see it.



[2002-03-02 16:43:09] [EMAIL PROTECTED]

I'm webmaster/developer of the support / news site 
www.mactalk.dk

The company which host this site, have recently upgraded 
php from 4.0.6 to 4.1.2 due to the upload security bug.

After they have upgraded php to 4.1.2, I'm having problems 
with stripslashes randomly not working. The result is that 
data from the MySQL database will be displayed with 
backslashes i.e.: http://www.mactalk.dk\";>

Please visit the forums www.mactalk.dk/foraindex.php to 
reproduce the error. Please note that this error is a 
random error and that you there fore might have to reload 
the page a couple of times to see it.




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

Bug #16403: datetime field error

[lhling_99]

From: [EMAIL PROTECTED]
Operating system: windows NT 4.0
PHP version:  4.0.5
PHP Bug Type: Unknown/Other Function
Bug description:  datetime field error

I'm using PHP 4.0.5 with Microsoft SQL Server 6.5 in Windows NT 4.0
platform.

 When I try to select a "datetime" field in a record, the result is a
   truncated date like "Oct 10 2".

-- 
Edit bug report at http://bugs.php.net/?id=16403&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16403&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16403&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16403&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16403&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16403&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16403&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16403&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16403&r=submittedtwice

Bug #16102 Updated: >1 session variables not getting set correctly

[derick]

 ID:   16102
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Feedback
 Bug Type: Session related
 Operating System: Windows 2000/XP
 PHP Version:  4.1.2
 New Comment:

Nothing changed between 4.1.1 and 4.1.2, but you can try the windows
binaries for php 4.2.0rc1 from www.php.net/~derick


Previous Comments:


[2002-04-02 19:42:57] [EMAIL PROTECTED]

OK, so this obviously doesn't work in the 4.1.2 version of PHP...

Does anybody have a link to somewhere I could download the previous
4.1.1 version?? Can't seem to find it...

Thanks!



[2002-03-27 19:05:42] [EMAIL PROTECTED]

Hope this isn't too much of a 'me too!'.

I have the same problem on W2K/IIS5 running PHP 4.1.2 as an ISAPI
module.

I have looked at the session files in the temp directory and they seem
to be created and populated with variables without any trouble.  The
problem is that any page referencing them returns an 'index not valid'
error.
I too am using $_SESSION.

The only way I can get it to work is if I do sessions the
"old-fashioned" way, ie:

$foo = 'bar';
session_register( $foo );

If I go back to 4.1.1 everything works fine (using $_SESSION).

Peter.



[2002-03-26 22:34:20] [EMAIL PROTECTED]

I recently upgraded to 4.12 running W98: Apache 1.3.19, Win32
PHP/4.1.3-dev running;  reg_globals OFF; trying to work my way through
sessions. Yikes!!   It is hard to figure how it works or when to use
$_SESSION or HTTP_SESSION_VARS, w/ or without session_register().  

   /* this seems to ~work  sort of, maybe...
  $ship_type = $HTTP_SESSION_VARS['ship_type'];  //or with $_SESSION..
which seems to be erratic

  session_unregister("ship_type");
  $ship_type= 'trs'; //$ship_type + 1;
  session_register("ship_type");
  flush();
  //   This allows other pages to show the revised value via
$_SESSION["ship_type"]   

Now if I could just erase a pair in an array with unset...


Keep up the goodwork!



[2002-03-25 20:14:53] [EMAIL PROTECTED]

This comment is just to say that I am experiencing the same problem
with PHP 4.1.2 as CGI, Windows 98 SE German, Apache 1.3.20, using
php.ini with register_globals turned OFF and neither $_SESSION nor
$HTTP_SESSION_VARS is working. A session file is created in the
sessions directory but no variables are stored within it. A typical
error I get when trying to use a variable previously stored in
$_SESSION is:
Warning: Undefined index: text in session_2.php on line 3. I mistakenly
reported this as a new bug to
http://bugs.php.net/bug.php?id=16273&edit=2 but I set that to
"Duplicate" now, so I hope it will be ok. Sorry. Robert



[2002-03-20 17:57:04] [EMAIL PROTECTED]

Using the $HTTP_SESSION_VARS["foo"] = "bar" is all well and good, but
one of the major points about 4.1.x was the new $_SESSION array and its
global scope. Infact it got a big mention on the download page. Its
only fair to put a big mention that its broke in 4.1.2 as I'm sure that
a few devs (myself included) now have broken code using
$_SESSION["foo"] = "bar" which is silly to take back to the old way of
doing it.

Either make a note or release a patch!

FWIW, this happens on Apache 1.2.23 in SAPI mode and Apache 2.0.32 beta
in CGI mode



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

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

Bug #16400 Updated: $_FILES array and mp3 files

[torben]

 ID:   16400
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: Linux RH7.1
 PHP Version:  4.1.2
 New Comment:

Does it work with other file types of similar size to the
MP3s which you are uploading? i.e. are you sure it's not
a max_file_size problem?

Torben


Previous Comments:


[2002-04-02 17:06:52] [EMAIL PROTECTED]

I am using PHP4.2.0RC1. When referencing .mp3 file uploads, the
$_FILES[name]['tmp_name'] is empty, and $_FILES[name][size] is 0. When
referencing other file types, everything works fine.

Thanks.




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

Bug #16404: Missing rows in select

[suchar]

From: [EMAIL PROTECTED]
Operating system: W2000
PHP version:  4.1.2
PHP Bug Type: ODBC related
Bug description:  Missing rows in select

I have a problem with ODBC source to IBM DB2 UDB (running on AS/400 V5.0)

ex.
a query select count (*) from osld1f3/inp60 ... returns 35000 but select *
from osld1f3/inp60 return only 17910 rows!

I have the newest Client access ODBC driver.
-- 
Edit bug report at http://bugs.php.net/?id=16404&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16404&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16404&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16404&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16404&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16404&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16404&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16404&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16404&r=submittedtwice

Bug #16405: will not run

[bug]

From: [EMAIL PROTECTED]
Operating system: me
PHP version:  4.1.2
PHP Bug Type: *Web Server problem
Bug description:  will not run

window me will not run right no one will fix the system you systems run
good but windowme sucks
-- 
Edit bug report at http://bugs.php.net/?id=16405&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16405&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16405&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16405&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16405&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16405&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16405&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16405&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16405&r=submittedtwice

Bug #16405 Updated: will not run

[derick]

 ID:   16405
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Web Server problem
 Operating System: me
 PHP Version:  4.1.2
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php


Previous Comments:


[2002-04-03 02:03:42] [EMAIL PROTECTED]

window me will not run right no one will fix the system you systems run
good but windowme sucks




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

Bug #15251 Updated: Cannot upload one file but two files

[yohgaki]

 ID:   15251
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Closed
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  4.3.0-dev
 New Comment:

I tried this but today.
It works regardless of zlib.output_compression settings.



Previous Comments:


[2002-02-28 05:28:02] [EMAIL PROTECTED]

Test with today's CVS source, the same result :(
BTW, sample script is missing ";", but you know it's a typo :)

This is actually a related to output buffering. reclassified as output
control problem. I cannot upload one file only when zlib.compression is
used.
(I haven't tried ob_gzhandler)



[2002-02-27 07:47:16] [EMAIL PROTECTED]

Can you provide me with script for me to reproduce it?

Derick



[2002-02-07 20:10:23] [EMAIL PROTECTED]

I forgot to memtion apache error log with a single file upload

Unknown(0) : Warning - No file uploaded

BTW, I usually test both IE and Mozilla(Linux) latest 
The same result.

Assign to me for now.



[2002-02-07 08:25:39] [EMAIL PROTECTED]

Status -> Feedback



[2002-02-07 07:17:02] [EMAIL PROTECTED]

Hmmm tjo,

you know the procedure...

1) Can you try it with IE5.5?
2) Is this exact the script you used? (remember the ;)
3) what is your config.nice (cause i wasnt able to reproduce) with my
plain installation





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

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

Bug #15251 Updated: Cannot upload one file but two files

[yohgaki]

 ID:   15251
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  4.3.0-dev
 New Comment:

s/but/bug/

BTW, I tested with 4.2.0-dev.


Previous Comments:


[2002-04-03 02:34:16] [EMAIL PROTECTED]

I tried this but today.
It works regardless of zlib.output_compression settings.




[2002-02-28 05:28:02] [EMAIL PROTECTED]

Test with today's CVS source, the same result :(
BTW, sample script is missing ";", but you know it's a typo :)

This is actually a related to output buffering. reclassified as output
control problem. I cannot upload one file only when zlib.compression is
used.
(I haven't tried ob_gzhandler)



[2002-02-27 07:47:16] [EMAIL PROTECTED]

Can you provide me with script for me to reproduce it?

Derick



[2002-02-07 20:10:23] [EMAIL PROTECTED]

I forgot to memtion apache error log with a single file upload

Unknown(0) : Warning - No file uploaded

BTW, I usually test both IE and Mozilla(Linux) latest 
The same result.

Assign to me for now.



[2002-02-07 08:25:39] [EMAIL PROTECTED]

Status -> Feedback



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

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

Bug #14898 Updated: $HTTP_POST_FILES['uploadedfile']['name'] error

[yohgaki]

 ID:   14898
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Analyzed
 Bug Type: HTTP related
-Operating System: linux slackware8
+Operating System: ANY
-PHP Version:  4.1.1
+PHP Version:  ANY
 New Comment:

It's known issue that PHP does not work well with multi-byte file
names. 
This is better to be fixed someday. We don't know encoding used for
filename, but it should be useful still.




Previous Comments:


[2002-02-08 10:36:38] [EMAIL PROTECTED]

it is better to say that this is an improvement to make the upload
function can treat mulit-byte codes like BIG5. there is a explanation
in my first post.  



[2002-02-07 22:52:59] [EMAIL PROTECTED]

Is this a patch proposal? I don't see any bugs...



[2002-01-11 06:24:44] [EMAIL PROTECTED]

anyway, i hope this is the final post about this issue.
--
s = strrchr(filenamebuf, '\\');
tmps=filenamebuf;
while (!(*tmps==NULL)) {
  if (!(*tmps>0 && *tmps<160)) {//looks like a chinese word
if (!*(tmps+1)==NULL) tmps++;
  } else {
if (*tmps=='\\') s=tmps;
  }
  tmps++;
}
---



[2002-01-09 03:42:34] [EMAIL PROTECTED]

---code modified--
//s = strrchr(filenamebuf, '\\');
char *tmps;
s=filenamebuf; // set initial value 
for (tmps=filenamebuf;*tmps;tmps++) {
  if (*tmps<0){// *tmps>127, looks like 2 bytes of chinese code
if (!*(tmps+1)) tmps++;
continue;
  }
  if (*tmps=='\\') s=tmps;
}
--code modified end ---



[2002-01-08 09:37:12] [EMAIL PROTECTED]

the following code works well for chinese double-byte checking.
---code modified--
//s = strrchr(filenamebuf, '\\');
char *tmps;
for (tmps=filenamebuf;*tmps;tmps++) {
  if (*tmps<0){// *tmps>127, looks like 2 bytes of chinese code
if (!*(tmps+1)) tmps++;
contonue;
  }
  if (*tmps=='\\') s=tmps;
}
--code modified end --- 




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

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

Bug #15526 Updated: Uploading of binary file

[yohgaki]

 ID:   15526
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: linux
 PHP Version:  4.1.1
 New Comment:

Could you try 4.2.0RC1?
Please visit http://qa.php.net/ for 4.2.0RC1.



Previous Comments:


[2002-02-12 12:58:22] [EMAIL PROTECTED]

//When some binary data are send to this script it cause netscape
//unstable because PHP engine read STDIN incorrectly.
//I have try to read this data with script in perl an it was
successful.
//I append apache logs that this incorrect reading of input causes.
//x.y.x.z - - [12/Feb/2002:17:28:31 +0100] "POST   /IR/Edit/index.php
//HTTP/1.0" 200 431 "/IR/Edit/index.php" "Mozilla/4.77 [en] (X11;  U;
//Linux 2.4.2-2 i686)" 
//x.y.x.z - - [12/Feb/2002:17:28:31 +0100]
"<9D>ÓYÓÓ+kµ<9C><9A>YŦ|]z/ì;¦
//<85>ÜÕÃÜ$ÿ#]Ògbu\¨Òe½³<87>^B" 200 5364 "-" "-"
//first log is ok
//but second is proof of this uncorrect STDIN reading
//it not depend if function 

//move_uploaded_file($HTTP_POST_FILES['userfile'],"/place/to/put/uploaded///file");
//or
//copy($HTTP_POST_FILES['userfile']['tmp_name'],"/place/to/put/uploaded/file");
//are used.

//This error don't occure if I try to upload file of text/plain.
//But have been occuring ever when I try to read i.e. image/gif


http://$SERVER_NAME$SCRIPT_NAME";; 
//   echo "http://$SERVER_NAME/cgi-bin/UpLoader";;
?>">

Sample name:
Notes:
 
Send this file: 

 

http://bugs.php.net/?id=15526&edit=1

Bug #14631 Updated: is_file : Same function, different behavior?

[yohgaki]

 ID:   14631
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Linux
 PHP Version:  4.0.5
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php

You should know current directory... and how absolute/relative path
works.
This is not a develper issue according to your last post.



Previous Comments:


[2001-12-21 04:45:37] [EMAIL PROTECTED]

A "PHP GURU" friend of mine finally found out a solution : 
I think I should share it with you : 
instead of 
if (is_file("upload/".$ZeFiles->file_name)){...  

You have to give the absolute (server-related) path to the file
[PATH_TRANSLATED]: 

if (is_file("/home/circusp/am17204/upload/.. and so on..


Still, that doesn't account for the bug, as it works on the other file.
That is just a "workaround" then. 

Hope this helps





[2001-12-20 14:38:37] [EMAIL PROTECTED]

Hi gurus and Fellows.

I've been through the Bug Database but didn't find out a related bug. 


I use a function that is common to two different pages.
(see code Below). These two pages are located in the same directory on
my
website.

For a given reason , (which I would like to know), the function is not
working any longer (but it USED to) on one of this page.
Actually I can point out where (what) it is not working :
->  if (is_file("upload/".$ZeFiles->file_name)){  ...
In one PHP page it says OK it is a file (and yes it is, if I type the
address directly in the address bar) on the other page, it
says the opposite!!

If I take this condition off this condition it displays : 

Warning: Unable to open upload/1_o_alum_off.gif  
where "1_o_alum_off.gif" is the name of the (existing) picture...

The consequence being, I just cannot used the GetImageSize() function
to retrieve the picture dimensions...

Any idea anyone ?


ThanX.



olivier aKa Cypher.


//___

function listFilesFromDB($Ze_mydir, $connexion)
{//extract FileName from DB , gets its size and generate the
//Javascript code for a fitted "Pop Up" window.
 $appendIt="";
 $resultat = ExecRequete ("select * from Files where
us_id=".$Ze_mydir,
$connexion);

   if (mysql_num_rows($resultat)) {

while ($ZeFiles = LigneSuivante ($resultat))
{
   if (!eregi(".mp3",$ZeFiles->file_name)){
  if (is_file("upload/".$ZeFiles->file_name)){   //just in
case...//that's where the problem lies...
$imagehw = GetImageSize("upload/".$ZeFiles->file_name); //let's
create
PopUp to the Picture Dimensions...
$imagewidth = $imagehw[0]+60;//let's add an extra
margin...
$imageheight = $imagehw[1]+75;
$zePopUpScript = "\n";
$appendIt.=
"$ZeFiles->file_title".$zePopUpScript."Viewfile_id.");\">Delete<
/a>\n";
}
   }
   else {// it is a mp3  file : no need for PopUp...A link should
do...
   $zePopUpScript = "link to Mp3 file ".$ZeFiles->file_name;
   $appendIt.=
"$ZeFiles->file_title".$zePopUpScript."Viewfile_id."&id=".$Ze_mydir."\">Delet
e\n";

   }
  }
  echo "\n-Your
Files-\n$appendIt\n\n";

   }else{
  echo "\nNo Files so far\n";
   }

}


// calling the function :
  listFilesFromDB($id,$connexion);

//___


PS : Code for both page available upon Request.
PHPinfo : 
http://nfrance.com/~am17204/pont/brouillon/test.php





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

Bug #15295 Updated: apache php freebsd can't upload parameter

[yohgaki]

 ID:   15295
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: freebsd 4.4
 PHP Version:  4.0.5
 New Comment:

Sounds like reporter's fault.
Do you still think it's a bug?



Previous Comments:


[2002-01-30 21:02:15] [EMAIL PROTECTED]

yes, when someone click the button, it 
will show the content of $test.



[2002-01-30 14:56:20] [EMAIL PROTECTED]

The variable 'test' will only show up once you've clicked the submit
button. Did you do that?



[2002-01-30 04:39:25] [EMAIL PROTECTED]

hi,
  my system: 
freebsd 4.4 + apache 1.3.20 + php4.0.4pl1
  the php script can't upload parameter.
follow is my compile shell;
cd apache_1.3.20
./configure --prefix==/foo
cd ../php4.0.4pl1
./configure --with-apache=../apache_1.3.20 \
--enable-track-vars 
make ; make install
cd ../apache_1.3.20
./configure --prefix=/foo \
--activate-module=src/modules/php4/libphp4.a
make ; make install

like follow program :
/* tests.php */










the content of $test if null,

but if u changes as :
/* tests.php */










/*t.php*/


it run well.


follow is the response from apache.org after i ask this question.


Re: general/9621: can't upload parameter apache+ php at freebsd

[In order for any reply to be added to the PR database, you need]
[to include <[EMAIL PROTECTED]> in the Cc line and make sure the]
[subject line starts with the report component and number, with ]
[or without any 'Re:' prefixes (such as "general/1098:" or  ]
["Re: general/1098:").  If the subject doesn't match this   ]
[pattern, your message will be misfiled and ignored.  The   ]
["apbugs" address is not added to the Cc line of messages from  ]
[the database automatically because of the potential for mail   ]
[loops.  If you do not include this Cc, your reply may be ig-   ]
[nored unless you are responding to an explicit request from a  ]
[developer.  Reply only with text; DO NOT SEND ATTACHMENTS! ]


Synopsis: can't upload parameter apache+ php at freebsd

State-Changed-From-To: open-closed
State-Changed-By: slive
State-Changed-When: Tue Jan 29 07:10:29 PST 2002
State-Changed-Why:

Please report this to the PHP developers (or better yet,
the PHP users mailing mailing list) at http://www.php.net/

Thanks for using Apache!



tks very much & bst rgds.





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

Bug #16406: ldap_delete and ldap_add return http header

[aede . vander . weij]

From: [EMAIL PROTECTED]
Operating system: win, iis
PHP version:  4.1.2
PHP Bug Type: LDAP related
Bug description:  ldap_delete and ldap_add return http header

I'm using IIS, Win2000, PHP 4.1.2, IPlanet 5.1. When I try to delete or add
an entry I receive the http header. This is a sample of the code:

if (!$ds=@ldap_connect($LDAP_SERVER[$SERVER_ID])) die("Unable to
connect");

if (!@ldap_bind($ds,$gebruiker,$passw)) {
$errno = ldap_errno($ds);
// error 49 wrong password, error 32 unknown user
if ($errno == 49 || $errno == 32) {
//call login function
showLogin();
} else {
die("Unable to bind");
}

if (!@ldap_delete($ds, $dn)) {
 $errno = ldap_errno($ds);
 //error 50 No Access
 if ($errno == 50) {
showLogin($);
 } else {
die ("Could not delete");
 }
}

What this should do is delete an entry by first connecting to the server,
then bind to it and finally delete the specified entry.

When a bind is unsuccessful due to wrong access info a redirect to a login
screen is forced. This also goes for when an object has insufficient right
to delete the specified entry.

The function ldap_delete does return true or false, but when I don't have
sufficient access rights to delete an entry (errno 50) the below http
header is not processed by the webserver but returned to the browser
instead.

X-Powered-By: PHP/4.1.2
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
Location: http://www.somedomain.com/loginscreen.php
Content-type: text/html

This problem also occurs when I don't have proper rights to add an entry
with ldap_add.

These problems do not occur when I run the code on a Unix system and a
Apache webserver. So it might be the dll or IIS that's causing the
problems.
-- 
Edit bug report at http://bugs.php.net/?id=16406&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16406&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16406&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16406&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16406&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16406&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16406&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16406&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16406&r=submittedtwice

Bug #10835 Updated: File Upload

[yohgaki]

 ID:   10835
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: FTP related
+Bug Type: Documentation problem
-Operating System: Windows 2k Server
+Operating System: ANY
-PHP Version:  4.0.5
+PHP Version:  ANY
 New Comment:

There are so meny dir listing styles...
(Imagine how many locales we have...)

I think it will not be fixed anytime soon.
We need to document this limitation for now.



Previous Comments:


[2002-02-15 14:32:15] [EMAIL PROTECTED]

Thanks for your help.



[2002-02-15 12:04:44] [EMAIL PROTECTED]

I've found the problem.
The ftp from IIS is configured to handle the "Directory Style" as
"MSDOS".. you only have to change it to "UNIX" for php's ftp
functions work properly and handle spaces in paths and names.

Greetings



[2002-02-14 03:55:48] [EMAIL PROTECTED]

I have got a similar error with the ftp_chdir function.
I can't change to a directory with spaces in it , nor making the
strings replacement shown here... 
I'm using:
Php server: W2k Server(no SP), Apache 1.3 , Php 4.0.5
ftp server: W2k Professional SP2, ftp of IIS, access anonymous.

Thanks in advance.



[2001-05-12 22:24:49] [EMAIL PROTECTED]

I added an echo $a and an echo $b.  I also some debug code to see if it
was connection to the ftp server. The output is:
C:\Te st.doc
Te st.doc
Connected
Ftp upload has failed!

So 
$a=C:\Te st.doc
$b=Te st.doc
So it should upload the file as fallows:
$upload = ftp_put($conn_id, "C:\Te st.doc", "Te st.doc", FTP_BINARY); 

I added the code:
$b = str_replace (" ", "\ ", $b);
to no avail :(



[2001-05-12 20:04:49] [EMAIL PROTECTED]

Hello,

can you try if this has anything to do with spaces in filenames?
(so try "C:\\Te st.doc").

If that's the case you need to escape your filename like this:
 $b = strreplace (" ", "\ ", $b);



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

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

Bug #15256 Updated: Missing description of ini-file parameter "post_max_size" in manual

[yohgaki]

 ID:   15256
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Documentation problem
 Operating System: Linux 2.2.19-6.2.12
 PHP Version:  4.1.1
 New Comment:

It's explained here

http://www.php.net/manual/en/features.file-upload.common-pitfalls.php

We might want to make this more obvious.


Previous Comments:


[2002-01-28 11:36:47] [EMAIL PROTECTED]

(I also looked at the online manual, dated 27-01-2002.)

The php.ini-file parameter "post_max_size" is not documented in the
"I.3. Configuration" section of the manual.  To include a copy of the
text in php.ini would be a start.  It would be nice with a pointer to
it from the "upload_max_filesize" parameter too though, since the
"post_max_size" parameter effects upload size too, ie. it have to be at
least as big as the "upload_max_filesize" as the accompanying MIME
headers also takes some space.

The parameter is also not mentioned in the section "III.19. Handling
file uploads", where it ought to be mentioned, at least in the "Common
Pitfalls" subsection, where "upload_max_filesize" is mentioned.

Affi





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