#5668 [Com]: Can't find the include files when...

2002-12-14 Thread dcadenas
 ID:   5668
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Compile Failure
 Operating System: TurnoLinux 4.0 (TurboCluster)
 PHP Version:  4.0.1pl2
 New Comment:

I had the same problem. And I didn't remove my php folder.


Previous Comments:


[2000-08-01 01:11:12] [EMAIL PROTECTED]

I didn't remove the directories, they are all still there.



[2000-07-31 14:58:54] [EMAIL PROTECTED]

Don't remove the php-4.xx directory before compiling the Apache module.
That won't work (the header files are located there).



[2000-07-19 02:04:46] [EMAIL PROTECTED]

Ok... I'm trying to install PHP 4 (Latest version), crashes HTTPD when
installed. Figured it needed the latest version of Apache Web Server,
went downloaded it, installed it (compiled then installed)

I try making the DSO and static module, both times, same thing.  I
would like a static module, but here's what I'm getting...

[root@centri src]# ./Configure 
Using config file: Configuration
Creating Makefile
 + configured for Linux platform
 + setting C compiler to gcc
 + setting C pre-processor to gcc -E
 + checking for system header files
 + adding selected modules
 + checking sizeof various data types
 + doing sanity check on compiler and options
Creating Makefile in support
Creating Makefile in regex
Creating Makefile in os/unix
Creating Makefile in ap
Creating Makefile in main
Creating Makefile in lib/expat-lite
Creating Makefile in modules/standard
Creating Makefile in modules/php4

=

Great.. Everything looks great!! I'm happy.. Now let's run a make...

Output from  'make'
=
=== modules/standard
=== modules/php4
gcc -c  -I../../os/unix -I../../include   -DLINUX=2 -DUSE_HSREGEX
-DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED   mod_php4.c
mod_php4.c:28: zend.h: No such file or directory
mod_php4.c:29: php.h: No such file or directory
mod_php4.c:30: php_variables.h: No such file or directory
mod_php4.c:31: SAPI.h: No such file or directory
mod_php4.c:48: php_ini.h: No such file or directory
mod_php4.c:49: php_globals.h: No such file or directory
mod_php4.c:50: SAPI.h: No such file or directory
mod_php4.c:51: php_main.h: No such file or directory
mod_php4.c:53: zend_compile.h: No such file or directory
mod_php4.c:54: zend_execute.h: No such file or directory
mod_php4.c:55: zend_highlight.h: No such file or directory
mod_php4.c:56: zend_indent.h: No such file or directory
mod_php4.c:58: ext/standard/php_standard.h: No such file or directory
make[2]: *** [mod_php4.o] Error 1
make[1]: *** [all] Error 1
make: *** [subdirs] Error 1
==


Crap.. what did I do wrong?  There are files under the modules/php4
directory, but the include (header) files are not there.

I've been working on this for about a week now, and I've read every FAQ
and bug report that I could.  This is my last hope..  Now I just want
some 12 year old to point out to me what I'm doing wrong. (But you
don't have to be 12 to reply and give help to me.. :)  )

Thanks everyone!! :)




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




#20995 [Fbk-Csd]: gd.c:1345: structure has no member named `free'

2002-12-14 Thread sniper
 ID:   20995
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
-Bug Type: Compile Failure
+Bug Type: GD related
 Operating System: NetBSD/Alpha (64bit) - 1.6
 PHP Version:  4CVS-2002-12-13 (stable)
 New Comment:

Thank you for the good analysis. It's now fixed in CVS.



Previous Comments:


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

config.nice:

'./configure' \
'--prefix=/usr/local_install/php-4.2.2' \
'--with-config-file-path=/usr/local/etc' \
'--with-gd=shared,/usr/local' \
'--with-curl=shared,/usr/local' \
'--with-system-regex' \
'--with-gettext=shared,/usr/pkg' \
'--with-pgsql=shared,/usr/local' \
'--with-mysql=shared,/usr/pkg' \
'--with-mcrypt=shared,/usr/pkg' \
'--with-pcre-regex' \
'--with-tiff-dir=/usr/pkg' \
'--with-jpeg-dir=/usr/pkg' \
'--with-png-dir=/usr/pkg' \
'--with-xpm-dir' \
'--with-ttf=/usr/pkg' \
'--with-freetype-dir=/usr/pkg' \
'--with-zlib-dir=shared,/usr' \
'--enable-dbase' \
'--enable-gd-native-ttf' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-sockets' \
'--enable-xml' \
'--enable-trans-sid' \
'--enable-discard-path' \
'--enable-force-cgi-redirect' \
'--enable-memory-limit' \
'--enable-track-vars' \
'--without-t1lib' \
'--disable-static' \
'--enable-shared' \

Also note this snippet from 'configure':

 27268 cat  conftest.$ac_ext EOF
  27269 #line 27270 configure
  27270 #include confdefs.h
  27271
  27272 #include gd.h
  27273 #include stdlib.h
  27274
  27275 int main() {
  27276
  27277 gdIOCtx *ctx;
  27278 ctx = malloc(sizeof(gdIOCtx));
  27279 ctx-gd_free = 1;
  27280
  27281 ; return 0; }
  27282 EOF

---

27272 #include gd.h

my 'gd.h' is in '/usr/local/gd.h'. Seems like that include line is only
looking in the system include path. It's not even using the path that
was provided in --with-gd.



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

what's your configure line? (see config.nice)



[2002-12-13 14:53:22] [EMAIL PROTECTED]

checking config.log revealed:

configure:27284: gcc -c -g -O2  -I/usr/pkg/include conftest.c 15
configure:27272: gd.h: No such file or directory
configure: failed program was:
#line 27270 configure
#include confdefs.h

#include gd.h
#include stdlib.h

int main() {

gdIOCtx *ctx;
ctx = malloc(sizeof(gdIOCtx));
ctx-gd_free = 1;

; return 0; }

seems like it can't find gd.h. very strange.

# locate gd.h
/usr/local/include/gd.h -- symlink
/usr/local_install/gd-2.0.7/include/gd.h
/usr/local_src/gd/gd-2.0.7/gd.h
/usr/local_src/php/php-4.2.2/ext/gd/php_gd.h
/usr/local_src/php/php4-STABLE-200212131430/ext/gd/libgd/gd.h
/usr/local_src/php/php4-STABLE-200212131430/ext/gd/php_gd.h



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

I just checked, there is only one install of gd-2.0.7 and one gd.h
('locate gd.h' confirmed that).

in /usr/local_src/php/php4-STABLE-200212131430/ext/gd/gd.c:1345:

#if HAVE_LIBGD204
io_ctx-gd_free(io_ctx);
#else
io_ctx-free(io_ctx); -- 1345
#endif

If it's doing line 1345 that means that configured failed to detect
gd-2.0.7 being compatible with gd-2.0.4 to set the proper define.



[2002-12-13 13:25:13] [EMAIL PROTECTED]

I think the error you are seeing is due to your system having more then
one gd library. Old gd versions by default went to /usr, while the new
release go to /usr/local, the result is a header confusion responsible
for the error you are seeing. To confirm this see if you have more then
one copy of gd, by doing 'locate gd.h'.



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

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




#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS

2002-12-14 Thread arborrow
 ID:   17868
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Verified
 Bug Type: Apache2 related
 Operating System: *
 PHP Version:  4.3.0-dev
 New Comment:

I have discovered this problem continues up to Apache 2.0.43 and PHP
4.3.0 (latest release 12/14/02) on my WinXP system. It seems as though
several months have passed without resolution of this seemingly
critical error. I too find this error to be extremely annoying and
would appreciate hearing when the issue will be resolved.


Previous Comments:


[2002-10-09 10:36:57] [EMAIL PROTECTED]

If it's a known bug, status - analyzed.  I have also been able to
reproduce this problem



[2002-10-09 10:34:48] [EMAIL PROTECTED]

This is a really annoying bug--is it going to be fixed soon?



[2002-08-22 10:15:48] [EMAIL PROTECTED]

Any idea of a rough time-scale for that Aaron (or anyone)?



[2002-08-17 12:34:26] [EMAIL PROTECTED]

This is a known bug in the apache2filter module for PHP.
It currently does not interact properly with other Apache
filters, and won't do so until we make some major changes.



[2002-07-19 04:52:39] [EMAIL PROTECTED]

updated version




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

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




#21000 [Opn-Fbk]: can not set register_globals=off

2002-12-14 Thread sniper
 ID:   21000
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: PHP options/info functions
 Operating System: solaris 8
 PHP Version:  4.3.0RC2
 New Comment:

Are you using Apache? Version? Are you sure it's not set off
in some .htaccess file or httpd.conf ??

Are you sure that php.ini is actually READ by PHP? 
(change some other setting)



Previous Comments:


[2002-12-13 16:22:35] [EMAIL PROTECTED]

the php.ini path shows as /opt/sfw/lib/php.ini whihc is the same as
/usr/local/lib/php.ini  because we have a symbolink link to /usr/local/
in /opt/sfw.



[2002-12-13 16:19:07] [EMAIL PROTECTED]

What's the ini path reported in phpinfo()?



[2002-12-13 15:30:56] [EMAIL PROTECTED]

I was always able to change the register_globals settings in
/usr/local/php.ini file (which is a copy of the php.ini-dist) and
chenge the setting to on. Now eventhough I have register_globals=On in
my php.ini The phpinfo function shows that it is set to Off and as a
result non of my php pages are working.





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




#21001 [Fbk-Bgs]: After installation of 4.2.3 phpinfo displays 4.2.1

2002-12-14 Thread sniper
 ID:   21001
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: WindowXP
 PHP Version:  4.2.3
 New Comment:

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

Thank you for your interest in PHP.




Previous Comments:


[2002-12-13 18:08:10] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




[2002-12-13 16:24:20] [EMAIL PROTECTED]

After installing of php-4.2.3-Win32.zip PHPINFO still displays PHP
Version 4.2.1




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




#21002 [Opn-Bgs]: Unaligned Access

2002-12-14 Thread sniper
 ID:   21002
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Warning
 Operating System: NetBSD/Alpha (64bit) - 1.6
 PHP Version:  4CVS-2002-12-13 (stable)
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.


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



Previous Comments:


[2002-12-13 16:31:42] [EMAIL PROTECTED]

Related bug: 20433 (closed)

The above bug shouldn't have been closed as the Unaligned Access is
still being reported using 12/13 snap. The patch posted in bug 20433
(toward the end) does resolve these issues. Here is the URL again:

ftp://codon.genopole-lille.fr/pub/php-4.3.0RC2-stat+onupdateint+zendparam.patch




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




#6104 [Csd]: popen returns -1

2002-12-14 Thread wez
 ID:   6104
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: *General Issues
 Operating System: Solaris 8
 PHP Version:  4.0.1pl2
 New Comment:

Note that if you --enable-sigchild this will cause popen and proc_open
(and anything using waitpid or wait4 syscalls) to return -1 as the
status code for the child process.


Previous Comments:


[2000-11-20 09:18:57] [EMAIL PROTECTED]

Sounds like an incorrect popen call to me (Its returning false not -1)
try this instead:

$mail = popen($default-path_to_sendmail. -i -f$from -- 
$recipients, 'w');
  

This should fix this. If it doesnt please reopen with a smaller
reproducing script and full system info. Also try the latest CVS to see
if that fixes it.




[2000-08-11 06:23:11] [EMAIL PROTECTED]

This code snippit from horde.lib (www.horde.org):  
   
   

 // Finally, send the mail.

if (@is_executable($default-path_to_sendmail)) {  

$mail = popen($default-path_to_sendmail -i -f$from --
 $recipients, 'w');   
 
$result  = fputs($mail, $bhdrs . $hdrs);   

echo 1:  . $result;  

$result += fputs($mail, \n);  // trailing \n to end
the   
headers section

echo 2:  . $result;  

$result += fputs($mail, $body);

echo 3:  . $result;  

if (pclose($mail) != 0)

$result = 0; 
  echo 4:  . $result; 
} else {   

if (empty($envelope['To'])) $envelope['To'] = '';  

if (empty($envelope['Subject'])) $envelope['Subject'] =
''; 
if (mail($envelope['To'], $envelope['Subject'], $body,
$hdrs .  
 $mhdrs))  
 
$result = 1;   

else   

$result = 0;   
   
}  

   

Yields the following output:   

1: 345 

2: 346 

3: 354 

4: 0   

   

The return value of pclose() is not the exit status of the program, but
a value  as returned by waitpid() of wait4().  I've run what the popen
command-line calls by hand using truss, and sendmail is returning
exit(0).  So, I dug a bit further... pclose($mail) is returning -1. 
Any ideas on how I can track down why?  This function is not reported
to be misbehaving on other platforms.




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




#20994 [Opn-Fbk]: int/long confusion in 64bits machine

2002-12-14 Thread sniper
 ID:   20994
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
-Operating System: Tru64
+Operating System: any 64bit
 PHP Version:  4.3.0RC3
 New Comment:

Could you provide that patch in unified diff format?
And against the CVS HEAD?



Previous Comments:


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

