[PHP-DEV] PHP 4.0 Bug #9362 Updated: When sendmail not available, get compile errors

[sas]

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

Thanks, I've changed the sendmail check not to assume that sendmail lives in /usr/lib.

Previous Comments:
---

[2001-02-20 17:28:39] [EMAIL PROTECTED]
When sendmail is not available on a system, get compiler errors:

"basic_functions.c", line 486.9: 1506-045 (S) Undeclared identifier php_if_mail.
"basic_functions.c", line 487.9: 1506-045 (S) Undeclared identifier php_if_ezmlm_hash.

I got around the error by doing the following in the above file:

#ifdef HAVE_SENDMAIL
/* functions from mail.c */
PHP_FE(mail,NULL)
PHP_FE(ezmlm_hash,  NULL)
#else
PHP_FALIAS(mail  , warn_not_available,  NULL) 
PHP_FALIAS(ezmlm_hash, warn_not_available,  NULL)  
   
#endif


I think that HAVE_SENDMAIL needs to be checked.

---



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


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

[PHP-DEV] PHP 4.0 Bug #9361 Updated: C++ compiler causes failures

[sas]

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

Why would you want to compile a C program using a C++ compiler?

There are certain subtle differences in the languages; I don't think it is feasible 
(if possible at all) to try to make PHP completely buildable using a C++ compiler.

Previous Comments:
---

[2001-02-20 17:22:45] [EMAIL PROTECTED]
When using a C++ compiler on OS/400, a lot of files fail to compile.  (Note that my 
other bug reports was using a C compiler.)  Most of the failures has to do with 
returned pointers from emalloc, erealloc, malloc and realloc.  These functions are 
returning a void pointer and are not being cast to the data type of the variable 
receiving the pointer.  I hope that this can be changed.   Some of the code does cast, 
but most do not.  




---



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


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

Re: [PHP-DEV] PHP 4.0 Bug #9360: Type of the parameter conflictswith previous declaration of function

[Sascha Schumann]

Hi,

thanks for your patches.  I've already applied some of them.

[..]
> host_info = gethostbyname(host);
>
> But host is const char *.  So I had to change line to as follows:
> host_info = gethostbyname((char *)host);

Then your system header files are broken.  The correct
prototype for gethostbyname as per SUSv3 is

struct hostent *gethostbyname(const char *);

> host_info = gethostbyname((char *)addr);
> But addr is const char *.  So I had to change line to as follows:
> host_info = gethostbyname((char *)addr);

Ditto.

