#40479 [Com]: zend_mm_heap corrupted

2009-03-03 Thread hakan dot koseoglu at gmail dot com 
 ID:   40479
 Comment by:   hakan dot koseoglu at gmail dot com
 Reported By:  rrossi at maggioli dot it
 Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: Suse Linux 9.0
 PHP Version:  5.2.1
 New Comment:

The same problem appears from a allegedly successful compilation op PHP
5.2.9 on RHEL5 64 bit using -m32 CFLAG so that the binaries are 32 bit.

The compilation appears to complete successfully:


Apache 2.0.59 compiled w/o any problems with the following configure
and it works fine.
./configure --prefix=/apps/apache2 --with-expat=builtin

PHP is configured with the following options:
./configure --with-apxs2=/apps/apache2/bin/apxs
--build=i386-redhat-linux --with-pic --with-gd --with-zlib
--with-config-file-path=/apps/apache2/conf --with-libdir=/lib/
--enable-debug

And after the successful run, make test was run with the following
errors:

[Tue Mar  3 11:16:22 2009]  Script: 
'/apps/source/php-5.2.9/run-tests.php'
---
/apps/source/php-5.2.9/main/streams/plain_wrapper.c(421) : Block
0x08c71270 status:
Beginning:  OK (allocated on
/apps/source/php-5.2.9/main/streams/plain_wrapper.c:144, 108 bytes)
Start:  OK
  End:  Overflown (magic=0x instead of 0xD03365E6)
At least 4 bytes overflown
---
[Tue Mar  3 11:16:22 2009]  Script: 
'/apps/source/php-5.2.9/run-test-info.php'
---
/apps/source/php-5.2.9/main/streams/plain_wrapper.c(421) : Block
0x097cdd80 status:
Beginning:  OK (allocated on
/apps/source/php-5.2.9/main/streams/plain_wrapper.c:160, 108 bytes)
Start:  OK
  End:  Overflown (magic=0x instead of 0x512474AC)
At least 4 bytes overflown
---
[Tue Mar  3 11:16:22 2009]  Script: 
'/apps/source/php-5.2.9/run-test-info.php'
---
/apps/source/php-5.2.9/main/streams/plain_wrapper.c(421) : Block
0x097cdb78 status:
Beginning:  OK (allocated on
/apps/source/php-5.2.9/main/streams/plain_wrapper.c:160, 108 bytes)
Start:  OK
  End:  Overflown (magic=0x instead of 0x512474AC)
At least 4 bytes overflown
---
[Tue Mar  3 11:16:22 2009]  Script: 
'/apps/source/php-5.2.9/run-test-info.php'
---
/apps/source/php-5.2.9/main/streams/plain_wrapper.c(421) : Block
0x097cd9ac status:
Beginning:  OK (allocated on
/apps/source/php-5.2.9/main/streams/plain_wrapper.c:160, 108 bytes)
Start:  OK
  End:  Overflown (magic=0x instead of 0x512474AC)
At least 4 bytes overflown
---
[Tue Mar  3 11:16:22 2009]  Script: 
'/apps/source/php-5.2.9/run-test-info.php'
/apps/source/php-5.2.9/main/streams/plain_wrapper.c(160) :  Freeing
0x097CD9AC (108 bytes), script=/apps/source/php-5.2.9/run-test-info
.php
/apps/source/php-5.2.9/ext/standard/php_fopen_wrapper.c(312) : Actual
location (location was relayed)
Last leak repeated 2 times
=== Total 3 memory leaks detected ===
[Tue Mar  3 11:16:22 2009]  Script: 
'/apps/source/php-5.2.9/run-tests.php'
---
/apps/source/php-5.2.9/main/streams/plain_wrapper.c(421) : Block
0x08c734c4 status:
Beginning:  OK (allocated on
/apps/source/php-5.2.9/main/streams/plain_wrapper.c:292, 108 bytes)
Start:  OK
  End:  Overflown (magic=0x instead of 0xD03365E6)
At least 4 bytes overflown
---
[Tue Mar  3 11:16:22 2009]  Script:  '-'
---
/apps/source/php-5.2.9/main/streams/plain_wrapper.c(421) : Block
0x086d7038 status:
Beginning:  OK (allocated on
/apps/source/php-5.2.9/main/streams/plain_wrapper.c:160, 108 bytes)
Start:  OK
  End:  Overflown (magic=0x instead of 0x4C780131)