There are locations in source where variables are declared int or long
and are menipulated with long or int pointer respectively.

 - The function OnUpdateInt use long pointer (the case is already
referenced in bug#20433 but I found more variables concerned).

 - In function zend_parse_parameters(), the variable for token l
should be a long and the 2nd variable for token s should be a int.

The patch above try to fix the 2 cases :

ftp://codon.genopole-lille.fr/pub/php-4.3.0RC2-onupdateint+zendparam.patch

-- 
Julien




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




#21004 [Opn-Fbk]: Header Location Fails

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

Does it redirect though?
What does 'lynx -dump -head url to the index.php' output?

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



Previous Comments:


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

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

index.php:

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

---

index2.php:

?php
echo pYou have been redirected/p;
?

---

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

  You have been redirected

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




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




#21005 [Opn-Bgs]: libpng 1.2.5; segfault while loading png image

2002-12-14 Thread sniper
 ID:   21005
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Linux 2.4.18
 PHP Version:  4.2.3
 New Comment:

This is libgd problem, not PHP problem.



Previous Comments:


[2002-12-13 22:18:02] [EMAIL PROTECTED]

After recompiling php 4.2.3 with the gd image functions, I've found
that libpng 1.2.5 is not compatible with php 4.2.3. While loading a png
file using ImageCreateFromPNG($img); where $img is the filename, php
would segfault. After recompiling php multiple times, i've still had
the same problem. I gave the stable version of php in the development
stage a try, and still recieved a segfault. So then i used the strace
function at the command line along with the php cli to figure out that
it would segfault when the png image was loaded. When i viewed the
libpng website, i found the following...

The current public release, libpng 1.2.5, has a new API (since 1.0.x)
for dynamically enabling and disabling certain optimizations (currently
limited to MMX code--which is compiled into GNU C versions only if
PNG_THREAD_UNSAFE_OK is defined, due to the gcc code's use of static
global variables to work around addressing limitations). As a
consequence of this and some other changes, its DLL and shared-library
(.so) numbers were bumped from 2 to 3.

After reading this, i've decided to downgrade to libpng1.0.15 and
recompiled php. After doing this, the segfault would not appear again.

Hopes this helps...




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




#17868 [Ver]: Doesn't work two and more !--include-- directives of PHP code on different OS

2002-12-14 Thread rasmus
 ID:   17868
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Verified
 Bug Type: Apache2 related
 Operating System: *
 PHP Version:  4.3.0-dev
 New Comment:

Apache 2's filters are basically broken.  This is not going to be fixed
anytime soon.  Nobody is working on it and I doubt anybody will until
someone sits down and rewrites the Apache2 filter API from scratch. 
Perhaps in Apache 2.2.


Previous Comments:


[2002-12-14 03:37:16] [EMAIL PROTECTED]

I have discovered this problem continues up to Apache 2.0.43 and PHP
4.3.0 (latest release 12/14/02) on my WinXP system. It seems as though
several months have passed without resolution of this seemingly
critical error. I too find this error to be extremely annoying and
would appreciate hearing when the issue will be resolved.



[2002-10-09 10:36:57] [EMAIL PROTECTED]

If it's a known bug, status - analyzed.  I have also been able to
reproduce this problem



[2002-10-09 10:34:48] [EMAIL PROTECTED]

This is a really annoying bug--is it going to be fixed soon?



[2002-08-22 10:15:48] [EMAIL PROTECTED]

Any idea of a rough time-scale for that Aaron (or anyone)?



[2002-08-17 12:34:26] [EMAIL PROTECTED]

This is a known bug in the apache2filter module for PHP.
It currently does not interact properly with other Apache
filters, and won't do so until we make some major changes.



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

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




#21007 [NEW]: html_errors off text-only output in phpinfo

2002-12-14 Thread holliwell
From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4.3.0RC3
PHP Bug Type: PHP options/info functions
Bug description:  html_errors off text-only output in phpinfo

Hi,
tested with the cgi-Version, also with the Apache-module with Apache
1.3.27. Setting html_errors off or this little skript:

?php
ini_set(html_errors,on);
phpinfo();
?

causes phpinfo() output text-only.

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




#21008 [NEW]: When initialising an undeclared instance variable no error is shown

2002-12-14 Thread jan_willem_maarse
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.3
PHP Bug Type: Scripting Engine problem
Bug description:  When initialising an undeclared instance variable no error is shown

When I call a method that initializes a instance variable that isn't
declared, php doen's complain. I see this as a bug, because when I
mis-spelled an instance variabele some strange things happen. Because when
I trie to get the value of an instance variabele, I get the
old/unitialized value.

Here is some sample code:

?

class apple
{
   var $color;

   function fruit($new_color) {
  $this-color = $new_color;
   }

   function set_taste($new_taste) {
  $this-taste = $new_taste;
   }
}

$green_apple = new apple('green');

$green_apple-set_taste('good');

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




#21007 [Opn-Bgs]: html_errors off text-only output in phpinfo

2002-12-14 Thread derick
 ID:   21007
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: win2k
 PHP Version:  4.3.0RC3
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php


Previous Comments:


[2002-12-14 05:28:36] [EMAIL PROTECTED]

Hi,
tested with the cgi-Version, also with the Apache-module with Apache
1.3.27. Setting html_errors off or this little skript:

?php
ini_set(html_errors,on);
phpinfo();
?

causes phpinfo() output text-only.

Regards
Friedhelm Betz




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




#21008 [Opn-]: When initialising an undeclared instance variable no error is shown

2002-12-14 Thread derick
 ID:   21008
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

Not a bug at all, you don't need to declare any variable in PHP,
nowhere. Adding an error for this will break tons of scripts, so we're
not going to add it.


Previous Comments:


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

When I call a method that initializes a instance variable that isn't
declared, php doen's complain. I see this as a bug, because when I
mis-spelled an instance variabele some strange things happen. Because
when I trie to get the value of an instance variabele, I get the
old/unitialized value.

Here is some sample code:

?

class apple
{
   var $color;

   function fruit($new_color) {
  $this-color = $new_color;
   }

   function set_taste($new_taste) {
  $this-taste = $new_taste;
   }
}

$green_apple = new apple('green');

$green_apple-set_taste('good');

?




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




#21008 [Com]: When initialising an undeclared instance variable no error is shown

2002-12-14 Thread jan_willem_maarse
 ID:   21008
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Won\'t fix
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

hmm... when is php going to support OO then? They say OO programming is
supported, but I have my thoughts about this.


Previous Comments:


[2002-12-14 06:07:00] [EMAIL PROTECTED]

Not a bug at all, you don't need to declare any variable in PHP,
nowhere. Adding an error for this will break tons of scripts, so we're
not going to add it.



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

When I call a method that initializes a instance variable that isn't
declared, php doen's complain. I see this as a bug, because when I
mis-spelled an instance variabele some strange things happen. Because
when I trie to get the value of an instance variabele, I get the
old/unitialized value.

Here is some sample code:

?

class apple
{
   var $color;

   function fruit($new_color) {
  $this-color = $new_color;
   }

   function set_taste($new_taste) {
  $this-taste = $new_taste;
   }
}

$green_apple = new apple('green');

$green_apple-set_taste('good');

?




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




#21007 [Bgs-Opn]: html_errors off text-only output in phpinfo

2002-12-14 Thread holliwell
 ID:   21007
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: PHP options/info functions
 Operating System: win2k
 PHP Version:  4.3.0RC3
 New Comment:

Sorry a misleading typo, but the script should be:
?php
ini_set(html_errors,off);
phpinfo();
?
or php.ini html_errors=off

Is it intended behaviour with this settings that phpinfo() produces
text-only output no html-formated output?

Sorry if my first post wasn't clear enough.
BTW, I wasn'able to find anything in the docs, that setting html_errors
off causes phpinfo() to display text-only output.

Regards
Friedhelm Betz


Previous Comments:


[2002-12-14 06:05:28] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php



[2002-12-14 05:28:36] [EMAIL PROTECTED]

Hi,
tested with the cgi-Version, also with the Apache-module with Apache
1.3.27. Setting html_errors off or this little skript:

?php
ini_set(html_errors,on);
phpinfo();
?

causes phpinfo() output text-only.

Regards
Friedhelm Betz




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




#21007 [Opn-Bgs]: html_errors off text-only output in phpinfo

2002-12-14 Thread derick
 ID:   21007
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: win2k
 PHP Version:  4.3.0RC3
 New Comment:

It's indeed intended like this (and I already forgave your typo :).

Derick


Previous Comments:


[2002-12-14 06:16:29] [EMAIL PROTECTED]

Sorry a misleading typo, but the script should be:
?php
ini_set(html_errors,off);
phpinfo();
?
or php.ini html_errors=off

Is it intended behaviour with this settings that phpinfo() produces
text-only output no html-formated output?

Sorry if my first post wasn't clear enough.
BTW, I wasn'able to find anything in the docs, that setting html_errors
off causes phpinfo() to display text-only output.

Regards
Friedhelm Betz



[2002-12-14 06:05:28] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php



[2002-12-14 05:28:36] [EMAIL PROTECTED]

Hi,
tested with the cgi-Version, also with the Apache-module with Apache
1.3.27. Setting html_errors off or this little skript:

?php
ini_set(html_errors,on);
phpinfo();
?

causes phpinfo() output text-only.

Regards
Friedhelm Betz




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




#21009 [NEW]: default character set always added to content-type header

2002-12-14 Thread auke
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.3
PHP Bug Type: HTTP related
Bug description:  default character set always added to content-type header

?php
  header(Content-Type: audio/mpeg);
?

results in the following header:

Content-Type: audio/mpeg; charset=iso-8859-1

This is not understood by Internet Explorer.

default charset was disabled in the php.ini file.



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




#21009 [Opn-Fbk]: default character set always added to content-type header

2002-12-14 Thread derick
 ID:   21009
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: HTTP related
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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


Previous Comments:


[2002-12-14 07:52:25] [EMAIL PROTECTED]

?php
  header(Content-Type: audio/mpeg);
?

results in the following header:

Content-Type: audio/mpeg; charset=iso-8859-1

This is not understood by Internet Explorer.

default charset was disabled in the php.ini file.







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




#21010 [NEW]: typo in tag name and some identifiers

2002-12-14 Thread m-arai
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.6-RELEASE
PHP version:  4CVS-2002-12-14 (stable)
PHP Bug Type: *Graphics related
Bug description:  typo in tag name and some identifiers

typo in tag name and some identifiers

in ext/exif/exif.c:

marker note - maker note


Reference:
Digital Still Camera Image File Format Standard
(Exchangeable image file format for Digital Still Cameras: Exif)
Version 2.1
June 12, 1998
Japan Electronic Industry Development Association(JEIDA)

p40

MakerNote

A tag for manufacturers of Exif writers to record any desired information.
The contents are up to the manufacturer.
 Tag = 37500 (927C.H)
 Type = UNDEFINED
 Count = Any
 Default = none


--- exif.c.orig Sat Dec 14 22:32:49 2002
+++ exif.c  Sat Dec 14 22:54:22 2002
@@ -427,7 +427,7 @@
 /* 0x920B - 0x920D */
 /* 0x9211 - 0x9216 */
 #define TAG_SUBJECT_AREA0x9214
-#define TAG_MARKER_NOTE 0x927C
+#define TAG_MAKER_NOTE  0x927C
 #define TAG_USERCOMMENT 0x9286
 #define TAG_SUB_SEC_TIME0x9290
 #define TAG_SUB_SEC_TIME_ORIGINAL   0x9291
@@ -917,9 +917,9 @@
int  offset;
mn_byte_order_t  byte_order;
mn_offset_mode_t offset_mode;
-} marker_note_type;
+} maker_note_type;
 
-static const marker_note_type marker_note_array[] = {
+static const maker_note_type maker_note_array[] = {
   { tag_table_VND_CANON, Canon,   NULL,  NULL, 
 0,  0,  MN_ORDER_INTEL,MN_OFFSET_GUESS},
 /*  { tag_table_VND_CANON, Canon,   NULL,  NULL,   
   0,  0,  MN_ORDER_NORMAL,   MN_OFFSET_NORMAL},*/
   { tag_table_VND_CASIO, CASIO,   NULL,  NULL, 
 0,  0,  MN_ORDER_MOTOROLA, MN_OFFSET_NORMAL},
@@ -1253,7 +1253,7 @@
 #define SECTION_INTEROP 10
 #define SECTION_APP12   11
 #define SECTION_WINXP   12
-#define SECTION_MARKERNOTE  13
+#define SECTION_MAKERNOTE  13
 #define SECTION_COUNT   14
 
 #define FOUND_FILE  (1SECTION_FILE)
@@ -1269,7 +1269,7 @@
 #define FOUND_INTEROP   (1SECTION_INTEROP)
 #define FOUND_APP12 (1SECTION_APP12)
 #define FOUND_WINXP (1SECTION_WINXP)
-#define FOUND_MARKERNOTE(1SECTION_MARKERNOTE)
+#define FOUND_MAKERNOTE(1SECTION_MAKERNOTE)
 
 static char *exif_get_sectionname(int section)
 {
@@ -1287,7 +1287,7 @@
case SECTION_INTEROP:   return INTEROP;
case SECTION_APP12: return APP12;
case SECTION_WINXP: return WINXP;
-   case SECTION_MARKERNOTE:return MARKERNOTE;
+   case SECTION_MAKERNOTE:return MAKERNOTE;
}
return ;
 }
@@ -2675,40 +2675,40 @@
 }
 /* }}} */
 