> Line 183:
> Protoype for getsockopt is: getsockopt(int, int, int, char *, int *).
>
> However, Line 183 contains:
>
> if (getsockopt(sockfd, SOL_SOCKET, SO_ERROR, &error, &len) < 0) {
>
> where error is int and len is socklen_t.  I had to change line to as follows:

Again, your system headers are at fault here.  The correct
prototype for getsockopt is

int getsockopt(int socket, int level, int option_name,
void *restrict option_value, socklen_t *restrict option_len);

All parameters in line 183 are compatible with the prototype.

> I hope that these types of changes are made, so as to compile
> easily on any platform.

Yes, we definitely will apply all patches which improve
portability.

- Sascha


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

[PHP-DEV] PHP 4.0 Bug #9359 Updated: inline not defined in zend_static_allocator.c

[sas]

ID: 9359
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Suspended
Bug Type: Compile Failure
Assigned To: 
Comments:

Thanks for your report. In the current Zend CVS, that file does not seem to be used at 
all.  Suspending.

Previous Comments:
---

[2001-02-20 16:29:08] [EMAIL PROTECTED]
Zend/zend_static_allocator.c does not include the proper include file that defines 
inline.  Thus, file fails to compile when using compilers that do not support inline.

---



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


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

[PHP-DEV] PHP 4.0 Bug #9358 Updated: HAVE_RDEV not being checked before accessing field st_rdev

[sas]

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

Thanks for your report. I've committed the changes.

Previous Comments:
---

[2001-02-20 16:15:56] [EMAIL PROTECTED]
st_rdev in struct stat is being access without any regards to HAVE_RDEV in the 
following files:

ext/standard/filestat.c
ext/standard/file.c

file.c has the following code:

#ifdef HAVE_ST_BLKSIZE
add_assoc_long ( return_value, "rdev" , stat_sb.st_rdev );
add_assoc_long ( return_value , "blksize" , stat_sb.st_blksize );
#endif

and filestat.c has the following code:

#ifdef HAVE_ST_BLKSIZE
add_next_index_long(return_value, stat_sb->st_rdev);
#else
add_next_index_long(return_value, -1);
#endif

in both cases, it should have been checking for HAVE_ST_RDEV before accessing the 
st_rdev field.

---



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


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

[PHP-DEV] chinese patch for htmlspecialchars

[Alan Knowles]

hi, 
Just tryed adding chinese parsing ability to html specialchars, 
If you do any webdev in php in chinese, it is one of the annoying 'missing
features'


Can somebody help finish this off, There are 2 issues,
- I get compile time saying 
   html.c:76: warning: comparison is always false due to limited range of data
type
  (I'm not a C expert at all, is a (char *) expect to return < 127 ??)...


- I have no idea what type of wrapper check to check for character set or
locale 

Anyway heres the patch, If someone wants to comment on...

Index: html.c
===
RCS file: /repository/php4/ext/standard/html.c,v
retrieving revision 1.22
diff -u -r1.22 html.c
--- html.c  2000/11/24 16:17:58 1.22
+++ html.c  2001/02/21 06:57:30
@@ -51,8 +51,8 @@
 
 PHPAPI char *php_escape_html_entities(unsigned char *old, int oldlen, int
*newlen, int all, int quote_style)
 {
-   int i, maxlen, len;
-   char *new;
+   int i, maxlen, len, ischinese;
+   char *new, *oldnext, *oldprev;
 
maxlen = 2 * oldlen;
if (maxlen < 128)
@@ -62,6 +62,35 @@
 
i = oldlen;
while (i--) {
+
+/* needs some kind of if LC_CTYPE to check for encoding */ 
+/* if charset=chinese?? */
+  /* check if this is the first character in a chinese pair */
+ ischinese = 0; 
+ if (i > 1) { 
+   oldnext = old+1; 
+   if ((*old >= 0xa1) &&
+   (*old <= 0xf9) &&
+   (((*oldnext >= 0x40) &&
+ (*oldnext <= 0x73)) ||
+((*oldnext >= 0xa1) &&
+ (*oldnext <= 0xfe)))  
+  ) ischinese = 1;
+ }
+ /* check if this is the seconde character in a chinese pair */
+ if ((i != oldlen) && (!ischinese)) {
+   oldprev = old-1;
+   if ((*oldprev >= 0xa1) &&  
+   (*oldprev <= 0xf9) &&
+   (((*old >= 0x40) &&
+ (*old <= 0x73)) ||
+((*old >= 0xa1) &&
+ (*old <= 0xfe)))
+  ) ischinese = 1;
+ }
+
+ if (!ischinese) { 
+   
if (len + 9 > maxlen)
new = erealloc (new, maxlen += 128);
if (38 == *old) {
@@ -87,9 +116,13 @@
} else {
new [len++] = *old;
}
-   old++;
+ } else {
+   /* it is chinese - ignore it */
+   new [len++] = *old;
+ }
+ old++;
}
-new [len] = '\0';
+new [len] = '\0';
*newlen = len;
 
return new;



-- 
Technical Director
Linux Center (HK) Ltd.
www.hklc.com



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

Re: [PHP-DEV] php_apache.c virtual() enlightment needed

[Zeev Suraski]

At 00:35 21/2/2001, Rasmus Lerdorf wrote:
>Ah right.  I vaguely remember writing a check for this years ago.

That's what I recalled too.  I don't think that this can work today, so if 
this check got lost along the way, it should probably be restored.

Zeev


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


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

Re: [PHP-DEV] php_apache.c virtual() enlightment needed

[Rasmus Lerdorf]

> At 00:18 21/2/2001, Rasmus Lerdorf wrote:
> > > Hrm, it *is* intentional.  But we may need to do something smarter here.
> > > One thing that I don't understand - one can't really call virtual() on
> > > another PHP file, can she?
> >
> >Why not?  virtual() just kicks off an Apache sub-request.  That
> >sub-rerquest can be any valid Apache request.
>
> Well, AFAIK, at least, it didn't use to be like that.  The reason was that
> PHP wasn't re-entrant within the same request.  As far as I know, it isn't
> today either, but I could be wrong.

Ah right.  I vaguely remember writing a check for this years ago.

-Rasmus


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

Re: [PHP-DEV] php_apache.c virtual() enlightment needed

[Zeev Suraski]

At 00:18 21/2/2001, Rasmus Lerdorf wrote:
> > Hrm, it *is* intentional.  But we may need to do something smarter here.
> > One thing that I don't understand - one can't really call virtual() on
> > another PHP file, can she?
>
>Why not?  virtual() just kicks off an Apache sub-request.  That
>sub-rerquest can be any valid Apache request.

Well, AFAIK, at least, it didn't use to be like that.  The reason was that 
PHP wasn't re-entrant within the same request.  As far as I know, it isn't 
today either, but I could be wrong.

Zeev


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


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

Re: [PHP-DEV] php_apache.c virtual() enlightment needed

[Rasmus Lerdorf]

> Hrm, it *is* intentional.  But we may need to do something smarter here.
> One thing that I don't understand - one can't really call virtual() on
> another PHP file, can she?

Why not?  virtual() just kicks off an Apache sub-request.  That
sub-rerquest can be any valid Apache request.

-Rasmus


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

Re: [PHP-DEV] php_apache.c virtual() enlightment needed

[Zeev Suraski]

Hrm, it *is* intentional.  But we may need to do something smarter here.
One thing that I don't understand - one can't really call virtual() on 
another PHP file, can she?

Zeev

At 17:18 19/2/2001, André Langhorst wrote:
>I tried (and failed) to figure out why virtual() closes any output buffers,
>I think this is not very gentle, could anybody enlighten me?
>
>andré
>
>
>--
>· André Langhorstt: +49 331 5811560 ·
>· [EMAIL PROTECTED]  m: +49 173 9558736 ·
>* PHP Quality Assurance  http://qa.php.net  *
>
>
>Return-Path: <[EMAIL PROTECTED]>
>Received: from toye.php.net (va.php.net [198.186.203.51])
> by itbnet.de (8.9.3/8.8.8) with SMTP id GAA14244
> for <[EMAIL PROTECTED]>; Tue, 20 Feb 2001 06:15:51 +0100
>Received: (qmail 12298 invoked by uid 1013); 20 Feb 2001 05:13:14 -
>Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
>Precedence: bulk
>Delivered-To: mailing list [EMAIL PROTECTED]
>Received: (qmail 12292 invoked from network); 20 Feb 2001 05:13:12 -
>Date: 20 Feb 2001 05:14:39 -
>Message-ID: <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>From: [EMAIL PROTECTED]
>Subject: [PHP-DEV] PHP 4.0 Bug #8536 Updated: ob_start() is not working 
>with virtual() function
>MIME-Version: 1.0
>
>ID: 8536
>Updated by: andre
>Reported By: [EMAIL PROTECTED]
>Old-Status: Open
>Status: Assigned
>Bug Type: Output Control
>Assigned To: andre
>Comments:
>
>in php_apache.c (line 324) if have found the following
>
>php_end_ob_buffers(1);
>php_header();
>
>I guess this is intended to avoid some confusion with sent
>headers, but if we (have to) close all buffers it should be
>mentioned in the documentation (at least)
>anyway I do not really understand this drastic closure of
>open buffers
>
>Previous Comments:
>---
>
>[2001-01-03 10:48:03] [EMAIL PROTECTED]
>Output of virtual() function didn't seem to work with
>ob_start() function. Is there any way to store the output of
>virtual()?
>
>---
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at http://bugs.php.net/?id=8536&edit=2
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]

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


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

[PHP-DEV] please patch for dbmaker

[Jeffrey Lin]

Hey, there:

We just added some patch to php CVS specifically for
our database driver - DBMaker.

The modifications are made in one file, ext/odbc/config.m4.

For config.m4, we did some modifications to the paths to
our database driver.

Would you please be kind enough to include this patch to the
future releases of PHP as soon as possible? We really
appreciate it.

Thanks a lot.

--chihfeng

 BEGIN PATCH 


diff -ur php-4.0.4pl1old/ext/odbc/config.m4 php-4.0.4pl1/ext/odbc/config.m4
--- php-4.0.4pl1old/ext/odbc/config.m4 Wed Nov 22 23:31:04 2000
+++ php-4.0.4pl1/ext/odbc/config.m4 Wed Feb 21 12:20:01 2001
@@ -407,8 +407,8 @@
 # check DBMaker version (from 5.0 to 2.0)
 DBMAKER_VERSION=5.0

-while [[ test ! -d $DBMAKER_HOME/$DBMAKER_VERSION -a \
- "$DBMAKER_VERSION" != "2.9" ]]; do
+while test ! -d $DBMAKER_HOME/$DBMAKER_VERSION -a \
+ "$DBMAKER_VERSION" != "2.9"; do
 DM_VER=`echo $DBMAKER_VERSION | sed -e 's/\.//' | awk '{ print
$1-1;}'`
 MAJOR_V=`echo $DM_VER | awk '{ print $1/10; }' \
  | awk  -F. '{ print $1; }'`
@@ -416,7 +416,7 @@
 DBMAKER_VERSION=$MAJOR_V.$MINOR_V
 done

-if [[ "$DBMAKER_VERSION" = "2.9" ]]; then
+if test "$DBMAKER_VERSION" = "2.9"; then
 withval=$DBMAKER_HOME
 else
 DBMAKER_PATH=$DBMAKER_HOME/$DBMAKER_VERSION


 END PATCH 




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

[PHP-DEV] RE: PHP 4.0 Bug #9351 Updated: LDAP_SEARCH

[nikony]

I have thought about that but as you know, it's now a fault of LDAP Server. I use open 
ldap and when i use command line:
ldapsearch -p 999 -h localhost -b ...  "(date >=20010116)"
it works! and even more:
ldapsearch -p 999 -h localhost -b ...  "(&(date >=20010116)(date<=20010120))"
It's puzzling,right?


- Original Message -
From:Bug Database <[EMAIL PROTECTED]>
To:[EMAIL PROTECTED]
Subject:PHP 4.0 Bug #9351 Updated: LDAP_SEARCH
Date:Tue, 20 Feb 2001 17:38:41 +0800
 >ID: 9351
 >Updated by: venaas
 >Reported By: [EMAIL PROTECTED]
 >Old-Status: Open
 >Status: Feedback
 >Bug Type: LDAP related
 >Assigned To: venaas
 >Comments:
 >
 >I think the problem might be that the LDAP server doesn't
 >support it. Please try searching with ldapsearch command
 >line utility and see if that works. What LDAP libraries
 >and server are you using?
 
__

===
ÐÂÀËÃâ·Ñµç×ÓÓÊÏä (http://mail.sina.com.cn)
ÍøÀïÑ°Ëýǧ°Ù¶È!ûÓÐ"ÁÄÓÑËÙÅä",ÔõÄÜ"³ÉË«³É¶Ô"? (http://newchat.sina.com.cn)

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

[PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found

[jason]

ID: 9337
Updated by: jason
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: Feature/Change Request
Assigned To: [EMAIL PROTECTED]
Comments:

Request complete, new function created called array_search in CVS. Check it out in 
snapshots.

-Jason


Previous Comments:
---

[2001-02-19 13:12:45] [EMAIL PROTECTED]
Andrei and I descussed the possibility of creating a new function. I will explore 
this.

-Jason

---

[2001-02-19 12:18:06] [EMAIL PROTECTED]
maybe a fourth parameter switch to avoid 0->false problems?

---

[2001-02-19 11:18:18] [EMAIL PROTECTED]
in_array() currently returns only true/false on whether or not a searched-for value is 
in a given array.

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


---



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


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

[PHP-DEV] PHP 4.0 Bug #8667 Updated: sockets

[pairote . p]

ID: 8667
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Sockets related
Description: sockets

Simple but ugly workaround for Solaris 7/8 is to define _KERNEL for sockets.h in 
ext/sockets/sockets.c in PHP.

ext/sockets/socket.c:

#define _KERNEL
#include 
#undef _KERNEL

[EMAIL PROTECTED]
[EMAIL PROTECTED]

Previous Comments:
---

[2001-01-12 10:51:19] [EMAIL PROTECTED]
user feedback:

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


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


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


---

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

---

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

[PHP-DEV] Simple Fail-Safe E-Business Opportunity!

[dbcarolina]

Does a "Self-Run" Business interest you? 
CASH IN on a virtual Money Machine! Let the World's First Online Recruiter help
build your group! FREE Marketing Tools (Self-Replicating Web Pages,
Autoresponders, Fax-On-Demand, ...) bring you the EASIEST plan to achieve
wealth. Tap into the speed/power of the Internet with our free tools and see
your group grow fast! Guaranteed monthly Checks! You can earn $400 -
$14,565+/month! We're Exploding! JOIN NOW and Succeed! 


Simply click below to request more Information About this great opportunity!

mailto: [EMAIL PROTECTED]?subject=Send-Info

It will ONLY take a minute to find out. 

You will be glad that you did! 


I received your e-mail as someone interested in Internet Business 

Opportunities. If I received your e-mail in error, or you are no 

longer interested, click here to be removed. Be sure REMOVE is in 

the Subject Title and you will not be contacted again: 
 
mailto:[EMAIL PROTECTED] ?subject=Remove


Thank you! 

Dana



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

[PHP-DEV] PHP 4.0 Bug #9364: Redeclaration cannot specify a different storage class

[amra]

From: [EMAIL PROTECTED]
Operating system: OS400
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  Redeclaration cannot specify a different storage class

When trying to compile sapi/cgi/getopt.c and sapi/cgi/cgi_main.c, I get the following 
errors:

-- begin [getopt..c] --
ERROR :15The redeclaration cannot specify a different storage class.
ERROR :16The redeclaration cannot specify a different storage class.
-- end   [getopt.c] --

I got rid of above error by removing static from 
 static int ap_php_opterr = 1;
 static int ap_php_optopt;


-- begin [cgi_main.c] --
ERROR :204   The redeclaration cannot specify a different storage class.
-- end   [cgi_main.c] --

I got rid of above error by removing static from 
 static sapi_module_struct sapi_module = {


I believe the errors are due to the conflicting declarations in sapi/cgi/php_getopt.h:

extern int ap_php_opterr;
extern int ap_php_optopt;

and the conflictng declaration in main/SAPI.h:

extern sapi_module_struct sapi_module; 


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



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

Re: [PHP-DEV] PHP 4.0 Bug #9363 Updated: Floating point error uponstartup

[Derick Rethans]

On 20 Feb 2001 [EMAIL PROTECTED] wrote:

> ID: 9363
> User Update by: [EMAIL PROTECTED]
> Status: Closed
> Bug Type: Reproduceable crash
> Description: Floating point error upon startup
>
> Any eta on a point release? I'd rather not use a snapshot on productional servers.

5-6 weeks probably ... but snapshots are mostly stable. I myself use a
snapshot on a production box. But alternatively, you can use only the
new file in which the error was fixed. That wont have a big impact on
the other things in the PHP code base.

Derick

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


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

[PHP-DEV] PHP 4.0 Bug #9363 Updated: Floating point error upon startup

[zerodiv]

ID: 9363
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Reproduceable crash
Description: Floating point error upon startup

Any eta on a point release? I'd rather not use a snapshot on productional servers.

Previous Comments:
---

[2001-02-20 17:33:33] [EMAIL PROTECTED]
Already fixed in CVS. You can use a snapshot from snaps.php.net or the CVS version.

---

[2001-02-20 17:28:47] [EMAIL PROTECTED]
# apache configure
./configure 
"--with-layout=Apache" 
"--prefix=/usr/local/apache" 
"--enable-module=rewrite" 
"--enable-module=so" 
"$@"

# php4 configure
./configure  --enable-debug=no --enable-memory-limit 
--with-apxs=/usr/local/apache/bin/apxs --enable-shmop --enable-sysvshm 
--enable-versioning --with-ldap --with-mysql --with-imap=/usr/local/

---


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


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

[PHP-DEV] PHP 4.0 Bug #9363 Updated: Floating point error upon startup

[derick]

ID: 9363
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Already fixed in CVS. You can use a snapshot from snaps.php.net or the CVS version.

Previous Comments:
---

[2001-02-20 17:28:47] [EMAIL PROTECTED]
# apache configure
./configure 
"--with-layout=Apache" 
"--prefix=/usr/local/apache" 
"--enable-module=rewrite" 
"--enable-module=so" 
"$@"

# php4 configure
./configure  --enable-debug=no --enable-memory-limit 
--with-apxs=/usr/local/apache/bin/apxs --enable-shmop --enable-sysvshm 
--enable-versioning --with-ldap --with-mysql --with-imap=/usr/local/

---



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


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

[PHP-DEV] PHP 4.0 Bug #9363: Floating point error upon startup

[zerodiv]

From: [EMAIL PROTECTED]
Operating system: FREEBSD 3.4
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  Floating point error upon startup

# apache configure
./configure \
"--with-layout=Apache" \
"--prefix=/usr/local/apache" \
"--enable-module=rewrite" \
"--enable-module=so" \
"$@"

# php4 configure
./configure  --enable-debug=no --enable-memory-limit 
--with-apxs=/usr/local/apache/bin/apxs --enable-shmop --enable-sysvshm 
--enable-versioning --with-ldap --with-mysql --with-imap=/usr/local/


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



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

[PHP-DEV] PHP 4.0 Bug #9362: When sendmail not available, get compile errors

[amra]

From: [EMAIL PROTECTED]
Operating system: OS400
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  When sendmail not available, get compile errors

When sendmail is not available on a system, get compiler errors:

"basic_functions.c", line 486.9: 1506-045 (S) Undeclared identifier php_if_mail.
"basic_functions.c", line 487.9: 1506-045 (S) Undeclared identifier php_if_ezmlm_hash.

I got around the error by doing the following in the above file:

#ifdef HAVE_SENDMAIL
/* functions from mail.c */
PHP_FE(mail,NULL)
PHP_FE(ezmlm_hash,  NULL)
#else
PHP_FALIAS(mail  , warn_not_available,  NULL) 
PHP_FALIAS(ezmlm_hash, warn_not_available,  NULL)  
   
#endif


I think that HAVE_SENDMAIL needs to be checked.


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



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

[PHP-DEV] PHP 4.0 Bug #9361: C++ compiler causes failures

[amra]

From: [EMAIL PROTECTED]
Operating system: OS400
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  C++ compiler causes failures

When using a C++ compiler on OS/400, a lot of files fail to compile.  (Note that my 
other bug reports was using a C compiler.)  Most of the failures has to do with 
returned pointers from emalloc, erealloc, malloc and realloc.  These functions are 
returning a void pointer and are not being cast to the data type of the variable 
receiving the pointer.  I hope that this can be changed.   Some of the code does cast, 
but most do not.  





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



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

[PHP-DEV] PHP 4.0 Bug #9360: Type of the parameter conflicts with previous declaration of function

[amra]

From: [EMAIL PROTECTED]
Operating system: OS400
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  Type of the parameter conflicts with previous declaration of function

When compiling using a C compiler, it does not allow parameters that are defined as 
const to be passed to a function that does not have the const qualifier in the 
prototype.  Also, there are some parameter mismatches.  Details below.

-- begin [main/network.c] --
ERROR :129   Type of the parameter  conflicts with previous declaration of function .
INFORMATIONAL :129   Prototype has type pointer to  unsigned character .
INFORMATIONAL :129   Argument has type pointer to   constant unsigned character .
-- end   [network.qwobj] --

Line 129:

host_info = gethostbyname(host);

But host is const char *.  So I had to change line to as follows:
host_info = gethostbyname((char *)host);

-- begin [fsock.qwobj] --
ERROR :110   Type of the parameter  conflicts with previous declaration of function .
INFORMATIONAL :110   Prototype has type pointer to  unsigned character .
INFORMATIONAL :110   Argument has type pointer to   constant unsigned character .
ERROR :183   Type of the parameter  conflicts with previous declaration of function .
INFORMATIONAL :183   Prototype has type pointer to  unsigned character .
INFORMATIONAL :183   Argument has type pointer to  signed integer .
ERROR :183   Type of the parameter  conflicts with previous declaration of function .
INFORMATIONAL :183   Prototype has type pointer to  signed integer .
INFORMATIONAL :183   Argument has type pointer to  unsigned integer .
-- end   [fsock.qwobj] --

Line 110:

host_info = gethostbyname((char *)addr);
But addr is const char *.  So I had to change line to as follows:
host_info = gethostbyname((char *)addr);

Line 183:
Protoype for getsockopt is: getsockopt(int, int, int, char *, int *).

However, Line 183 contains:

if (getsockopt(sockfd, SOL_SOCKET, SO_ERROR, &error, &len) < 0) {

where error is int and len is socklen_t.  I had to change line to as follows:

if (getsockopt(sockfd, SOL_SOCKET, SO_ERROR, (char *)&error, (int *)&len) < 0) {


I hope that these types of changes are made, so as to compile easily on any platform. 


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



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

[PHP-DEV] PHP 4.0 Bug #9359: inline not defined in zend_static_allocator.c

[amra]

From: [EMAIL PROTECTED]
Operating system: OS400
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  inline not defined in zend_static_allocator.c

Zend/zend_static_allocator.c does not include the proper include file that defines 
inline.  Thus, file fails to compile when using compilers that do not support inline.


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



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

[PHP-DEV] PHP 4.0 Bug #9357: PHP won't use the method "post"

[webmaster]

From: [EMAIL PROTECTED]
Operating system: Windows 98 (client side) UNIX (server side)
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  PHP won't use the method "post"

The following script is supposed to send a simple feedback form, and send it directly 
to my mail server, however when I submit a test form, it will say "The requested 
method POST is not allowed for the URL /feedback.php.", when I did exactly what the 
instruction book (Que) told me to do. 




Sending...

[PHP-DEV] PHP 4.0 Bug #9358: HAVE_RDEV not being checked before accessing field st_rdev

[amra]

From: [EMAIL PROTECTED]
Operating system: OS400
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  HAVE_RDEV not being checked before accessing field st_rdev

st_rdev in struct stat is being access without any regards to HAVE_RDEV in the 
following files:

ext/standard/filestat.c
ext/standard/file.c

file.c has the following code:

#ifdef HAVE_ST_BLKSIZE
add_assoc_long ( return_value, "rdev" , stat_sb.st_rdev );
add_assoc_long ( return_value , "blksize" , stat_sb.st_blksize );
#endif

and filestat.c has the following code:

#ifdef HAVE_ST_BLKSIZE
add_next_index_long(return_value, stat_sb->st_rdev);
#else
add_next_index_long(return_value, -1);
#endif

in both cases, it should have been checking for HAVE_ST_RDEV before accessing the 
st_rdev field.


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



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

[PHP-DEV] PHP 4.0 Bug #9020 Updated: Registered variables can be set in URL on first run

[paul_kroll]

ID: 9020
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Session related
Description: Registered variables can be set in URL on first run

The negative effects of register globals aren't in question here: this is a behavior 
that is going to lead to exploits. If the register_globals ALWAYS allowed form 
variables to override the session variables, I'd see it as reasonable to tell PHP 
coders to turn that feature off as it's just not safe. But this situation only happens 
On First Try, before a session is created. Because of that, many, many programmers are 
going to assume using session vars is safe and they'll be NEARLY correct.

It's fine to say that register_globals should be off, but that doesn't change the bug: 
PHP sessions should replace global form variables not just after the session is 
created, but on first try as well. Or they should always let form variables override 
session variables. The mix of behaviors is what's problematic.

Previous Comments:
---

[2001-02-20 13:57:52] [EMAIL PROTECTED]
The negative effects of the easy accessibility of form variables is well-known; if you 
want to avoid them, please disable register_globals and use $HTTP_SESSION_VARS 
exclusively.

---

[2001-01-31 00:51:35] [EMAIL PROTECTED]
Ref: think this is what the person was getting at in bug 8184.

---

[2001-01-31 00:35:58] [EMAIL PROTECTED]
One of the last comments on http://www.php.net/manual/en/ref.session.php by 
[EMAIL PROTECTED] is dead-on: if sessions.auto_start is 0/off, and session globals 
are on, a session variable can be set from the URL if it's done before the first-hit 
on the server. This is easier to see if you turn off cookies in your browser 
(otherwise you need to delete cookies after every session) Make a page like:


This page Count = 



Count should be 10 on first hit and +10 each time you click on the link (assuming 
trans-sid for that link to work right w/out cookies, but trans-sid isn't involved in 
this bug) to "This page": but if you fake a URL, "thispage.php?count=234" then on the 
first run, $count will display as 244 (since the script will add 10 to it...)
This can be avoided by unsetting (or setting for that matter) the registered 
variable(s) before session_register() (and maybe before session_start, haven't 
checked), but that should NOT be necessary: PHP should unset the variable by itself on 
first run.

---


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


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

[PHP-DEV] PHP 4.0 Bug #9356: settype thinks 0.2 and (1.2 - 1) have different values

[phpbug01]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.17
PHP version:  4.0.4pl1
PHP Bug Type: Variables related
Bug description:  settype thinks 0.2 and (1.2 - 1) have different values

http://www.tpsa.com/settype.php
http://www.tpsa.com/settype.phps

it has phpinfo(); in it

sniplet:

$zzz=(10*(10.2-1));
$zzztype=gettype($zzz);
echo "\$zzz = $zzz and is $zzztype";
settype($zzz, "integer");
echo "after settype to integer: \$zzz = $zzz ";

$zz=(10*(1.2-1));
$zztype=gettype($zz);
echo "\$zz = $zz and is $zztype";
settype($zz, "integer");
echo "after settype to integer: \$zz = $zz ";


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



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

[PHP-DEV] PHP 4.0 Bug #8556 Updated: start_session modify the HTTP header

[sas]

ID: 8556
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Assigned To: 
Comments:

Regardless of whether the session id is transmitted by a cookie or the URL, the output 
of the PHP script is by default supposed to be non-cachable. 

If you think a client can cache the content of the page, change the 
session.cache_limiter configuration variable appropiately.

Previous Comments:
---

[2001-01-04 16:11:45] [EMAIL PROTECTED]
This related to bug #8073

You are right when you said it is necessary to send a header with no-cache when php 
send a cookie.
But I think it is not normal to change the header when php sends no cookie.

So I changed the code:
before
...
 if (send_cookie)
  php_session_send_cookie(PSLS_C);
 
 if (define_sid) {
  char *buf;

  buf = emalloc(strlen(PS(session_name)) + strlen(PS(id)) + 5);
  sprintf(buf, "%s=%s", PS(session_name), PS(id));
  REGISTER_STRING_CONSTANT("SID", buf, 0);
 } else
  REGISTER_STRING_CONSTANT("SID", empty_string, 0);
 PS(define_sid) = define_sid;

 PS(nr_open_sessions)++;

 php_session_cache_limiter(PSLS_C);
 php_session_initialize(PSLS_C);
...

after the change
...
 if (send_cookie) {
  php_session_send_cookie(PSLS_C);
  php_session_cache_limiter(PSLS_C);
 }
 
 if (define_sid) {
  char *buf;

  buf = emalloc(strlen(PS(session_name)) + strlen(PS(id)) + 5);
  sprintf(buf, "%s=%s", PS(session_name), PS(id));
  REGISTER_STRING_CONSTANT("SID", buf, 0);
 } else
  REGISTER_STRING_CONSTANT("SID", empty_string, 0);
 PS(define_sid) = define_sid;

 PS(nr_open_sessions)++;

 php_session_initialize(PSLS_C);
...

With this modification the no-cache header is send only once. Maybe the modification 
is made a wrong way!?

Georges Dagousset
France
:-)

---



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


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

[PHP-DEV] Bugs #9040, #9013, #8992, #8962, #8732, #8466

[Edin Kadribasic]

All exec style functions seem to be broken somewhere in between versions
4.0.3pl1 and 4.0.4 when PHP is compiled as apache module
with --enable-sigchild.

The description of the bug 8992 seems to contain the solution to the
problem.

Anyone care to take a look at this.

Edin


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

Re: [PHP-DEV] popen() on Win32

[Derick Rethans]

On Tue, 20 Feb 2001, Andi Gutmans wrote:

> I can never remember who said they were mentioning on getting popen() to
> work on Win32.
> In any case, if someone's working on it any chance this can make it in for
> 4.0.5?

I've something working, but I need to sort some things out with someone
from the core in a fast response talk (like IRC).

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


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

Re: [PHP-DEV] Problem with strings on Win32

[Martin Jansen]

On Tue, 20 Feb 2001 20:40:04 +0100, Sebastian Bergmann wrote:

>  The following code
>
>  $string = "";
>
>  print "*".$string."*";
>  var_dump($string);
>?>
>
>  outputs 
>
>**
>string(6) ""

On my machine (Windows 2000 Professional German) everything
works fine:

| [d:\php\php4.0.4pl1]php
| ";
| 
|   print "*".$string."*";
|   var_dump($string);
| ?>
| ^Z
| X-Powered-By: PHP/4.0.4pl1
| Content-type: text/html
| 
| **string(6) ""
| 
| [d:\php\php4.0.4pl1]

Using PHP 4.0.4pl1.

Martin




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

Re: [PHP-DEV] Problem with strings on Win32

[Sebastian Bergmann]

Martin Jansen wrote:
> On my machine (Windows 2000 Professional German) everything
> works fine:
> 
> | [d:\php\php4.0.4pl1]php
> |  |   $string = "";
> |
> |   print "*".$string."*";
> |   var_dump($string);
> | ?>
> | ^Z
> | X-Powered-By: PHP/4.0.4pl1
> | Content-type: text/html
> |
> | **string(6) ""
> |
> | [d:\php\php4.0.4pl1]

  On mine, too, it works fine. I was just stupid :-)

-- 
 sebastian bergmann e-mail :  [EMAIL PROTECTED]
  homepage :  http://www.sebastian-bergmann.de
   make a gift : http://wishlist.sebastian-bergmann.de
 measure the usability of your web application -> http://phpOpenTracker.de

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

[PHP-DEV] popen() on Win32

[Andi Gutmans]

I can never remember who said they were mentioning on getting popen() to 
work on Win32.
In any case, if someone's working on it any chance this can make it in for 
4.0.5?

Andi


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

[PHP-DEV] PHP 4.0 Bug #9198 Updated: ocassional session blackouts

[andre]

ID: 9198
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Suspended
Status: Feedback
Bug Type: *Session related
Assigned To: 
Comments:



Previous Comments:
---

[2001-02-10 04:41:57] [EMAIL PROTECTED]
This is my session configuration:

session.save_handler  = files   ; handler used to store/retrieve data
session.save_path = /tmp; argument passed to save_handler
; in the case of files, this is the
; path where data files are stored
session.use_cookies   = 1   ; whether to use cookies
session.name  = PHPSESSID
; name of the session
; is used as cookie name
session.auto_start= 1   ; initialize session on request startup
session.cookie_lifetime   = 0   ; lifetime in seconds of cookie
; or if 0, until browser is restarted
session.cookie_path   = /   ; the path the cookie is valid for
session.cookie_domain = ; the domain the cookie is valid for
session.serialize_handler = php ; handler used to serialize data
; php is the standard serializer of PHP
session.gc_probability= 1   ; percentual probability that the
; 'garbage collection' process is started
; on every session initialization
session.gc_maxlifetime= 1440; after this number of seconds, stored
; data will be seen as 'garbage' and
; cleaned up by the gc process
session.referer_check = ; check HTTP Referer to invalidate
; externally stored URLs containing ids
session.entropy_length= 0   ; how many bytes to read from the file
session.entropy_file  = ; specified here to create the session id
; session.entropy_length= 16
; session.entropy_file  = /dev/urandom
session.cache_limiter = nocache ; set to {nocache,private,public} to
; determine HTTP caching aspects
session.cache_expire  = 180 ; document expires after n minutes
session.use_trans_sid = 1   ; use transient sid support if enabled
; by compiling with --enable-trans-sid


---

[2001-02-09 18:09:10] [EMAIL PROTECTED]
Can you include the [Session] section from your php.ini file?

---

[2001-02-09 18:02:13] [EMAIL PROTECTED]
My application used to run PHPLIB for the sake of session variables. After migrating 
to PHP4, I made it use the PHP4 integreted session support (using cookies) and it 
seems to be working fine for most of the time.
Nevertheless, it will ocassionally loose the infromation contained within the session 
and get all active users disconnected and unable to log in again for a while.
I cannot say when it is going to happen again (it is unpredictable) but the fact is 
that it happens...

Thanks in advance,
Jakub Jermar



---



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


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

[PHP-DEV] Problem with strings on Win32

[Sebastian Bergmann]

  Hi there,

  I just came across something very odd.

  The following code

";

  print "*".$string."*";
  var_dump($string);
?>

  outputs 

**
string(6) ""

  . So, the variable's type and size are set correctly, but not its value.

  I'm using yesterday's CVS on Windows 2000 Professional. Sascha already
checked this on his machine(s) and could NOT reproduce this.

A confused Sebastian %-/

-- 
 sebastian bergmann e-mail :  [EMAIL PROTECTED]
  homepage :  http://www.sebastian-bergmann.de
   make a gift : http://wishlist.sebastian-bergmann.de
 measure the usability of your web application -> http://phpOpenTracker.de

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

Re: [PHP-DEV] RE: [PHP-QA] Problem with strings on Win32

[Alexander Feldman]

Hi,

I can not understand very well the question, but you can produce such an
output with the following php script:



The interpreter is binary safe and that's ok. Perhaps the var_dump
function can be enhanced, but it is supposed only for internal usage,
isn't it?

Regards:
--
Alex

On Tue, 20 Feb 2001, James Moore wrote:

> > **
> > string(6) ""
> >
> >   . So, the variable's type and size are set correctly, but not its value.
> >
> >   I'm using yesterday's CVS on Windows 2000 Professional. Sascha already
> > checked this on his machine(s) and could NOT reproduce this.
> 
> Sorry to ask this but your not being stupid and looking at the output
> through a browser??
> 
> James
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 


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

[PHP-DEV] RE: [PHP-QA] Problem with strings on Win32

[James Moore]

> **
> string(6) ""
>
>   . So, the variable's type and size are set correctly, but not its value.
>
>   I'm using yesterday's CVS on Windows 2000 Professional. Sascha already
> checked this on his machine(s) and could NOT reproduce this.

Sorry to ask this but your not being stupid and looking at the output
through a browser??

James


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

Re: [PHP-DEV] Time for 4.0.5?

[PHP development @echospace]

 
...with pretty much every modem user already having bzip2... C'mon, you gotta download 
kernel sources too, and those are in bz2 for modem users...
-2c-
Vlad




- Original Message -
From: emile@UNKNOWN
To: 
Sent: Tue, 20 Feb 2001 10:04:11 +0100
Subject: Re: [PHP-DEV] Time for 4.0.5?

Wolfgang Drews wrote:

> delivering .tar.gz, but in addition offer this .bz2 thing. So
> why not, if at least those modem-users would benefit of it?

Could benefit, not would benefit. They'd need to download and install
bzip2
first.

Emile

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


Finally! Real applications on the web!
Free email, contacts, and file storage.
http://www.echospace.com


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

[PHP-DEV] PHP 4.0 Bug #9330 Updated: Child process seg faults on php call

[mchampagne]

ID: 9330
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Configuration Issues
Description: Child process seg faults on php call

Found a post on a newsgroup that gets around this bug.  I modified libtool and it runs 
successfully now.

The configure script generates a script named 'libtool'.  Modify the archive_cmds= and 
archive_expsym_cmds line to include the following switch:

\${wl}-bI:/ias/Apache/Apache/libexec/httpd.exp

This tells PHP which calls to the Apache API have been exported and can be resolved at 
runtime.

Mike


Previous Comments:
---

[2001-02-18 22:02:30] [EMAIL PROTECTED]
Here is exactly what I did to reproduce the problem.  This is on an AIX 4.3.3 box with 
Oracle 9iAS which runs Apache 1.3.12.  I have successfully installed PHP on Oracle 
8iAS which runs Apache 1.3.9.

Here's the exact steps I took to install PHP:

NOTE: I ran all of this as the oracle user and I had my ORACLE_HOME set to 
/ias/6iserver.  This shouldn't be necessary since we specify this on the configure 
line but I did it to be safe.

Added -I/ias/Apache/perl/lib/5.00503 to the end of the #!perl call at the top of the 
apxs script.  A perl module (strict.pm) is required but is not found in the include 
path when the configure script runs apxs.

Also, I'm not sure why, but Oracle 9iAS automatically assumes everyone is running 
Solaris.  In the apxs script I  changed a '-DSOLARIS2=260' reference to -DAIX=43.

Ran CC=cc configure --with-apxs=/ias/Apache/Apache/bin/apxs --with-oci8=/ias/6iserver 
--without-mysql --prefix=/ias/Apache/Apache

After the configure script was done I edited config_vars.mk and added 
-I/ias/rdbms/demo and -I/ias/rdbms/public to the INCLUDES variable.  IAS keeps some of 
the oci8 header files in these directories.  Also, for 9i I had to add 
-I/ias/Apache/Apache/include to the INCLUDES variable.  I did not have to do this for 
8iAS.

AIX has a sparsely documented bug where alloca() is not defined on the system and the 
PHP configure script does not seem to handle this properly.  We need to add -ma to 
CFLAGS to get around this.

Created a link in /ias/6iserver/lib for libclntsh.a.  For some reason only a .so was 
included in 9iAS.  I checked 8iAS and this file is not missing here.  Ran ln -s 
libclntsh.so libclntsh.a in the /ias/6iserver/lib directory.

Ran make.

Ran make install.

Apache starts up ok, but I get a seg fault at the first call to PHP.  Only the child 
http process dies.

Apache error log shows:

[Sun Feb 18 20:51:19 2001] [notice] Apache/1.3.12 (Unix) ApacheJServ/1.1 PHP/4.0.4pl1 
mod_perl/1.22 configured -- resuming no
rmal operations
[Sun Feb 18 20:51:52 2001] [notice] child pid 16028 exit signal Segmentation fault 
(11)

DBX output of core file:

< Several pages of warnings like this snipped >
warning: Unable to access address 0x2007d6fc from core
warning: Unable to access address 0x2007d700 from core
warning: Unable to access address 0x2007d700 from core
warning: Unable to access address 0x2007d704 from core
warning: Unable to access address 0x2007d704 from core
warning: Unable to access address 0x2007d708 from core
warning: Unable to access address 0x2007d708 from core

[using memory image in ../core]
warning: Unable to access address 0xf01558e4 from core

Segmentation fault in signal._p_nsleep [/usr/lib/libpthreads.a] at 0xd0013db4
0xd0013db4 (_p_nsleep+0x10) 80410014lwz   r2,0x14(r1)

Any ideas?

Thanks,
Michael Champagne, Software Engineer
Capital Institutional Services, Inc.
wk: [EMAIL PROTECTED]


---


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


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

[PHP-DEV] PHP 4.0 Bug #9020 Updated: Registered variables can be set in URL on first run

[paul_kroll]

ID: 9020
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Session related
Description: Registered variables can be set in URL on first run

The negative effects of register globals aren't in question here: this is a behavior 
that is going to lead to exploits. If the register_globals ALWAYS allowed form 
variables to override the session variables, I'd see it as reasonable to tell PHP 
coders to turn that feature off as it's just not safe. But this situation only happens 
On First Try, before a session is created. Because of that, many, many programmers are 
going to assume using session vars is safe and they'll be NEARLY correct.

It's fine to say that register_globals should be off, but that doesn't change the bug: 
PHP sessions should replace global form variables not just after the session is 
created, but on first try as well. Or they should always let form variables override 
session variables. The mix of behaviors is what's problematic.

Previous Comments:
---

[2001-02-20 14:12:26] [EMAIL PROTECTED]
The negative effects of register globals aren't in question here: this is a behavior 
that is going to lead to exploits. If the register_globals ALWAYS allowed form 
variables to override the session variables, I'd see it as reasonable to tell PHP 
coders to turn that feature off as it's just not safe. But this situation only happens 
On First Try, before a session is created. Because of that, many, many programmers are 
going to assume using session vars is safe and they'll be NEARLY correct.

It's fine to say that register_globals should be off, but that doesn't change the bug: 
PHP sessions should replace global form variables not just after the session is 
created, but on first try as well. Or they should always let form variables override 
session variables. The mix of behaviors is what's problematic.

---

[2001-02-20 13:57:52] [EMAIL PROTECTED]
The negative effects of the easy accessibility of form variables is well-known; if you 
want to avoid them, please disable register_globals and use $HTTP_SESSION_VARS 
exclusively.

---

[2001-01-31 00:51:35] [EMAIL PROTECTED]
Ref: think this is what the person was getting at in bug 8184.

---

[2001-01-31 00:35:58] [EMAIL PROTECTED]
One of the last comments on http://www.php.net/manual/en/ref.session.php by 
[EMAIL PROTECTED] is dead-on: if sessions.auto_start is 0/off, and session globals 
are on, a session variable can be set from the URL if it's done before the first-hit 
on the server. This is easier to see if you turn off cookies in your browser 
(otherwise you need to delete cookies after every session) Make a page like:


This page Count = 



Count should be 10 on first hit and +10 each time you click on the link (assuming 
trans-sid for that link to work right w/out cookies, but trans-sid isn't involved in 
this bug) to "This page": but if you fake a URL, "thispage.php?count=234" then on the 
first run, $count will display as 244 (since the script will add 10 to it...)
This can be avoided by unsetting (or setting for that matter) the registered 
variable(s) before session_register() (and maybe before session_start, haven't 
checked), but that should NOT be necessary: PHP should unset the variable by itself on 
first run.

---


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


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

[PHP-DEV] CVS Account Request

[CVS Account Request]

Full name: Alexander Bokovoy
Email: [EMAIL PROTECTED]
ID: ab
Purpose: To work on PHP binding for Midgard Project

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

[PHP-DEV] PHP 4.0 Bug #9020 Updated: Registered variables can be set in URL on first run

[sas]

ID: 9020
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Assigned To: 
Comments:

The negative effects of the easy accessibility of form variables is well-known; if you 
want to avoid them, please disable register_globals and use $HTTP_SESSION_VARS 
exclusively.

Previous Comments:
---

[2001-01-31 00:51:35] [EMAIL PROTECTED]
Ref: think this is what the person was getting at in bug 8184.

---

[2001-01-31 00:35:58] [EMAIL PROTECTED]
One of the last comments on http://www.php.net/manual/en/ref.session.php by 
[EMAIL PROTECTED] is dead-on: if sessions.auto_start is 0/off, and session globals 
are on, a session variable can be set from the URL if it's done before the first-hit 
on the server. This is easier to see if you turn off cookies in your browser 
(otherwise you need to delete cookies after every session) Make a page like:


This page Count = 



Count should be 10 on first hit and +10 each time you click on the link (assuming 
trans-sid for that link to work right w/out cookies, but trans-sid isn't involved in 
this bug) to "This page": but if you fake a URL, "thispage.php?count=234" then on the 
first run, $count will display as 244 (since the script will add 10 to it...)
This can be avoided by unsetting (or setting for that matter) the registered 
variable(s) before session_register() (and maybe before session_start, haven't 
checked), but that should NOT be necessary: PHP should unset the variable by itself on 
first run.

---



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


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

[PHP-DEV] PHP 4.0 Bug #9115 Updated: unserialization segfaults

[sas]

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

Please send the session file which causes the segfault to [EMAIL PROTECTED] (MIME 
preferred).  The bug db inserts white-space, so I cannot use the posted data. Thanks.

Previous Comments:
---

[2001-02-05 11:06:02] [EMAIL PROTECTED]
Clarification:

I am not trying to load a session between versions of PHP!

The bug happens when using PHP 4.0.4pl1, and the backtrace is generated from that.

I have however -- to test that it was the serialization that was buggy under 4.0.4pl1 
-- created the same session in 4.0.1pl2 and tried to load it inder 4.0.4pl1, 
succesfully.

So whenever I use 4.0.4pl1 in apache it segfaults at that point in then application

---

[2001-02-05 10:55:56] [EMAIL PROTECTED]
I get this consquently with 4.0.4+ (tried latest on snaps.php.net)

This happens while unserializing, but seems to be caused by a bad serialization -- 
this has been tested by serializing with 4.0.1pl2 and unserializing with 4.0.4pl1 -- 
no problems. The other way around ofcourse crashes.

Here's the bt from the segfault

(gdb) run -X
Starting program: /home/httpd/bin/httpd -X
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x81135cd in _zval_ptr_dtor ()
(gdb) bt
#0  0x81135cd in _zval_ptr_dtor ()
#1  0x811c9f9 in zend_hash_destroy ()
#2  0x8119158 in _zval_dtor ()
#3  0x81135e2 in _zval_ptr_dtor ()
#4  0x80fe2e9 in php_var_unserialize ()
#5  0x80ceb61 in ps_srlzr_decode_php ()
#6  0x80cf004 in ps_srlzr_decode_wddx ()
#7  0x80cf1f0 in ps_srlzr_decode_wddx ()
#8  0x80cfc14 in ps_srlzr_decode_wddx ()
#9  0x80d0c90 in php_if_session_start ()
#10 0x81464a1 in execute ()
#11 0x814c28d in execute ()
#12 0x8119fc8 in zend_execute_scripts ()
#13 0x808b788 in php_execute_script ()
#14 0x812521e in apache_php_module_main ()
#15 0x8089356 in send_php ()
#16 0x8089388 in send_parsed_php ()
#17 0x8153db3 in ap_invoke_handler ()
#18 0x81675e9 in ap_some_auth_required ()
#19 0x816764c in ap_process_request ()
#20 0x815eece in ap_child_terminate ()
#21 0x815f05c in ap_child_terminate ()
#22 0x815f1b9 in ap_child_terminate ()
#23 0x815f7e6 in ap_child_terminate ()
#24 0x815ff73 in main ()
#25 0x407669cb in __libc_start_main (main=0x815fc2c , argc=2, argv=0xba54, 
init=0x806f58c <_init>, fini=0x81d4a2c <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, 
stack_end=0xba4c) at ../sysdeps/generic/libc-start.c:92

Here's a working serialization:
!cust_id|session|O:7:"session":9:{s:16:"boolAuthenticate";b:1;s:9:"strSessID";s:0:"";s:9:"intUserID";s:1:"1";s:12:"strUserLogin";s:5:"david";s:15:"strUserPassword";s:7:"";s:11:"arrUserInfo";a:26:{i:0;s:1:"1";s:7:"cust_id";s:1:"1";i:1;s:1:"2";s:9:"cust_type";s:1:"2";i:2;s:5:"David";s:9:"cust_name";s:5:"David";i:3;s:7:"Hjortsø";s:12:"cust_surname";s:7:"Hjortsø";i:4;s:13:"[EMAIL PROTECTED]";s:10:"cust_email";s:13:"[EMAIL PROTECTED]";i:5;s:12:"+45
 33179292";s:14:"cust_telephone";s:12:"+45 33179292";i:6;s:12:"+45 
33179299";s:8:"cust_fax";s:12:"+45 33179299";i:7;s:27:"Frederiksberggade 26, 4 
Sal";s:13:"cust_address1";s:27:"Frederiksberggade 26, 4 
Sal";i:8;s:0:"";s:13:"cust_address2";s:0:"";i:9;s:12:"Copenhagen 
K";s:9:"cust_city";s:12:"Copenhagen 
K";i:10;s:7:"Dk-1459";s:11:"cust_postal";s:7:"Dk-1459";i:11;s:3:"050";s:12:"cust_country";s:3:"050";i:12;s:15:"Deus
 ex Machina";s:12:"cust_company";s:15:"Deus ex 
Machina";}s:11:"intUserType";i:2;s:13:"intUserStatus";i:0;s:9:"boolLogin";b:1;}create|O:10:"createtest":5:{s:7:"arrTest";b:0;s:11:"arrSections";a:1:{i:0;a:2:{s:10:"section_id";i:1;s:12:"section_name";s:29:"Skriv
 navnet på sektionen 
her";}}s:8:"arrPages";a:21:{s:10:"test_title";s:0:"";s:15:"test_short_desc";s:0:"";s:9:"test_type";s:1:"b";s:14:"test_responses";s:0:"";s:10:"test_start";s:0:"";s:8:"test_end";s:0:"";s:7:"test_fc";s:6:"Yellow";s:7:"test_bc";s:6:"Yellow";s:9:"test_desc";s:0:"";s:9:"test_link";s:0:"";s:14:"qsInternetHome";N;s:16:"qsInternetAccess";N;s:15:"qsInternetUsage";N;s:8:"qsLiving";N;s:7:"qsCivil";N;s:8:"qsGender";N;s:7:"EndYear";s:0:"";s:8:"EndMonth";s:1:"1";s:10:"StartMonth";s:1:"1";s:9:"StartYear";s:0:"";s:7:"private";N;}s:11:"intLastPage";s:1:"6";s:11:"intNrPeople";N;}arrSections|a:1:{i:0;a:2:{s:10:"section_id";i:1;s:12:"section_name";s:29:"Skriv
 navnet på sektionen her";}}R:39;arrQuestions|N;arrQuestions|a:1:{i:0;s:0:"";}

And here is the segfaulting one:
!cust_id|session|O:7:"session":9:{s:16:"boolAuthenticate";b:1;s:9:"strSessID";s:0:"";s:9:"intUserID";s:1:"1";s:12:"strUserLogin";s:5:"david";s:15:"strUserPassword";s:7:"";s:11:"arrUserInfo";a:26:{i:0;s:1:"1";s:7:"cust_id";s:1:"1";i:1;s:1:"2";s:9:"cust_type";s:1:"2";i:2;s:5:"David";s:9:"cust_name";s:5:"David";i:3;s:7:"Hjortsø";s:12:"cust_

[PHP-DEV] PHP 4.0 Bug #9176 Updated: Feature request: Sessions & reference variables

[sas]

ID: 9176
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Assigned To: 
Comments:

This has been implemented by Stas in 4.0.4.

Previous Comments:
---

[2001-02-08 13:35:56] [EMAIL PROTECTED]
Not a bug report but a feature request (the link sent me here...)

It'd be nice if session variables that are references stayed references throughout a 
session.  Ex:

page1.php:
session_start();
session_register("a"); session_register("b");
$a = 4;
$b = &$a;
print "a = $a, b = $b";

page2.php
$a = 7;
print "a = $a, b = $b";

-
In page1 it works as expected, but in page2 $b is no longer a reference to $a, they 
both just have the same value at the beginning of the script.

It's be nice if $b stayed a reference to $a throughout the session.  Don't know how 
plausible that is though.

---



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


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

[PHP-DEV] PHP 4.0 Bug #9191 Updated: Problems when rejecting cookies

[sas]

ID: 9191
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Suspended
Bug Type: *Session related
Assigned To: 
Comments:

Rewriting HTTP headers such as Location has already been requested.

Previous Comments:
---

[2001-02-09 07:24:24] [EMAIL PROTECTED]
In all instances I am using a simple templete class that prints the html.

Instance 1
=
1 script which checks the username password, sets a session variable and displays a 
link. The link is coded in the html template with just the address being replaced 
dynamically. On successful login and rejection of the cookie the link is shown 
correctly with the session id attached.

Instance 2
=
2 scripts. On successful logon a session variable is registered and then a redirection 
(using header function). Again cookie is rejected but no session id is passed to the 
2nd script.

Instance 3
=
As instance 1 but html containing links is generated using php and added to the 
template. On successful login and rejection of the cookie the links appear but do not 
have the session id attached to their URLs.


---



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


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

[PHP-DEV] PHP 4.0 Bug #9198 Updated: ocassional session blackouts

[sas]

ID: 9198
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Suspended
Bug Type: *Session related
Assigned To: 
Comments:

This bug report does not contain any information which would be suitable for tracking 
down a possibly bug.

Previous Comments:
---

[2001-02-10 04:41:57] [EMAIL PROTECTED]
This is my session configuration:

session.save_handler  = files   ; handler used to store/retrieve data
session.save_path = /tmp; argument passed to save_handler
; in the case of files, this is the
; path where data files are stored
session.use_cookies   = 1   ; whether to use cookies
session.name  = PHPSESSID
; name of the session
; is used as cookie name
session.auto_start= 1   ; initialize session on request startup
session.cookie_lifetime   = 0   ; lifetime in seconds of cookie
; or if 0, until browser is restarted
session.cookie_path   = /   ; the path the cookie is valid for
session.cookie_domain = ; the domain the cookie is valid for
session.serialize_handler = php ; handler used to serialize data
; php is the standard serializer of PHP
session.gc_probability= 1   ; percentual probability that the
; 'garbage collection' process is started
; on every session initialization
session.gc_maxlifetime= 1440; after this number of seconds, stored
; data will be seen as 'garbage' and
; cleaned up by the gc process
session.referer_check = ; check HTTP Referer to invalidate
; externally stored URLs containing ids
session.entropy_length= 0   ; how many bytes to read from the file
session.entropy_file  = ; specified here to create the session id
; session.entropy_length= 16
; session.entropy_file  = /dev/urandom
session.cache_limiter = nocache ; set to {nocache,private,public} to
; determine HTTP caching aspects
session.cache_expire  = 180 ; document expires after n minutes
session.use_trans_sid = 1   ; use transient sid support if enabled
; by compiling with --enable-trans-sid


---

[2001-02-09 18:09:10] [EMAIL PROTECTED]
Can you include the [Session] section from your php.ini file?

---

[2001-02-09 18:02:13] [EMAIL PROTECTED]
My application used to run PHPLIB for the sake of session variables. After migrating 
to PHP4, I made it use the PHP4 integreted session support (using cookies) and it 
seems to be working fine for most of the time.
Nevertheless, it will ocassionally loose the infromation contained within the session 
and get all active users disconnected and unable to log in again for a while.
I cannot say when it is going to happen again (it is unpredictable) but the fact is 
that it happens...

Thanks in advance,
Jakub Jermar



---



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


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

[PHP-DEV] PHP 4.0 Bug #9355 Updated: Under 4.0.0 developed system with newer php doesn't work properly.

[andre]

ID: 9355
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: PostgreSQL related
Assigned To: 
Comments:

don't forget to set to "feedback"

Previous Comments:
---

[2001-02-20 13:04:53] [EMAIL PROTECTED]
If you can, grab the latest version from CVS.  I believe they fixed this problem.

http://snaps.php.net

Chris

---

[2001-02-20 12:45:46] [EMAIL PROTECTED]
We developed under 4.0.0 using non-persistent connection to the PostgreSQL database.
After upgrading PHP to 4.0.4 there were some abnormally errors.
E.g. to display a page we used 8 or 10 connections.
After 3 or 4 connections we got an "unable to connect database" error.

Incompatibility between versions or what?

cu

Vamp

---



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


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

[PHP-DEV] PHP 4.0 Bug #9207 Updated: User session handler doesn't call write function

[sas]

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

How did you verify that the write handler is not called? Note that during the request 
shutdown the write/close handlers cannot send any data to the browser.

Previous Comments:
---

[2001-02-10 16:01:43] [EMAIL PROTECTED]
I'm trying to setup a user session module using a postgre (6.2.3) database.  the 
script that I'm supplying defines the functions for storing session data.  If I force 
the session data into the database the read function works and I can retrieve the 
session data.  However, the write function never gets called so data is never stored 
in the database.  This is simular to problems reported in #8772 and #9002. There is a 
difference though.  Those reports indicate that register_globals was off.  In my case 
register_globals was on.  Here is the script I'm using to test the session module.


";
$query  = "SELECT data ";
$query .= "FROM ".$sess_pg["table"]." ";
$query .= "WHERE id = '$sess_id'";
echo "$query";

// Select the data belonging to session $sess_id from the Pg session table
$result = pg_exec($sess_pg["connection"], $query) or 
die(pg_errormessage($sess_pg["connection"])) or 
die(pg_errormessage($sess_pg["connection"]));
# 

// Return an empty string if no data was found for this session
//if(pg_numrows($result) == 0)
if(!($sess_pg["present"] = pg_numrows($result)))
{
echo "Nothing";
return("");
}

echo "Records: ".$sess_pg["present"]."";

// Session data was found, so fetch and return it
$row_number = 0;
$row = pg_fetch_array($result,$row_number);
pg_freeresult($result);

echo "DATA: ".$row["data"]."";

return($row["data"]);
}

function sess_pg_write($sess_id, $val)
{
global $sess_pg;

if(!$sess_pg["present"]){
// Write the serialized session data ($val) to the Pg ession table
$query  = "INSERT INTO ". $sess_pg["table"] ." (id, data, t_stamp) ";
$query .= "VALUES ($sess_id, $val, now())";
$result = pg_exec($sess_pg["connection"], $query) or 
die(pg_errormessage($sess_pg["connection"]));
}else{  
// Write the serialized session data ($val) to the Pg ession table
$query  ="UPDATE ".$sess_pg["table"];
$query .=" SET data = '$val', t_stamp = now() ";
$query .=" where id = '$sess_id'";
$result = pg_exec($sess_pg["connection"], $query) or 
die(pg_errormessage($sess_pg["connection"]));
}
return(true);
}

function sess_pg_destroy($sess_id)
{
global $sess_pg;

// Delete from the Pg table all data for the session $sess_id
$query  ="DELETE FROM ".$sess_pg["table"]." ";
$query .="WHERE id = '$sess_id' ";
$result = pg_db_query($sess_pg["connection"], $query) or 
die(pg_errormessage($sess_pg["connection"]));

return(true);
}

function sess_pg_gc($max_lifetime)
{
global $sess_pg;

// Old values are values with a Unix less than now - $max_lifetime
$old = time() - $max_lifetime;

// Delete old values from the Pg session table
$result = pg_db_query($sess_pg["connection"], "DELETE FROM ".$sess_pg["table"]." 
WHERE UNIX_TIMESTAMP(t_stamp) < $old") or 
die(pg_errormessage($sess_pg["connection"]));

return(true);
}


$foo = 10;
session_set_save_handler("sess_pg_open", "", "sess_pg_read", "sess_pg_write", 
"sess_pg_destroy", "sess_pg_gc");
session_start();
session_register("foo");
echo "foo: $foo";
$foo++; 
?>


---



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


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

[PHP-DEV] PHP 4.0 Bug #9353 Updated: Require command reads /etc/passwd

[sas]

ID: 9353
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

Please check out the security section of the manual, 
especially regarding the safe mode feature.


Previous Comments:
---

[2001-02-20 09:26:23] [EMAIL PROTECTED]
Hello,

I have found a bug in PHP 4.01pl2 and maybe it exist in all other php versions too. A 
php script can read all files on the system when the read flag for everyone is set for 
that file. This code shows the problem:



It is not a very serious bug but by reading local files a hacker might get important 
information he (or she) could use to hack into the system.

Bye
Sebastian Wolfgarten

---



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


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

[PHP-DEV] PHP 4.0 Bug #9355 Updated: Under 4.0.0 developed system with newer php doesn't work properly.

[cnewbill]

ID: 9355
Updated by: cnewbill
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PostgreSQL related
Assigned To: 
Comments:

If you can, grab the latest version from CVS.  I believe they fixed this problem.

http://snaps.php.net

Chris

Previous Comments:
---

[2001-02-20 12:45:46] [EMAIL PROTECTED]
We developed under 4.0.0 using non-persistent connection to the PostgreSQL database.
After upgrading PHP to 4.0.4 there were some abnormally errors.
E.g. to display a page we used 8 or 10 connections.
After 3 or 4 connections we got an "unable to connect database" error.

Incompatibility between versions or what?

cu

Vamp

---



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


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

[PHP-DEV] PHP 4.0 Bug #9355: Under 4.0.0 developed system with newer php doesn't work properly.

[vampire]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: PostgreSQL related
Bug description:  Under 4.0.0 developed system with newer php doesn't work properly.

We developed under 4.0.0 using non-persistent connection to the PostgreSQL database.
After upgrading PHP to 4.0.4 there were some abnormally errors.
E.g. to display a page we used 8 or 10 connections.
After 3 or 4 connections we got an "unable to connect database" error.

Incompatibility between versions or what?

cu

Vamp


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



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

[PHP-DEV] PHP 4.0 Bug #9053 Updated: loading module php_ldap.dll

[mcanal]

ID: 9053
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Dynamic loading
Description: loading module php_ldap.dll

this is clear. 
but what I was talking about is to explain to set the path properly for using the 
extensions - I was fideling around for one hour not knowing how a dll works (no 
win-developer).
This just needs a paragraph in the install-docs.

BTW:
C:/php is the example path already mentioned in the installation instructions.

Previous Comments:
---

[2001-02-17 17:15:30] [EMAIL PROTECTED]
Of course external libraries, such as libsasl.dll, have to be in the path, but the 
user / administrator is responsible for that.

There is no sense in changing extensions_dir to C:/php/extensions in the CVS version 
of the php.ini, one reason is that not everyone has PHP installed to c:php on the 
Windows platform.


---

[2001-02-01 11:54:03] [EMAIL PROTECTED]
The binary distribution does not declare to set the system path to %PATH%;C:phpdlls.
Without this setting, the extension(s) that need a library from this directory (eg. 
php_ldap.dll needs libsasl.dll) can not be loaded.

In addition, the value for extensions_dir in the installation instructions should be 
changed to C:/php/extensions in the php.ini file.

Mauro

---


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


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

[PHP-DEV] Re: PHP 4.0 Bug #6491 Updated: $PHP_SELF evaluates to improper address if directory name ends with ".php"

[Frank Seesink]

Apologies for the delay, but NO, you should NOT close this problem yet.
 It still occurs in PHP v4.0.3pl1 & v4.0.4pl1.

On 2/20/01 at 1:01 PM Bug Database wrote:

>ID: 6491
>Updated by: sniper
>Reported By: [EMAIL PROTECTED]
>Old-Status: Feedback
>Status: Closed
>Bug Type: Scripting Engine problem
>Assigned To: 
>Comments:
>
>No feedback.
>
>--Jani
>
>
>Previous Comments:
>---

>
>[2001-01-12 06:06:31] [EMAIL PROTECTED]
>could you try if this happens with newer versions of PHP? (4.0.4pl1 is
out)
>
>---

>
>[2000-09-04 17:11:47] [EMAIL PROTECTED]
>Note, in the Microsoft Management Console (MMC) I have configured IIS
to map .php files to php.exe in the App Mappings section as explained
in the PHP readme file.
>
>I have not tried changing the extension mapping to something else
(e.g., change the mapping to ".php3" and see whether directories ending
with ".php3" suddenly cause the same problem).  Will try that some time
when time permits.  For now, I simply avoid directory names ending in
".php" until this bug is addressed.
>
>
>---

>
>[2000-09-01 15:28:31] [EMAIL PROTECTED]
>Place the following simple file (called version.php for this example):
>   php_info();
>?>
>
>in your website such that it is contained somewhere within the subtree
of a directory whose name ends with ".php".  For example, on my box I
had the file located at
>
>   http://site/php/secure.php/version.php
>
>If you then look at the value of $PHP_SELF it is
>
>   /php/secure.php/php/secure.php/version.php
>
>and NOT
>
>   /php/secure.php/version.php
>
>as it should be.
>
>I've tried using other directory names such as "secure.ppp",
"secure.txt", and "secure.html" and those seem to work fine.  It only
occurs when a directory name ends with ".php".  Possibly a bad regular
expression used to parse the path?
>
>
>---

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


__ Frank Seesink _
  [EMAIL PROTECTED]


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

[PHP-DEV] PHP 4.0 Bug #9354: Doesn't support UNC paths

[km]

From: [EMAIL PROTECTED]
Operating system: Win32
PHP version:  4.0.3pl1
PHP Bug Type: Directory function related
Bug description:  Doesn't support UNC paths

On Win32, this does not work;

$d = dir("//machine_name/share_name");
echo "Handle: ".$d->handle."\n";
echo "Path: ".$d->path."\n";
while($entry=$d->read()) {
echo $entry."\n";
}
$d->close();

On Win32, UNC paths are the expected format for networked filesystems, especially for 
any software running as a service (i.e. webservers)


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



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

Re: [PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found

[Jason Greene]

Andrei Zmievski wrote:
> 
> On Tue, 20 Feb 2001, Stig Venaas wrote:
> > I could in order to save the position do $key = key($arr). To
> > restore it later, I could then do something like array_setpos($key).
> > I'm not sure if the Zend API allows for setting the position without
> > looping through the array though. If array_setpos() is passed a non-
> > existing key it should return FALSE, else TRUE.
> 
> I don't think Zend API allows that, but it's possible if you loop
> through it.
> 
> >
> > What do you think?
> 
> I wouldn't have a use for that function personally, but I can't say the
> same for others...
I could think of a use for this if you were consistently traversing
through 
a very large array, and you wanted to push and pop starting positions.

-Jason

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

[PHP-DEV] PHP 4.0 Bug #9316 Updated: calling an external function in a loop

[s . marini]

ID: 9316
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Description: calling an external function in a loop

I need to send you a little tar file 12Kb that has the makefile to compile the shared 
object, the php page that we use to see the problem and the external file read by the 
shared object libraries.

How I can do?

Previous Comments:
---

[2001-02-17 10:27:15] [EMAIL PROTECTED]
Please provide a reduced code fragment (<15 lines) producing
this behaviour.
Put no database queries etc. in it and rely on no external
files/functions to ensure that we can reproduce it easily
unless the problem is not directly related to some db (or
similar) function.

---

[2001-02-17 07:23:55] [EMAIL PROTECTED]
I have a shared object the works fine with PHP4.0.0
I recompile it for PHP 4.0.4pl1.

Each function of this shared object works fine.
The problem succeed when I use a function that return a STRING in a loop.

A loop greater than 4 hang present an empty page.

Ex:

for ($i=0; $i<6; $i++)
{
   $aa=callc_get_stringa("12345");
}

The wrapper code used to return the string it's the same used in the older version of 
PHP

I compile PHP with mysql,apxs,ldap,ftp





---


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


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

[PHP-DEV] Re: [PHP-WIN] crash cause ... ?

[Gonzalo Vera]

What DB are you using (if any)?

 Gonzalo.

> Hi,

> I have test environment with PHP 403sp1 (CGI) running on Apache 1.3.14 on a
> low end (133mhz, 32mb RAM) Pentium with Windows 98. For some reason the
> whole set up seems very unstable, and PHP causes general protection faults
> consistantly with my scripts which work well on a Windows 2000 machine with
> the same Apache/PHP setup.

> On the failing Win98 machine, nothing is logged by Apache, and all I get on
> the browser window is Internal Server Error. Simple scripts work fine - it
> seems to me that the machine is getting clogged and can't handle more than
> 1-2 hits simutanouesly, although it would be nice to know if this is truely
> the case.

> How can I see what the problem is? Is there some method of turning a higher
> level of logging on, in Apache or PHP etc?

> Siggy



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

[PHP-DEV] PHP 4.0 Bug #9031 Updated: ob_gzhandler memory leak and Headers already sent message!

[aboldt]

ID: 9031
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Output Control
Description: ob_gzhandler memory leak and Headers already sent message!

The headers already sent message with ob_gzhandler enabled problem is solved.

However, the lynx -head problem is still there.

Previous Comments:
---

[2001-02-20 06:40:13] [EMAIL PROTECTED]
both problems are fixed in CVS


---

[2001-02-19 23:02:20] [EMAIL PROTECTED]
similar Bug id #9231


---

[2001-02-06 15:33:49] [EMAIL PROTECTED]
I've just found out what the problem is, and it's kind of weird:
With ob_gzhandler enabled (from php.ini or with ob_start("ob_gzhandler") in the .php) 
each readfile() makes the "Cannot add header information - headers already sent" error 
message appear.
This doesn't happen with output buffering enabled and no ob_gzhandler, it only happens 
with ob_gzhandler enabled.

Also tried to replace readfile with fpassthru(fopen()) but got the same result.

Hope this helps you fix the problem.

If you have any questions feel free to ask, I've been experimenting quite a lot.

---

[2001-02-02 09:23:24] [EMAIL PROTECTED]
Tried the php4-200102020545 snapshot and I still get the

httpd: PHP Warning:  Cannot add header information - headers already sent in Unknown 
on line 0

error message when enabling output_handler = ob_gzhandler.
This probably still causes a memory leak.

Found another interesting thing: when trying to see the headers of a ob_gzhandler 
compressed page with lynx, I get the following lynx error message:

Can't access startfile http://localhost/test.php

That's using lynx -head -source http://localhost/test.php. Seems lynx sees something 
which it doesn't like. With ob_gzhandler disabled, I get the normal http headers when 
invoking that lynx command.

---

[2001-02-01 20:03:32] [EMAIL PROTECTED]
This should be fixed in CVS now. Please try the latest CVS snapshot from 
http://snaps.php.net/ and reopen this bug report if problem still exists when
using it.

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

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


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

Re: [PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found

[Andrei Zmievski]

On Tue, 20 Feb 2001, Stig Venaas wrote:
> I could in order to save the position do $key = key($arr). To
> restore it later, I could then do something like array_setpos($key).
> I'm not sure if the Zend API allows for setting the position without
> looping through the array though. If array_setpos() is passed a non-
> existing key it should return FALSE, else TRUE.

I don't think Zend API allows that, but it's possible if you loop
through it.

> 
> What do you think?

I wouldn't have a use for that function personally, but I can't say the
same for others...

-Andrei

"The time from now until the completion
 of the project tends to become constant." -- Douglas Hartree

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

Re: [PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found

[Stig Venaas]

On Tue, Feb 20, 2001 at 08:27:59AM -0600, Andrei Zmievski wrote:
> in_array() used to move the pointer to the entry found, but people
> complained about it so I remove it... :)

And I thought it was neat, can't please everyone I guess (:

There seems to be a general problem with array functions and people
that want the pointer to be preserved. Rather than making functions
always do this (which makes them slower and is generally a pain) or
adding extra options to a lot of functions, how about a function
for setting the pointer?

I could in order to save the position do $key = key($arr). To
restore it later, I could then do something like array_setpos($key).
I'm not sure if the Zend API allows for setting the position without
looping through the array though. If array_setpos() is passed a non-
existing key it should return FALSE, else TRUE.

What do you think?

Stig

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

Re: [PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found

[Andrei Zmievski]

On Tue, 20 Feb 2001, Stig Venaas wrote:
> Not quite sure we need array_find(). If we can have in_array() set
> the array pointer to point to the entry found, one can get the key
> by using key(). If in_array() also searches from the pointer onwards,
> one can find all entries with the value by doing:
> 
> reset($arr);
> while (in_array($val, $arr)) {
>   $keys[] = key($arr);
>   next($arr);
> }

in_array() used to move the pointer to the entry found, but people
complained about it so I remove it... :)

> I would prefer this rather then adding array_find() I think. If we
> add array_find() I want similar functionality there. If not, I would
> like an option for returning an array with all entries with the value.

You can use array_keys($array, 'value') for that.

-Andrei

"The galaxy is, in other words, an immensely, intrinsically,
and inexhaustibly interesting place." -- Iain M. Banks

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

[PHP-DEV] PHP 4.0 Bug #9353: Require command reads /etc/passwd

[sebastian]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.1pl2
PHP Bug Type: Unknown/Other Function
Bug description:  Require command reads /etc/passwd

Hello,

I have found a bug in PHP 4.01pl2 and maybe it exist in all other php versions too. A 
php script can read all files on the system when the read flag for everyone is set for 
that file. This code shows the problem:



It is not a very serious bug but by reading local files a hacker might get important 
information he (or she) could use to hack into the system.

Bye
Sebastian Wolfgarten


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



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

Re: [PHP-DEV] Re: PHP 4.0 Bug #5440 Updated: Major Design Flaw(s)in FilePro access

[Jani Taskinen]

On Tue, 20 Feb 2001, Michael R. Gile wrote:

>I expected you will not have a problem that I have not gotten back to you,
>since it took you 6 mos to get back to me, and now I have to dig through
>archives to find the source code.

Oh, sorry about that. I handle a lot of bug reports so I can not
remember everything.. :-)

>The code is attached.
>filepro_is_deleted is the new function

Okay, I (or someone else) will look into it and add it into the CVS
in few days.

--Jani


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

[PHP-DEV] PHP 4.0 Bug #8796 Updated: "$foo->bar->baz" ambiguity in double quoted strings

[rick]

ID: 8796
User Update by: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Feature/Change Request
Description: "$foo->bar->baz" ambiguity in double quoted strings

Haven't checked out here-docs either.

On the backwards compatibility issue, I can't see that there would be
(much of) one.  If people aren't using the $foo->bar->baz syntax
within strings then they aren't affected.  If people are using the
syntax it's either not doing what they want/expect or they're plain
weird :-)

Incorporating such an enhancement and saying "$foo->bar->baz in
{strings, here-docs} now does what you'd expect" isn't likely to
cause many ripples (IMHO).



Previous Comments:
---

[2001-02-20 01:26:21] [EMAIL PROTECTED]
there is nothing ambigous (the way you described), except if
enclosed by double quotes in strings, we should maintain
backwards compatibility here, but maybe we shouldn't... :)

I guess (not verified) this applies to here-docs too

---

[2001-01-19 02:12:19] [EMAIL PROTECTED]
In PHP4 it is possible to construct an object and refer to 
a member using the notation:

$foo->bar

where foo is the object and bar is the member.

There has been some discussion in the php.net documentation
area on OO about the inability to further extend this 
notation to do something like:

print "$foo->bar->baz";

The reason given for not being able to do this is due
to the ambiguity of the multiple -> operators.

Yes, the -> operator could be ambiguous.  The '+', '*', '%', ...  operators could also 
be ambiguous.  Each language which
uses such binary operators disambiguates them by defining
and associativity and precedence to these operators.

Similarly, for languages which support similar semantics
for an -> operator there is a disambiguating assignment 
of associativity and precedence which allows constructs
like $foo->bar->baz to be unambiguously interpreted.

I am requesting that the specification for PHP be broadened
to include sufficient associativity and precedence constraints on -> to allow 
$foo->bar->baz to be disambiguated.

I believe the most common disambiguation would have:

$foo->bar->baz

refer to "the value of the member 'baz' of the object denoted by the value of the 
member 'bar' of the object denoted by the value of the variable foo."

Of course, I forget at the moment whether that's left- or right-associative, and the 
precedence should presumably be fine set at its current level.


---


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


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

RE: [PHP-DEV] Time for 4.0.5?

[Zeev Suraski]

Guys, I didn't put any words in Emile's mouth.  I know he didn't suggest 
stopping to distribute .gz files.  I was just describing the full 'logical 
path' to why I don't think that using bzip2 is a very hot 
idea.  Essentially I was saying (a) We can't give up .gz/.zip  (b) .bz2 
isn't all that much better to warrant a side-by-side situation and 
cluttering the download page (c) -> no real need to mess with bz2

You may disagree about (b)/(c), as I said, it's just my opinion.

Zeev

At 10:57 20/2/2001, Wolfgang Drews wrote:
> > >I have it on the BSDs and Solaris too.
> >
> > But most people don't.  It doesn't come in as a standard in most
> > operating
> > systems.
>
>ok, point for you Zeev, but Emile did not say, you should stop
>delivering .tar.gz, but in addition offer this .bz2 thing. So
>why not, if at least those modem-users would benefit of it? (that
>is at least, how i understood Emile). It is not a real cool solution
>for the problem, but its a workaround which is better than nothing.
>
>just my two ...
>
>regards,
>
>-Wolfgang
>
>--
>Deutscher Knotenpunkt fur PHP: Dynamic Web Pages http://dynamicwebpages.de/
>News, Tutorials, Skripte, Artikel, BestofGML, WhoIsWho, Handbuch, Bucher ...
>PHP 4 dynamische Webauftritte professionell realisieren: http://php-buch.de

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


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

[PHP-DEV] Re: PHP 4.0 Bug #5440 Updated: Major Design Flaw(s) in FilePro access

[Michael R. Gile]

I expected you will not have a problem that I have not gotten back to you, 
since
it took you 6 mos to get back to me, and now I have to dig through archives 
to find the source code.

The code is attached.
filepro_is_deleted is the new function

At 12:23 PM 2/20/01 +, you wrote:
>ID: 5440
>Updated by: sniper
>Reported By: [EMAIL PROTECTED]
>Old-Status: Feedback
>Status: Closed
>Old-Bug Type: filePro related
>Bug Type: Feature/Change Request
>Assigned To:
>Comments:
>
>No feedback. Changed to change request. Reopen if still a problem for you.
>
>--Jani
>
>
>Previous Comments:
>---
>
>[2001-01-18 09:40:47] [EMAIL PROTECTED]
>If you have made some improvements for the code,
>please send a patch made against the latest CVS
>(cvs diff -u)
>and someone will commit it if it is good.
>
>--Jani
>
>---
>
>[2000-07-07 20:32:08] [EMAIL PROTECTED]
>filepro access has some major design flaws.
>
>The two functions that are currently used to pull data from a db are 
>filepro_rowcount, and filepro_retrieve.  filepro_rowcount returns the 
>number of rows in the db that are NOT deleted.  filepro_retrieve returns a 
>row/column of the database, regardless of whether or not the row is (not) 
>deleted.  This makes it impossible for php to actually retrieve only the 
>undeleted rows from the table.
>
>Recommendations:
>We have added an additional function in order to check if a row is deleted 
>(filepro_is_deleted), and are happy to contribute this code.  However, 
>because of the inefficiency of the current retrieve function, we recommend 
>adding a new function to obsolete the retrieve function.   This function 
>should be written like the dbase getrecord function, that returns a 
>deleted member along with all the fields in a given record.
>
>In addition, the filepro_rowcount function is essentially useless, since 
>it gives you the number of undeleted records.  In order to improve the 
>results of someone who is currently using this to iterate through their 
>db, it is recommended that this function be changed to return the total 
>(deleted or undeleted) number of records.
>
>---
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at http://bugs.php.net/?id=5440&edit=2


/*
+--+
| PHP version 4.0  |
+--+
| Copyright (c) 1997, 1998, 1999, 2000 The PHP Group   |
+--+
| This source file is subject to version 2.02 of the PHP license,  |
| that is bundled with this package in the file LICENSE, and is|
| available at through the world-wide-web at   |
| http://www.php.net/license/2_02.txt. |
| If you did not receive a copy of the PHP license and are unable to   |
| obtain it through the world-wide-web, please send a note to  |
| [EMAIL PROTECTED] so we can mail you a copy immediately.   |
+--+
| Authors: Chad Robinson <[EMAIL PROTECTED]>   |
+--+

   filePro 4.x support developed by Chad Robinson, [EMAIL PROTECTED]
   Contact Chad Robinson at BRT Technical Services Corp. for details.
   filePro is a registered trademark by Fiserv, Inc.  This file contains
   no code or information that is not freely available from the filePro
   web site at http://www.fileproplus.com/

  */

#include "php.h"
#include "safe_mode.h"
#include "fopen-wrappers.h"
#include 
#ifdef PHP_WIN32
#include 
#else
#include 
#endif
#include 
#include "php_globals.h"

#include "php_filepro.h"
#if HAVE_FILEPRO

typedef struct fp_field {
 char *name;
 char *format;
 int width;
 struct fp_field *next;
} FP_FIELD;

#ifdef THREAD_SAFE
DWORD FPTls;
static int numthreads=0;

typedef struct fp_global_struct{
 char *fp_database;
 signed int fp_fcount;
 signed int fp_keysize;
 FP_FIELD *fp_fieldlist;
}fp_global_struct;

#define FP_GLOBAL(a) fp_globals->a

#define FP_TLS_VARS \
 fp_global_struct *fp_globals; \
 fp_globals=TlsGetValue(FPTls);

#else
#define FP_GLOBAL(a) a
#define FP_TLS_VARS
static char *fp_database = NULL;/* Database 
directory */
static signed int fp_fcount = -1;   /* Column count */
static signed int fp_keysize = -1;  /* Size of key 
records */
static FP_FIELD *fp_fieldlist = NULL;   /* L

[PHP-DEV] PHP 4.0 Bug #9352 Updated: any php which is opened over any.php+.htr will sent the source

[j . kohl]

ID: 9352
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: IIS related
Description: any php which is opened over any.php+.htr will sent the source

And why can the asp.dll avoid that problem, when htr parsing is turned on?

Previous Comments:
---

[2001-02-20 08:21:18] [EMAIL PROTECTED]
As you said it's an IIS bug, not a PHP one.

---

[2001-02-20 05:47:58] [EMAIL PROTECTED]
This Bug is an old asp bug (works also under coldfusion). The asp.dll disallow the 
+.htr statement. A solution is to turn of parsing .htr documents. But it's on by 
default, and the most administrators don't know this bug.

---


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


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

[PHP-DEV] PHP 4.0 Bug #9352 Updated: any php which is opened over any.php+.htr will sent the source

[derick]

ID: 9352
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: IIS related
Assigned To: 
Comments:

As you said it's an IIS bug, not a PHP one.

Previous Comments:
---

[2001-02-20 05:47:58] [EMAIL PROTECTED]
This Bug is an old asp bug (works also under coldfusion). The asp.dll disallow the 
+.htr statement. A solution is to turn of parsing .htr documents. But it's on by 
default, and the most administrators don't know this bug.

---



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


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

[PHP-DEV] PHP 4.0 Bug #5891 Updated: PHP configure fails if libxml is compiled with libiconv

[sniper]

ID: 5891
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Compile Failure
Assigned To: 
Comments:

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-07 04:06:15] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4 and newer libxml??

--Jani

---

[2000-10-05 09:18:45] [EMAIL PROTECTED]
You propably have old glibc? Not 2.1 ? 

Check this:
http://www.xmlsoft.org/FAQ.html#Compilatio

--Jani



---

[2000-08-01 10:41:53] [EMAIL PROTECTED]
This problem occurs when compiling --with-DOM to build in the libxml support.

using
libxml 2.2.1 compiled with
zlib 1.1.3 and
libiconv 1.3

libxml can be compiled in a number of ways, and looking at the config.m4 file in 
ext/domxml I think it is assumed that only the libz library has been used.  If I 
specifically compile libxml without iconv support, then PHP compiles fine.  With 
libxml compiled with iconv support, configure fails because of the unresolved 
references in libxml to functions in libiconv.

I don't really understand the contents of the config.m4 file in ext/domxml, but I 
managed to fix this to get PHP to complile with libxml and iconv support by adding 
-liconv to the LIBS= in line 16, and adding a new line AC_ADD_LIBRARY(iconv) after 
line 20.  I know this isn't the right way to do it because the checks should be made 
for libiconv in the same way as they are for zlib.  However, after doing a buildconf 
this was enought to get PHP to compile and build as an Apache module, so I guess 
someone who knows what they're doing could sort it with this information :-)

Regards  -  Nick

---



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


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

[PHP-DEV] PHP 4.0 Bug #6493 Updated: Invalid page fault in module

[sniper]

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

No example code -> impossible to reproduce -> closed.
If problem still exists with 4.0.4pl1 reopen with example script included.

--Jani


Previous Comments:
---

[2001-01-05 13:47:45] [EMAIL PROTECTED]
is this one still existant?
if yes, please provide reproducing code.

---

[2000-11-27 04:18:21] [EMAIL PROTECTED]
User feedback:
--

Still happening with latest snapshot.

--Jani

---

[2000-11-21 04:22:10] [EMAIL PROTECTED]
Does this still happen when using PHP 4.0.3pl1 ?

--Jani

---

[2000-09-01 17:12:01] [EMAIL PROTECTED]
When i start php.exe from the command line or trying to execute some PHP scripts on my 
IMB
aptiva computer with Win95 system (French version), here is the error message I get :

PHP a causé une défaillance de page dans
 le module  à :81554adc.
Registres :
EAX= CS=014f EIP=81554adc EFLGS=00010212
EBX=0001 SS=0157 ESP=0064fc34 EBP=0064fdd0
ECX=800058d0 DS=0157 ESI=0001 FS=2e57
EDX=80004de0 ES=0157 EDI=0041 GS=
Octets à CS : EIP :
20 00 00 a0 07 00 00 00 01 00 00 00 4c 6e 54 81 
Etat de la pile :
8bf4001f 8c948bf7 007a0025 8c5c228e 8c6e2fdf 228e0286 01372aad 01570246 01572e57 
00010002
8b36 8c582fdf 2fdf 2e00 3a438c8d 4e49575c 

I have been testing ths same PHP install on Win98 & Compaq, on Win95 & compaq, on
Win95 and other PC : It's works very well,but not on mine

I also reinstalled the latest dcom95.exe file, even replaced php4ts.dll and mscvrt.dll 
from
PHP Package to my windows directory. I tried to remove all my actives apps with no 
effects


Any help would be greatly appreciated


---

[2000-09-01 17:09:04] [EMAIL PROTECTED]
When i start php.exe from the command line or trying to execute some PHP scripts on my 
IMB aptiva computer with Win95 system (French version), here is the error message I 
get :

PHP a causé une défaillance de page dans
 le module  à :81554adc.
Registres :
EAX= CS=014f EIP=81554adc EFLGS=00010212
EBX=0001 SS=0157 ESP=0064fc34 EBP=0064fdd0
ECX=800058d0 DS=0157 ESI=0001 FS=2e57
EDX=80004de0 ES=0157 EDI=0041 GS=
Octets à CS : EIP :
20 00 00 a0 07 00 00 00 01 00 00 00 4c 6e 54 81 
Etat de la pile :
8bf4001f 8c948bf7 007a0025 8c5c228e 8c6e2fdf 228e0286 01372aad 01570246 01572e57 
00010002 8b36 8c582fdf 2fdf 2e00 3a438c8d 4e49575c 

I have been testing ths same PHP install on Win98 & Compaq, on Win95 & compaq, on 
Win95 and other PC : It's works very well,but not on mine

I also reinstalled the lates dcom95.exe file, even replaced php4ts.dll and mscvrt.dll 
from PHP Package to my windows directory. I tried to remove all my actives apps with 
no effects 

Any help would be greatly appreciated

---

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


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


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

[PHP-DEV] PHP 4.0 Bug #6491 Updated: $PHP_SELF evaluates to improper address if directory name ends with ".php"

[sniper]

ID: 6491
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

No feedback.

--Jani


Previous Comments:
---

[2001-01-12 06:06:31] [EMAIL PROTECTED]
could you try if this happens with newer versions of PHP? (4.0.4pl1 is out)

---

[2000-09-04 17:11:47] [EMAIL PROTECTED]
Note, in the Microsoft Management Console (MMC) I have configured IIS to map .php 
files to php.exe in the App Mappings section as explained in the PHP readme file.

I have not tried changing the extension mapping to something else (e.g., change the 
mapping to ".php3" and see whether directories ending with ".php3" suddenly cause the 
same problem).  Will try that some time when time permits.  For now, I simply avoid 
directory names ending in ".php" until this bug is addressed.


---

[2000-09-01 15:28:31] [EMAIL PROTECTED]
Place the following simple file (called version.php for this example):


in your website such that it is contained somewhere within the subtree of a directory 
whose name ends with ".php".  For example, on my box I had the file located at

   http://site/php/secure.php/version.php

If you then look at the value of $PHP_SELF it is

   /php/secure.php/php/secure.php/version.php

and NOT

   /php/secure.php/version.php

as it should be.

I've tried using other directory names such as "secure.ppp", "secure.txt", and 
"secure.html" and those seem to work fine.  It only occurs when a directory name ends 
with ".php".  Possibly a bad regular expression used to parse the path?


---



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


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

[PHP-DEV] PHP 4.0 Bug #6445 Updated: problem with opendir

[sniper]

ID: 6445
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Old-Bug Type: *General Issues
Bug Type: Filesystem function related
Assigned To: 
Comments:

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-06 01:35:34] [EMAIL PROTECTED]
does this problem still exist in PHP 4.0.4?

---

[2000-08-30 13:30:33] [EMAIL PROTECTED]
I am using NT 4 sp 6a with PHP 4.01 pl2 on IIS 4.  When I use the opendir command (or 
the dir object) it works fine as long as I try to open drive c (c:/).  If I try to 
view the directory on any other drive, it fails.  The drive can be a second hard drive 
(d:/), a mapped drive, a cdrom, etc. Here is the code and error:

Warning: OpenDir: Invalid argument (errno 22) in
C:Inetpubwwwroottrinitywebtest.php on line 12

here is the offending code:
chdir("f:/");
$dir = dir("f:/");
// have also tried $dir= dir(".");

I have verified that I have full permissions to f:/.  I can also read the f:/. file 
from that directory ok to verify in php that the drive exists.

Please let me know as soon as this is fixed.

Scott

---



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


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

[PHP-DEV] PHP 4.0 Bug #6401 Updated: read_exif_data fails

[sniper]

ID: 6401
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

No feedback, considered fixed.

--jani


Previous Comments:
---

[2001-01-08 13:21:06] [EMAIL PROTECTED]
does this still happen with 4.0.4?

---

[2000-08-28 11:12:39] [EMAIL PROTECTED]
Configuration...
php-4.0.2-dev-Win32-24-8-2000.zip
Server API: ISAPI 
WinNT4 SP6a
HTTP Server: WebSitePro/2.5.4
mySQL: 3.23.22-beta


Fatal error: Can't get file statitics

Attempted function on several jpg's including two downloaded from a camera.

---



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


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

[PHP-DEV] PHP 4.0 Bug #6338 Updated: script engine

[sniper]

ID: 6338
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *General Issues
Assigned To: 
Comments:

No feedback. 

--Jani


Previous Comments:
---

[2001-01-06 01:11:37] [EMAIL PROTECTED]
Do newer versions of PHP set permissions incorrectly?

---

[2000-08-31 08:55:03] [EMAIL PROTECTED]
reclassify

---

[2000-08-24 16:16:48] [EMAIL PROTECTED]
My problem is under IIS 4 the permissions on the executing of script is changed to 
none instead of execute. There are three options here being: none, script, and 
execute.

I have PHP 4 installed and ActiveState Perl installed as well.

HTTP ERROR: 403

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

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

---



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


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

[PHP-DEV] PHP 4.0 Bug #6323 Updated: MSSQL function do not work in classes

[sniper]

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-08 15:36:35] [EMAIL PROTECTED]
does 4.0.4 exhibit this behavior?

---

[2000-08-23 19:45:01] [EMAIL PROTECTED]
ODBC functions generate GPE whenver executed within a function (not in the main body)

function connect($d,$u,$p)
 {
 return odbc_connect($d,$u,$p);
 }

function exec($c,$q)
 {
 return odbc_do($c,$q);
 }

$c=connect("aa","bb","cc");
exec($c,"select * from trash");

---



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


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

[PHP-DEV] PHP 4.0 Bug #6296 Updated: can not get data from database

[sniper]

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

Not enough info, no feedback.

--Jani


Previous Comments:
---

[2001-01-02 10:53:15] [EMAIL PROTECTED]
1) Please provide more information on your setup, and what exactly isn't working, the 
steps you're taking to cause this error, etc etc.  

2) Does this still exist in the latest release of PHP?

---

[2000-08-22 10:08:09] [EMAIL PROTECTED]
We have set up the oracle for NT and 2000, and use VB, Delphi and VC get data from the 
database, but can not get data use PHP4&Apache, and there is nothing about Oracle 
inside the php ini files. Then we try to use ODBC, but also can not. At last we change 
to PHP3, this time we don't change anything, but it works!
We think that is the bug of PHP4 database interface. 
Please reply me if possible.
Thanks.
Fenalysten

---



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


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

[PHP-DEV] PHP 4.0 Bug #6821 Updated: Segmentation fault when opening a php test page

[sniper]

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-10 07:41:11] [EMAIL PROTECTED]
There have been a lots of fixes in both PHP and Zend after 4.0.2 was released.

Another thing, did you set the environment variables (for Oracle) before starting
apache? Please check: http://www.php.net/manual/ref.oci8.php

--Jani


---

[2001-01-10 04:18:36] [EMAIL PROTECTED]
Haven't tried a newer version of PHP. What exactly would be the point of this 
exercise? Is there a specific change or area of change in the later versions that 
could have an influence? If not then trying a newer version won't reveal anything 
about the problem.

I haven't tried the snapshot either. To be honest I don't know what a snapshot is. 
I've searched the php site for info about snapshots and trawled through the FAQ. I've 
even searched the Zend site. There's nothing to be found. In the absence of info I 
don't want to waste my time downloading something that I know nothing about.

Mark

---

[2001-01-07 19:44:15] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4 ? 
Or with latest snapshot from http://snaps.php.net/ ??

--Jani

---

[2000-09-27 17:57:39] [EMAIL PROTECTED]
Awaiting feedback on this bug report!

---

[2000-09-21 18:07:08] [EMAIL PROTECTED]
Output from dbx is as follows

# dbx -I src httpd core
Type 'help' for help.
reading symbolic information ...
[using memory image in core]

Segmentation fault in sig_coredump at line 2742 in file "src/http_main.c"
"http_main.c" has only 2558 lines
(dbx) where
sig_coredump(sig = 11), line 2742 in "http_main.c"
alloca() at 0xd296a5ec
php_execute_script(0x2ff22730), line 1135 in "main.c"
apache_php_module_main(0x20140ff0, 0x0), line 89 in "sapi_apache.c"
send_php(0x20140ff0, 0x0, 0x20141a20), line 503 in "mod_php4.c"
send_parsed_php(0x20140ff0), line 514 in "mod_php4.c"
ap_invoke_handler(0x20140ff0), line 508 in "http_config.c"
process_request_internal(0x20140ff0), line 1215 in "http_request.c"
ap_process_request(0x20140ff0), line 1231 in "http_request.c"
unnamed block $b39, line 4177 in "http_main.c"
child_main(child_num_arg = 0), line 4177 in "http_main.c"
make_child(s = 0x2001e290, slot = 0, now = 969550169), line 4336 in "http_main.c
"
startup_children(number_to_start = 5), line 4363 in "http_main.c"
standalone_main(argc = 3, argv = 0x2ff22be0), line 4651 in "http_main.c"
http_main.main(argc = 3, argv = 0x2ff22be0), line 4978 in "http_main.c"
(dbx)

If this adds anything to the case.


---

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


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


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

[PHP-DEV] PHP 4.0 Bug #6898 Updated: SQL Statements

[sniper]

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

No feedback.

--Jani


Previous Comments:
---

[2001-01-06 02:27:33] [EMAIL PROTECTED]
I cannot reproduce it. can you provide more details? does this problem exist in newer 
versions?

I would say it was PHP waiting for MySQL to return data...

---

[2000-09-27 03:12:04] [EMAIL PROTECTED]
ORDER BY in an sql Statement doesnt work if one of the fields in a row has more than 
4k chars. The Script stop working completely.

---



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


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

[PHP-DEV] PHP 4.0 Bug #6899 Updated: OCI8 doesn't work with ORALCE 8.16 for linux on redhat 6.2

[sniper]

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

Environment vars..closed.

--Jani


Previous Comments:
---

[2001-01-09 02:39:32] [EMAIL PROTECTED]
It works here on a SuSE 6.x using php 4.03 if at least
ORACLE_HOME is set

---

[2001-01-07 19:48:25] [EMAIL PROTECTED]
Have you set all the needed environment variables before starting apache?
See http://www.php.net/manual/ref.oci8.php  for more info.

--Jani

---

[2000-09-27 04:51:19] [EMAIL PROTECTED]
I thought it might be bug, because the Oralce 8.16 for linux is quite new.

after successful complie and installation, when tried to access oracle like this:


I get this error
Warning: _oci_open_server: Error while trying to retrieve text for error ORA-12546 in 
/home/otherways/htdocs/testo.php on line 2

ORA-12546 TNS:permission denied
Cause: User has insufficient privileges to perform the requested operation.  
Action: Acquire necessary privileges and try again.  

but I use "sqlplus system/test@TEST", it totally ok.

why php can't access oracle?

but oracle 8.16 for solaris sparc + apache1.3.12 + php4.02 + solaris 7 have no such a 
problem, it work great!

it seems only happen my linux(redhat6.2)+ oracle 8.16 for linux + php4.02


---



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


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

[PHP-DEV] PHP 4.0 Bug #6908 Updated: rmdir fails after using dir()

[sniper]

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-18 21:24:07] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4pl1 ?

--Jani

---

[2000-11-20 12:36:39] [EMAIL PROTECTED]
reclassify


---

[2000-09-27 19:33:19] [EMAIL PROTECTED]
the following sequence fails at rmdir() with permission denied as long as we uncomment 
the $d-part. 

Wa are not very shure if it's a problem of the code somehow or a bug.

Thanks for any answers.

/*
  $d = dir( "./temp/sess_".session_id() );
  while( $entry = $d->read() )
  {
if ( $entry != "" && $entry != "." && $entry != ".." )
{
  $fn = $d->path."/".$entry;
  unlink( $fn );
}
  }
  $d->close();

  echo "all files deleted ";
*/

  $canonical_dir = str_replace( "\", "/", $PATH_TRANSLATED );
  $canonical_dir = substr( $canonical_dir, 0, strrpos( $canonical_dir, "/" ) );
  $canonical_dir = $canonical_dir."/temp/sess_".session_id();

  echo "dirname : " . $canonical_dir . "";

  rmdir( $canonical_dir );

  echo "directory removed ";


---



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


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

[PHP-DEV] PHP 4.0 Bug #6929 Updated: DBA + Sleepycat 3.1 : unsupported btree version

[sniper]

ID: 6929
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: DBM/DBA related
Assigned To: 
Comments:

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2000-12-30 14:08:26] [EMAIL PROTECTED]
Does this happen with 4..0.4? If so, please include a short reproducing
script into this bug report.

--Jani

---

[2000-11-27 06:22:53] [EMAIL PROTECTED]
Could you please try latest snapshot from http://snaps.php.net/ to check whether this 
is fixed or not?

--Jani

---

[2000-09-29 00:38:34] [EMAIL PROTECTED]
PHP 4.0.2
Using dba extensions.
Sleepycat Db version 3.1.17

2 problems:

1- I get "Warning: driver initialization failed in /test.php on line X" when using "c" 
as opening mode in 
dba_open. All works fine with "n".

2- Sleepycat DB utils like db_dump or db_stat report
"unsupported btree version number 8" with files created using dba extensions with db3 
handler. 

Note:

phpinfo states :
Configure command :'./configure' '--with-apache=../apache_1.3.12' '--with-mysql=/usr' 
'--with-db3=/usr/local/BerkeleyDB.3.1' '--enable-track-vars' '--enable-dba'

and

V1 ($Id: dba.c,v 1.21 2000/07/13 18:44:57 eschmid Exp $) db3

and

This is GDBM version 1.8.0, as of May 19, 1999. 

also found in newsgroup:

http://marc.theaimsgroup.com/?l=php-db&m=96654552205276&w=2

http://marc.theaimsgroup.com/?l=php-db&m=96205537323789&w=2



---



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


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

[PHP-DEV] PHP 4.0 Bug #6988 Updated: Will not compile with NSAPI

[sniper]

ID: 6988
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Compile Failure
Assigned To: 
Comments:

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-07 04:12:37] [EMAIL PROTECTED]
Could you please try the latest snapshot from http://snaps.php.net/ ??

--Jani

---

[2000-10-03 04:19:21] [EMAIL PROTECTED]
just running ./configure I can make without any problems.

but when ./configure --with-nsapi=/netscape/server4 it configures fine but as soon as 
I run make, here is what I get:

Making all in Zend
cd .. 
  && CONFIG_FILES=Zend/Makefile CONFIG_HEADERS= /bin/sh ./config.status
creating Zend/Makefile
/bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I
..   -D_REENTRANT -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1   -c zend-scanner-cc.c
c
In file included from /usr/include/unistd.h:11,
 from ./zend-scanner.l:71:
/usr/include/sys/unistd.h:188: declaration of C function `int pthread_atfork(void
 (*)(...), void (*)(...), void (*)(...))' conflicts with
/usr/include/sys/pthread.h:440: previous declaration `int pthread_atfork(void (*)
(), void (*)(), void (*)())' here
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.

---



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


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

[PHP-DEV] PHP 4.0 Bug #6994 Updated: Page fault in php4ts.dll

[sniper]

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-06 01:33:45] [EMAIL PROTECTED]
does this problem appear in PHP 4.0.4?

---

[2000-10-03 15:53:49] [EMAIL PROTECTED]
I'm runnig an Apache Web server (v 1.3.12). When I try to execute a php script I get a 
page fault in the php4ts.dll. I metion this error doesn't pop up when I parse a php 
script from the comand line (i.e :> php test.php works fine).

---



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


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

[PHP-DEV] PHP 4.0 Bug #7021 Updated: lo_import(1) causes segfault

[sniper]

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-07 03:56:10] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4 ??

--Jani

---

[2000-10-04 18:18:36] [EMAIL PROTECTED]


---



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


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

[PHP-DEV] Re: PHP 4.0 Bug #7157 Updated: Cannot Suppot both Oracle and Informix

[ptrincavelli]

It´s not fixed, but I cannot generate the backtrace.

---
   Pablo A. Trincavelli
   Banco Bisel S.A. - Gerencia de Informática
   Intranet/Internet
   Teléfono: (0341)480-1810
   Interno: 1154









Bug Database <[EMAIL PROTECTED]>
20/02/01 09.41

        
        Para:        [EMAIL PROTECTED]
        cc:        
        Asunto:        PHP 4.0 Bug #7157 Updated: Cannot Suppot both Oracle and Informix

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

No feedback, considered fixed. (Always use the web interface to reply!)

--Jani


Previous Comments:
---

[2001-01-08 09:00:04] [EMAIL PROTECTED]
Sorry, I forgot to paste this URL:

http://bugs.php.net/bugs-generating-backtrace.php

--Jani

---

[2001-01-08 08:21:52] [EMAIL PROTECTED]
Could you please generate a GDB backtrace of this crash?

--Jani

---

[2001-01-07 19:50:22] [EMAIL PROTECTED]
Have you set all the needed environment variables before starting Apache?
See http://www.php.net/manual/ref.oci8.php for more info.

--Jani

---

[2000-10-12 09:12:56] [EMAIL PROTECTED]
Using this configure script:

./configure --with-oci8
            --with-informix=/informix
            --with-mysql=/export/home/local
            --with-ldap=/export/home/openldap
            --with-apache=../apache_1.3.12
            --enable-track-vars
            --enable-calendar
            --enable-inline-optimization
            --enable-trans-sid

It´s not possible to make Oracle and Informix support work at the same time. You must either compile Oracle support OR Informix support.

The problem arises when using mod_ssl, it looses the ssl encription channel and the apache log shows:

[Thu Oct 12 09:40:29 2000] [notice] Apache/1.3.12 (Unix) PHP/4.0.3 mod_ssl/2.6.6
 OpenSSL/0.9.5a configured -- resuming normal operations
[Thu Oct 12 09:43:27 2000] [notice] child pid 17316 exit signal Segmentation Fault
(11)

But the problem also happens without ssl, it has been tested with php 4.0.3 and php 4.0.2, with apache 1.3.9 and apache 1.3.12, so it seems the problem is there from some time ago or it has been there always!!

It also makes no difference it you use OCI8 or Oracle support. It has been tested with Oracle 8.1.5 and Oracle 8.0.5 and the same results.

Just taking out the "--with-oci8" from the configure script makes it work ok, but of course with no Oracle support!!!



---



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

[PHP-DEV] PHP 4.0 Bug #7074 Updated: Contador no busca los demás registros

[sniper]

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-09 14:48:12] [EMAIL PROTECTED]
what is the problem with the code? please, provide the _shortest possible_ scipt 
reproducing the erroneous behavior, along with a description of the problem.

also, though there are probably people speaking Spanish among PHP developers, bug 
reports in English will surely catch more attention, and probably be solved faster 
than reports written in other languages, so try to use English in future bug reports.

finally, please read http://bugs.php.net/bugs-dos-and-donts.php

---

[2000-10-06 19:00:51] [EMAIL PROTECTED]
Se han encontrado $n registros relacionados con 
$Actividad...!";
do { 
echo 
("  Razón
 Social :  $row->Empresan"); 
echo("");
echo  
("  Dirección   :  $row->Direccionn");
 
echo("");
echo  
("  Teléfono:  $row->Telefonon");
 
echo("");
echo 
("  Email :  mailto:$row->Email>$row->Emailn"); 
echo("");
echo  
("  Página
 Web   :  http://$row->Pagina>$row->Paginan");
echo("");
echo("  Actividad   :  $row->Actividadn");
 
echo("");
echo  
("  Ciudad   :  

$row->Ciudadn");
echo("");
}//do
while ($row = mysql_fetch_array($result,$n)); 
}//if
while ( 
list($row_number, $row_array) 
= each($query_result_array){ 
echo("Próximos 10");
}
?>



  
Ingresa tu empresa a nuestro directorio
  
Haz click aquí para modificar tus datos
  
  

 Principal

  





---



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


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

[PHP-DEV] PHP 4.0 Bug #7087 Updated: error opening libclntsh.so.8.0

[sniper]

ID: 7087
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Compile Failure
Assigned To: 
Comments:

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-07 04:11:26] [EMAIL PROTECTED]
Have you tried PHP 4.0.4 ? And what if you leave --with-oci8 out?
Does it compile/work then?

--Jani

---

[2000-12-19 19:04:03] [EMAIL PROTECTED]
User feedback:
---
Hi.
get  php4-latest.tar.gz 18.12.2000

#./configure  --prefix=/u//php 
--with-apxs=/u//bin/apxs 
--with-mod_charset 
--with-oci8 
--enable-tracks-vars 
--enable-ftp 
--enable-sysvsem 
--enable-sysvshm 
--enable-sigchild 

UX:acomp: ERROR: "mail.c", line 28: cannot find include file: 
UX:acomp: ERROR: "mail.c", line 155: undefined symbol: EX_TEMPFAIL
UX:acomp: WARNING: "mail.c", line 165: statement not reached
make[3]: *** [mail.lo] Error 1
make[3]: Leaving directory `/u/source/php4/ext/standard'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/u/source/php4/ext/standard'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/u/source/php4/ext'
make: *** [all-recursive] Error 1

Has replaced #include  to
#include "usr/ucbinclude/sysexits.h"

#configure 

UX:cc: WARNING: Use -Kthread instead of -lthread when linking with threads
library; using -lthread directly may cause incorrect execution
behavior.

UX:cc: WARNING: Avoid specifying -lc; cc will ensure that libc is linked in
the proper order. Linking libc in the wrong order may cause
incorrect
execution behavior. If you do specify -lc, make sure that no dynamic
libraries are specified after it.
make[1]: Leaving directory `/u/source/php4'
Making all in pear

#make install
# ./apachectl start
Syntax error on line 238 of /u//conf/httpd.conf:
Cannot load /u//libexec/libphp4.so into server: dynamic linker :
/u//bin/httpd : error opening libclntsh.so.8.0
./apachectl start: httpd could not be started
--


---

[2000-12-18 10:36:04] [EMAIL PROTECTED]
Does this happen with latest snapshot from http://snaps.php.net/ ?

--Jani



---

[2000-10-08 12:16:03] [EMAIL PROTECTED]
I use --with-oci8:
 get attention.
 See attach file debug.log:
CONFIGURE:   './configure' '--prefix=/u//php' '--with-apxs=/u//bin/apxs' 
'--with-mod_charset' '--with-oci8' '--enable-tracks-vars' '--enable-ftp' 
'--enable-sysvsem' '--enable-sysvshm' '--enable-sigchild'
CC: cc
CFLAGS: -g
CPPFLAGS:   
CXX:
CXXFLAGS:   
INCLUDES:-I/u//include  -I$(top_builddir)/Zend -I$(top_srcdir) 
-I/u/source/php/ext/mysql/libmysql -I/oracle8/app/oracle/product/8.1.5/rdbms/demo 
-I/oracle8/app/oracle/product/8.1.5/network/public 
-I/oracle8/app/oracle/product/8.1.5/plsql/public
LDFLAGS: -L/usr/ucblib -L/usr/ucblib -L/oracle8/app/oracle/product/8.1.5/lib 
-L/oracle8/app/oracle/product/8.1.5/lib
LIBS:   -lclntsh -lthread -ldshm -lgen -lm -lelf -ldl -lgen -lnsl -lsocket 
-lresolv -lresolv -lm -ldl -lcrypt -lsocket  -lsocket
DLIBS:  
SAPI:   apache
PHP_RPATHS:  /usr/ucblib /oracle8/app/oracle/product/8.1.5/lib
uname -a:   UnixWare adm 5 7.1.0 i386 x86at SCO UNIX_SVR5

cc -o conftest -g   -L/usr/ucblib -L/usr/ucblib 
-L/oracle8/app/oracle/product/8.1.5/lib -L/oracle8/app/oracle/product/8.1.5/lib 
conftest.c -lclntsh -lthread -ldshm -lgen -lm -lelf -ldl -lgen -lnsl -lsocket -lresolv 
-lresolv -lm -ldl -lcrypt -lsocket  -lsocket 1>&5
UX:cc: WARNING: Use -Kthread instead of -lthread when linking with threads
library; using -lthread directly may cause incorrect execution behavior.
dynamic linker : ./conftest : error opening libclntsh.so.8.0

-
if use --with-mysql:
./configure  --prefix=/u//php 
--with-mysql 
--with-apxs=/u//bin/apxs 
--with-mod_charset 
--enable-tracks-vars 
--enable-ftp 
--enable-sysvsem 
--enable-sysvshm 
--enable-sigchild

make
make install

# ./apachectl start
Syntax error on line 1325 of /u//conf/httpd.conf:
Cannot load /u//libexec/libphp4.so into server: dynamic linker:
/u//bin/
httpd: relocation error: symbol not found: pow; referenced from:
/u//libexec/libphp4.so
./apachectl start: httpd could not be started
???














---



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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-m

[PHP-DEV] PHP 4.0 Bug #7150 Updated: Access violation for php.exe when a php script is called in the browser

[sniper]

ID: 7150
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Other web server
Assigned To: 
Comments:

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-09 14:57:03] [EMAIL PROTECTED]
does this happen with 4.0.4?

---

[2000-10-12 03:53:21] [EMAIL PROTECTED]
Tested with the 4.0.3 release.

PHP4.0.3 is working on the command line
  D:NETSCAPESERVER4docs>test.php
  X-Powered-By: PHP/4.0.3
  Content-type: text/html

  This is a test

The same test.php script called from a browser, with iPlanet web server
and php configured as shell-cgi (this configuration is working with PHP3),
causes php4 (php.exe) generate a Dr Watson log file

Une exception d'application s'est produite :
App :  (pid=305) in my case pid=305 is php.exe
Quand : 10/12/2000 @ 9:17:35.790


What can be the cause of this error?
Do I have to define a specific open method in the PHP Mime Type?
(actually action=open,application=d:php4php.exe)
Numéro d'exception : c005 (violation d'accès)

---



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


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

[PHP-DEV] PHP 4.0 Bug #7157 Updated: Cannot Suppot both Oracle and Informix

[sniper]

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

No feedback, considered fixed. (Always use the web interface to reply!)

--Jani


Previous Comments:
---

[2001-01-08 09:00:04] [EMAIL PROTECTED]
Sorry, I forgot to paste this URL:

http://bugs.php.net/bugs-generating-backtrace.php

--Jani

---

[2001-01-08 08:21:52] [EMAIL PROTECTED]
Could you please generate a GDB backtrace of this crash?

--Jani

---

[2001-01-07 19:50:22] [EMAIL PROTECTED]
Have you set all the needed environment variables before starting Apache?
See http://www.php.net/manual/ref.oci8.php for more info.

--Jani

---

[2000-10-12 09:12:56] [EMAIL PROTECTED]
Using this configure script:

./configure --with-oci8
--with-informix=/informix 
--with-mysql=/export/home/local 
--with-ldap=/export/home/openldap 
--with-apache=../apache_1.3.12 
--enable-track-vars 
--enable-calendar 
--enable-inline-optimization 
--enable-trans-sid

It´s not possible to make Oracle and Informix support work at the same time. You must 
either compile Oracle support OR Informix support.

The problem arises when using mod_ssl, it looses the ssl encription channel and the 
apache log shows:

[Thu Oct 12 09:40:29 2000] [notice] Apache/1.3.12 (Unix) PHP/4.0.3 mod_ssl/2.6.6
 OpenSSL/0.9.5a configured -- resuming normal operations
[Thu Oct 12 09:43:27 2000] [notice] child pid 17316 exit signal Segmentation Fault 
(11)

But the problem also happens without ssl, it has been tested with php 4.0.3 and php 
4.0.2, with apache 1.3.9 and apache 1.3.12, so it seems the problem is there from some 
time ago or it has been there always!!

It also makes no difference it you use OCI8 or Oracle support. It has been tested with 
Oracle 8.1.5 and Oracle 8.0.5 and the same results.

Just taking out the "--with-oci8" from the configure script makes it work ok, but of 
course with no Oracle support!!!



---



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


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

[PHP-DEV] PHP 4.0 Bug #7239 Updated: mssql

[sniper]

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-07 19:18:20] [EMAIL PROTECTED]
Does this happen with latest snapshot from http://snaps.php.net/ ??
And if it does, please include a GDB backtrace into this bug report.
Remeber to configure with --enable-debug first!
Also, include the whole configure line you have used into this bug report.

--Jani

---

[2000-10-16 09:07:03] [EMAIL PROTECTED]
".$d1[0]." ".$d2[0];

}
mssql_close($c2);

mssql_close($c1);  // <---line 24

?>
<- end of script --->
result: 
 Segmentation fault
or 
 Correct output + warning "
Warning: 1 is not a Sybase link index in /home/httpd/html/t.php on line 24"


---



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


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

[PHP-DEV] PHP 4.0 Bug #7296 Updated: PHP Memory Errors(Access Violations)

[sniper]

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-07 03:58:23] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4 ?

--Jani

---

[2000-12-07 19:12:00] [EMAIL PROTECTED]
User reported having same problem with latest build from php4win.de

--Jani

---

[2000-12-07 11:55:12] [EMAIL PROTECTED]
Reopen, if this still happens when using latest snapshot
from http://snaps.php.net/

--Jani

---

[2000-11-02 15:43:08] [EMAIL PROTECTED]
can you compile a debug build and paste the call stack here?

---

[2000-10-17 17:35:46] [EMAIL PROTECTED]
With my news script, NewsIt, there is a problem with "compiling" the news. For some 
reason PHP crashes with memory read errors. MSVC++ Debug reveals that it's an Access 
Violation. The error, before debug, is as follows:

php.exe - Application Error
The instruction at "0x77fc999b" referenced memory at "0x00b1d54d". The memory could 
not be "read".

When debug is entered it has this error message:
Unhandled exception in php.exe (NTDLL.DLL): 0xC005: Access Violation.

These are the five lines of ASM, starting with the problem line:
77FC999B   mov cl,byte ptr [eax+5]
77FC999E   testcl,1
77FC99A1   je  77FCAFF2
77FC99A7   mov word ptr [eax+2],di
77FC99AB   cmp di,80h

This happens before anything is written to the file. E-mail me for the script, because 
the function that builds the news is too large.

---

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


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


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

[PHP-DEV] PHP 4.0 Bug #7305 Updated: segfault when binding undefined php variable with a BLOB hostvar

[sniper]

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-07 19:53:04] [EMAIL PROTECTED]
Does this happen with latest CVS now?

--Jani

---

[2000-10-18 05:00:34] [EMAIL PROTECTED]


---



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


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

[PHP-DEV] PHP 4.0 Bug #7318 Updated: libgen.so problems

[sniper]

ID: 7318
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *Install and Config
Assigned To: 
Comments:

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2000-11-29 01:35:24] [EMAIL PROTECTED]
#1: I spoke too soon. In many cases, when you move
a binary from Solaris 2.6 to Soalris 7, you can see
that it will not work by running ldd. libgen.so seems
to actually be ok here. (NOTE: This is still not a very
good idea, but you *might* get it to work.)

