#22179 [NEW]: convert float to int crashes

2003-02-11 Thread csmall 
From: [EMAIL PROTECTED]
Operating system: Debian GNU/Linux
PHP version:  4.2.3
PHP Bug Type: Reproducible crash
Bug description:  convert float to int crashes



i386 says sum is 0
alpha just does a floating point exception
sparc64 says sum is 2147483647
powerpc says sum is -2147483648

It should be 0, I guess.

If you prefer a one-liner:


Same result.


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

#17622 [Com]: session_register-session_is_registered does'nt work with register_globals=on

2003-01-06 Thread csmall 
 ID:   17622
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Session related
 Operating System: Debian GNU/Linux 3.0,kern2.2.17
 PHP Version:  4.1.2
 New Comment:

Here is my test code, I get the same problem

";
$_SESSION['blah'] = "foo";
var_dump($_SESSION);
?>
blah

The result is always the first var_dump is NULL, SID is blank and the
second var_dump looks like what it should.  Testing the same script on
4.2.1 alpha arch it works as is expected.

Debian GNU/Linux system
kernel 2.4.18 on sparc64 arch
php4 4.1.2-4


Previous Comments:


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

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



[2002-10-02 06:18: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-10-02 02:43:54] [EMAIL PROTECTED]

Nope, it's an old Sparc Station 5 (sun4m).
It's now upgraded with a 2.4.18 kernel ... same result.



[2002-10-02 01:18:53] [EMAIL PROTECTED]

Does your sparc installation use a 64bit data model?



[2002-06-06 05:39:39] [EMAIL PROTECTED]

session_register - session_is_registered
doesn't work for global variables with
"register_globals = on" on the sparc arch.

The set.php - get.php scripts at the end of this report
works just fine om my Debian GNU/Linux 3.0, kernel 2.4.18
on i386, but doesnt work on my Debian GNU/Linux 3.0, kernel 2.2.17 on
sparc.

Both machines runs Apache 1.3.24 and PHP 4.1.2 and got identical
php.ini files.

The scripts:
--- set.php -
get.php';
?>

--- get.php -


-
On the i386 I get ok and on the sparc failed.





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

#23051 [Csd->Opn]: snmpwalkoid doesnt work on alphas

2004-02-19 Thread csmall at enc dot com dot au 
 ID:   23051
 User updated by:  csmall at enc dot com dot au
 Reported By:  csmall at enc dot com dot au
-Status:   Closed
+Status:   Open
 Bug Type: SNMP related
 Operating System: Linux
 PHP Version:  4CVS-2003-04-04 (stable)
 Assigned To:  harrie
 New Comment:

This bug is still open, i will try the snapshot


Previous Comments:


[2003-07-21 01:28:38] [EMAIL PROTECTED]

No feedback, assumed fixed.





[2003-07-16 01:05:48] [EMAIL PROTECTED]

Please try using this CVS snapshot:



  http://snaps.php.net/php4-STABLE-latest.tar.gz

 

Make sure the snapshot is build later than Jul 16, 2003 05:30!!







[2003-04-23 04:16:25] [EMAIL PROTECTED]

Assigning to Harrie who is the maintainer of ext/snmp.



[2003-04-04 19:07:33] csmall at enc dot com dot au

After more testing, there are two bugs in this module

 1) Something breaks in the OID resolver, you get the entire MIB tree. 
This occured on alpha and i386 and seems to be fixed in Debian 4.2.3-13
 It does suggest you have a problem with the net-snmp library as -9 and
-13 are linked to ucd-snmp 4.2 while -12 is net-snmp 5.

 2) Something is seriously wrong with the array handling and you get
part of the table or just junk text.  This happens on the alpha at
least but not the i386.



Here are my results, see key below to work out what I did:



Arch  Ver  N/SW N/SWO N/SRW C/SW C/SWO C/SRW

i386  4.2.3-9  OK   OKOKOK   OKOK

i386  4.2.3-12 OK   OKOKWT   WTWT

i386  4.2.3-13 OK   OKOKOK   OKOK

alpha 4.2.3-9  OK   STSTOK   STST

alpha 4.2.3-12 WT   WTWTWT   WTWT

alpha 4.2.3-13 OK   BABAOK   BABA

alpha STABLE   OK   BABAOK   BABA



The Arch should be obvious