-/* {{{ exif_process_IFD_in_MARKERNOTE
- * Process nested IFDs directories in Marker Note. */
-static int exif_process_IFD_in_MARKERNOTE(image_info_type *ImageInfo,
char * value_ptr, int value_len, char *offset_base, size_t IFDlength,
size_t displacement TSRMLS_DC)
+/* {{{ exif_process_IFD_in_MAKERNOTE
+ * Process nested IFDs directories in Maker Note. */
+static int exif_process_IFD_in_MAKERNOTE(image_info_type *ImageInfo, char
* value_ptr, int value_len, char *offset_base, size_t IFDlength, size_t
displacement TSRMLS_DC)
 {
-   int de, i=0, section_index = SECTION_MARKERNOTE;
+   int de, i=0, section_index = SECTION_MAKERNOTE;
int NumDirEntries, old_motorola_intel, offset_diff;
-   const marker_note_type *marker_note;
+   const maker_note_type *maker_note;
char *dir_start;
 
-   for (i=0; i=sizeof(marker_note_array)/sizeof(marker_note_type); i++) {
-   if (i==sizeof(marker_note_array)/sizeof(marker_note_type))
+   for (i=0; i=sizeof(maker_note_array)/sizeof(maker_note_type); i++) {
+   if (i==sizeof(maker_note_array)/sizeof(maker_note_type))
return FALSE;
-   marker_note = marker_note_array+i;
+   maker_note = maker_note_array+i;

-   /*exif_error_docref(NULL TSRMLS_CC, ImageInfo, E_NOTICE, check
(%s,%s), marker_note-make?marker_note-make:,
marker_note-model?marker_note-model:);*/
-   if (marker_note-make  (!ImageInfo-make || strcmp(marker_note-make,
ImageInfo-make)))
+   /*exif_error_docref(NULL TSRMLS_CC, ImageInfo, E_NOTICE, check
(%s,%s), maker_note-make?maker_note-make:,
maker_note-model?maker_note-model:);*/
+   if (maker_note-make  (!ImageInfo-make || strcmp(maker_note-make,
ImageInfo-make)))
continue;
-   if (marker_note-model  (!ImageInfo-model ||
strcmp(marker_note-model, ImageInfo-model)))
+   if (maker_note-model  (!ImageInfo-model ||
strcmp(maker_note-model, ImageInfo-model)))
continue;
-   if 

#20984 [Com]: copy( file.txt , file.txt ) empties the file

2002-12-14 Thread john . doe
 ID:   20984
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: w2k
 PHP Version:  4.2.3
 New Comment:

Well, It's not allowed to do that in a command window.
Why should this function empty the file.
I suggest return false only and leave the file as it is like in the
command window.


Previous Comments:


[2002-12-13 04:05:32] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php



[2002-12-13 03:39:33] [EMAIL PROTECTED]

copy( toto.txt , toto.txt); // then toto.txt is empty





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




#20962 [Com]: ibase_query don't work with varchar character set win1251

2002-12-14 Thread hristo
 ID:   20962
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: InterBase related
 Operating System: win 2000
 PHP Version:  4.2.3
 New Comment:

I'm sorry, but I fix my mistake.

$db_con = ibase_connect($HOST:$DB_PATH, $USER, $PASS, 'win1251');

not 
$db_con = ibase_connect($HOST:$DB_PATH, $USER, $PASS);

and it's OK


Previous Comments:


[2002-12-12 11:14:03] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2002-12-12 10:14:28] [EMAIL PROTECTED]

CREATE TABLE CATEGORIES (
CAT_ID INTEGER NOT NULL,
CYR_TEXT VARCHAR (100) character set WIN1251);  
?php
$any_cyrilic_text = 'òåêñò íà êèðèëèöà';
$update_stmt = update categories set cyr_text='.$any_cyrilic_text.'
where cat_id=.$edit_id;

ibase_query($db_link, $update_stmt);
?

after executing this code

Warning: InterBase: arithmetic exception, numeric overflow, or string
truncation Cannot transliterate character between character sets






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




#21011 [NEW]: imap_header() connot parse a mail with multiple To: clause

2002-12-14 Thread admin
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.17-21mdksecure
PHP version:  4.2.3
PHP Bug Type: Mail related
Bug description:  imap_header() connot parse a mail with multiple To: clause

i have nocc installed with apache 1.3.27 and php 4.2.3

apache configure options :
./configure --prefix=/home/apache \
--enable-module=setenvif \
--enable-module=mime \
--enable-module=mime_magic \
--enable-module=alias \
--enable-module=so \
--enable-module=dir \
--enable-module=access \
--disable-module=headers \
--disable-module=asis \
--disable-module=cgi \
--enable-module=status \
--enable-module=info \
--enable-module=log_config \
--enable-module=env \
--disable-module=unique_id \
--disable-module=negotiation \
--disable-module=rewrite \
--disable-module=userdir \
--enable-module=speling \
--disable-module=vhost_alias \
--disable-module=autoindex \
--disable-module=auth_anon \
--disable-module=auth_dbm \
--disable-module=auth_db \
--enable-module=auth_digest \
--enable-module=auth \
--disable-module=cern_meta \
--disable-module=expires \
--disable-module=include \
--disable-module=actions \
--disable-module=digest \
--disable-module=log_agent \
--disable-module=log_referer \
--disable-module=usertrack \
--disable-module=example \
--disable-module=imap \
--disable-module=proxy \
--disable-module=mmap_static

php configure line :
./configure  --prefix=/home/php --without-mysql --with-oci8=$ORACLE_HOME
--with-oracle --with-xml --with-gettext --enable-calendar --enable-ftp
--enable-magic-quotes  --without-gd  --enable-track-vars
--with-apxs=/home/apache/bin/apxs --with-imap --enable-sigchild

i got in trouble whith nocc while reading a particular mailbox

i have written this little script to isolate the problem :

$mbox = imap_open ({x.x.x.x/pop3:110}, U, P);
$check = imap_check($mbox);
print_r($check);

for($i=1;$i=$check-Nmsgs;$i++){
print_r(imap_header($mbox,$i));
}
imap_close($mbox);

and finally here's the bogus mail (i have skipped the attachment) :

From [EMAIL PROTECTED]  Tue Dec 10 18:24:39 2002
Return-Path: [EMAIL PROTECTED]
Received: from test (smtp-send2.iam.net.ma [212.217.54.149])
by wanadoo.net.ma (--/--) with ESMTP id gBAIOEfe012460;
Tue, 10 Dec 2002 18:24:19 GMT
Received: from axefour (ppp-76-135.iam.net.ma [212.217.76.135] (may be
forged))
by test (8.11.6+Sun/8.10.2) with SMTP id gBAHcxo11588;
Tue, 10 Dec 2002 17:38:59 GMT
Message-ID: 003e01c2a074$95bac110$0200a8c0@axefour
Reply-To: Mohamed SAHIFA [EMAIL PROTECTED]
From: Mohamed SAHIFA [EMAIL PROTECTED]
To: U.H.S [EMAIL PROTECTED],
   ULTRA WAVE INFO P.H [EMAIL PROTECTED],
   ULTRANET MULTIMEDIA [EMAIL PROTECTED],
   UNIDATA [EMAIL PROTECTED],
   UNIVERS LOGICIELS [EMAIL PROTECTED],
   VEMAPIE [EMAIL PROTECTED], VICOB [EMAIL PROTECTED],
   VISUAL SOFT [EMAIL PROTECTED],
   VOICE TELECOMM [EMAIL PROTECTED],
   WALSMAN AND ASSOCATIATES [EMAIL PROTECTED],
   WELCOM INFO [EMAIL PROTECTED],
   WHITE HOUSE [EMAIL PROTECTED], WINTEK
[EMAIL PROTECTED],
   X-MEDIA [EMAIL PROTECTED],
   ZENITH ENGINEERING [EMAIL PROTECTED],
   TALAPAC [EMAIL PROTECTED],
   TAZA INFO [EMAIL PROTECTED],
   TECHNIC FILE [EMAIL PROTECTED],
   TECHNORIUM [EMAIL PROTECTED], TECLISER [EMAIL PROTECTED],
   TELE SERVICES ET SOUS-TRAITANCES [EMAIL PROTECTED],
   TELEDIS [EMAIL PROTECTED], TELEDYNE
[EMAIL PROTECTED],
   TELESYSTEMS [EMAIL PROTECTED], TELINFO [EMAIL PROTECTED],
   TETOUAN WEB [EMAIL PROTECTED], THALES [EMAIL PROTECTED],
   TIDET [EMAIL PROTECTED], TIMEXP [EMAIL PROTECTED],
   TIPNET [EMAIL PROTECTED], TMIS [EMAIL PROTECTED],
   TODO SERVICES [EMAIL PROTECTED],
   TOP COMPUTER [EMAIL PROTECTED],
   TOP MAINTENANCE [EMAIL PROTECTED],
   TOTEM MULTIMEDIA [EMAIL PROTECTED],
   TRANSPARENCE INFO [EMAIL PROTECTED],
   SYSTEME DISTRIBUTION [EMAIL PROTECTED],
   SYNOPTI [EMAIL PROTECTED], SWISSOFT
[EMAIL PROTECTED],
   SUNNY BUREAU [EMAIL PROTECTED], SUNCOM [EMAIL PROTECTED],
   SUD ELECTRONIQUE INFO [EMAIL PROTECTED],
   STE AMIRALE INFO [EMAIL PROTECTED],
   STAR DE MAINTENANCE INFO [EMAIL PROTECTED],
   SR TELECOM [EMAIL PROTECTED],
   SOUTH SYSTEMS [EMAIL PROTECTED],
   SOPSI [EMAIL PROTECTED],
   SOPHIA CONCEPT [EMAIL PROTECTED],
   SONORAC [EMAIL PROTECTED], SOMARA [EMAIL PROTECTED],
   SOLUTIONS INFO [EMAIL PROTECTED], SOFTWIN
[EMAIL PROTECTED],
   SOCIETE INTER DE FOURNITURE ET D'ETUDE [EMAIL PROTECTED],
   SMEIN [EMAIL PROTECTED], SKYNET [EMAIL PROTECTED],
   SIFEB [EMAIL PROTECTED], SETTANET
[EMAIL PROTECTED],
   SERMIA [EMAIL PROTECTED], SEKA SYSTEMES
[EMAIL PROTECTED],
   SEDOF INFO [EMAIL PROTECTED], SEDEL
[EMAIL PROTECTED],
   SEANET [EMAIL PROTECTED], SCOTIB [EMAIL PROTECTED],
   SAS SOFTWARE [EMAIL PROTECTED], SAHARA COMPUTER
[EMAIL PROTECTED],
   SAFIA NET [EMAIL PROTECTED], S.F.I.B [EMAIL PROTECTED],
   ROSOTEL [EMAIL PROTECTED], RODIN [EMAIL PROTECTED],
   REPER [EMAIL 

#21012 [NEW]: HTTP Filter DLL C:\PHP\php4ts.dll failed to load

2002-12-14 Thread raptor
From: [EMAIL PROTECTED]
Operating system: Windows 2000 SP3
PHP version:  4.2.3
PHP Bug Type: IIS related
Bug description:  HTTP Filter DLL C:\PHP\php4ts.dll failed to load

Creating new report since Bug #10725 has been closed.

I have installed PHP on my Win2kAS IIS 5.0 server, and added an ISAPI
filter for php4ts.dll, however whenever IIS is started or restarted, the
following Event appears in the Systen Log:


Event Type: Error
Event Source:   W3SVC
Event Category: None
Event ID:   14
Date:   12/14/2002
Time:   9:45:39 AM
User:   N/A
Computer:   THE0REM-1
Description:
The HTTP Filter DLL C:\PHP\php4ts.dll failed to load.  The data is the
error. 
For additional information specific to this message please visit the
Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp. 
Data:
: 7f 00 00 00   ...


IUSR_THE0REM-1 has read/exec permissions on the PHP directory (including
the DLL).  Auditing this directory for failed accesses does not indicate
any kind of user access or permissions problems.

I would much rather be using the ISAPI filter as opposed to using CGI via
php.exe, but have not been able to get it to work using any release of PHP
4, not using any Win2k Service Pack level.

I have searched all over for a resolution to this problem, however have
only found more reports of it from a number of other users with no
resolutions.
-- 
Edit bug report at http://bugs.php.net/?id=21012edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21012r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21012r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21012r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21012r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21012r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21012r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21012r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21012r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21012r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21012r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21012r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21012r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21012r=isapi




#21010 [Opn]: typo in tag name and some identifiers

2002-12-14 Thread helly
 ID:   21010
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: *Graphics related
 Operating System: FreeBSD 4.6-RELEASE
 PHP Version:  4CVS-2002-12-14 (stable)
-Assigned To:  
+Assigned To:  helly
 New Comment:

You're correct this is about the manufacturer.
Thanks for noticing :-)


Previous Comments:


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

typo in tag name and some identifiers

in ext/exif/exif.c:

marker note - maker note


Reference:
Digital Still Camera Image File Format Standard
(Exchangeable image file format for Digital Still Cameras: Exif)
Version 2.1
June 12, 1998
Japan Electronic Industry Development Association(JEIDA)

p40

MakerNote

A tag for manufacturers of Exif writers to record any desired
information. The contents are up to the manufacturer.
 Tag = 37500 (927C.H)
 Type = UNDEFINED
 Count = Any
 Default = none


--- exif.c.orig Sat Dec 14 22:32:49 2002
+++ exif.c  Sat Dec 14 22:54:22 2002
@@ -427,7 +427,7 @@
 /* 0x920B - 0x920D */
 /* 0x9211 - 0x9216 */
 #define TAG_SUBJECT_AREA0x9214
-#define TAG_MARKER_NOTE 0x927C
+#define TAG_MAKER_NOTE  0x927C
 #define TAG_USERCOMMENT 0x9286
 #define TAG_SUB_SEC_TIME0x9290
 #define TAG_SUB_SEC_TIME_ORIGINAL   0x9291
@@ -917,9 +917,9 @@
int  offset;
mn_byte_order_t  byte_order;
mn_offset_mode_t offset_mode;
-} marker_note_type;
+} maker_note_type;
 
-static const marker_note_type marker_note_array[] = {
+static const maker_note_type maker_note_array[] = {
   { tag_table_VND_CANON, Canon,   NULL,  NULL,  
0,  0,  MN_ORDER_INTEL,MN_OFFSET_GUESS},
 /*  { tag_table_VND_CANON, Canon,   NULL,  NULL,
  0,  0,  MN_ORDER_NORMAL,   MN_OFFSET_NORMAL},*/
   { tag_table_VND_CASIO, CASIO,   NULL,  NULL,  
0,  0,  MN_ORDER_MOTOROLA, MN_OFFSET_NORMAL},
@@ -1253,7 +1253,7 @@
 #define SECTION_INTEROP 10
 #define SECTION_APP12   11
 #define SECTION_WINXP   12
-#define SECTION_MARKERNOTE  13
+#define SECTION_MAKERNOTE  13
 #define SECTION_COUNT   14
 
 #define FOUND_FILE  (1SECTION_FILE)
@@ -1269,7 +1269,7 @@
 #define FOUND_INTEROP   (1SECTION_INTEROP)
 #define FOUND_APP12 (1SECTION_APP12)
 #define FOUND_WINXP (1SECTION_WINXP)
-#define FOUND_MARKERNOTE(1SECTION_MARKERNOTE)
+#define FOUND_MAKERNOTE(1SECTION_MAKERNOTE)
 
 static char *exif_get_sectionname(int section)
 {
@@ -1287,7 +1287,7 @@
case SECTION_INTEROP:   return INTEROP;
case SECTION_APP12: return APP12;
case SECTION_WINXP: return WINXP;
-   case SECTION_MARKERNOTE:return MARKERNOTE;
+   case SECTION_MAKERNOTE:return MAKERNOTE;
}
return ;
 }
@@ -2675,40 +2675,40 @@
 }
 /* }}} */
 
-/* {{{ exif_process_IFD_in_MARKERNOTE
- * Process nested IFDs directories in Marker Note. */
-static int exif_process_IFD_in_MARKERNOTE(image_info_type *ImageInfo,
char * value_ptr, int value_len, char *offset_base, size_t IFDlength,
size_t displacement TSRMLS_DC)
+/* {{{ exif_process_IFD_in_MAKERNOTE
+ * Process nested IFDs directories in Maker Note. */
+static int exif_process_IFD_in_MAKERNOTE(image_info_type *ImageInfo,
char * value_ptr, int value_len, char *offset_base, size_t IFDlength,
size_t displacement TSRMLS_DC)
 {
-   int de, i=0, section_index = SECTION_MARKERNOTE;
+   int de, i=0, section_index = SECTION_MAKERNOTE;
int NumDirEntries, old_motorola_intel, offset_diff;
-   const marker_note_type *marker_note;
+   const maker_note_type *maker_note;
char *dir_start;
 
-   for (i=0; i=sizeof(marker_note_array)/sizeof(marker_note_type); i++)
{
-   if (i==sizeof(marker_note_array)/sizeof(marker_note_type))
+   for (i=0; i=sizeof(maker_note_array)/sizeof(maker_note_type); i++)
{
+   if (i==sizeof(maker_note_array)/sizeof(maker_note_type))
return FALSE;
-   marker_note = marker_note_array+i;
+   maker_note = maker_note_array+i;

-   /*exif_error_docref(NULL TSRMLS_CC, ImageInfo, E_NOTICE, check
(%s,%s), marker_note-make?marker_note-make:,
marker_note-model?marker_note-model:);*/
-   if (marker_note-make  (!ImageInfo-make ||
strcmp(marker_note-make, ImageInfo-make)))
+   /*exif_error_docref(NULL TSRMLS_CC, ImageInfo, E_NOTICE, check
(%s,%s), maker_note-make?maker_note-make:,
maker_note-model?maker_note-model:);*/
+   if (maker_note-make  (!ImageInfo-make ||
strcmp(maker_note-make, ImageInfo-make)))
   

#21010 [Opn-Csd]: typo in tag name and some identifiers

2002-12-14 Thread helly
 ID:   21010
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: *Graphics related
 Operating System: FreeBSD 4.6-RELEASE
 PHP Version:  4CVS-2002-12-14 (stable)
 Assigned To:  helly
 New Comment:

This bug has been fixed in CVS.

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

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




Previous Comments:


[2002-12-14 11:52:40] [EMAIL PROTECTED]

You're correct this is about the manufacturer.
Thanks for noticing :-)



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

typo in tag name and some identifiers

in ext/exif/exif.c:

marker note - maker note


Reference:
Digital Still Camera Image File Format Standard
(Exchangeable image file format for Digital Still Cameras: Exif)
Version 2.1
June 12, 1998
Japan Electronic Industry Development Association(JEIDA)

p40

MakerNote

A tag for manufacturers of Exif writers to record any desired
information. The contents are up to the manufacturer.
 Tag = 37500 (927C.H)
 Type = UNDEFINED
 Count = Any
 Default = none


--- exif.c.orig Sat Dec 14 22:32:49 2002
+++ exif.c  Sat Dec 14 22:54:22 2002
@@ -427,7 +427,7 @@
 /* 0x920B - 0x920D */
 /* 0x9211 - 0x9216 */
 #define TAG_SUBJECT_AREA0x9214
-#define TAG_MARKER_NOTE 0x927C
+#define TAG_MAKER_NOTE  0x927C
 #define TAG_USERCOMMENT 0x9286
 #define TAG_SUB_SEC_TIME0x9290
 #define TAG_SUB_SEC_TIME_ORIGINAL   0x9291
@@ -917,9 +917,9 @@
int  offset;
mn_byte_order_t  byte_order;
mn_offset_mode_t offset_mode;
-} marker_note_type;
+} maker_note_type;
 