#2: Where did you put libgen.so? ld cannot find it. Try
putting it in /usr/lib.

#3: Even if you get libgen.so to detect, there is something
odd with libm.so. I would be really surprised if you ever got this to work reliably. 
You'd be better off running an Oracle that was built for Solaris 2.6

---

[2000-11-28 14:58:21] [EMAIL PROTECTED]
Here is the output from debug.log w/o libgen

CONFIGURE:   './configure' '--prefix=/lopt/php4' '--enable-force-cgi-redirect' 
'--with-oci8=/lopt/oraphp' '--with-m
ysql=no'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS
CXX:
CXXFLAGS:   
INCLUDES:  -I$(top_builddir)/Zend -I$(top_srcdir) -I/lopt/oraphp/network/public 
-I/lopt/oraphp/plsql/public
LDFLAGS: -R/usr/ucblib -L/usr/ucblib -R/lopt/oraphp/lib -L/lopt/oraphp/lib
LIBS:   -lclntsh -ldl -lgen -lsocket -lnsl -lresolv -lresolv -lm -ldl -lcrypt 
-lnsl -lsocket  -lsocket
DLIBS:  
SAPI:   cgi
PHP_RPATHS:  /usr/ucblib /lopt/oraphp/lib
uname -a:   SunOS uxracem1 5.6 Generic_105181-16 sun4u sparc SUNW,Ultra-Enterprise