Ver is version the 4.2.3-X is a Debian version, STABLE means the one I
downloaded php4-STABLE-200304041230

Then the various functions

  N/SW  Numeric OID, snmpwalk()

  N/SWO Numeric OID, snmpwalkoid()

  N/SRW Numeric OID, snmprealwalk()

  C/SW  Character OID, snmpwalk()

  C/SWO Character OID, snmpwalkoid()

  C/SRW Character OID, snmprealwalk()

Numeric OID is ".1.3.6.1.2.1.2.2.1.2"

Character OID is "interfaces.ifTable.ifEntry.ifDescr"

The results

OK - obviously it worked fine!

WT - Whole tree. Get error message of "Invalid object identifier" then
it scans the entire MIB tree of remote object.

BA - Broken Array, Result shown in previous message, but you get only
one item of the array. The key is the first item, the value is the
last.

ST - Strange text, check THIS out (its always the same text):

array(1) {

  ["occur between two tag values.  A tag value may not

 have a zero length.  These constraints imply certain

 restrictions on the contents of this object:



 - There cannot be a leadingH¢/"]=>

  string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"

}

As i said, strange text



[2003-04-04 10:55:21] [EMAIL PROTECTED]

But does 4.2.3 work on that alpha?

Or is it common for any platform??





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

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

#23051 [Opn]: snmpwalkoid doesnt work on alphas

2004-02-19 Thread csmall at enc dot com dot au 
 ID:   23051
 User updated by:  csmall at enc dot com dot au
 Reported By:  csmall at enc dot com dot au
 Status:   Open
 Bug Type: SNMP related
 Operating System: Linux
 PHP Version:  4CVS-2003-04-04 (stable)
 Assigned To:  harrie
 New Comment:

That snapshot version worked, but i got this message too. any idea what
this means?



/home/csmall/Projects/php4/php4-STABLE-200402192230/ext/snmp/snmp.c(239)
:  Freeing 0x1207B69A0 (55 bytes), script=poller.php

Last leak repeated 7 times

/home/csmall/Projects/php4/php4-STABLE-200402192230/ext/snmp/snmp.c(423)
:  Freeing 0x1207B4EA0 (24 bytes), script=poller.php

Last leak repeated 7 times


Previous Comments:


[2004-02-19 19:23:07] csmall at enc dot com dot au

This bug is still open, i will try the snapshot



[2003-07-21 01:28:38] [EMAIL PROTECTED]

No feedback, assumed fixed.





[2003-07-16 01:05:48] [EMAIL PROTECTED]

Please try using this CVS snapshot:



  http://snaps.php.net/php4-STABLE-latest.tar.gz

 

Make sure the snapshot is build later than Jul 16, 2003 05:30!!







[2003-04-23 04:16:25] [EMAIL PROTECTED]

Assigning to Harrie who is the maintainer of ext/snmp.



[2003-04-04 19:07:33] csmall at enc dot com dot au

After more testing, there are two bugs in this module

 1) Something breaks in the OID resolver, you get the entire MIB tree. 
This occured on alpha and i386 and seems to be fixed in Debian 4.2.3-13
 It does suggest you have a problem with the net-snmp library as -9 and
-13 are linked to ucd-snmp 4.2 while -12 is net-snmp 5.

 2) Something is seriously wrong with the array handling and you get
part of the table or just junk text.  This happens on the alpha at
least but not the i386.



Here are my results, see key below to work out what I did:



Arch  Ver  N/SW N/SWO N/SRW C/SW C/SWO C/SRW

i386  4.2.3-9  OK   OKOKOK   OKOK

i386  4.2.3-12 OK   OKOKWT   WTWT

i386  4.2.3-13 OK   OKOKOK   OKOK

alpha 4.2.3-9  OK   STSTOK   STST

alpha 4.2.3-12 WT   WTWTWT   WTWT

alpha 4.2.3-13 OK   BABAOK   BABA

alpha STABLE   OK   BABAOK   BABA



The Arch should be obvious

Ver is version the 4.2.3-X is a Debian version, STABLE means the one I
downloaded php4-STABLE-200304041230

Then the various functions

  N/SW  Numeric OID, snmpwalk()

  N/SWO Numeric OID, snmpwalkoid()

  N/SRW Numeric OID, snmprealwalk()

  C/SW  Character OID, snmpwalk()

  C/SWO Character OID, snmpwalkoid()

  C/SRW Character OID, snmprealwalk()