-static const marker_note_type marker_note_array[] = {
+static const maker_note_type maker_note_array[] = {
   { tag_table_VND_CANON, Canon,   NULL,  NULL,  
0,  0,  MN_ORDER_INTEL,MN_OFFSET_GUESS},
 /*  { tag_table_VND_CANON, Canon,   NULL,  NULL,
  0,  0,  MN_ORDER_NORMAL,   MN_OFFSET_NORMAL},*/
   { tag_table_VND_CASIO, CASIO,   NULL,  NULL,  
0,  0,  MN_ORDER_MOTOROLA, MN_OFFSET_NORMAL},
@@ -1253,7 +1253,7 @@
 #define SECTION_INTEROP 10
 #define SECTION_APP12   11
 #define SECTION_WINXP   12
-#define SECTION_MARKERNOTE  13
+#define SECTION_MAKERNOTE  13
 #define SECTION_COUNT   14
 
 #define FOUND_FILE  (1SECTION_FILE)
@@ -1269,7 +1269,7 @@
 #define FOUND_INTEROP   (1SECTION_INTEROP)
 #define FOUND_APP12 (1SECTION_APP12)
 #define FOUND_WINXP (1SECTION_WINXP)
-#define FOUND_MARKERNOTE(1SECTION_MARKERNOTE)
+#define FOUND_MAKERNOTE(1SECTION_MAKERNOTE)
 
 static char *exif_get_sectionname(int section)
 {
@@ -1287,7 +1287,7 @@
case SECTION_INTEROP:   return INTEROP;
case SECTION_APP12: return APP12;
case SECTION_WINXP: return WINXP;
-   case SECTION_MARKERNOTE:return MARKERNOTE;
+   case SECTION_MAKERNOTE:return MAKERNOTE;
}
return ;
 }
@@ -2675,40 +2675,40 @@
 }
 /* }}} */
 