At least 4 bytes overflown
---
[Tue Mar  3 11:16:22 2009]  Script:  '-'
---
/apps/source/php-5.2.9/main/streams/plain_wrapper.c(421) : Block
0x086d6e30 status:
Beginning:  OK (allocated on
/apps/source/php-5.2.9/main/streams/plain_wrapper.c:160, 108 bytes)
Start:  OK
  End:  Overflown (magic=0x instead of 0x4C780131)
At least 4 bytes overflown
---
[Tue Mar  3 11:16:22 2009]  Script:  '-'
---
/apps/source/php-5.2.9/main/streams/plain_wrapper.c(421) : Block
0x086d6c64 status:
Beginning:  OK (allocated on
/apps/source/php-5.2.9/main/streams/plain_wrapper.c:160, 108 bytes)
Start:  OK
  End:  Overflown (magic=0x instead of 0x4C780131)
At least 4 bytes overflown
---
[Tue Mar  3 11:16:22 2009

#47288 [Opn]: Component parameter in parse_url does not work properly

2009-02-03 Thread hakan at e-bite dot se 
 ID:   47288
 User updated by:  hakan at e-bite dot se
 Reported By:  hakan at e-bite dot se
 Status:   Open
 Bug Type: *URL Functions
 Operating System: XP and Linux
 PHP Version:  5.2.8
 New Comment:

PS PHP_URL_PATH is just an example. Expected result for scheme and host
is not as stated. I also tried PHP_URL_SCHEME and  PHP_URL_HOST with
slightly different results. 
Håkan


Previous Comments:


[2009-02-03 13:26:06] hakan at e-bite dot se

Description:

Parse_url() function does not work properly with component parameter as
manual:
http://www.php.net/manual/en/function.parse-url.php

The function works well without the parameter

Tested:
PHP Version 5.2.8 on Win XP
PHP Version 5.2.0-8+etch13 on Linux


Håkan Askengren
e-bite


Reproduce code:
---
$url=http://www.php.net;;

//Without component parameter, Works OK
$urlInfo = parse_url($url );
var_dump($urlInfo);


//With component parameter
$urlInfo = parse_url($url, PHP_URL_PATH );
var_dump($urlInfo);



Expected result:

Expected:
array(2) {
  [scheme]=
  string(4) http
  [host]=
  string(11) www.php.net
}

array(2) {
  [scheme]=
  string(4) http
  [host]=
  string(11) www.php.net
}


Actual result:
--
Actual:
array(2) {
  [scheme]=
  string(4) http
  [host]=
  string(11) www.php.net
}

NULL





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

#47288 [NEW]: Component parameter in parse_url does not work properly

2009-02-03 Thread hakan at e-bite dot se 
From: hakan at e-bite dot se
Operating system: XP and Linux
PHP version:  5.2.8
PHP Bug Type: *URL Functions
Bug description:  Component parameter in parse_url does not work properly

Description:

Parse_url() function does not work properly with component parameter as
manual:
http://www.php.net/manual/en/function.parse-url.php

The function works well without the parameter

Tested:
PHP Version 5.2.8 on Win XP
PHP Version 5.2.0-8+etch13 on Linux


Håkan Askengren
e-bite


Reproduce code:
---
$url=http://www.php.net;;

//Without component parameter, Works OK
$urlInfo = parse_url($url );
var_dump($urlInfo);


//With component parameter
$urlInfo = parse_url($url, PHP_URL_PATH );
var_dump($urlInfo);



Expected result:

Expected:
array(2) {
  [scheme]=
  string(4) http
  [host]=
  string(11) www.php.net
}

array(2) {
  [scheme]=
  string(4) http
  [host]=
  string(11) www.php.net
}


Actual result:
--
Actual:
array(2) {
  [scheme]=
  string(4) http
  [host]=
  string(11) www.php.net
}

NULL

-- 
Edit bug report at http://bugs.php.net/?id=47288edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47288r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47288r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47288r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47288r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=47288r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47288r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=47288r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=47288r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=47288r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=47288r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=47288r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=47288r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=47288r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47288r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=47288r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47288r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=47288r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=47288r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=47288r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=47288r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=47288r=mysqlcfg

#34552 [Com]: Problems with __FILE__ and realpath()

2006-05-21 Thread hakan at mysql dot com 
 ID:   34552
 Comment by:   hakan at mysql dot com
 Reported By:  mmayer at blastwave dot org
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Solaris 9, MacOSX, netBSD
 PHP Version:  5CVS, 4CVS (2005-09-20)
 New Comment:

Problem still exists for me on Solaris 9 with PHP 5.1.4

On Linux with PHP 5.1.4 I get:
http://localhost/~hakan/test/file.php:

/home/hakan/.public_html/test/file.php
/home/hakan/.public_html/test/file2.php 

http://localhost/~hakan/test/realpath.php:
realpath: '/home/hakan/.public_html/test/realpath/test.txt'

On Solaris 9 with PHP 5.1.4 I get:
http://esslingen.homeunix.net/~hakan/test/file.php:

/home/hakan/.public_html/test/file.php
./file2.php

http://esslingen.homeunix.net/~hakan/test/realpath.php:
realpath: ''

Regards, Hakan


Previous Comments:


[2006-01-25 12:34:00] gdelafond at aquaray dot com

I have the same bug on Mac OS X Server 10.4.3 with PHP 4.4.2 
when it is load as apache's module... but not when using the 
cli version.



[2005-12-20 15:11:38] a dot l dot w dot kuijper at rug dot nl

I CAN reproduce this bug in __FILE__ and realpath with the CLI version
of PHP 4.4.0 installed on a netBSD 2.0.2 box with  apache 2.0.55.

I did exactly same as mmayer's example above (same files, same chmods)
and got the same issue. 

This bug occurred when installing for Calendar 2. I hope you guys
finally can resolve this mysterious bug.



[2005-09-20 18:43:34] mmayer at blastwave dot org

No, I cannot reproduce this problem with CLI. Even 4.4.0 works in that
case. 

I downloaded php5-latest.tar.gz.

$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
HEAD / HTTP/1.0

HTTP/1.1 200 OK
Date: Tue, 20 Sep 2005 16:31:46 GMT
Server: Apache/2.0.54 (Unix) DAV/2 PHP/5.1.0RC2-dev
[...]

Still getting the same results with the apache module that I saw for
4.4.0, so the problem is still there. CLI of 5.1.0RC2 works, however,
just like CLI for 4.4.0.



[2005-09-20 11:02:12] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

See also bug #34514, can you reproduce this with CLI?




[2005-09-19 18:21:07] mmayer at blastwave dot org

Description:

This issue seems to be related to bug #27823, but broader in scope.

Using __FILE__ or realpath() on Solaris 9 SPARC (don't know about x86)
doesn't work as expected if the scripts are located in a user's
home-directory (~username/public_html) and the URL looks like
http://my.example.com/~user/testscript.php. (Don't know if the '~' is
actually causing the problem or if it's something else in this
scenario).

Note that I *do* get the expected results from these scripts if I copy
them to /opt/csw/apache2/share/htdocs/file_bug (i.e. underneath my
web-server's doc-root) and access them through a URL like
http://my.example.com/file_bug/scriptname.

In the failure case, __FILE__ returns './filename' instead of the
full path if it is used in an included file.

realpath() returns an empty string instead of the actual path even
though the file in question exists and the permissions are correct.
(Regardless of whether realpath is used in an included file or
directly.)



Reproduce code:
---
=== file.php: ===
?php
print __FILE__;
print p;
require(file2.php);
?

=== file2.php: ===
?php
print __FILE__;
?

=== realpath.php: ===
?php
print(realpath: '.realpath('realpath/test.txt').'\n);
?


Expected result:

file.php should print:
/home/markus/public_html/file_bug/file.php
/home/markus/public_html/file_bug/file2.php

realpath.php should print:
realpath: '/home/markus/public_html/file_bug/realpath/test.txt'

Actual result:
--
file.php prints:
/home/markus/public_html/file_bug/file.php
./file2.php

realpath.php prints:
realpath: ''

This is the directory layout (just to show that it's not a permission
problem):
total 14
drwxr-xr-x   3 markus   staff  512 Sep 19 09:10 .
drwxr-xr-x  11 markus   staff 1536 Sep 15 11:07 ..
-rw-r--r--   1 markus   staff   60 Sep 14 13:41 file.php
-rw-r--r--   1 markus   staff   25 Sep 14 13:41 file2.php
drwxr-xr-x   2 markus   staff  512 Sep 19 09:07 realpath
-rw-r--r--   1 markus   staff   67 Sep 19 09:08 realpath.php

./realpath:
total 6
drwxr-xr-x   2 markus   staff  512 Sep 19 09:07 .
drwxr-xr-x   3 markus   staff  512 Sep 19 09:10 ..
-rw-r--r--   1 markus   staff5 Sep 19 09:07 test.txt






-- 
Edit this bug report at http://bugs.php.net/?id

#30779 [Fbk-Opn]: Compile of Zend/zend_strtod.c fails

2004-11-14 Thread hakan at lisas dot de 
 ID:   30779
 User updated by:  hakan at lisas dot de
 Reported By:  hakan at lisas dot de
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  5CVS-2004-11-14 (dev)
 Assigned To:  derick
 New Comment:

No, your solution does not work for me.

I get following error message:
/bin/sh /usr/local/php-src/libtool --silent --preserve-dup-deps
--mode=compile gcc  -IZend/ -I/usr/local/php-src/Zend/ -DPHP_ATOM_INC
-I/usr/local/php-src/include -I/usr/local/php-src/main
-I/usr/local/php-src -I/usr/local/php-src/Zend
-I/usr/local/include/libxml2 -I/opt/csw/include
-I/opt/csw/include/freetype2 -I/usr/local/mysql/include/mysql
-I/usr/local/pgsql/include  -D_POSIX_PTHREAD_SEMANTICS
-I/usr/local/php-src/TSRM  -g -O2  -prefer-pic -c
/usr/local/php-src/Zend/zend_strtod.c -o Zend/zend_strtod.lo
/usr/local/php-src/Zend/zend_strtod.c:234: error: parse error before
u_int32_t
/usr/local/php-src/Zend/zend_strtod.c:234: warning: no semicolon at end
of struct or union


Previous Comments:


[2004-11-14 18:22:36] [EMAIL PROTECTED]

Does the following work too:

Index: Zend/zend_strtod.c
===
RCS file: /repository/ZendEngine2/zend_strtod.c,v
retrieving revision 1.2
diff -u -p -r1.2 zend_strtod.c
--- Zend/zend_strtod.c  4 Nov 2004 02:04:39 -   1.2
+++ Zend/zend_strtod.c  14 Nov 2004 17:22:20 -
@@ -126,6 +126,10 @@ static char *rcsid = $OpenBSD: strtod.c
 #define IEEE_LITTLE_ENDIAN
 #endif

+#if !defined(u_int32_t)  defined(uint32_t)
+#define u_int32_t uint32_t
+#endif
+
 #define Long   int32_t
 #define ULong  u_int32_t


This is a bit more generic...




[2004-11-14 06:13:52] hakan at lisas dot de

Description:

Compile of Zend/zend_strtod.c fails.

When I include:

#if defined(__sparc__)
#define u_int32_t uint32_t
#endif

it compiles.

sys/types.h has no u_int32_t but a uint32_t.







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

#30779 [NEW]: Compile of Zend/zend_strtod.c fails

2004-11-13 Thread hakan at lisas dot de 
From: hakan at lisas dot de
Operating system: Solaris 9
PHP version:  5CVS-2004-11-14 (dev)
PHP Bug Type: Compile Failure
Bug description:  Compile of Zend/zend_strtod.c fails 

Description:

Compile of Zend/zend_strtod.c fails.

When I include:

#if defined(__sparc__)
#define u_int32_t uint32_t
#endif

it compiles.

sys/types.h has no u_int32_t but a uint32_t.



-- 
Edit bug report at http://bugs.php.net/?id=30779edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=30779r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=30779r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=30779r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30779r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30779r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=30779r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=30779r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=30779r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30779r=support
Expected behavior:   http://bugs.php.net/fix.php?id=30779r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=30779r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=30779r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30779r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=30779r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30779r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=30779r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30779r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=30779r=float
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=30779r=mysqlcfg

#30641 [Opn]: Compile error: error: symbol zend_error is used but not defined

2004-11-13 Thread hakan at lisas dot de 
 ID:   30641
 User updated by:  hakan at lisas dot de
 Reported By:  hakan at lisas dot de
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  5CVS-2004-11-01 (dev)
 New Comment:

Tried with gcc  3.4.2. Still the same error.


Previous Comments:


[2004-11-10 10:29:28] hakan at lisas dot de

bwsx010:/# gcc --version
gcc (GCC) 3.3.2
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

bwsx010:/# as -V
as: Sun WorkShop 6 update 2 Compiler Common 6.2 Solaris_9_CBE
2001/04/02



[2004-11-10 07:03:08] [EMAIL PROTECTED]

Can you please provide information about versions of your GCC and AS?



[2004-11-01 04:50:37] hakan at lisas dot de

Description:

Compile of latest HEAD fails with:
/bin/sh /usr/local/php-src/libtool --silent --preserve-dup-deps
--mode=compile gcc  -IZend/ -I/usr/local/php-src/Zend/ -DPHP_ATOM_INC
-I/usr/local/php-src/include -I/usr/local/php-src/main
-I/usr/local/php-src -I/usr/local/php-src/Zend
-I/usr/local/include/libxml2 -I/usr/local/include
-I/usr/local/include/freetype2 -I/usr/local/mysql/include/mysql
-I/usr/local/pgsql/include  -D_POSIX_PTHREAD_SEMANTICS
-I/usr/local/php-src/TSRM  -g -O2  -prefer-pic -c
/usr/local/php-src/Zend/zend_execute.c -o Zend/zend_execute.lo
/usr/ccs/bin/as: /var/tmp//ccOlcxja.s: error: symbol zend_error is
used but not defined
/usr/ccs/bin/as: /var/tmp//ccOlcxja.s: internal error:
evaluate_symbol_expression(): op 20?
make: *** [Zend/zend_execute.lo] Error 1






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

#30641 [Opn]: Compile error: error: symbol zend_error is used but not defined

2004-11-10 Thread hakan at lisas dot de 
 ID:   30641
 User updated by:  hakan at lisas dot de
 Reported By:  hakan at lisas dot de
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  5CVS-2004-11-01 (dev)
 New Comment:

bwsx010:/# gcc --version
gcc (GCC) 3.3.2
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

bwsx010:/# as -V
as: Sun WorkShop 6 update 2 Compiler Common 6.2 Solaris_9_CBE
2001/04/02


Previous Comments:


[2004-11-10 07:03:08] [EMAIL PROTECTED]

Can you please provide information about versions of your GCC and AS?



[2004-11-01 04:50:37] hakan at lisas dot de

Description:

Compile of latest HEAD fails with:
/bin/sh /usr/local/php-src/libtool --silent --preserve-dup-deps
--mode=compile gcc  -IZend/ -I/usr/local/php-src/Zend/ -DPHP_ATOM_INC
-I/usr/local/php-src/include -I/usr/local/php-src/main
-I/usr/local/php-src -I/usr/local/php-src/Zend
-I/usr/local/include/libxml2 -I/usr/local/include
-I/usr/local/include/freetype2 -I/usr/local/mysql/include/mysql
-I/usr/local/pgsql/include  -D_POSIX_PTHREAD_SEMANTICS
-I/usr/local/php-src/TSRM  -g -O2  -prefer-pic -c
/usr/local/php-src/Zend/zend_execute.c -o Zend/zend_execute.lo
/usr/ccs/bin/as: /var/tmp//ccOlcxja.s: error: symbol zend_error is
used but not defined
/usr/ccs/bin/as: /var/tmp//ccOlcxja.s: internal error:
evaluate_symbol_expression(): op 20?
make: *** [Zend/zend_execute.lo] Error 1






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

#30641 [NEW]: Compile error: error: symbol zend_error is used but not defined

2004-10-31 Thread hakan at lisas dot de 
From: hakan at lisas dot de
Operating system: Solaris 9
PHP version:  5CVS-2004-11-01 (dev)
PHP Bug Type: Compile Failure
Bug description:  Compile error: error: symbol zend_error is used but not defined

Description:

Compile of latest HEAD fails with:
/bin/sh /usr/local/php-src/libtool --silent --preserve-dup-deps
--mode=compile gcc  -IZend/ -I/usr/local/php-src/Zend/ -DPHP_ATOM_INC
-I/usr/local/php-src/include -I/usr/local/php-src/main
-I/usr/local/php-src -I/usr/local/php-src/Zend
-I/usr/local/include/libxml2 -I/usr/local/include
-I/usr/local/include/freetype2 -I/usr/local/mysql/include/mysql
-I/usr/local/pgsql/include  -D_POSIX_PTHREAD_SEMANTICS
-I/usr/local/php-src/TSRM  -g -O2  -prefer-pic -c
/usr/local/php-src/Zend/zend_execute.c -o Zend/zend_execute.lo
/usr/ccs/bin/as: /var/tmp//ccOlcxja.s: error: symbol zend_error is
used but not defined
/usr/ccs/bin/as: /var/tmp//ccOlcxja.s: internal error:
evaluate_symbol_expression(): op 20?
make: *** [Zend/zend_execute.lo] Error 1


-- 
Edit bug report at http://bugs.php.net/?id=30641edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=30641r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30641r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30641r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30641r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30641r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=30641r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=30641r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=30641r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30641r=support
Expected behavior:   http://bugs.php.net/fix.php?id=30641r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30641r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30641r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30641r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=30641r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30641r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=30641r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30641r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=30641r=float
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=30641r=mysqlcfg

#28193 [NEW]: Compile breaks with error: storage size `obj' isn't known

2004-04-27 Thread hakan at lisas dot de 
From: hakan at lisas dot de
Operating system: Solaris 9
PHP version:  5.0.0RC2
PHP Bug Type: Compile Failure
Bug description:  Compile breaks with error: storage size `obj' isn't known

Description:

./configure\
--with-apxs=/usr/local/apache8080/bin/apxs \
--prefix=/usr/local/php5-cvs   \
--enable-track-var \
--enable-dio   \
--enable-memory-limit  \
--enable-sockets   \
--with-gd  \
--with-jpeg-dir=shared,/usr/local  \
--with-png-dir=shared,/usr/local   \
--with-xpm-dir=shared,/usr/local   \
--with-zlib-dir=shared,/usr\
--with-freetype-dir=shared,/usr/local  \
--enable-gd-native-ttf \
--with-mysql=shared,/usr/local/mysql   \
--with-pgsql=shared,/usr/local/pgsql   \
--enable-dba

make
[...]
make fails with:
http://nopaste.php.cd/13818

My box:
uname -a:
SunOS bwsx010 5.9 Generic_112233-12 sun4u sparc SUNW,Ultra-5_10 Solaris

gcc --version:
gcc (GCC) 3.3.2

flex --version
flex version 2.5.4

autoconf --version
Autoconf version 2.13

automake --version
automake (GNU automake) 1.5

libtool --version
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)

PHP 4.3.6, PHP 5 RC2RC1, Apache, MySQL, PostgreSQL, LaTeX, CVS builds on
this machine.
PHP CVS HEAD and PHP 5 RC2 builds not.



-- 
Edit bug report at http://bugs.php.net/?id=28193edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28193r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28193r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28193r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28193r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28193r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28193r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28193r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28193r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28193r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28193r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28193r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28193r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28193r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28193r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28193r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28193r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28193r=float

#28193 [Fbk-Opn]: Compile breaks with error: storage size `obj' isn't known

2004-04-27 Thread hakan at lisas dot de 
 ID:   28193
 User updated by:  hakan at lisas dot de
 Reported By:  hakan at lisas dot de
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  5.0.0RC2
 New Comment:

The actuall HEAD with ext/standard/proc_open.c 1.20 (not 1.21) does
compile.

I have no clue about the pty support on Solaris. Some things are
defined in /usr/include/fcntl.h 

and http://gcc.gnu.org/ml/gcc-patches/2000-09/msg00578.html
says:
AC_DEFINE(_XOPEN_SOURCE, 1, [Always define this])

But I even don't know for what pty-support should be good for :)

bye Hakan


Previous Comments:


[2004-04-27 23:04:35] [EMAIL PROTECTED]

As a workaround, reverse this patch:
http://cvs.php.net/diff.php/php-src/ext/standard/proc_open.c?r1=1.20r2=1.21ty=u

It would be great if you could do some digging to find out
what magic defines are needed to get it to build under Solaris with
Unix98 pty support; linux requires these:

+#define _XOPEN_SOURCE
+#define _BSD_SOURCE




[2004-04-27 22:32:21] hakan at lisas dot de

Description:

./configure\
--with-apxs=/usr/local/apache8080/bin/apxs \
--prefix=/usr/local/php5-cvs   \
--enable-track-var \
--enable-dio   \
--enable-memory-limit  \
--enable-sockets   \
--with-gd  \
--with-jpeg-dir=shared,/usr/local  \
--with-png-dir=shared,/usr/local   \
--with-xpm-dir=shared,/usr/local   \
--with-zlib-dir=shared,/usr\
--with-freetype-dir=shared,/usr/local  \
--enable-gd-native-ttf \
--with-mysql=shared,/usr/local/mysql   \
--with-pgsql=shared,/usr/local/pgsql   \
--enable-dba

make
[...]
make fails with:
http://nopaste.php.cd/13818

My box:
uname -a:
SunOS bwsx010 5.9 Generic_112233-12 sun4u sparc SUNW,Ultra-5_10
Solaris

gcc --version:
gcc (GCC) 3.3.2

flex --version
flex version 2.5.4

autoconf --version
Autoconf version 2.13

automake --version
automake (GNU automake) 1.5

libtool --version
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)

PHP 4.3.6, PHP 5 RC2RC1, Apache, MySQL, PostgreSQL, LaTeX, CVS builds
on this machine.
PHP CVS HEAD and PHP 5 RC2 builds not.







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

#28193 [Fbk-Opn]: Compile breaks with error: storage size `obj' isn't known

2004-04-27 Thread hakan at lisas dot de 
 ID:   28193
 User updated by:  hakan at lisas dot de
 Reported By:  hakan at lisas dot de
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  5.0.0RC2
 New Comment:

with rev 1.20 of ext/standard/proc_open.c it builds just fine. rev 1.21
breaks the build like stated.


Previous Comments:


[2004-04-28 00:03:24] [EMAIL PROTECTED]

What breaks when building with rev 1.20 of that file?



[2004-04-27 23:52:38] hakan at lisas dot de

The actuall HEAD with ext/standard/proc_open.c 1.20 (not 1.21) does
compile.

I have no clue about the pty support on Solaris. Some things are
defined in /usr/include/fcntl.h 

and http://gcc.gnu.org/ml/gcc-patches/2000-09/msg00578.html
says:
AC_DEFINE(_XOPEN_SOURCE, 1, [Always define this])

But I even don't know for what pty-support should be good for :)

bye Hakan



[2004-04-27 23:04:35] [EMAIL PROTECTED]

As a workaround, reverse this patch:
http://cvs.php.net/diff.php/php-src/ext/standard/proc_open.c?r1=1.20r2=1.21ty=u

It would be great if you could do some digging to find out
what magic defines are needed to get it to build under Solaris with
Unix98 pty support; linux requires these:

+#define _XOPEN_SOURCE
+#define _BSD_SOURCE




[2004-04-27 22:32:21] hakan at lisas dot de

Description:

./configure\
--with-apxs=/usr/local/apache8080/bin/apxs \
--prefix=/usr/local/php5-cvs   \
--enable-track-var \
--enable-dio   \
--enable-memory-limit  \
--enable-sockets   \
--with-gd  \
--with-jpeg-dir=shared,/usr/local  \
--with-png-dir=shared,/usr/local   \
--with-xpm-dir=shared,/usr/local   \
--with-zlib-dir=shared,/usr\
--with-freetype-dir=shared,/usr/local  \
--enable-gd-native-ttf \
--with-mysql=shared,/usr/local/mysql   \
--with-pgsql=shared,/usr/local/pgsql   \
--enable-dba

make
[...]
make fails with:
http://nopaste.php.cd/13818

My box:
uname -a:
SunOS bwsx010 5.9 Generic_112233-12 sun4u sparc SUNW,Ultra-5_10
Solaris

gcc --version:
gcc (GCC) 3.3.2

flex --version
flex version 2.5.4

autoconf --version
Autoconf version 2.13

automake --version
automake (GNU automake) 1.5

libtool --version
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54)