Numeric OID is ".1.3.6.1.2.1.2.2.1.2"

Character OID is "interfaces.ifTable.ifEntry.ifDescr"

The results

OK - obviously it worked fine!

WT - Whole tree. Get error message of "Invalid object identifier" then
it scans the entire MIB tree of remote object.

BA - Broken Array, Result shown in previous message, but you get only
one item of the array. The key is the first item, the value is the
last.

ST - Strange text, check THIS out (its always the same text):

array(1) {

  ["occur between two tag values.  A tag value may not

 have a zero length.  These constraints imply certain

 restrictions on the contents of this object:



 - There cannot be a leadingH¢/"]=>

  string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"

}

As i said, strange text



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

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

#23051 [NEW]: snmpwalkoid doesnt work on alphas

2003-04-04 Thread csmall at enc dot com dot au 
From: csmall at enc dot com dot au
Operating system: Linux
PHP version:  4CVS-2003-04-04 (stable)
PHP Bug Type: SNMP related
Bug description:  snmpwalkoid doesnt work on alphas

This problem has been around at least since 4.3.2, you might also want to
look at http://bugs.debian.org/185534

snmprealwalk and snmpwalkoid fail to work properly on my alpha.  snmpwalk
used to not work but now does.  Version is
php4-STABLE-200304041230

./configure line was
'--enable-debug' \
'--with-bz2' \
'--with-snmp' \
'--with-openssl' \

This is the test code:


Output is:
-
array(1) {
  ["interfaces.ifTable.ifEntry.ifDescr.1"]=>
  string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}

This is broken, as this is the result of the last (6th) interface in the
place of the first, notice the key says ifDesc.1 and the result says
ifDescr.6

This is what a i386 running Debian 4.2.3-13 on the exact same script
does:
-
array(6) {
  ["interfaces.ifTable.ifEntry.ifDescr.1"]=>
  string(41) "interfaces.ifTable.ifEntry.ifDescr.1 = lo"
  ["interfaces.ifTable.ifEntry.ifDescr.2"]=>
  string(43) "interfaces.ifTable.ifEntry.ifDescr.2 = eth0"
  ["interfaces.ifTable.ifEntry.ifDescr.3"]=>
  string(43) "interfaces.ifTable.ifEntry.ifDescr.3 = eth1"
  ["interfaces.ifTable.ifEntry.ifDescr.4"]=>
  string(43) "interfaces.ifTable.ifEntry.ifDescr.4 = gre0"
  ["interfaces.ifTable.ifEntry.ifDescr.5"]=>
  string(43) "interfaces.ifTable.ifEntry.ifDescr.5 = sit0"
  ["interfaces.ifTable.ifEntry.ifDescr.6"]=>
  string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}
--

I ran some tests on the 4.2.3 code and it was definitely returning the
right and multiple values.  I basically enabled the Debug() line in snmp.c
and saw the return string come back the way I expected.


So it looks like some pointer or array is getting overwritten.  I tried
linking in electric fence but libsnmp is too buggy and it died within the
library loading up the mibs.

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

#23051 [Fbk->Opn]: snmpwalkoid doesnt work on alphas

2003-04-04 Thread csmall at enc dot com dot au 
 ID:   23051
 User updated by:  csmall at enc dot com dot au
 Reported By:  csmall at enc dot com dot au
-Status:   Feedback
+Status:   Open
 Bug Type: SNMP related
 Operating System: Linux
 PHP Version:  4CVS-2003-04-04 (stable)
 New Comment:

After more testing, there are two bugs in this module
 1) Something breaks in the OID resolver, you get the entire MIB tree. 
This occured on alpha and i386 and seems to be fixed in Debian 4.2.3-13
 It does suggest you have a problem with the net-snmp library as -9 and
-13 are linked to ucd-snmp 4.2 while -12 is net-snmp 5.
 2) Something is seriously wrong with the array handling and you get
part of the table or just junk text.  This happens on the alpha at
least but not the i386.

Here are my results, see key below to work out what I did:

Arch  Ver  N/SW N/SWO N/SRW C/SW C/SWO C/SRW
i386  4.2.3-9  OK   OKOKOK   OKOK
i386  4.2.3-12 OK   OKOKWT   WTWT
i386  4.2.3-13 OK   OKOKOK   OKOK
alpha 4.2.3-9  OK   STSTOK   STST
alpha 4.2.3-12 WT   WTWTWT   WTWT
alpha 4.2.3-13 OK   BABAOK   BABA
alpha STABLE   OK   BABAOK   BABA