-/* {{{ exif_process_IFD_in_MARKERNOTE
- * Process nested IFDs directories in Marker Note. */
-static int exif_process_IFD_in_MARKERNOTE(image_info_type *ImageInfo,
char * value_ptr, int value_len, char *offset_base, size_t IFDlength,
size_t displacement TSRMLS_DC)
+/* {{{ exif_process_IFD_in_MAKERNOTE
+ * Process nested IFDs directories in Maker Note. */
+static int exif_process_IFD_in_MAKERNOTE(image_info_type *ImageInfo,
char * value_ptr, int value_len, char *offset_base, size_t IFDlength,
size_t displacement TSRMLS_DC)
 {
-   int de, i=0, section_index = SECTION_MARKERNOTE;
+   int de, i=0, section_index = SECTION_MAKERNOTE;
int NumDirEntries, old_motorola_intel, offset_diff;
-   const marker_note_type *marker_note;
+   const maker_note_type *maker_note;
char *dir_start;
 
-   for (i=0; i=sizeof(marker_note_array)/sizeof(marker_note_type); i++)
{
-   if (i==sizeof(marker_note_array)/sizeof(marker_note_type))
+   for (i=0; i=sizeof(maker_note_array)/sizeof(maker_note_type); i++)
{
+   if (i==sizeof(maker_note_array)/sizeof(maker_note_type))
return FALSE;
-   

#21011 [Opn-Csd]: imap_header() connot parse a mail with multiple To: clause

2002-12-14 Thread iliaa
 ID:   21011
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Mail related
 Operating System: Linux 2.2.17-21mdksecure
 PHP Version:  4.2.3
 New Comment:

This bug has been fixed in CVS.

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

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




Previous Comments:


[2002-12-14 10:04:27] [EMAIL PROTECTED]

i have nocc installed with apache 1.3.27 and php 4.2.3

apache configure options :
./configure --prefix=/home/apache \
--enable-module=setenvif \
--enable-module=mime \
--enable-module=mime_magic \
--enable-module=alias \
--enable-module=so \
--enable-module=dir \
--enable-module=access \
--disable-module=headers \
--disable-module=asis \
--disable-module=cgi \
--enable-module=status \
--enable-module=info \
--enable-module=log_config \
--enable-module=env \
--disable-module=unique_id \
--disable-module=negotiation \
--disable-module=rewrite \
--disable-module=userdir \
--enable-module=speling \
--disable-module=vhost_alias \
--disable-module=autoindex \
--disable-module=auth_anon \
--disable-module=auth_dbm \
--disable-module=auth_db \
--enable-module=auth_digest \
--enable-module=auth \
--disable-module=cern_meta \
--disable-module=expires \
--disable-module=include \
--disable-module=actions \
--disable-module=digest \
--disable-module=log_agent \
--disable-module=log_referer \
--disable-module=usertrack \
--disable-module=example \
--disable-module=imap \
--disable-module=proxy \
--disable-module=mmap_static

php configure line :
./configure  --prefix=/home/php --without-mysql
--with-oci8=$ORACLE_HOME --with-oracle --with-xml --with-gettext
--enable-calendar --enable-ftp --enable-magic-quotes  --without-gd 
--enable-track-vars --with-apxs=/home/apache/bin/apxs --with-imap
--enable-sigchild

i got in trouble whith nocc while reading a particular mailbox

i have written this little script to isolate the problem :

$mbox = imap_open ({x.x.x.x/pop3:110}, U, P);
$check = imap_check($mbox);
print_r($check);

for($i=1;$i=$check-Nmsgs;$i++){
print_r(imap_header($mbox,$i));
}
imap_close($mbox);

and finally here's the bogus mail (i have skipped the attachment) :

From [EMAIL PROTECTED]  Tue Dec 10 18:24:39 2002
Return-Path: [EMAIL PROTECTED]
Received: from test (smtp-send2.iam.net.ma [212.217.54.149])
by wanadoo.net.ma (--/--) with ESMTP id
gBAIOEfe012460;
Tue, 10 Dec 2002 18:24:19 GMT
Received: from axefour (ppp-76-135.iam.net.ma [212.217.76.135] (may be
forged))
by test (8.11.6+Sun/8.10.2) with SMTP id gBAHcxo11588;
Tue, 10 Dec 2002 17:38:59 GMT
Message-ID: 003e01c2a074$95bac110$0200a8c0@axefour
Reply-To: Mohamed SAHIFA [EMAIL PROTECTED]
From: Mohamed SAHIFA [EMAIL PROTECTED]
To: U.H.S [EMAIL PROTECTED],
   ULTRA WAVE INFO P.H [EMAIL PROTECTED],
   ULTRANET MULTIMEDIA [EMAIL PROTECTED],
   UNIDATA [EMAIL PROTECTED],
   UNIVERS LOGICIELS [EMAIL PROTECTED],
   VEMAPIE [EMAIL PROTECTED], VICOB [EMAIL PROTECTED],
   VISUAL SOFT [EMAIL PROTECTED],
   VOICE TELECOMM [EMAIL PROTECTED],
   WALSMAN AND ASSOCATIATES [EMAIL PROTECTED],
   WELCOM INFO [EMAIL PROTECTED],
   WHITE HOUSE [EMAIL PROTECTED], WINTEK
[EMAIL PROTECTED],
   X-MEDIA [EMAIL PROTECTED],
   ZENITH ENGINEERING [EMAIL PROTECTED],
   TALAPAC [EMAIL PROTECTED],
   TAZA INFO [EMAIL PROTECTED],
   TECHNIC FILE [EMAIL PROTECTED],
   TECHNORIUM [EMAIL PROTECTED], TECLISER [EMAIL PROTECTED],
   TELE SERVICES ET SOUS-TRAITANCES [EMAIL PROTECTED],
   TELEDIS [EMAIL PROTECTED], TELEDYNE
[EMAIL PROTECTED],
   TELESYSTEMS [EMAIL PROTECTED], TELINFO
[EMAIL PROTECTED],
   TETOUAN WEB [EMAIL PROTECTED], THALES
[EMAIL PROTECTED],
   TIDET [EMAIL PROTECTED], TIMEXP [EMAIL PROTECTED],
   TIPNET [EMAIL PROTECTED], TMIS [EMAIL PROTECTED],
   TODO SERVICES [EMAIL PROTECTED],
   TOP COMPUTER [EMAIL PROTECTED],
   TOP MAINTENANCE [EMAIL PROTECTED],
   TOTEM MULTIMEDIA [EMAIL PROTECTED],
   TRANSPARENCE INFO [EMAIL PROTECTED],
   SYSTEME DISTRIBUTION [EMAIL PROTECTED],
   SYNOPTI [EMAIL PROTECTED], SWISSOFT
[EMAIL PROTECTED],
   SUNNY BUREAU [EMAIL PROTECTED], SUNCOM [EMAIL PROTECTED],
   SUD ELECTRONIQUE INFO [EMAIL PROTECTED],
   STE AMIRALE INFO [EMAIL PROTECTED],
   STAR DE MAINTENANCE INFO [EMAIL PROTECTED],
   SR TELECOM [EMAIL PROTECTED],
   SOUTH SYSTEMS [EMAIL PROTECTED],
   SOPSI [EMAIL PROTECTED],
   SOPHIA CONCEPT 

#21012 [Opn-Bgs]: HTTP Filter DLL C:\PHP\php4ts.dll failed to load

2002-12-14 Thread msopacua
 ID:   21012
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: Windows 2000 SP3
 PHP Version:  4.2.3
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

The isapi filter dll, is not php4ts.dll. It's php4isapi.dll.


Previous Comments:


[2002-12-14 11:28:29] [EMAIL PROTECTED]

Creating new report since Bug #10725 has been closed.

I have installed PHP on my Win2kAS IIS 5.0 server, and added an ISAPI
filter for php4ts.dll, however whenever IIS is started or restarted,
the following Event appears in the Systen Log:


Event Type: Error
Event Source:   W3SVC
Event Category: None
Event ID:   14
Date:   12/14/2002
Time:   9:45:39 AM
User:   N/A
Computer:   THE0REM-1
Description:
The HTTP Filter DLL C:\PHP\php4ts.dll failed to load.  The data is the
error. 
For additional information specific to this message please visit the
Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp. 
Data:
: 7f 00 00 00   ...


IUSR_THE0REM-1 has read/exec permissions on the PHP directory
(including the DLL).  Auditing this directory for failed accesses does
not indicate any kind of user access or permissions problems.

I would much rather be using the ISAPI filter as opposed to using CGI
via php.exe, but have not been able to get it to work using any release
of PHP 4, not using any Win2k Service Pack level.

I have searched all over for a resolution to this problem, however have
only found more reports of it from a number of other users with no
resolutions.




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




#21004 [Com]: Header Location Fails

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

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

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

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

---

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


Previous Comments:


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

Does it redirect though?
What does 'lynx -dump -head url to the index.php' output?

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




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

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

index.php:

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

---

index2.php:

?php
echo pYou have been redirected/p;
?

---

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

  You have been redirected

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




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




#21014 [NEW]: $x++-1 doesnt work

2002-12-14 Thread thomas
From: [EMAIL PROTECTED]
Operating system: windows
PHP version:  4.2.3
PHP Bug Type: *General Issues
Bug description:  $x++-1 doesnt work

On php4.2.3. on windows

$x++-1 evaluates to $x (which I belive is wrong. First evaluate and then
increment).

on unix (php version ?) it evaluates to $x-1 (which I beliave is
correct).

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




#21002 [Bgs-Opn]: Unaligned Access

2002-12-14 Thread tom
 ID:   21002
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Compile Warning
 Operating System: NetBSD/Alpha (64bit) - 1.6
 PHP Version:  4CVS-2002-12-13 (stable)
 New Comment:

If the associated bug ID I listed was closed, yet the problem persists,
what's the correct way of reporting the problem again w/o my bug being
marked as bogus?

If the old bug was closed, yet the problem is still in CVS, marking new
related bugs as bogus wouldn't solve the initial problem.

The patch provided was not applied to CVS as of 12/13. Should I have
added comments to bug 20433 even if it was already closed?


Previous Comments:


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

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.


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




[2002-12-13 16:31:42] [EMAIL PROTECTED]

Related bug: 20433 (closed)

The above bug shouldn't have been closed as the Unaligned Access is
still being reported using 12/13 snap. The patch posted in bug 20433
(toward the end) does resolve these issues. Here is the URL again:

ftp://codon.genopole-lille.fr/pub/php-4.3.0RC2-stat+onupdateint+zendparam.patch




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




#20433 [Com]: Unaligned access error messages at runtime

2002-12-14 Thread tom
 ID:   20433
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Compile Warning
 Operating System: Tru64, NetBSD(Alpha platform)
 PHP Version:  4.3.0-RC1
 Assigned To:  helly
 New Comment:

I found the same problems on NetBSD/Alpha-1.6. The patch listed does
fix the problem but apparently it hasn't made it's way into CVS as of
12/13/2002. Since this bug was closed, I reported another bug #20433.
It was then marked bogus due to the problem already being reported, not
fixed, but closed.


Previous Comments:


[2002-12-10 10:26:28] [EMAIL PROTECTED]

I work on ALPHA/Tru64 with the same pb as above. But I've found 4 more
fix (cf. patch at the end).

Moreover, there is another source of confusion with int/long in
zend_parse_parameters() function. The variable for token l should
be a long and the 2nd variable for token s should be a int.

This patch fix (I hope) these pb :
ftp://codon.genopole-lille.fr/pub/php-4.3.0RC2-stat+onupdateint+zendparam.patch



[2002-11-30 12:39:49] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

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





[2002-11-30 10:35:24] [EMAIL PROTECTED]

The problem is OnUpdateInt which will result in an error on 64bit
systems. Compiling and testing now.



[2002-11-16 10:47:30] [EMAIL PROTECTED]

Verified on NetBSD/Alpha.



[2002-11-15 05:34:33] [EMAIL PROTECTED]

Verified with 4.3.0RC1



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

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




#21002 [Opn-Bgs]: Unaligned Access

2002-12-14 Thread msopacua
 ID:   21002
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Warning
 Operating System: NetBSD/Alpha (64bit) - 1.6
 PHP Version:  4CVS-2002-12-13 (stable)
 New Comment:

Sniper refers to 20994, not 20433. That one, isn't close and shows the
exact same url, your refering to.


Previous Comments:


[2002-12-14 12:31:10] [EMAIL PROTECTED]

If the associated bug ID I listed was closed, yet the problem persists,
what's the correct way of reporting the problem again w/o my bug being
marked as bogus?

If the old bug was closed, yet the problem is still in CVS, marking new
related bugs as bogus wouldn't solve the initial problem.

The patch provided was not applied to CVS as of 12/13. Should I have
added comments to bug 20433 even if it was already closed?



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

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.


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




[2002-12-13 16:31:42] [EMAIL PROTECTED]

Related bug: 20433 (closed)

The above bug shouldn't have been closed as the Unaligned Access is
still being reported using 12/13 snap. The patch posted in bug 20433
(toward the end) does resolve these issues. Here is the URL again:

ftp://codon.genopole-lille.fr/pub/php-4.3.0RC2-stat+onupdateint+zendparam.patch




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




#20994 [Fbk]: int/long confusion in 64bits machine

2002-12-14 Thread msopacua
 ID:   20994
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: any 64bit
 PHP Version:  4.3.0RC3
 New Comment:

FYI: there's a README.SUBMITTING_PATCH in the distribution, containing
the guidelines for ... submitting a patch.


Previous Comments:


[2002-12-14 03:50:29] [EMAIL PROTECTED]

Could you provide that patch in unified diff format?
And against the CVS HEAD?




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

There are locations in source where variables are declared int or long
and are menipulated with long or int pointer respectively.

 - The function OnUpdateInt use long pointer (the case is already
referenced in bug#20433 but I found more variables concerned).

 - In function zend_parse_parameters(), the variable for token l
should be a long and the 2nd variable for token s should be a int.

The patch above try to fix the 2 cases :

ftp://codon.genopole-lille.fr/pub/php-4.3.0RC2-onupdateint+zendparam.patch

-- 
Julien




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




#21016 [NEW]: php_w32api functions undefined

2002-12-14 Thread info
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.3.0RC3
PHP Bug Type: *Extensibility Functions
Bug description:  php_w32api functions undefined

I've installed PHP4.3.0RC3 (altough, all 4.3.0 releases have te same
problem).

I've set the php.ini file for use with the w32api extension.

But, it seem not to load the extension correctly.

The phpinfo() shows it is loaded:

Win32 API Support Enabled

But when I call one of the functions of the w32api, than I get a undefined
function error.

This produces an undefined function error:
w32api_register_function (User32.dll, MessageBoxA, long);

I've printed a function list with get_defined_functions(). An found none
of the w32api functions.

I've even tried to load it trough dl() and tried it with apache 1.3.20
(sapi module), but the problem remains. 

After installing 4.2.2 again, everything work fine again.

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




#21016 [Opn-Bgs]: php_w32api functions undefined

2002-12-14 Thread derick
 ID:   21016
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Extensibility Functions
 Operating System: Windows 2000
 PHP Version:  4.3.0RC3
 New Comment:

The API of this experimental extension has changed. Not a bug - bogus.


Previous Comments:


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

I've installed PHP4.3.0RC3 (altough, all 4.3.0 releases have te same
problem).

I've set the php.ini file for use with the w32api extension.

But, it seem not to load the extension correctly.

The phpinfo() shows it is loaded:

Win32 API Support Enabled

But when I call one of the functions of the w32api, than I get a
undefined function error.

This produces an undefined function error:
w32api_register_function (User32.dll, MessageBoxA, long);

I've printed a function list with get_defined_functions(). An found
none of the w32api functions.

I've even tried to load it trough dl() and tried it with apache 1.3.20
(sapi module), but the problem remains. 

After installing 4.2.2 again, everything work fine again.

Seem to me that there is something wrong there...




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




#21014 [Opn-Bgs]: $x++-1 doesnt work

2002-12-14 Thread hholzgra
 ID:   21014
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: windows
 PHP Version:  4.2.3
 New Comment:

can't verify, windows behaves exactly like unix
(and as they both share the same engine a windows-only bug is not
likely here)


Previous Comments:


[2002-12-14 12:29:06] [EMAIL PROTECTED]

On php4.2.3. on windows

$x++-1 evaluates to $x (which I belive is wrong. First evaluate and
then increment).

on unix (php version ?) it evaluates to $x-1 (which I beliave is
correct).

I havent tried with CVS




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




#21014 [Bgs]: $x++-1 doesnt work

2002-12-14 Thread thomas
 ID:   21014
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: windows
 PHP Version:  4.2.3
 New Comment:

Very sorry - now it seems like I can't reproduce the error either. But
something definately was wrong - perhaps it was me though ;)


Previous Comments:


[2002-12-14 13:15:07] [EMAIL PROTECTED]

can't verify, windows behaves exactly like unix
(and as they both share the same engine a windows-only bug is not
likely here)



[2002-12-14 12:29:06] [EMAIL PROTECTED]

On php4.2.3. on windows

$x++-1 evaluates to $x (which I belive is wrong. First evaluate and
then increment).

on unix (php version ?) it evaluates to $x-1 (which I beliave is
correct).

I havent tried with CVS




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




#20985 [Com]: heavy load = Segmentation fault

2002-12-14 Thread jfl
 ID:   20985
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Redhat Linux 7.3  8
 PHP Version:  4.3.0RC3
 New Comment:

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

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

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


Previous Comments:


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

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



[2002-12-13 16:53:39] [EMAIL PROTECTED]

Go to the php directory, inside that directory edit a file called
config.nice, one line above the line, which contains $@ add the
following line:
'--enable-debug' \
now do:
rm config.cache; make clean; ./config.nice; make; make install

You've now compiled  installed PHP that contains debugging symbols,
when a crash occurs you should be able to see more detailed information
when analyzing core files generated due to crash in PHP.
To see data at a certain step use gdb command such as frame 5, which
will take you to a particular frame, list command, which will show the
source code at this point and then p command to print the values of
various variables  pointers.



[2002-12-13 16:40:34] [EMAIL PROTECTED]

 Could you please compile your PHP with --enable-debug
I have done so.

 If you are able to do that then go the step #5
 (free_zend_constant) and see what data the various
 pointers contains.
 I am especially interested in seeing what constant is
 being freed and if it is the same one everytime.

Could you instruct me on how to do this? 
My knowledge only covers compiling and the information from here:
http://bugs.php.net/bugs-generating-backtrace.php



[2002-12-13 09:56:09] [EMAIL PROTECTED]

Could you please compile your PHP with --enable-debug, this will make
you backtrace contain a lot more information. If you are able to do
that then go the step #5 (free_zend_constant) and see what data the
various pointers contains. I am especially interested in seeing what
constant is being freed and if it is the same one everytime.



[2002-12-13 09:53:03] [EMAIL PROTECTED]

I have also submitted a bug report to Redhat:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=79561

I hope that's ok.



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

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




#20985 [Com]: heavy load = Segmentation fault

2002-12-14 Thread jfl
 ID:   20985
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Redhat Linux 7.3  8
 PHP Version:  4.3.0RC3
 New Comment:

I'll now start testing Php-4.3.0RC3


Previous Comments:


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

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

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

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



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

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



[2002-12-13 16:53:39] [EMAIL PROTECTED]

Go to the php directory, inside that directory edit a file called
config.nice, one line above the line, which contains $@ add the
following line:
'--enable-debug' \
now do:
rm config.cache; make clean; ./config.nice; make; make install

You've now compiled  installed PHP that contains debugging symbols,
when a crash occurs you should be able to see more detailed information
when analyzing core files generated due to crash in PHP.
To see data at a certain step use gdb command such as frame 5, which
will take you to a particular frame, list command, which will show the
source code at this point and then p command to print the values of
various variables  pointers.



[2002-12-13 16:40:34] [EMAIL PROTECTED]

 Could you please compile your PHP with --enable-debug
I have done so.

 If you are able to do that then go the step #5
 (free_zend_constant) and see what data the various
 pointers contains.
 I am especially interested in seeing what constant is
 being freed and if it is the same one everytime.

Could you instruct me on how to do this? 
My knowledge only covers compiling and the information from here:
http://bugs.php.net/bugs-generating-backtrace.php



[2002-12-13 09:56:09] [EMAIL PROTECTED]

Could you please compile your PHP with --enable-debug, this will make
you backtrace contain a lot more information. If you are able to do
that then go the step #5 (free_zend_constant) and see what data the
various pointers contains. I am especially interested in seeing what
constant is being freed and if it is the same one everytime.



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

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




#21000 [Fbk-Opn]: can not set register_globals=off

2002-12-14 Thread mojdeh
 ID:   21000
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: PHP options/info functions
 Operating System: solaris 8
 PHP Version:  4.3.0RC2
 New Comment:

I found out what was causing the problem. As strange as it sounds, I
had to change the group ownership of the /usr/local/lib/php.ini to be
the same as my web server. That fixed the problem.

Thanks for your help.
Mojdeh,


Previous Comments:


[2002-12-14 03:45:10] [EMAIL PROTECTED]

Are you using Apache? Version? Are you sure it's not set off
in some .htaccess file or httpd.conf ??

Are you sure that php.ini is actually READ by PHP? 
(change some other setting)




[2002-12-13 16:22:35] [EMAIL PROTECTED]

the php.ini path shows as /opt/sfw/lib/php.ini whihc is the same as
/usr/local/lib/php.ini  because we have a symbolink link to /usr/local/
in /opt/sfw.



[2002-12-13 16:19:07] [EMAIL PROTECTED]

What's the ini path reported in phpinfo()?



[2002-12-13 15:30:56] [EMAIL PROTECTED]

I was always able to change the register_globals settings in
/usr/local/php.ini file (which is a copy of the php.ini-dist) and
chenge the setting to on. Now eventhough I have register_globals=On in
my php.ini The phpinfo function shows that it is set to Off and as a
result non of my php pages are working.





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




#20994 [Com]: int/long confusion in 64bits machine

2002-12-14 Thread tom
 ID:   20994
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: any 64bit
 PHP Version:  4.3.0RC3
 New Comment:

This issue will cause segmentation faults under php cgi
NetBSD/Alpha-1.6.


Previous Comments:


[2002-12-14 12:53:44] [EMAIL PROTECTED]

FYI: there's a README.SUBMITTING_PATCH in the distribution, containing
the guidelines for ... submitting a patch.



[2002-12-14 03:50:29] [EMAIL PROTECTED]

Could you provide that patch in unified diff format?
And against the CVS HEAD?




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

There are locations in source where variables are declared int or long
and are menipulated with long or int pointer respectively.

 - The function OnUpdateInt use long pointer (the case is already
referenced in bug#20433 but I found more variables concerned).

 - In function zend_parse_parameters(), the variable for token l
should be a long and the 2nd variable for token s should be a int.

The patch above try to fix the 2 cases :

ftp://codon.genopole-lille.fr/pub/php-4.3.0RC2-onupdateint+zendparam.patch

-- 
Julien




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




#21000 [Opn-Bgs]: can not set register_globals=off

2002-12-14 Thread derick
 ID:   21000
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: solaris 8
 PHP Version:  4.3.0RC2
 New Comment:

user error - bogus


Previous Comments:


[2002-12-14 14:29:48] [EMAIL PROTECTED]

I found out what was causing the problem. As strange as it sounds, I
had to change the group ownership of the /usr/local/lib/php.ini to be
the same as my web server. That fixed the problem.

Thanks for your help.
Mojdeh,



[2002-12-14 03:45:10] [EMAIL PROTECTED]

Are you using Apache? Version? Are you sure it's not set off
in some .htaccess file or httpd.conf ??

Are you sure that php.ini is actually READ by PHP? 
(change some other setting)




[2002-12-13 16:22:35] [EMAIL PROTECTED]

the php.ini path shows as /opt/sfw/lib/php.ini whihc is the same as
/usr/local/lib/php.ini  because we have a symbolink link to /usr/local/
in /opt/sfw.



[2002-12-13 16:19:07] [EMAIL PROTECTED]

What's the ini path reported in phpinfo()?



[2002-12-13 15:30:56] [EMAIL PROTECTED]

I was always able to change the register_globals settings in
/usr/local/php.ini file (which is a copy of the php.ini-dist) and
chenge the setting to on. Now eventhough I have register_globals=On in
my php.ini The phpinfo function shows that it is set to Off and as a
result non of my php pages are working.





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




#21017 [NEW]: Can't compile with IMAP-2002

2002-12-14 Thread magz
From: [EMAIL PROTECTED]
Operating system: RedHat 7.3
PHP version:  4.3.0RC3
PHP Bug Type: IMAP related
Bug description:  Can't compile with IMAP-2002

When compiling (make) PHP 4.3.0RC3 as a static module for Apache 1.13.26/27
I get the following error;

/usr/local/lib/libc-client.a(osdep.o): In function `ssl_onceonlyinit':
/usr/src/apache/imap-2002a/c-client/osdep.c:267: the use of `tmpnam' is
dangerous, better use `mkstemp'

I've tried using both IMAP-2002RC10 and IMAP-2002a with Apache 1.13.26 and
Apache 1.13.27, on three different systems (1*RH7.2, 2*RH7.3).

I can compile PHP 4.2.3 on all my systems with the exact same parameters
without any problems.


PHP configure command:

./configure \
--with-apache=../apache_1.3.27 \
--with-config-file-path=/etc \
--enable-inline-optimization \
--enable-magic-quotes \
--enable-track-vars \
--with-xml --with-dom --with-xmlrpc \
--with-mysql=/usr/local/mysql \
--enable-sockets \
--with-ldap \
--with-imap=/usr/local --with-imap-ssl=/usr/local \
--with-mm \
--enable-memory-limit \
--enable-bcmath \
--enable-sigchild \
--with-zlib=/usr \
--with-curl=/usr/local \
--with-dom=/usr/include/libxml2/libxml \
--enable-exif \
--enable-ftp \
--with-gettext=/usr/share \
--with-gd \
--with-ttf \
--with-freetype-dir=/usr/local/include/freetype2/freetype \
--enable-gd-imgstrttf \
--enable-gd-native-ttf \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-tiff-lib=/usr \
--with-mcal=../libmcal \
--with-openssl \
--with-mcrypt --with-mhash \
--with-pspell \
--with-pdflib
-- 
Edit bug report at http://bugs.php.net/?id=21017edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21017r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21017r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21017r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21017r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21017r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21017r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21017r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21017r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21017r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21017r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21017r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21017r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21017r=isapi




#21017 [Opn-Bgs]: Can't compile with IMAP-2002

2002-12-14 Thread derick
 ID:   21017
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: IMAP related
 Operating System: RedHat 7.3
 PHP Version:  4.3.0RC3
 New Comment:

It's a *warning*, and a problem in c-client anyway. Not a PHP problem
- bogus.


Previous Comments:


[2002-12-14 15:29:35] [EMAIL PROTECTED]

When compiling (make) PHP 4.3.0RC3 as a static module for Apache
1.13.26/27 I get the following error;

/usr/local/lib/libc-client.a(osdep.o): In function `ssl_onceonlyinit':
/usr/src/apache/imap-2002a/c-client/osdep.c:267: the use of `tmpnam' is
dangerous, better use `mkstemp'

I've tried using both IMAP-2002RC10 and IMAP-2002a with Apache 1.13.26
and Apache 1.13.27, on three different systems (1*RH7.2, 2*RH7.3).

I can compile PHP 4.2.3 on all my systems with the exact same
parameters without any problems.


PHP configure command:

./configure \
--with-apache=../apache_1.3.27 \
--with-config-file-path=/etc \
--enable-inline-optimization \
--enable-magic-quotes \
--enable-track-vars \
--with-xml --with-dom --with-xmlrpc \
--with-mysql=/usr/local/mysql \
--enable-sockets \
--with-ldap \
--with-imap=/usr/local --with-imap-ssl=/usr/local \
--with-mm \
--enable-memory-limit \
--enable-bcmath \
--enable-sigchild \
--with-zlib=/usr \
--with-curl=/usr/local \
--with-dom=/usr/include/libxml2/libxml \
--enable-exif \
--enable-ftp \
--with-gettext=/usr/share \
--with-gd \
--with-ttf \
--with-freetype-dir=/usr/local/include/freetype2/freetype \
--enable-gd-imgstrttf \
--enable-gd-native-ttf \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-tiff-lib=/usr \
--with-mcal=../libmcal \
--with-openssl \
--with-mcrypt --with-mhash \
--with-pspell \
--with-pdflib




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




#21017 [Bgs-Opn]: Can't compile with IMAP-2002

2002-12-14 Thread magz
 ID:   21017
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: IMAP related
 Operating System: RedHat 7.3
 PHP Version:  4.3.0RC3
 New Comment:

Clarification: The PHP4.3.0RC3 make command stops after

/usr/local/lib/libc-client.a(osdep.o): In function `ssl_onceonlyinit':
/usr/src/apache/imap-2002a/c-client/osdep.c:267: the use of `tmpnam'
is
dangerous, better use `mkstemp'

and I'm not able to continue the Apache-compilation.


Previous Comments:


[2002-12-14 15:30:48] [EMAIL PROTECTED]

It's a *warning*, and a problem in c-client anyway. Not a PHP problem
- bogus.



[2002-12-14 15:29:35] [EMAIL PROTECTED]

When compiling (make) PHP 4.3.0RC3 as a static module for Apache
1.13.26/27 I get the following error;

/usr/local/lib/libc-client.a(osdep.o): In function `ssl_onceonlyinit':
/usr/src/apache/imap-2002a/c-client/osdep.c:267: the use of `tmpnam' is
dangerous, better use `mkstemp'

I've tried using both IMAP-2002RC10 and IMAP-2002a with Apache 1.13.26
and Apache 1.13.27, on three different systems (1*RH7.2, 2*RH7.3).

I can compile PHP 4.2.3 on all my systems with the exact same
parameters without any problems.


PHP configure command:

./configure \
--with-apache=../apache_1.3.27 \
--with-config-file-path=/etc \
--enable-inline-optimization \
--enable-magic-quotes \
--enable-track-vars \
--with-xml --with-dom --with-xmlrpc \
--with-mysql=/usr/local/mysql \
--enable-sockets \
--with-ldap \
--with-imap=/usr/local --with-imap-ssl=/usr/local \
--with-mm \
--enable-memory-limit \
--enable-bcmath \
--enable-sigchild \
--with-zlib=/usr \
--with-curl=/usr/local \
--with-dom=/usr/include/libxml2/libxml \
--enable-exif \
--enable-ftp \
--with-gettext=/usr/share \
--with-gd \
--with-ttf \
--with-freetype-dir=/usr/local/include/freetype2/freetype \
--enable-gd-imgstrttf \
--enable-gd-native-ttf \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-tiff-lib=/usr \
--with-mcal=../libmcal \
--with-openssl \
--with-mcrypt --with-mhash \
--with-pspell \
--with-pdflib




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




#21017 [Opn-Bgs]: Can't compile with IMAP-2002

2002-12-14 Thread derick
 ID:   21017
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: IMAP related
 Operating System: RedHat 7.3
 PHP Version:  4.3.0RC3
 New Comment:

You get the WARNING during LINKING, and as I said: not a problem in
PHP, but in the cclient. Leave this bug's status at bogus please.


Previous Comments:


[2002-12-14 15:33:00] [EMAIL PROTECTED]

Clarification: The PHP4.3.0RC3 make command stops after

/usr/local/lib/libc-client.a(osdep.o): In function `ssl_onceonlyinit':
/usr/src/apache/imap-2002a/c-client/osdep.c:267: the use of `tmpnam'
is
dangerous, better use `mkstemp'

and I'm not able to continue the Apache-compilation.



[2002-12-14 15:30:48] [EMAIL PROTECTED]

It's a *warning*, and a problem in c-client anyway. Not a PHP problem
- bogus.



[2002-12-14 15:29:35] [EMAIL PROTECTED]

When compiling (make) PHP 4.3.0RC3 as a static module for Apache
1.13.26/27 I get the following error;

/usr/local/lib/libc-client.a(osdep.o): In function `ssl_onceonlyinit':
/usr/src/apache/imap-2002a/c-client/osdep.c:267: the use of `tmpnam' is
dangerous, better use `mkstemp'

I've tried using both IMAP-2002RC10 and IMAP-2002a with Apache 1.13.26
and Apache 1.13.27, on three different systems (1*RH7.2, 2*RH7.3).

I can compile PHP 4.2.3 on all my systems with the exact same
parameters without any problems.


PHP configure command:

./configure \
--with-apache=../apache_1.3.27 \
--with-config-file-path=/etc \
--enable-inline-optimization \
--enable-magic-quotes \
--enable-track-vars \
--with-xml --with-dom --with-xmlrpc \
--with-mysql=/usr/local/mysql \
--enable-sockets \
--with-ldap \
--with-imap=/usr/local --with-imap-ssl=/usr/local \
--with-mm \
--enable-memory-limit \
--enable-bcmath \
--enable-sigchild \
--with-zlib=/usr \
--with-curl=/usr/local \
--with-dom=/usr/include/libxml2/libxml \
--enable-exif \
--enable-ftp \
--with-gettext=/usr/share \
--with-gd \
--with-ttf \
--with-freetype-dir=/usr/local/include/freetype2/freetype \
--enable-gd-imgstrttf \
--enable-gd-native-ttf \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-tiff-lib=/usr \
--with-mcal=../libmcal \
--with-openssl \
--with-mcrypt --with-mhash \
--with-pspell \
--with-pdflib




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




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

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

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

What can I do to help you further?


Previous Comments:


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

I'll now start testing Php-4.3.0RC3



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

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

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

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



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

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



[2002-12-13 16:53:39] [EMAIL PROTECTED]

Go to the php directory, inside that directory edit a file called
config.nice, one line above the line, which contains $@ add the
following line:
'--enable-debug' \
now do:
rm config.cache; make clean; ./config.nice; make; make install

You've now compiled  installed PHP that contains debugging symbols,
when a crash occurs you should be able to see more detailed information
when analyzing core files generated due to crash in PHP.
To see data at a certain step use gdb command such as frame 5, which
will take you to a particular frame, list command, which will show the
source code at this point and then p command to print the values of
various variables  pointers.



[2002-12-13 16:40:34] [EMAIL PROTECTED]

 Could you please compile your PHP with --enable-debug
I have done so.

 If you are able to do that then go the step #5
 (free_zend_constant) and see what data the various
 pointers contains.
 I am especially interested in seeing what constant is
 being freed and if it is the same one everytime.

Could you instruct me on how to do this? 
My knowledge only covers compiling and the information from here:
http://bugs.php.net/bugs-generating-backtrace.php



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

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




#21020 [NEW]: function fsockopen() is slowly

2002-12-14 Thread j_phatt
From: [EMAIL PROTECTED]
Operating system: RH 8.0
PHP version:  4.3.0RC3
PHP Bug Type: *Network Functions
Bug description:  function fsockopen() is slowly

function fsockopen() is slowly

when use function fsockopen() and connect failed 

!!!ERROR!!!
===
Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect failed
in /data/opt/htdocs/mpoweb/.net/netchecksite.php on line 64

Warning: fsockopen() [function.fsockopen]: unable to connect to
dcs3401:3 in /data/opt/htdocs/mpoweb/.net/netchecksite.php on line 64
===
and slowly to return

netchecksite.php line 64 

$sock = fsockopen(dcs3401, 3, $num, $error, 4);

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




#21020 [Opn-Fbk]: function fsockopen() is slowly

2002-12-14 Thread derick
 ID:   21020
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *Network Functions
 Operating System: RH 8.0
 PHP Version:  4.3.0RC3
 New Comment:

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

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

Thank you for your interest in PHP.



Previous Comments:


[2002-12-14 17:18:32] [EMAIL PROTECTED]

function fsockopen() is slowly

when use function fsockopen() and connect failed 

!!!ERROR!!!
===
Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect
failed in /data/opt/htdocs/mpoweb/.net/netchecksite.php on line 64

Warning: fsockopen() [function.fsockopen]: unable to connect to
dcs3401:3 in /data/opt/htdocs/mpoweb/.net/netchecksite.php on line
64
===
and slowly to return

netchecksite.php line 64 

$sock = fsockopen(dcs3401, 3, $num, $error, 4);





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




#21020 [Fbk-Opn]: function fsockopen() is slowly

2002-12-14 Thread j_phatt
 ID:   21020
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: *Network Functions
 Operating System: RH 8.0
 PHP Version:  4.3.0RC3
 New Comment:

Information of OS, Webserver  PHP

OS RedHat Linux 8.0
uname -a
Linux mpoweb.dola.go.th 2.4.18-18.8.0bigmem #1 SMP Wed Nov 13 22:49:22
EST 2002 i686 i686 i386 GNU/Linux

Apache 2.0.43
Compile configuration

./buildconf
./configure \
--prefix=/opt/apache2 \
--enable-modules=all \
--enable-mods-shared=all \
--enable-file-cache \
--enable-echo \
--enable-charset-lite \
--enable-cache  \
--enable-disk-cache \
--enable-mem-cache \
--enable-example \
--enable-ext-filter  \
--enable-case-filter \
--enable-case-filter-in \
--enable-deflate \
--enable-proxy \
--enable-proxy-connect \
--enable-proxy-ftp \
--enable-proxy-http \
--enable-ssl \
--enable-optional-hook-export \
--enable-optional-hook-import \
--enable-optional-fn-import \
--enable-optional-fn-export \
--enable-bucketeer \
--enable-suexec \
--enable-cgid

PHP 4.3.0RC3 
Compile configuration

./buildconf
./configure \
--enable-bcmath \
--enable-calendar \
--enable-ctype \
--enable-dbase \
--enable-dba \
--enable-dbx \
--enable-dio \
--enable-exif \
--enable-ftp \
--enable-freetype-4bit-antialias-hack \
--enable-gd-imgstrttf \
--enable-gd-native-ttf \
--enable-inline-optimization \
--enable-magic-quotes \
--enable-mbregex \
--enable-mbstring \
--enable-mbstr-enc-trans \
--enable-pic \
--enable-sablot-errors-descriptive \
--enable-safe-mode \
--enable-shmop \
--enable-sigchild \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-tokenizer \
--enable-track-vars \
--enable-trans-sid \
--enable-wddx \
--enable-xslt \
--enable-yp \
--prefix=/opt/php \
--with-apxs2=/opt/apache2/bin/apxs \
--with-bz2 \
--with-config-file-path=/opt/php/etc \
--with-cpdflib \
--with-curl \
--with-db3 \
--with-dom \
--with-dom-xslt \
--with-dom-exslt \
--with-exec-dir=/opt/php/bin \
--with-expat-dir=/usr \
--with-freetype-dir=/usr \
--with-gd \
--with-gdbm \
--with-gettext \
--with-gmp \
--with-iconv=/usr \
--with-imap=/usr \
--with-imap-ssl=/usr \
--with-java=/opt/j2sdk \
--with-jpeg-dir=/usr \
--with-kerberos \
--with-ldap \
--with-mcal=/usr \
--with-mcrypt=/usr \
--with-mhash=/usr \
--with-ming=/usr \
--with-mysql=/opt/mysql \
--with-mm \
--with-openssl=/usr \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-tiff-dir=/usr \
--with-png-dir=/usr \
--with-pspell=/usr \
--with-regex=system \
--with-sablot=/usr \
--with-expat-dir=/usr \
--with-sablot-js=/usr \
--with-t1lib \
--with-ttf \
--with-tsrm-pthreads \
--with-xml \
--with-expat-dir=/usr \
--with-xslt-sablot=/usr \
--with-expat-dir=/usr \
--with-xpm-dir=/usr/X11R6 \
--with-yaz \
--enable-libgcc \
--enable-shared=yes \
--enable-static=yes \
--enable-fast-install \
--with-gnu-ld \
--with-pic \
--with-zlib


Previous Comments:


[2002-12-14 17:40:49] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




[2002-12-14 17:18:32] [EMAIL PROTECTED]

function fsockopen() is slowly

when use function fsockopen() and connect failed 

!!!ERROR!!!
===
Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect
failed in /data/opt/htdocs/mpoweb/.net/netchecksite.php on line 64

Warning: fsockopen() [function.fsockopen]: unable to connect to
dcs3401:3 in /data/opt/htdocs/mpoweb/.net/netchecksite.php on line
64
===
and slowly to return

netchecksite.php line 64 

$sock = fsockopen(dcs3401, 3, $num, $error, 4);





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




#21021 [NEW]: Cant find internal referened functions within a class

2002-12-14 Thread daniel
From: [EMAIL PROTECTED]
Operating system: Redhat 8
PHP version:  4.3.0RC3
PHP Bug Type: Class/Object related
Bug description:  Cant find internal referened functions within a class

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

Call to undefined function: _crypt()

here is the snippets

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

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

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


i cant honestly see what the reason for this is, i suggest its a bug , as
my script was working before , what is even more wierd , my function was
called _encrypt it wasnt working so i changed it to _crypt and it started
working fine , i have reloaded my page today and its back to the same
error.
-- 
Edit bug report at http://bugs.php.net/?id=21021edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21021r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21021r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21021r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21021r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21021r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21021r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21021r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21021r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21021r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21021r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21021r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21021r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21021r=isapi




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

2002-12-14 Thread derick
 ID:   21021
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Class/Object related
 Operating System: Redhat 8
 PHP Version:  4.3.0RC3
 New Comment:

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

Derick


Previous Comments:


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

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

Call to undefined function: _crypt()

here is the snippets

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

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

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


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




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




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

2002-12-14 Thread daniel
 ID:   21021
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Class/Object related
 Operating System: Redhat 8
 PHP Version:  4.3.0RC3
 New Comment:

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

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

}


use:

auth::login(dan,bollox);


Previous Comments:


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

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

Derick



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

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

Call to undefined function: _crypt()

here is the snippets

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

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

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


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




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




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

2002-12-14 Thread daniel
 ID:   21021
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Class/Object related
 Operating System: Redhat 8
 PHP Version:  4.3.0RC3
 New Comment:

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

i tried $auth = new auth();

$auth-login();

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


Previous Comments:


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

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

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

}