gcc -o conftest -g -O2  -D_POSIX_PTHREAD_SEMANTICS  -R/usr/ucblib -L/usr/ucblib 
-R/lopt/oraphp/lib -L/lopt/oraphp/l
ib conftest.c -lclntsh -ldl -lgen -lsocket -lnsl -lresolv -lresolv -lm -ldl -lcrypt 
-lnsl -lsocket  -lsocket 1>&5
ld: warning: file libgen.so.1: required by /lopt/oraphp/lib/libclntsh.so, not found
ld.so.1: ./conftest: fatal: libgen.so.1: open failed: No such file or directory

Here is a "ldd" of libclntsh.so, which is the library that needs libgen

ldd libclntsh.so
libnsl.so.1 =>   /usr/lib/libnsl.so.1
libsocket.so.1 =>/usr/lib/libsocket.so.1
libgen.so.1 =>   (file not found)
libdl.so.1 =>/usr/lib/libdl.so.1
libaio.so.1 =>   /usr/lib/libaio.so.1
libm.so.1 => /usr/lib/libm.so.1
libm.so.1 (SUNW_1.1) =>  (version not found)
libc.so.1 => /usr/lib/libc.so.1
libmp.so.2 =>/usr/lib/libmp.so.2

I believe this is 8.0.6.