PHP 4.3.6, PHP 5 RC2RC1, Apache, MySQL, PostgreSQL, LaTeX, CVS builds
on this machine.
PHP CVS HEAD and PHP 5 RC2 builds not.







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

#26687 [NEW]: compile fails in ext/basic_functions.c:1192

2003-12-22 Thread hakan at lisas dot de 
From: hakan at lisas dot de
Operating system: Solaris 9
PHP version:  5CVS-2003-12-22 (dev)
PHP Bug Type: Compile Failure
Bug description:  compile fails in ext/basic_functions.c:1192

Description:

Compile of current CVS fails with:
ext/standard/basic_functions.c:1192: error: `INADDR_NONE' undeclared
(first use in this function)

on my box.

Reproduce code:
---
./builconf
./configure ...
make
...
...
...
ext/standard/basic_functions.c:1192: error: `INADDR_NONE' undeclared
(first use in this function)

Actual result:
--
if I put 

#ifndef INADDR_NONE
#define INADDR_NONE ((unsigned long) -1)
#endif

in ext/basic_functions.c it compiles

-- 
Edit bug report at http://bugs.php.net/?id=26687edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=26687r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=26687r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=26687r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=26687r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26687r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=26687r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=26687r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26687r=support
Expected behavior:  http://bugs.php.net/fix.php?id=26687r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26687r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26687r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=26687r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26687r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=26687r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=26687r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26687r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26687r=float