use:

auth::login(dan,bollox);



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

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

Derick



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

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

Call to undefined function: _crypt()

here is the snippets

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

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

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


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




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




#21022 [NEW]: can't include more than SSI include for php files

2002-12-14 Thread admin
From: [EMAIL PROTECTED]
Operating system: RedHat Linux 8.0
PHP version:  4.2.1
PHP Bug Type: Unknown/Other Function
Bug description:  can't include more than SSI include for php files

PHP version: 4.2.1
OS: RedHat Linux 8
Apache version: 2.0

My problem is that I can't execute more than one (SSI include) on my
website JUST for PHP file.. so there is NO problems at all if I include
HTML or SHTML files.

Anyway, if I include 2 PHP files into any page, the first INCLUDE
statement would execute correctly and print out the file output, but the
second INCLUDE statement would NOT execute, and instead, the statement
printed in the page source as it is:

!--#include virtual=sympoll/poll.php?id=2 --

notice that this problem was not exist in my server before I upgrade PHP
from 4.1.2 to 4.2.1 and Apache from 1.3 to 2.0 and Linux from 7.3 to 8.0
!!

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




#21006 [Bgs]: $_Server variables are not global

2002-12-14 Thread briantmeyer
 ID:   21006
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: IIS related
-Operating System: win 200 server
+Operating System: win 2000 server
 PHP Version:  4.3.0RC3
 New Comment:

I use bbedit, i am pretty sure it is rock solid editor, not 
sure where the weird character is coming from, probably 
golive which i use sometimes, but that is a side issue.

It was only in release candidate 2. Submitting the bug was 
a mistake since it works in RC3, therefore i marked it 
bogus--i did not shift refresh and was accessing a cached 
page and also had an extended character after the $ on that 
test.

I did a function, basically same as yours and it gave 
error. I then deleted what made it a function, and it 
worked, nothing else changed except code going through 
function. I did this multiple times just adding in the 
function part. Then i saw RC3 was up (as i could not select 
RC2) so i installed it and did the same test again right 
before submitting bug. I tested it quickly as i double 
checked as posting. After posting I saw the weird 
character, a diamond and looked at it again. It wasn't 
until a shift refresh that it started working so i marked 
it bogus. 

The unexpected T_VARIABLE shows up when i use a undefined 
variable, like the $_SERVER 'query' one, it errors when 
there is no ?whatever=foo in the query but works fine 
otherwise which made me do the isset(). This also happened 
in my functions. The weird character gives another error 
but i can't remember, but i have run into it a few times 
and it is easy to fix with a zap gremlins. (At least that 
has been what happens in my trial and error approach)