Let me know if you need any more info

---

[2000-11-28 06:30:34] [EMAIL PROTECTED]
I'm still waiting for the info about the error you
got when you didn't have libgen.so copied from 
newer OS. And what version of Oracle you're trying
to configure PHP with.

--Jani

---

[2000-11-27 14:25:06] [EMAIL PROTECTED]
Joey,

I did the ldd and it came out exactly as I expected:

myhost:/usr/lib$  ldd libgen.so
libc.so.1 => /usr/lib/libc.so.1
libdl.so.1 =>/usr/lib/libdl.so.1

What am I missing?

---

[2000-11-21 22:20:48] [EMAIL PROTECTED]
If you want to *see* it causing trouble, just try:
ldd libgen.so

---

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


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


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

[PHP-DEV] PHP 4.0 Bug #7382 Updated: Install error on Configuring libtool

[sniper]

ID: 7382
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *Install and Config
Assigned To: 
Comments:

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-04 13:05:34] [EMAIL PROTECTED]
I'd say there is something wrong in your system.
But please try PHP 4.0.4 whether it fixes this.

--Jani

---

[2000-10-21 16:54:13] [EMAIL PROTECTED]
Hello folks ...

I'm trying to install php with apache 1.3.14 and I got this problem with this script:

./configure --with-sybase-ct=/path_sybase --with-apache=../apache_1.3.14 
--enable-track-vars