The Arch should be obvious
Ver is version the 4.2.3-X is a Debian version, STABLE means the one I
downloaded php4-STABLE-200304041230
Then the various functions
  N/SW  Numeric OID, snmpwalk()
  N/SWO Numeric OID, snmpwalkoid()
  N/SRW Numeric OID, snmprealwalk()
  C/SW  Character OID, snmpwalk()
  C/SWO Character OID, snmpwalkoid()
  C/SRW Character OID, snmprealwalk()
Numeric OID is ".1.3.6.1.2.1.2.2.1.2"
Character OID is "interfaces.ifTable.ifEntry.ifDescr"
The results
OK - obviously it worked fine!
WT - Whole tree. Get error message of "Invalid object identifier" then
it scans the entire MIB tree of remote object.
BA - Broken Array, Result shown in previous message, but you get only
one item of the array. The key is the first item, the value is the
last.
ST - Strange text, check THIS out (its always the same text):
array(1) {
  ["occur between two tag values.  A tag value may not
 have a zero length.  These constraints imply certain
 restrictions on the contents of this object:

 - There cannot be a leadingH¢/"]=>
  string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}
As i said, strange text


Previous Comments:


[2003-04-04 10:55:21] [EMAIL PROTECTED]

But does 4.2.3 work on that alpha?
Or is it common for any platform??


--------

[2003-04-04 07:31:08] csmall at enc dot com dot au

This problem has been around at least since 4.3.2, you might also want
to look at http://bugs.debian.org/185534

snmprealwalk and snmpwalkoid fail to work properly on my alpha. 
snmpwalk used to not work but now does.  Version is
php4-STABLE-200304041230

./configure line was
'--enable-debug' \
'--with-bz2' \
'--with-snmp' \
'--with-openssl' \

This is the test code:


Output is:
-
array(1) {
  ["interfaces.ifTable.ifEntry.ifDescr.1"]=>
  string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}

This is broken, as this is the result of the last (6th) interface in
the place of the first, notice the key says ifDesc.1 and the result
says ifDescr.6

This is what a i386 running Debian 4.2.3-13 on the exact same script
does:
-
array(6) {
  ["interfaces.ifTable.ifEntry.ifDescr.1"]=>
  string(41) "interfaces.ifTable.ifEntry.ifDescr.1 = lo"
  ["interfaces.ifTable.ifEntry.ifDescr.2"]=>
  string(43) "interfaces.ifTable.ifEntry.ifDescr.2 = eth0"
  ["interfaces.ifTable.ifEntry.ifDescr.3"]=>
  string(43) "interfaces.ifTable.ifEntry.ifDescr.3 = eth1"
  ["interfaces.ifTable.ifEntry.ifDescr.4"]=>
  string(43) "interfaces.ifTable.ifEntry.ifDescr.4 = gre0"
  ["interfaces.ifTable.ifEntry.ifDescr.5"]=>
  string(43) "interfaces.ifTable.ifEntry.ifDescr.5 = sit0"
  ["interfaces.ifTable.ifEntry.ifDescr.6"]=>
  string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}
--

I ran some tests on the 4.2.3 code and it was definitely returning the
right and multiple values.  I basically enabled the Debug() line in
snmp.c and saw the return string come back the way I expected.


So it looks like some pointer or array is getting overwritten.  I tried
linking in electric fence but libsnmp is too buggy and it died within
the library loading up the mibs.





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

#27602 [NEW]: register(ticks=1) breaks class inheritence

2004-03-15 Thread csmall at enc dot com dot au 
From: csmall at enc dot com dot au
Operating system: Debian Linux
PHP version:  4.3.4
PHP Bug Type: Scripting Engine problem
Bug description:  register(ticks=1) breaks class inheritence

Description:

Classes must be declared in order when you have declare(ticks=1) in the
file (or any file that includes it). They do not have to be if the
declaration is not used.



Reproduce code:
---


Expected result:

See nothing, no error importantly.

Actual result:
--
Fatal error: Class foo2:  Cannot inherit from undefined class foo1 in
/home/csmall/test.php on line 3



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