Using beta versions is prone to errors by it's nature, it 
seems like it is an issue that basically was corrected on 
its own. I can also say all the code i was trying to use as 
it was also started working with RC3. I really can't 
beleive how error free the release candidates are, or how 
fast development is going. I can see PHP being the standard 
within 5 years if this is kept up.


Previous Comments:


[2002-12-14 12:17:28] [EMAIL PROTECTED]

Some thoughts:

a) That error has nothing to do with undefined or non global
variables.  It's a parse error.
b) Variables are case sensitive, never write $_Server it's ALWAYS
$_SERVER
c) A weird character?

I really don't think this was ever an error in PHP and has to do with
your code only, PHP won't put weird characters in your code.  I blame
your text editor.  Try this test:

?php
echo foo();

function foo() {
  return $_SERVER['HTTP_USER_AGENT'];
}
?

What text editor do you use to write code?



[2002-12-14 01:49:43] [EMAIL PROTECTED]

RC3 seems to have fixed it weird character ahowing up in 
front of $



[2002-12-14 01:26:40] [EMAIL PROTECTED]

On my IIS Server, now running 4.3.0RC3 ( i just installed 
and tested it, started writing issue with RC2),
$_Server variables are not global, they don't work inside 
functions
specifically $agent = $_SERVER[HTTP_USER_AGENT];

I hear that *nix machines do not have this issue.

The following does not work, there is no variable set for 
the user agent and i get an error.
  ?php
  whatever();
  
  function whatever()
  {
  $agent = $_SERVER[HTTP_USER_AGENT];
  }
  ?

Parse error: parse error, unexpected T_VARIABLE in c:\
inetpub\wwwroot\admin\index.php on line 26
PHP Parse error: parse error, unexpected T_VARIABLE in c:\
inetpub\wwwroot\admin\index.php on line 26

Basically the variable is not set. 

This does work outside the function however

  ?php
$agent = $_SERVER[HTTP_USER_AGENT];
  ?

(i coded this to explain issue more simply, 
originally got help at
http://www.webmasterworld.com/forum13/1766.htm
which has more specific details, example code and the like)


$_SERVER[HTTP_USER_AGENT]; is global in scope but is not 
accessable in my installation inside a function.
I now use define to pass variable down to my function and 
avoid any more issues personally.

I have a feeling it has to do with my using release 
candidate 2 but do not wish to test with previous versions 
of php at this time.

This seems like an IIS quirk as the forum moderator seemed 
not to have this issue and agreed $_SERVER variables are 
global in scope, as is my understanding from was what i 
read in the manual.

info from my phpinfo()
PHP Version 4.3.0RC2
System  Windows NT localhost 5.0 build 2195 
Build Date  Nov 27 2002 21:11:38 
Server API  CGI/FastCGI 
register globals is also on for the time being, (seems like 
this is always asked)




-- 
Edit 

#21023 [NEW]: Out Put Error from United Parcel Service Rate/Service CGI File

2002-12-14 Thread webmaster
From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.1
PHP version:  4.3.0RC3
PHP Bug Type: Output Control
Bug description:  Out Put Error from United Parcel Service Rate/Service CGI File

I have create a php script that generates a shipping cost from a United
Parcel Service host. The script has worked fine on all on all PHP releases
prior to version 4.3.0RC2.


Example Script:
##START###
?
/*
This is a UPS Shipping Program created with PHP (http://www.php.net). This
program is design to be flexiable have the ability to perform several task
including:
(1) Generate live shippping rates from a UPS server.
(2) Add the retail item cost per distributor if the retailer uses multiple
distributors.
(3) Add the whole sale cost per item while categorizing the whole sales
cost per distributor.
(4) Add the item weight per item while catagorizing the item weight per
distributor.
(5) Add any applicable distributor handling fees to the final shipping
cost.
(6) Seperate the UPS shipping fee(s), distributor handling fee(s), per
item whole sale cost and per item retal cost of CHECK OUT ITEMS and
Pre-Order items.

REQUIRMENTS:
(1) MYSQL 3.x or later.
(2) PHP 4.x (version 4.3.0RC2 is not compatable)or later compilled with
MYSQL and BCMATH. 
(3) A Web Server.

Special Note(s): 
(1) The Check Out Items and Pre-Orders Items scripts are on seperate files
to reduce the number of lines of code.
(2) The PHP code uses objects. There fore a MYSQL Table will be needed
with columns named as shown in the code bellow.
(3) The mysql_fetch_object names ($string-string) names can be changed
but changing any other codeing will cause this program to error out.
(4) To simplify the file to file linking the following (INCLUDE/REQUIRE
functions) codes are located on a seperate file.

//Set the bcmath scale to two digits aftr the decimal point.
bcscale(2);

//Decode shoping cart, check out subtotal and pre-order sub totlal strings
for later use.
$decode_basket = base64_decode($basket);

//Explode the shop cart string into an array for use in the shipping
calculators bellow.
$percent_sym = explode(%,$decode_basket);

//Shipping calculator.
if($check_out_sub_total != ){
include ../check_out_items_shipping.php;
$decode_check_out_sub_total = base64_decode($check_out_sub_total);
}
if($pre_order_sub_total != ){
include ../pre_order_items_shipping.php;
$decode_pre_order_sub_total = base64_decode($pre_order_sub_total);
}
*/

//Arrays for use in the $post_codes array_push function.
$check_out_postal_codes = array();
$check_out_dist_handle_fee_array = array();