Error message:
Configuring libtool
checking build system type... hppa2.0n-hp-hpux11.00
checking for non-GNU ld... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) no
checking for BSD-compatible nm... (cached) /usr/bin/nm -p
loading cache ./config.cache within ltconfig
checking whether we are using GNU C... no
checking for object suffix... o
checking for executable suffix... 

vxfs: mesg 001: vx_nospace - /dev/vg00/lvol4 file system full (1 block extent)


The /tmp directory has 56 Mb in the begining so I incease the size up to 400 Mb and I 
got the same error message. I don't think that the problem will be solved if I 
increase the size again.

Any idea ?

Thanks.

Rigo.

---



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


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

[PHP-DEV] PHP 4.0 Bug #7403 Updated: ld-error

[sniper]

ID: 7403
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Compile Failure
Assigned To: 
Comments:

Fixed.

--Jani


Previous Comments:
---

[2001-01-02 09:08:04] [EMAIL PROTECTED]
Please try PHP 4.0.4 as this should be fixed in it.

--Jani

---

[2000-12-07 19:34:54] [EMAIL PROTECTED]
It appears that bug 7282 has the same problem.
Must be an HP-UX build problem

-Jason  

---

[2000-11-01 10:51:06] [EMAIL PROTECTED]
reclassify

---