#25892 [Bgs]: libphp5.so is not created

2003-10-17 Thread hakan at lisas dot de 
 ID:   25892
 User updated by:  hakan at lisas dot de
 Reported By:  hakan at lisas dot de
 Status:   Bogus
 Bug Type: Apache related
 Operating System: Solaris 9
 PHP Version:  Irrelevant
 New Comment:

If only libtool 1.4.3 is supported, then buildconf should not say that
libtool 1.5 is ok.

Now I installed libtool 1.4.3 and after running make install libphp5.so
is still missing in the cvs version.


Previous Comments:


[2003-10-17 03:37:48] hakan at lisas dot de

4.3.3 gets compiled, and the 5 snapshots works, too.



[2003-10-17 03:31:13] [EMAIL PROTECTED]

Nevermind, snapshots work just fine, your build tools are broken, most
likely libtool 1.5 (we only support 1.4.3)




[2003-10-17 03:30:23] [EMAIL PROTECTED]

Just one question: Does PHP 4.3.3 work?




[2003-10-17 02:25:57] hakan at lisas dot de

[EMAIL PROTECTED]:/usr/local/php-src$ ls .libs/
libphp5  libphp5.la   libphp5.lai

[EMAIL PROTECTED]:/usr/local/php-src$ ls libs/
libphp5 libphp5.la