//A loop to seperate the basket string and extract the DB table name,
item number and purchase quantity
foreach($check_out_percent_syms as $items){
//Seperate the basket string into speices to determine which table to
target and perform various DB selects. 
$carot = explode(^, $items);
$asterk = explode(*, $carot[1]);
$get_shipping_info = mysql_query(select * from $carot[0] where 
item_num
= '$asterk[0]');
$shipper_info = mysql_fetch_object($get_shipping_info);

//An if statment to isolate the check out items from the pre-order
items.  
if($shipper_info-availability !== pre-order){

//Push the postal codes into an array.
array_push($check_out_postal_codes,
$shipper_info-shipper_postal_code);

//Multiply the retail and whole sale items by their perspective
quantities. 
$check_out_retail_cost[$shipper_info-distributor] +=
$shipper_info-retail_price * $asterk[1];
$check_out_wholesale_cost[$shipper_info-distributor] +=
$shipper_info-wholesale_price * $asterk[1];
$check_out_distributor_weight[$shipper_info-distributor] +=
$shipper_info-box_weight * $asterk[1];

/*If there are duplicate postal codes and handling fees the 
items are
probalby from the same distributor and duplicate shipping fees should not
be applicable.  
The folowing PHP functions array_unique removes duplicate 
postal
codes.*/
$check_out_duplicate_postal_codes =
array_values(array_unique($check_out_postal_codes));

//Strings for the shipping calculator.  
$first_codes = POST /using/services/rave/qcost_dss.cgi 
HTTP/1.0\n;
$first_codes .= Content-type: 
application/x-www-form-urlencoded\n;
//Notice that the content length is inside of a loop bellow.

#21022 [Opn-Bgs]: can't include more than SSI include for php files

2002-12-14 Thread iliaa
 ID:   21022
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: RedHat Linux 8.0
 PHP Version:  4.2.1
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.




Previous Comments:


[2002-12-14 20:22:40] [EMAIL PROTECTED]

PHP version: 4.2.1
OS: RedHat Linux 8
Apache version: 2.0

My problem is that I can't execute more than one (SSI include) on my
website JUST for PHP file.. so there is NO problems at all if I include
HTML or SHTML files.

Anyway, if I include 2 PHP files into any page, the first INCLUDE
statement would execute correctly and print out the file output, but
the second INCLUDE statement would NOT execute, and instead, the
statement printed in the page source as it is:

!--#include virtual=sympoll/poll.php?id=2 --

notice that this problem was not exist in my server before I upgrade
PHP from 4.1.2 to 4.2.1 and Apache from 1.3 to 2.0 and Linux from 7.3
to 8.0 !!

any idea?




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




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

2002-12-14 Thread iliaa
 ID:   20985
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Redhat Linux 7.3  8
 PHP Version:  4.3.0RC3
 New Comment:

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


Previous Comments:


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

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

What can I do to help you further?



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

I'll now start testing Php-4.3.0RC3



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

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

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

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



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

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



[2002-12-13 16:53:39] [EMAIL PROTECTED]

Go to the php directory, inside that directory edit a file called
config.nice, one line above the line, which contains $@ add the
following line:
'--enable-debug' \
now do:
rm config.cache; make clean; ./config.nice; make; make install

You've now compiled  installed PHP that contains debugging symbols,
when a crash occurs you should be able to see more detailed information
when analyzing core files generated due to crash in PHP.
To see data at a certain step use gdb command such as frame 5, which
will take you to a particular frame, list command, which will show the
source code at this point and then p command to print the values of
various variables  pointers.



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

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




#21023 [Opn-Fbk]: Out Put Error from United Parcel Service Rate/Service CGI File

2002-12-14 Thread iliaa
 ID:   21023
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Output Control
 Operating System: Red Hat Linux 7.1
 PHP Version:  4.3.0RC3
 New Comment:

Shorter  to the point please :)


Previous Comments:


[2002-12-14 22:52:25] [EMAIL PROTECTED]

I have create a php script that generates a shipping cost from a United
Parcel Service host. The script has worked fine on all on all PHP
releases prior to version 4.3.0RC2.


Example Script:
##START###
?
/*
This is a UPS Shipping Program created with PHP (http://www.php.net).
This program is design to be flexiable have the ability to perform
several task including:
(1) Generate live shippping rates from a UPS server.
(2) Add the retail item cost per distributor if the retailer uses
multiple distributors.
(3) Add the whole sale cost per item while categorizing the whole sales
cost per distributor.
(4) Add the item weight per item while catagorizing the item weight per
distributor.
(5) Add any applicable distributor handling fees to the final shipping
cost.
(6) Seperate the UPS shipping fee(s), distributor handling fee(s), per
item whole sale cost and per item retal cost of CHECK OUT ITEMS and
Pre-Order items.

REQUIRMENTS:
(1) MYSQL 3.x or later.
(2) PHP 4.x (version 4.3.0RC2 is not compatable)or later compilled with
MYSQL and BCMATH. 
(3) A Web Server.

Special Note(s): 
(1) The Check Out Items and Pre-Orders Items scripts are on seperate
files to reduce the number of lines of code.
(2) The PHP code uses objects. There fore a MYSQL Table will be needed
with columns named as shown in the code bellow.
(3) The mysql_fetch_object names ($string-string) names can be changed
but changing any other codeing will cause this program to error out.
(4) To simplify the file to file linking the following (INCLUDE/REQUIRE
functions) codes are located on a seperate file.

//Set the bcmath scale to two digits aftr the decimal point.
bcscale(2);

//Decode shoping cart, check out subtotal and pre-order sub totlal
strings for later use.
$decode_basket = base64_decode($basket);

//Explode the shop cart string into an array for use in the shipping
calculators bellow.
$percent_sym = explode(%,$decode_basket);

//Shipping calculator.
if($check_out_sub_total != ){
include ../check_out_items_shipping.php;
$decode_check_out_sub_total = base64_decode($check_out_sub_total);
}
if($pre_order_sub_total != ){
include ../pre_order_items_shipping.php;
$decode_pre_order_sub_total = base64_decode($pre_order_sub_total);
}
*/

//Arrays for use in the $post_codes array_push function.
$check_out_postal_codes = array();
$check_out_dist_handle_fee_array = array();

//A loop to seperate the basket string and extract the DB table name,
item number and purchase quantity
foreach($check_out_percent_syms as $items){
//Seperate the basket string into speices to determine which table to
target and perform various DB selects. 
$carot = explode(^, $items);
$asterk = explode(*, $carot[1]);
$get_shipping_info = mysql_query(select * from $carot[0] where
item_num = '$asterk[0]');
$shipper_info = mysql_fetch_object($get_shipping_info);

//An if statment to isolate the check out items from the pre-order
items.  
if($shipper_info-availability !== pre-order){

//Push the postal codes into an array.
array_push($check_out_postal_codes,
$shipper_info-shipper_postal_code);

//Multiply the retail and whole sale items by their perspective
quantities. 
$check_out_retail_cost[$shipper_info-distributor] +=
$shipper_info-retail_price * $asterk[1];
$check_out_wholesale_cost[$shipper_info-distributor] +=
$shipper_info-wholesale_price * $asterk[1];
$check_out_distributor_weight[$shipper_info-distributor] +=
$shipper_info-box_weight * $asterk[1];

/*If there are duplicate postal codes and handling fees the 
items
are probalby from the same distributor and duplicate shipping fees
should not be applicable.   
The folowing PHP functions array_unique removes duplicate 
postal
codes.*/
$check_out_duplicate_postal_codes =
array_values(array_unique($check_out_postal_codes));

//Strings for the shipping calculator.  
$first_codes = POST 

#21020 [Opn-Fbk]: function fsockopen() is slowly

2002-12-14 Thread iliaa
 ID:   21020
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *Network Functions
 Operating System: RH 8.0
 PHP Version:  4.3.0RC3
 New Comment:

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

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

Thank you for your interest in PHP.


What is the exact nature of the problem? Does fsockopen() take longer
then 4 seconds to timeout or is there another problem?
Is 'dcs3401' a valid host name that resolves to an IP, or is it an
invalid host?


Previous Comments:


[2002-12-14 17:53:37] [EMAIL PROTECTED]

Information of OS, Webserver  PHP

OS RedHat Linux 8.0
uname -a
Linux mpoweb.dola.go.th 2.4.18-18.8.0bigmem #1 SMP Wed Nov 13 22:49:22
EST 2002 i686 i686 i386 GNU/Linux

Apache 2.0.43
Compile configuration

./buildconf
./configure \
--prefix=/opt/apache2 \
--enable-modules=all \
--enable-mods-shared=all \
--enable-file-cache \
--enable-echo \
--enable-charset-lite \
--enable-cache  \
--enable-disk-cache \
--enable-mem-cache \
--enable-example \
--enable-ext-filter  \
--enable-case-filter \
--enable-case-filter-in \
--enable-deflate \
--enable-proxy \
--enable-proxy-connect \
--enable-proxy-ftp \
--enable-proxy-http \
--enable-ssl \
--enable-optional-hook-export \
--enable-optional-hook-import \
--enable-optional-fn-import \
--enable-optional-fn-export \
--enable-bucketeer \
--enable-suexec \
--enable-cgid

PHP 4.3.0RC3 
Compile configuration

./buildconf
./configure \
--enable-bcmath \
--enable-calendar \
--enable-ctype \
--enable-dbase \
--enable-dba \
--enable-dbx \
--enable-dio \
--enable-exif \
--enable-ftp \
--enable-freetype-4bit-antialias-hack \
--enable-gd-imgstrttf \
--enable-gd-native-ttf \
--enable-inline-optimization \
--enable-magic-quotes \
--enable-mbregex \
--enable-mbstring \
--enable-mbstr-enc-trans \
--enable-pic \
--enable-sablot-errors-descriptive \
--enable-safe-mode \
--enable-shmop \
--enable-sigchild \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-tokenizer \
--enable-track-vars \
--enable-trans-sid \
--enable-wddx \
--enable-xslt \
--enable-yp \
--prefix=/opt/php \
--with-apxs2=/opt/apache2/bin/apxs \
--with-bz2 \
--with-config-file-path=/opt/php/etc \
--with-cpdflib \
--with-curl \
--with-db3 \
--with-dom \
--with-dom-xslt \
--with-dom-exslt \
--with-exec-dir=/opt/php/bin \
--with-expat-dir=/usr \
--with-freetype-dir=/usr \
--with-gd \
--with-gdbm \
--with-gettext \
--with-gmp \
--with-iconv=/usr \
--with-imap=/usr \
--with-imap-ssl=/usr \
--with-java=/opt/j2sdk \
--with-jpeg-dir=/usr \
--with-kerberos \
--with-ldap \
--with-mcal=/usr \
--with-mcrypt=/usr \
--with-mhash=/usr \
--with-ming=/usr \
--with-mysql=/opt/mysql \
--with-mm \
--with-openssl=/usr \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-tiff-dir=/usr \
--with-png-dir=/usr \
--with-pspell=/usr \
--with-regex=system \
--with-sablot=/usr \
--with-expat-dir=/usr \
--with-sablot-js=/usr \
--with-t1lib \
--with-ttf \
--with-tsrm-pthreads \
--with-xml \
--with-expat-dir=/usr \
--with-xslt-sablot=/usr \
--with-expat-dir=/usr \
--with-xpm-dir=/usr/X11R6 \
--with-yaz \
--enable-libgcc \
--enable-shared=yes \
--enable-static=yes \
--enable-fast-install \
--with-gnu-ld \
--with-pic \
--with-zlib



[2002-12-14 17:40:49] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




[2002-12-14 17:18:32] [EMAIL PROTECTED]

function fsockopen() is slowly

when use function fsockopen() and connect failed 

!!!ERROR!!!
===
Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect
failed in /data/opt/htdocs/mpoweb/.net/netchecksite.php on line 64

Warning: fsockopen() [function.fsockopen]: unable to connect to
dcs3401:3 in /data/opt/htdocs/mpoweb/.net/netchecksite.php on line
64
===
and slowly to return

netchecksite.php line 64 

$sock = fsockopen(dcs3401, 3, $num, $error, 4);





-- 

#20845 [Opn-Fbk]: ftp_rawlist, ftp_nlist still not working

2002-12-14 Thread iliaa
 ID:   20845
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: W2k Server, Prof
 PHP Version:  4CVS-2002-12-05 (dev)
 New Comment:

Could you confirm that the problem still exists with PHP 4.3.0RC3 when
using cgi or cli sapi?


Previous Comments:


[2002-12-09 20:48:00] [EMAIL PROTECTED]

Yes I can. This has always worked.

Since my initial email I have downloaded the PHP 4.3 RC2 from the main
PHP.net page. After fighting with the CGI version, I finally setup the
ISAPI version and now the ftp_rawlist and nlist seem to work when going
against 'localhost' or '127.0.0.1'.



[2002-12-09 09:27:05] [EMAIL PROTECTED]

Can you manually login to the FTP server running on your server using
window's native ftp client, 'ftp' and see if you can execute NLST 
LIST commands?



[2002-12-08 20:54:17] [EMAIL PROTECTED]

IIS 5.0 which is standard on W2K Advanced Server.



[2002-12-07 15:25:23] [EMAIL PROTECTED]

What FTP server are you running on your computer?



[2002-12-06 22:20:11] [EMAIL PROTECTED]

Okay. More information.

I have the followinf script running under W2K Advanced Server, IIS5 


$conn = ftp_connect(localhost);
ftp_login($conn, ftptest, ftptest);
$nlist = ftp_nlist($conn, );
$rawlist = ftp_rawlist($conn, );

echo pre;
echo Values from ftp_nlist()BR;
print_r($nlist);
echo Values from ftp_rawlist()BR;
print_r($rawlist);
echo /pre;

The result of this PHP script execution is the output of nothing. Under
this account's home folder there are 3 sub-folders 'Inbound',
'Outbound' and 'Archive'. Also there are 3 files '1.txt', '2.txt' and
'3.txt'. 

If I change the 'localhost' reference in the connect statement the
script does report the expected results. Actually any connection to a
remote server either of type Windows or Unix seems to work. 

What does not work is the connection to the reference 'localhost',
'127.0.0.1' etc.

Also, I have tried executing this script under IIS and from a command
prompt. The same empty results are reported. Under IIS I have only
attempted using the 'php-cgi.exe' or CGI version. I have not attempted
the isapi version just because I am unsure of stability for other
aspects of my applications.

Enough?



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

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




#20653 [Opn-Bgs]: It works for a short time and then gives warning message

2002-12-14 Thread iliaa
 ID:   20653
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: iPlanet related
 Operating System: solaris 8
 PHP Version:  4.2.2
 New Comment:

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

Thank you for your interest in PHP.

'Too many open files' error implies that the file system has run out of
avaliable file handles and no new files can be opened. This is not a
PHP problem, try raising your file handle limit, it'll probably resolve
the issue.


Previous Comments:


[2002-12-11 14:00:52] [EMAIL PROTECTED]

I upgrated my php to 4.3.0RC2. I am getting the following error message
know:
failed to create stream: Too many open files in Unknown on line 0

Also the sendmail Path is not set not either. This was not a problem in
older version of php (like 4.0.4pl1)

Thanks



[2002-12-06 19:16:09] [EMAIL PROTECTED]

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





[2002-11-26 20:36:27] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2002-11-26 11:04:33] [EMAIL PROTECTED]

We have sunone-iplanet webserver 6.0 sp4 and php 4.2.2 on 
our solaris 8 box. the php files come up for maybe half a day and after
that we get warning messages like this one:
Warning: Failed opening '/raid/www/docs/undserves/cdisplay.php' for
inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0
The problem it intermittend. some time after reloding the file the
warning goes away but it shows up next time we go to page.
We just upgraded iplanet 4.1 to sunone-iplanet 6.0sp4 and also our
php4.0.4pl1 to php4.2.2

Is this a bug or I am missing a step? I just thought of some thing! do
you think I need to delete the /usr/local/php directory before
compiling and installing the new version of php?
thanks,




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




#20845 [Opn-Csd]: ftp_rawlist, ftp_nlist still not working

2002-12-14 Thread iliaa
 ID:   20845
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: IIS related
 Operating System: W2k Server, Prof
 PHP Version:  4CVS-2002-12-05 (dev)
 New Comment:

This bug has been fixed in CVS.

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

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

User idicates that the problem had been resolved.


Previous Comments:


[2002-12-15 00:07:03] [EMAIL PROTECTED]

I upgraded to the latest snapshot (see below). I use the ISAPI version
and this does work. I then ran into some issues with the current
version of phpMySQLAdmin web interface. But I upgraded and all is well.
The FTP functions seem to work great for local and remote systems.



C:\php -v
PHP 4.4.0-dev (cli) (built: Dec  5 2002 14:17:46)
Copyright (c) 1997-2002 The PHP Group
Zend Engine v2.0.0-alpha3, Copyright (c) 1998-2002 Zend Technologies



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

Could you confirm that the problem still exists with PHP 4.3.0RC3 when
using cgi or cli sapi?



[2002-12-09 20:48:00] [EMAIL PROTECTED]

Yes I can. This has always worked.

Since my initial email I have downloaded the PHP 4.3 RC2 from the main
PHP.net page. After fighting with the CGI version, I finally setup the
ISAPI version and now the ftp_rawlist and nlist seem to work when going
against 'localhost' or '127.0.0.1'.



[2002-12-09 09:27:05] [EMAIL PROTECTED]

Can you manually login to the FTP server running on your server using
window's native ftp client, 'ftp' and see if you can execute NLST 
LIST commands?



[2002-12-08 20:54:17] [EMAIL PROTECTED]

IIS 5.0 which is standard on W2K Advanced Server.



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

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




#21022 [Bgs]: can't include more than SSI include for php files

2002-12-14 Thread admin
 ID:   21022
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: RedHat Linux 8.0
 PHP Version:  4.2.1
 New Comment:

I searched alot for a bug looks like this in bugs database but I didn't
find any one!

please drop me a link for the bug you said it describes my problem


Previous Comments:


[2002-12-14 23:33:03] [EMAIL PROTECTED]

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.





[2002-12-14 20:22:40] [EMAIL PROTECTED]

PHP version: 4.2.1
OS: RedHat Linux 8
Apache version: 2.0

My problem is that I can't execute more than one (SSI include) on my
website JUST for PHP file.. so there is NO problems at all if I include
HTML or SHTML files.

Anyway, if I include 2 PHP files into any page, the first INCLUDE
statement would execute correctly and print out the file output, but
the second INCLUDE statement would NOT execute, and instead, the
statement printed in the page source as it is:

!--#include virtual=sympoll/poll.php?id=2 --

notice that this problem was not exist in my server before I upgrade
PHP from 4.1.2 to 4.2.1 and Apache from 1.3 to 2.0 and Linux from 7.3
to 8.0 !!

any idea?




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




#20720 [Fbk-NoF]: ps_files_cleanup_dir

2002-12-14 Thread php-bugs
 ID:   20720
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Session related
 Operating System: Windows 2000 Server
 PHP Version:  4.2.3
 New Comment:

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


Previous Comments:


[2002-12-04 08:51:49] [EMAIL PROTECTED]

I've got the same symptoms, only system is diffrent.
I'm using PLD Linux 1.0 (kernel 2.4.19) with PHP 4.2.3

Info displayed on my page (it is shown only ocassionaly,
not every time):

Notice: ps_files_cleanup_dir: opendir(/var/run/php) failed: Permission
denied (13) in /home/php-include/default/ThLogin.inc on line 55

Line 55 contains a session_start(); only.

Below are some infos generated by phpInfo:
(maybe this will help somebody)

SystemLinux ep09 2.2.21 #1 SMP Mon Aug 19 22:15:18 UTC 2002 i686
Pentium_III_(Coppermine) unknown PLD Linux Build DateOct 21 2002
15:26:41 Configure Command './configure' 'LDFLAGS=-s' 'CFLAGS=-O2
-march=i686 -DEAPI=1 -I/usr/X11R6/include' 'CXXFLAGS=-O2 -march=i686'
'FFLAGS=-O2 -march=i686' 'CPPFLAGS=' 'CC=i686-pld-linux-gcc' 'CXX=g++'
'--build=i686-pld-linux' '--prefix=/usr' '--exec-prefix=/usr'
'--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc/php'
'--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib'
'--libexecdir=/usr/lib' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--with-apxs=/usr/sbin/apxs'
'--with-config-file-path=/etc/php' '--with-exec-dir=/usr/bin'
'--disable-debug' '--enable-bcmath=shared' '--enable-calendar=shared'
'--disable-cli' '--enable-ctype=shared' '--enable-dba=shared'
'--enable-dbx=shared' '--enable-dio=shared' '--enable-exif=shared'
'--enable-ftp=shared' '--enable-gd-native-ttf' '--enable-magic-quotes'
'--enable-mbstring=shared' '--disable-mbstr-enc-trans'
'--enable-mbregex' '--enable-overload=shared' '--disable-pcntl'
'--enable-posix=shared' '--enable-session' '--enable-shared'
'--enable-shmop=shared' '--enable-sysvsem=shared'
'--enable-sysvshm=shared' '--enable-track-vars' '--enable-trans-sid'
'--enable-safe-mode' '--enable-sockets=shared' '--enable-ucd-snmp-hack'
'--enable-wddx=shared' '--enable-xml=shared' '--enable-xslt=shared'
'--enable-yp=shared' '--with-bz2=shared' '--with-cpdflib=shared'
'--with-crack=shared' '--with-curl=shared' '--without-db2' '--with-db3'
'--with-dbase=shared' '--with-dom=shared' '--with-dom-xslt=shared'
'--with-dom-exslt=shared' '--with-expat-dir=shared,/usr'
'--with-iconv=shared' '--with-filepro=shared'
'--with-freetype-dir=shared' '--with-gettext=shared' '--with-gd=shared'
'--with-gdbm' '--with-gmp=shared' '--with-hyperwave=shared'
'--with-imap=shared' '--with-imap-ssl' '--with-jpeg-dir=shared,/usr'
'--with-ldap=shared' '--with-mcal=shared,/usr' '--with-mcrypt=shared'
'--with-mhash=shared' '--with-ming=shared' '--with-mm'
'--with-mnogosearch=shared,/usr' '--with-msession=shared'
'--with-mysql=shared,/usr'
'--with-mysql-sock=/var/lib/mysql/mysql.sock' '--with-openssl=shared'
'--with-pcre-regex=shared' '--with-pdflib=shared'
'--with-pear=/usr/share/pear' '--with-pgsql=shared,/usr'
'--with-png-dir=shared,/usr' '--with-pspell=shared'
'--with-recode=shared' '--with-regex=php' '--with-sablot-js=shared,no'
'--with-snmp=shared' '--with-sybase-ct=shared,/usr'
'--with-t1lib=shared' '--with-tiff-dir=shared,/usr'
'--with-unixODBC=shared' '--with-xmlrpc=shared,/usr'
'--with-xslt-sablot=shared' '--with-yaz=shared' '--with-zip=shared'
'--with-zlib=shared' '--with-zlib-dir=shared'



[2002-11-29 06:29:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2002-11-29 06:19:12] [EMAIL PROTECTED]

I a simple script i got the following error notice.

Notice: ps_files_cleanup_dir: opendir(F:\php\sessions) failed: Invalid
argument (22) in ... on line 11

On line eleven in this script only a session_start() is called. The
permissions are set correctly, because the script is able to write,
edit and delete the session files with the filesystem functions.

I asked in the german php newsgroup and they told me, that this could
be a bug.

Systeminformation:
--
PHP-Version : 4.2.3
Operatingsystem : Windows 2000 Advanced Server
WebServer   : IIS 5.0

Sessionsettings:
--
session.save_handler  = files
session.save_path = F:\php\sessions
session.use_cookies   = 1
session.name  = sid

#20704 [Fbk-NoF]: reproducible crash

2002-12-14 Thread php-bugs
 ID:   20704
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: MSSQL related
 Operating System: Windows2000+SP3/Dual
 PHP Version:  4.3.0RC2
 New Comment:

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


Previous Comments:


[2002-11-29 00:58:26] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.






[2002-11-28 22:05:07] [EMAIL PROTECTED]

Good news: 4.2.3 doesn't crash so far. I upgraded because after some
time I would randomly get Access Violations. But I prefer to have a few
here and there than 100% of the time g.



[2002-11-28 22:04:19] [EMAIL PROTECTED]

Could you show the smallest possible version of the script, which
causes the problem?



[2002-11-28 14:30:33] [EMAIL PROTECTED]

I just tried ISAPI with RC2; first script load is Ok,  
resubmit and it's an access violation.



[2002-11-28 14:16:28] [EMAIL PROTECTED]

It's a flat PHP setup with only mssql module loaded.
Since the last MSSQL2000 (SP2+hotfix) and MDAC 2.7, SQL queries
returning more than a few results crash (either Access Violation using
ISAPI, or no output at all with php-cgi.exe past the mssql_query()
call).
Each time I install a different php build, the first script load will
output something before dying in the middle of returning results;
reloading the page will give CGI errors.
Weird thing is, calling php.exe on the command line works each time;
calling php-cgi.exe doesn't (problem described above show up).
I can't even move those scripts to Unix, since some are using
mssql_next_result() which Sybase doesn't provide. Ouch! It looks like
using PHP to talk to MSSQL is not a good idea on any OS.

Thanks for your help,
-Martin




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