php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #22211 Parameters not passed to class methods.
Submitted: 2003-02-13 13:03 UTC Modified: 2003-03-09 18:52 UTC
Votes:31
Avg. Score:4.4 ± 1.2
Reproduced:17 of 23 (73.9%)
Same Version:12 (70.6%)
Same OS:11 (64.7%)
From: wayne at ptaff dot ca Assigned:
Status: No Feedback Package: Class/Object related
PHP Version: 4.3.0 OS: Linux
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: wayne at ptaff dot ca
New email:
PHP Version: OS:

 

 [2003-02-13 13:03 UTC] wayne at ptaff dot ca
Here is a strange bug affecting 4.3.0 (with the same code, 4.2.3 works fine):

class foo {
  // constructor, etc.

  function myecho($string1, $string2) {
    echo "String 1: " . $string1 . "\n";
    echo "String 2: " . $string2 . "\n";
  }
};

$bar = new foo();
$bar->myecho("apple", "orange");

Will output one of these 3 possibilities, at random (or so it seems:)

String 1: apple
String 2: orange  

String 1: orange
String 2:

String 1:
String 2:

Weird, eh? and rerunning the same code does not always give the same results. 

Reposted from bug#21886, and not related to sessions in any way.

That nasty problem keeps me from upgrading...

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-02-17 02:32 UTC] sniper@php.net
Please, stop spamming other bug report with your
bogus comments. Keep them here.


 [2003-02-17 06:49 UTC] fab at blueshoes dot org
i have something similar, i really think it's the same problem.

pseudo code (not reproducable this way):

class c {
  function f($a, $b=null, $c=TRUE) {
    var_dump($a);
    var_dump($b);
    var_dump($c);
  }
}

$someB = null;
$someC =& new c();
$someC->f('foo', null, FALSE);

the problem is that the third param ALWAYS turns out to be TRUE. no matter how many times i reload.

when i remove the 2nd param from the method definition and method call then it works. 

system: win2000 php4.3. the code worked before in php4.2.2

really strange. but i'm not blind. should i try to provide some small peace of code that reproduces it?

greetings and thanks.
fab
 [2003-02-24 18:54 UTC] zariok at zariok dot org
Unable to reproduce.  I use classes extensively within a telecommunications web-based provisioning system.

I have not had any issues.

Environment 1:
  Mandrake 9.0 on 2.4ghz Intel, 512 mb
  Custom compile:
    Apache 1.3.27
    PHP 4.3.0 (as module)
./configure \
  --with-apxs=$APACHE_INSTALL_DIR/bin/apxs \
  --enable-gd-native-ttf \
  --with-ftp \
  --enable-dio \
  --with-openssl \
  --enable-sockets \
  --without-mysql \
  --with-oci8=$ORACLE_HOME \
  --with-xml \
  --with-unixODBC=$UNIXODBC_DIR \
  --enable-sigchild \
  --with-readline \
  --with-bz2=$BZIP2_DIR \
  --with-zlib=$ZLIB_DIR \
  --enable-track-vars

Environment2:
  RedHat 8.0 SMP, Dual pIII 650, 512MB
  Custom Build:
   <same as above/>

It would be nice to know exactly your environment and setup to replicate this issue.  It would be a deep concern to me if this was actually happening, but I've been working with 4.3.0 since it was released in development and finally moved it to production when Zend released v2.6 of Zend Studio.

John 'zariok' Draughn
 [2003-02-25 09:10 UTC] fab at blueshoes dot org
thanks, but unfortunately it does not fix it in my case.
fab
 [2003-03-09 18:52 UTC] sniper@php.net
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.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Mon Dec 02 17:01:35 2024 UTC