[2000-10-23 06:40:10] [EMAIL PROTECTED]
Apache 1.3.14
PHP-4.0.3pl1
ApacheJServ-1.1.2

./configure --with-layout=Apache --prefix=/usr/local/apache --enable-module=most 
--enable-shared=max --activate-module=src/modules/jserv/libjserv.a 
--activate-module=src/modules/php4/libphp4.a --add-module=mod_frontpage.c 

...
gcc  -DHPUX10 -I/usr/php-4.0.3pl1 -I/usr/php-4.0.3pl1/main -I/usr/php-4.0.3pl1/main 
-I/usr/php-4.0.3pl1/Zend -I/usr/php-4.0.3pl1/Zend -I/usr/php-4.0.3pl1/TSRM 
-I/usr/php-4.0.3pl1/TSRM -I/usr/php-4.0.3pl1 -DUSE_EXPAT -I./lib/expat-lite `./apaci`  
 -Wl,-E -Wl,-B,deferred -Wl,+s  -o httpd buildmark.o modules.o  
modules/jserv/libjserv.a  modules/php4/libphp4.a  modules/extra/libextra.a  
modules/standard/libstandard.a  main/libmain.a  ./os/unix/libos.a  ap/libap.a  
lib/expat-lite/libexpat.a  -L/usr/local/mysql/lib  -L/usr/local/mysql/lib 
-Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4   -lmysqlclient -lm 
-lcrypt   -Lmodules/jserv -L../modules/jserv -L../../modules/jserv -ljserv 
collect2: ld returned 1 exit status
/usr/ccs/bin/ld: Unsatisfied symbols:
   DL_UNLOAD (code)