Bye Hakan



[2003-10-16 23:35:51] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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

#25892 [NEW]: libphp5.so is not created

2003-10-16 Thread hakan at lisas dot de 
From: hakan at lisas dot de
Operating system: Solaris 9
PHP version:  5CVS-2003-10-16 (dev)
PHP Bug Type: *Compile Issues
Bug description:  libphp5.so is not created

Description:

Hi,

I have I a full patched Solaris 9 box with following GNU-Tools:

- gcc (GCC) 3.3.1
- flex version 2.5.4
- bison (GNU Bison) 1.75
- ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58)
- Autoconf version 2.13
- GNU Make 3.80

after compiling the actual cvs libphp5.so is not created.


Reproduce code:
---
cvs co php-srs
./buildconf
./configure --with-apxs=/usr/local/apache/bin/apxs
--prefix=/usr/local/php5 
--enable-debug 
--with-zlib-dir=shared,/usr
make
make install
...
bash-2.05# make install
Installing PHP CLI binary:/usr/local/php5/bin/
Installing PHP CLI man page:  /usr/local/php5/man/man1/
Installing PHP SAPI module:   apache
[activating module `php5' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp5.so /usr/local/apache/libexec/libphp5.so
cp: cannot access libs/libphp5.so
apxs:Break: Command failed with rc=2
make: *** [install-sapi] Error 1




-- 
Edit bug report at http://bugs.php.net/?id=25892edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=25892r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=25892r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=25892r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=25892r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25892r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=25892r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=25892r=support
Expected behavior:  http://bugs.php.net/fix.php?id=25892r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=25892r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=25892r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=25892r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25892r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=25892r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=25892r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=25892r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=25892r=float

#17759 [Com]: Why can't I get my session values?

2002-10-07 Thread hakan 

 ID:   17759
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Session related
 Operating System: Solaris 8
 PHP Version:  4.2.0
 New Comment:

As with version 4.2.3 this problems seems to be gone.
At least on my machine: UltraSparc10 debian/sparc linux
unstable/testing.

-hakan


Previous Comments:


[2002-08-10 01:00:12] [EMAIL PROTECTED]

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



[2002-07-09 17:33:19] [EMAIL PROTECTED]

register_globals is off on both cases.

However, $_SESSION[normal] does work for the listed
reproducable sample. Verifying with 'real' app...

Thanks,
Stew



[2002-07-09 10:12:53] [EMAIL PROTECTED]

Ist it possible that you have register_globals off?

Try

file1.php
::
?php
session_start();
$normal=1;
session_register(normal);
header('Location: file2.php');
?

file2.php
::
?php
session_register(normal);
echo Normal:.$_SESSION[normal].brbr\n;
?



[2002-07-03 10:19:57] [EMAIL PROTECTED]

Also reproducable on Solaris 9 (Ultra5/sun4u)
NonWorking:
Apache 1.3.26, ModSSL 2.8.10, 
OpenSSL 0.9.6d, PHP 4.2.1

Stew



[2002-07-02 13:59:10] [EMAIL PROTECTED]

I have the same problem on FreeBsd 4.6, Apache 1.3.26 and the latest
build of PHP (1st of july 2002)



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

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