*** Error exit code 1



Can you help me ???



---



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


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

[PHP-DEV] PHP 4.0 Bug #7405 Updated: GD crashes Apache if PHP is running as module

[sniper]

ID: 7405
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Analyzed
Old-Bug Type: Reproduceable crash
Bug Type: GD related
Assigned To: 
Comments:

GD is not yet fully threadsafe.

--Jani


Previous Comments:
---

[2001-01-07 03:55:12] [EMAIL PROTECTED]
Does PHP 4.0.4 work any better?

--Jani

---

[2000-10-27 23:07:00] [EMAIL PROTECTED]
the gd is not threadsafe yet, so wou'll have to use the cgi so far.

---

[2000-10-23 06:52:18] [EMAIL PROTECTED]
Using PHP4.03pl1 (binary dist), Apache 1.3.14 and using PHP as module (PHP4Apache.dll) 
the GD Library is not usable.
If Apache/PHP tries to load the PHP_GD.DLL Apache/PHP crashs.
(Using PHP as CGI everything is working fine.)
Crash is reproducable on Win98SE, WinNT4.0 SP5

Thanks for a solution of that problem
Axel Wolf.

 

---



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


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

[PHP-DEV] PHP 4.0 Bug #7406 Updated: Unable to load Dbase extension

[sniper]

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-12 08:22:47] [EMAIL PROTECTED]
have you tried a newer version since then? did it work? if not, what were the settings 
in your php.ini, and where did the dll actually live on your system?

---

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


---



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


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

[PHP-DEV] PHP 4.0 Bug #7427 Updated: Apache doesn't load or crashes using extensions

[sniper]

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2001-01-07 03:54:10] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4 ?

--Jani

---

[2000-10-24 07:27:36] [EMAIL PROTECTED]
I instaled PHP as a module of Apache 1.3.11

If I load any extension w/ PHP it crashes.

Could it be because of the Apache version?
in PHPINFO() in the section APACHE apears Apache 1.3.14!!!

There is no problems as a CGI.

Fernando Moreira

---



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


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