[PHP-DEV] Re: [PHP-QA] Function Renaming Re-organization

2001-03-08 Thread Zak Greant

H... well, it looks like I will have to do this after getting some
sleep

--zak

- Original Message -
From: "Zak Greant" <[EMAIL PROTECTED]>
To: "Jani Taskinen" <[EMAIL PROTECTED]>; "Hellekin O. Wolf"
<[EMAIL PROTECTED]>; "Php-Qa Mailinglist" <[EMAIL PROTECTED]>
Cc: "Andi Gutmans" <[EMAIL PROTECTED]>; "Sterling Hughes"
<[EMAIL PROTECTED]>; "PHP Development" <[EMAIL PROTECTED]>
Sent: Thursday, March 08, 2001 11:35 AM
Subject: [PHP-QA] Function Renaming Re-organization


> HOW wrote:
> [snip]
> > Zak, would you please post an updated version of the renaming scheme,
> > including the last few days changes, so that we can see things more
> globally ?
> > (And refresh the thread's subject ;-)
>
> I am just heading out to an appointment.  When I get back, I will organize
> what has gone on so far. I will also post the information to a page on the
> qa site.
>
> Ciao!
>
> Zak
>
>
> --
> PHP Quality Assurance Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>


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




Re: SV: [PHP-DEV] The new design

2001-03-08 Thread Stig Venaas

On Thu, Mar 08, 2001 at 07:17:42PM +0100, Björn Schotte wrote:
> * Jim Winstead wrote:
> > the reason i don't mind seeing it gone from the main page is that i think
> > having two search-like boxes on the same page that behave differently is
> > confusing.
> 
> Have a look at http://www.php-center.de/ - on the left
> side, there's the normal search box, on the right side
> the "Quickref"-Box.

I would prefer one search box, less confusing and you can then also in
many browsers just press  to start searching. I like the way it
is now with a list to select search target. What I think perhaps should
be added, is simply a link to http://www.php.net/manual-lookup.php. One
can get there by searching for a non-existing function, but a link could
be good.

I generally like the new cleaner design.

Stig

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




[PHP-DEV] PHP 4.0 Bug #9642 Updated: Failure at configure stage when linking with curl that has ssl support

2001-03-08 Thread venaas

ID: 9642
Updated by: venaas
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Problem
Assigned To: 
Comments:

We have the same problem when linking with other
libraries with SSL. One way to get around it is
to add the configure argument --with-openssl.

Previous Comments:
---

[2001-03-08 18:40:51] [EMAIL PROTECTED]
When configuring PHP with curl support, and curl has been compiled with ssl support 
the configure stage fails with unresolved symbol errors:
==
Undefined   first referenced
 symbol in file
SSL_library_init   /usr/local/lib/libcurl.so
==

The problem stems from the fact that the SSL libs aren't being included in the LIB 
list.

Hacking the configure file so that the line:
LIBS="-lcurl $LIBS"
now reads
LIBS="-lssl -lcrypto -lcurl $LIBS"
solved the problem for me.

Is there a way PHP can determine if libcurl has SSL support and add in those two libs 
if required?

---



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


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




[PHP-DEV] Media Delivery for the Internet - FREE Trial Included

2001-03-08 Thread bert5
Title: [EMAIL PROTECTED] PowerPoint





  Media Delivery for the Internet with Animation & Sound - FREE Trial Included- No Plug In Needed
  http://f.orums.com
  


  


  Thanks [EMAIL PROTECTED] for taking a quick look at what we have to offer.

  

  HOME 
  |  PRODUCT INFORMATION 
  |  FREE TRIAL
  

  
	  
	   
  

  .



  

  This message contains a rich media presentation. If you can't see 
  this presentation, please click here to launch it 
  in your web browser.


  

  To Be Removed:  Just hit reply with remove in the
  subject header.
  
  Under Bills 1618 Title III  passed by the 105th U.S. Congress this 
  mail can not be considered Spam as  long as we include contact
  information and  and a link for removal from  our mailing
  list. To be  removed  from our mailing  list  reply
  with "REMOVE" in the  subject heading and your  email
  address in the body. Include complete address and/or domain/aliases to be
  removed. If you still get the emails, please call us at the numbers given
  above.


  

   


  





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



[PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released

2001-03-08 Thread passionplay

ID: 9477
User Update by: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Open
Bug Type: Scripting Engine problem
Description: Object is destroyed before references all released

Ok. This is absolutely amazing. I went to the archives. There are a good number of 
people all wondering about the same issue. Why is =&new required when every other 
language semantically understands that new is an operator and =new is not an 
assignment but rather implicit construction of an object?

Any takers?

Previous Comments:
---

[2001-03-09 01:28:37] [EMAIL PROTECTED]
this all makes sense and generally you do NOT need to use
"=& new" your case included, this is due to PHPs nature and
this all has been discussed
search the archives (marc.theaimsgroup.com) for
"reference counting" and "this+constructor" or maybe "=&" to
understand when it required to use "=&" with new

there are some resources on reference counting in the manual
or at zend.com IRC

---

[2001-03-09 00:32:08] [EMAIL PROTECTED]
I retract this bug. I think the issue is that I was looking for pointer semantics in a 
language that does not support it but at the same time is not strongly typed so that 
what appears to be correct, does not in fact reset the reference but actually 
overwrites the original object by assignment.

Thank you all for your help. I now have a proper reference implementation of the 
subscriber/publisher pattern for PHP.

Hopefully, I'll be able to keep this all straight for any other patterns I conver to 
PHP.

Just out of curiosity, has ANYONE questioned the whole =& new construct's necessity in 
terms of why the semantics allows for = new as well??? When would you want to assign 
the a copy of the object you just created?

Any help would be appreciated.

---

[2001-03-08 20:55:49] [EMAIL PROTECTED]
bogusifying

apparently you do not know what you are doing here exactly,
please read "references explained" from the manual again...

/* your version - you do not destroy the reference, you
simply overwritte all referenced variables (remember they
are all ONE variable know) with "" */
function junk($name){$this->array[$name]="";}


/* corrected version - this one does what it is written in
your description */
function junk($name){unset($this->array[$name]);}

the corrected one works for me.

/* to clear things up a bit - the following code does the
following: remove the reference by replacing it with another
(to $t), I could imagine you thought it does something
different */
function nojunk($name){$t="";$this->array[$name]=&$t;}


please note I still did not read your comments, your code
reduced code was enough to understand the situation completely

note: please do not use pass-by-ref in call time

---

[2001-03-08 20:07:23] [EMAIL PROTECTED]
I'm really getting tired of this. I guess what I REALLY needed to do is strip out the 
do nothing functions in the skeletons I had on that page because even though they were 
base classes, everyone was missing the point.

Here is the simplest case that generates an error. Anyone want to take a stab at why 
it happens?

array[$name]=&$obj;}

  // Removes the reference from the associative, supposedly
  // but what it does decrease the actual object to nothing
  function junk($name){$this->array[$name]="";}

  // If I do it this way it works. The object isn't nuked.
  // What gives? Do I *HAVE* to use =&$ when assigning refs?

  // Is there an array function that can be used to simply
  // remove the array element out, w/o expensive copying?
  function nojunk($name){$t="";$this->array[$name]=&$t;}
};

// Our do nothing class.
class me{
  function test(){echo "Hello, I'm still validn";}
};

// Please don't tell me not to send the reference to the
// object because I need to have only one copy of the object
// and not a million of them especially since these objects
// might be opening files and sockets.
$m=& new me();
$o=& new obj();

// This section works
$o->test("test",&$m);
$m->test();
$o->nojunk("test");
$m->test();

// This section fails
$o->test("test",&$m);
$m->test();
$o->junk("test");
// Right here
$m->test();
?>

So? What's the deal? Once you assign a reference to a variable, you're done? You can't 
ever reassign the reference? Does what I'm proposing make sense syntactically 
speaking? I want the array to contain the reference to the object, but then I want to 
be able to unassign the reference from the array so that that particular object 
doesn't get used. An unregistration as it were.

---

[2001-03-08 17:24:46] [EMAIL PROTECTED]
> Did I miss anything

[PHP-DEV] PHP 4.0 Bug #9645: usort, uasort, uksort fail every other time

2001-03-08 Thread busterb

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.0 Release
PHP version:  4.0.4pl1
PHP Bug Type: Arrays related
Bug description:  usort, uasort, uksort fail every other time

usort, uasort and uksort all fail to sort an array 
properly every other time they are called, unless the 
array is reset() after each call.

This is a snippet from a class that fails every other time 
it is called.

var $sort_field;

function cmp ($a, $b) {
return ($a[$this -> sort_field] > $b[$this -> 
sort_field]);
}
 
function sort_records ($sort_field) {
$this -> sort_field = $sort_field;
uasort ($this -> record_data, array($this, "cmp"));
}



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



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




[PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released

2001-03-08 Thread andre

ID: 9477
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

this all makes sense and generally you do NOT need to use
"=& new" your case included, this is due to PHPs nature and
this all has been discussed
search the archives (marc.theaimsgroup.com) for
"reference counting" and "this+constructor" or maybe "=&" to
understand when it required to use "=&" with new

there are some resources on reference counting in the manual
or at zend.com IRC

Previous Comments:
---

[2001-03-09 00:32:08] [EMAIL PROTECTED]
I retract this bug. I think the issue is that I was looking for pointer semantics in a 
language that does not support it but at the same time is not strongly typed so that 
what appears to be correct, does not in fact reset the reference but actually 
overwrites the original object by assignment.

Thank you all for your help. I now have a proper reference implementation of the 
subscriber/publisher pattern for PHP.

Hopefully, I'll be able to keep this all straight for any other patterns I conver to 
PHP.

Just out of curiosity, has ANYONE questioned the whole =& new construct's necessity in 
terms of why the semantics allows for = new as well??? When would you want to assign 
the a copy of the object you just created?

Any help would be appreciated.

---

[2001-03-08 20:55:49] [EMAIL PROTECTED]
bogusifying

apparently you do not know what you are doing here exactly,
please read "references explained" from the manual again...

/* your version - you do not destroy the reference, you
simply overwritte all referenced variables (remember they
are all ONE variable know) with "" */
function junk($name){$this->array[$name]="";}


/* corrected version - this one does what it is written in
your description */
function junk($name){unset($this->array[$name]);}

the corrected one works for me.

/* to clear things up a bit - the following code does the
following: remove the reference by replacing it with another
(to $t), I could imagine you thought it does something
different */
function nojunk($name){$t="";$this->array[$name]=&$t;}


please note I still did not read your comments, your code
reduced code was enough to understand the situation completely

note: please do not use pass-by-ref in call time

---

[2001-03-08 20:07:23] [EMAIL PROTECTED]
I'm really getting tired of this. I guess what I REALLY needed to do is strip out the 
do nothing functions in the skeletons I had on that page because even though they were 
base classes, everyone was missing the point.

Here is the simplest case that generates an error. Anyone want to take a stab at why 
it happens?

array[$name]=&$obj;}

  // Removes the reference from the associative, supposedly
  // but what it does decrease the actual object to nothing
  function junk($name){$this->array[$name]="";}

  // If I do it this way it works. The object isn't nuked.
  // What gives? Do I *HAVE* to use =&$ when assigning refs?

  // Is there an array function that can be used to simply
  // remove the array element out, w/o expensive copying?
  function nojunk($name){$t="";$this->array[$name]=&$t;}
};

// Our do nothing class.
class me{
  function test(){echo "Hello, I'm still validn";}
};

// Please don't tell me not to send the reference to the
// object because I need to have only one copy of the object
// and not a million of them especially since these objects
// might be opening files and sockets.
$m=& new me();
$o=& new obj();

// This section works
$o->test("test",&$m);
$m->test();
$o->nojunk("test");
$m->test();

// This section fails
$o->test("test",&$m);
$m->test();
$o->junk("test");
// Right here
$m->test();
?>

So? What's the deal? Once you assign a reference to a variable, you're done? You can't 
ever reassign the reference? Does what I'm proposing make sense syntactically 
speaking? I want the array to contain the reference to the object, but then I want to 
be able to unassign the reference from the array so that that particular object 
doesn't get used. An unregistration as it were.

---

[2001-03-08 17:24:46] [EMAIL PROTECTED]
> Did I miss anything in helping debug this issue or did I 
> just do too much?

you did the wrong thing!
the following passage is the only one I have read, I have
not visited your site, nor anything else (we simply do not
have the time to do this kind of things, it's exactly the
same in any bigger OS project I know of (eg. bugzilla,
provide minimized testcases or your bug will never be fixed)


Bottom line: global object passed as a reference to a method
and then a

[PHP-DEV] popen() spans >100 processes

2001-03-08 Thread André Langhorst

Encountered > 100 spanned cmd.exe + php.exe using win32 CGI, this does 
not happen using apachemod, my task manager was open by accident, 
otherwise I would not have noticed this...




andré

-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


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




[PHP-DEV] PHP 4.0 Bug #9644: File Upload eats all RAM and swap space

2001-03-08 Thread gerard

From: [EMAIL PROTECTED]
Operating system: Linux Kernel 2.4.1
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  File Upload eats all RAM and swap space

Hi!

I'm using PHP to create a file upload script for a website.  When a user uploads a 
large file (>1Mb) my server always starts to use all the available RAM(I have 160Mb 
installed), and also uses up all the swap space(256Mb).  This happens for any upload 
script written in PHP, even scripts that work on other servers.  I can upload files to 
scripts written in PERL, without a problem.  To resolve this problem, my only option 
is to completely kill apache with 'apachectl stop' and then start it back 'apachectl 
start'

Server software:
Apache 1.3.19 (also happened while I was running 1.3.17)
PHP 4.0.4pl1
Linux 2.4.1 (originally slackware 7.1 distro)

Server specs:
Intel Pentium 133Mhz
160Mb RAM
10Gb HDD

Here is the script that I'm using:
Trying something?";
} else {
if ($userfile_size) {
$target = $xdir.'/'.$userfile_name;
if (!copy ($userfile,$target)) {
echo 'Error copying file! Please try again!Press the back button in your 
browser!';
} else {
header ("Location: 
http://mouthoff.magestudios.net/admin/filemanager/?path=".urlencode($path));
exit;
}
} else {
?>

Upload this file: 






I'm a PHP newbie, so please excuse any bad coding =)

Here's a copy of php.ini:
[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo =   ; sets foo to an empty string
;   foo = none  ; sets foo to an empty string
;   foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the  tags are recognized.
asp_tags=   Off ; allow ASP-style <% %> tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lines 
(including cookies)
; even after you send body 
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the output
; buffering functions, or 
enable output buffering for all files
; by setting this directive to 
On.
output_handler  =   ; You can redirect all of the output of your 
scripts to a function,
 

[PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released

2001-03-08 Thread passionplay

ID: 9477
User Update by: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Open
Bug Type: Scripting Engine problem
Description: Object is destroyed before references all released

I retract this bug. I think the issue is that I was looking for pointer semantics in a 
language that does not support it but at the same time is not strongly typed so that 
what appears to be correct, does not in fact reset the reference but actually 
overwrites the original object by assignment.

Thank you all for your help. I now have a proper reference implementation of the 
subscriber/publisher pattern for PHP.

Hopefully, I'll be able to keep this all straight for any other patterns I conver to 
PHP.

Just out of curiosity, has ANYONE questioned the whole =& new construct's necessity in 
terms of why the semantics allows for = new as well??? When would you want to assign 
the a copy of the object you just created?

Any help would be appreciated.

Previous Comments:
---

[2001-03-08 20:55:49] [EMAIL PROTECTED]
bogusifying

apparently you do not know what you are doing here exactly,
please read "references explained" from the manual again...

/* your version - you do not destroy the reference, you
simply overwritte all referenced variables (remember they
are all ONE variable know) with "" */
function junk($name){$this->array[$name]="";}


/* corrected version - this one does what it is written in
your description */
function junk($name){unset($this->array[$name]);}

the corrected one works for me.

/* to clear things up a bit - the following code does the
following: remove the reference by replacing it with another
(to $t), I could imagine you thought it does something
different */
function nojunk($name){$t="";$this->array[$name]=&$t;}


please note I still did not read your comments, your code
reduced code was enough to understand the situation completely

note: please do not use pass-by-ref in call time

---

[2001-03-08 20:07:23] [EMAIL PROTECTED]
I'm really getting tired of this. I guess what I REALLY needed to do is strip out the 
do nothing functions in the skeletons I had on that page because even though they were 
base classes, everyone was missing the point.

Here is the simplest case that generates an error. Anyone want to take a stab at why 
it happens?

array[$name]=&$obj;}

  // Removes the reference from the associative, supposedly
  // but what it does decrease the actual object to nothing
  function junk($name){$this->array[$name]="";}

  // If I do it this way it works. The object isn't nuked.
  // What gives? Do I *HAVE* to use =&$ when assigning refs?

  // Is there an array function that can be used to simply
  // remove the array element out, w/o expensive copying?
  function nojunk($name){$t="";$this->array[$name]=&$t;}
};

// Our do nothing class.
class me{
  function test(){echo "Hello, I'm still validn";}
};

// Please don't tell me not to send the reference to the
// object because I need to have only one copy of the object
// and not a million of them especially since these objects
// might be opening files and sockets.
$m=& new me();
$o=& new obj();

// This section works
$o->test("test",&$m);
$m->test();
$o->nojunk("test");
$m->test();

// This section fails
$o->test("test",&$m);
$m->test();
$o->junk("test");
// Right here
$m->test();
?>

So? What's the deal? Once you assign a reference to a variable, you're done? You can't 
ever reassign the reference? Does what I'm proposing make sense syntactically 
speaking? I want the array to contain the reference to the object, but then I want to 
be able to unassign the reference from the array so that that particular object 
doesn't get used. An unregistration as it were.

---

[2001-03-08 17:24:46] [EMAIL PROTECTED]
> Did I miss anything in helping debug this issue or did I 
> just do too much?

you did the wrong thing!
the following passage is the only one I have read, I have
not visited your site, nor anything else (we simply do not
have the time to do this kind of things, it's exactly the
same in any bigger OS project I know of (eg. bugzilla,
provide minimized testcases or your bug will never be fixed)


Bottom line: global object passed as a reference to a method
and then assigned to an array
which is a member of another object.  The second object is
then requested to delete the
reference to global object. At the moment the reference in
the array is deleted, the global
object goes kaboom too.


what I have done then, is creating PHP source reading the
words above:

function foo (&$foo) {
   $zoo->array['foo']=&$foo;
   unset($zoo->array['foo']); // simplified
   }
$foo->test=TRUE;
foo($foo);
var_dump($foo);

***
This is works for 

[PHP-DEV] CVS Account Request

2001-03-08 Thread CVS Account Request

Full name: sachin menon
Email: [EMAIL PROTECTED]
ID: ppsmenon
Purpose: learning php and getting a csv account

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




Re: [PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released

2001-03-08 Thread Jason Greene

god what an ass
you shouldn't have helped him Andre :)

-Jason

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 08, 2001 7:55 PM
Subject: [PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references 
all released


> ID: 9477
> Updated by: andre
> Reported By: [EMAIL PROTECTED]
> Status: Open
> Bug Type: Scripting Engine problem
> Assigned To:
> Comments:
>
> bogusifying
>
> apparently you do not know what you are doing here exactly,
> please read "references explained" from the manual again...
>
> /* your version - you do not destroy the reference, you
> simply overwritte all referenced variables (remember they
> are all ONE variable know) with "" */
> function junk($name){$this->array[$name]="";}
>
>
> /* corrected version - this one does what it is written in
> your description */
> function junk($name){unset($this->array[$name]);}
>
> the corrected one works for me.
>
> /* to clear things up a bit - the following code does the
> following: remove the reference by replacing it with another
> (to $t), I could imagine you thought it does something
> different */
> function nojunk($name){$t="";$this->array[$name]=&$t;}
>
>
> please note I still did not read your comments, your code
> reduced code was enough to understand the situation completely
>
> note: please do not use pass-by-ref in call time
>
> Previous Comments:
> ---
>
> [2001-03-08 20:07:23] [EMAIL PROTECTED]
> I'm really getting tired of this. I guess what I REALLY needed to do is strip out 
>the do nothing functions in the skeletons I had
on that page because even though they were base classes, everyone was missing the 
point.
>
> Here is the simplest case that generates an error. Anyone want to take a stab at why 
>it happens?
>
>  class obj {
>   var $array;
>   // Assigns object reference to the associative array
>   function test($name,$obj){$this->array[$name]=&$obj;}
>
>   // Removes the reference from the associative, supposedly
>   // but what it does decrease the actual object to nothing
>   function junk($name){$this->array[$name]="";}
>
>   // If I do it this way it works. The object isn't nuked.
>   // What gives? Do I *HAVE* to use =&$ when assigning refs?
>
>   // Is there an array function that can be used to simply
>   // remove the array element out, w/o expensive copying?
>   function nojunk($name){$t="";$this->array[$name]=&$t;}
> };
>
> // Our do nothing class.
> class me{
>   function test(){echo "Hello, I'm still validn";}
> };
>
> // Please don't tell me not to send the reference to the
> // object because I need to have only one copy of the object
> // and not a million of them especially since these objects
> // might be opening files and sockets.
> $m=& new me();
> $o=& new obj();
>
> // This section works
> $o->test("test",&$m);
> $m->test();
> $o->nojunk("test");
> $m->test();
>
> // This section fails
> $o->test("test",&$m);
> $m->test();
> $o->junk("test");
> // Right here
> $m->test();
> ?>
>
> So? What's the deal? Once you assign a reference to a variable, you're done? You 
>can't ever reassign the reference? Does what I'm
proposing make sense syntactically speaking? I want the array to contain the reference 
to the object, but then I want to be able to
unassign the reference from the array so that that particular object doesn't get used. 
An unregistration as it were.
>
> ---
>
> [2001-03-08 17:24:46] [EMAIL PROTECTED]
> > Did I miss anything in helping debug this issue or did I
> > just do too much?
>
> you did the wrong thing!
> the following passage is the only one I have read, I have
> not visited your site, nor anything else (we simply do not
> have the time to do this kind of things, it's exactly the
> same in any bigger OS project I know of (eg. bugzilla,
> provide minimized testcases or your bug will never be fixed)
>
> 
> Bottom line: global object passed as a reference to a method
> and then assigned to an array
> which is a member of another object.  The second object is
> then requested to delete the
> reference to global object. At the moment the reference in
> the array is deleted, the global
> object goes kaboom too.
> 
>
> what I have done then, is creating PHP source reading the
> words above:
>
> function foo (&$foo) {
>$zoo->array['foo']=&$foo;
>unset($zoo->array['foo']); // simplified
>}
> $foo->test=TRUE;
> foo($foo);
> var_dump($foo);
>
> ***
> This is works for me and this is how we expect code
> snipplets, feel free to modify it to match exactly your
> problem...
>
>
>
> ---
>
> [2001-03-08 16:55:04] [EMAIL PROTECTED]
> a) The comment I got in my eyes said there was nothing that was looked at.
> b) I do open source work too.
> c) I have tried over and over in the past to get things included

[PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released

2001-03-08 Thread andre

ID: 9477
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-08 20:07:23] [EMAIL PROTECTED]
I'm really getting tired of this. I guess what I REALLY needed to do is strip out the 
do nothing functions in the skeletons I had on that page because even though they were 
base classes, everyone was missing the point.

Here is the simplest case that generates an error. Anyone want to take a stab at why 
it happens?

array[$name]=&$obj;}

  // Removes the reference from the associative, supposedly
  // but what it does decrease the actual object to nothing
  function junk($name){$this->array[$name]="";}

  // If I do it this way it works. The object isn't nuked.
  // What gives? Do I *HAVE* to use =&$ when assigning refs?

  // Is there an array function that can be used to simply
  // remove the array element out, w/o expensive copying?
  function nojunk($name){$t="";$this->array[$name]=&$t;}
};

// Our do nothing class.
class me{
  function test(){echo "Hello, I'm still validn";}
};

// Please don't tell me not to send the reference to the
// object because I need to have only one copy of the object
// and not a million of them especially since these objects
// might be opening files and sockets.
$m=& new me();
$o=& new obj();

// This section works
$o->test("test",&$m);
$m->test();
$o->nojunk("test");
$m->test();

// This section fails
$o->test("test",&$m);
$m->test();
$o->junk("test");
// Right here
$m->test();
?>

So? What's the deal? Once you assign a reference to a variable, you're done? You can't 
ever reassign the reference? Does what I'm proposing make sense syntactically 
speaking? I want the array to contain the reference to the object, but then I want to 
be able to unassign the reference from the array so that that particular object 
doesn't get used. An unregistration as it were.

---

[2001-03-08 17:24:46] [EMAIL PROTECTED]
> Did I miss anything in helping debug this issue or did I 
> just do too much?

you did the wrong thing!
the following passage is the only one I have read, I have
not visited your site, nor anything else (we simply do not
have the time to do this kind of things, it's exactly the
same in any bigger OS project I know of (eg. bugzilla,
provide minimized testcases or your bug will never be fixed)


Bottom line: global object passed as a reference to a method
and then assigned to an array
which is a member of another object.  The second object is
then requested to delete the
reference to global object. At the moment the reference in
the array is deleted, the global
object goes kaboom too.


what I have done then, is creating PHP source reading the
words above:

function foo (&$foo) {
   $zoo->array['foo']=&$foo;
   unset($zoo->array['foo']); // simplified
   }
$foo->test=TRUE;
foo($foo);
var_dump($foo);

***
This is works for me and this is how we expect code
snipplets, feel free to modify it to match exactly your
problem...



---

[2001-03-08 16:55:04] [EMAIL PROTECTED]
a) The comment I got in my eyes said there was nothing that was looked at.
b) I do open source work too.
c) I have tried over and over in the past to get things included in php that were 
overlooked for almost 3 years until they finally got put in. Specifically detecting 
the different datatypes that some of the databases generate as field types.
d) The URL I gave has a total of 4 files. 2 source files. And to active scripts that 
when run, generate the results.
e) The one marked Normal, which completes with no errors, is obviously correct.
f) The other one fails.
g) There is only one line difference in the entire code.
i) I have a global object passed by reference that is then assigned to an array.
j) When this object reference in the array is set to nothing, the global object is 
destroyed.
k) If on the other hand I use a separate array to identify what array elements are 
defunt, the object still exists.
l) If you ran the non-normal script by clicking on it, it would report the line where 
the error occurred.
m) In my scripts, which unfortunately are part of another open source project, I have 
VERY CLEARLY marked the section of the code that is different in each instance.
o) If someone is wading through 313 lines of code to find my bug, then they really 
didn't think to click on the script, and I guess THAT is truly my REAL error as I did 
not specify that I had set up two identical scripts with one line that is different 
such that one completes and the other fails using the same algorithm, with one minor 
difference.
p) I'm just wondering whether anyone tried clicking on the scrip

[PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released

2001-03-08 Thread andre

ID: 9477
Updated by: andre
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

bogusifying

apparently you do not know what you are doing here exactly,
please read "references explained" from the manual again...

/* your version - you do not destroy the reference, you
simply overwritte all referenced variables (remember they
are all ONE variable know) with "" */
function junk($name){$this->array[$name]="";}


/* corrected version - this one does what it is written in
your description */
function junk($name){unset($this->array[$name]);}

the corrected one works for me.

/* to clear things up a bit - the following code does the
following: remove the reference by replacing it with another
(to $t), I could imagine you thought it does something
different */
function nojunk($name){$t="";$this->array[$name]=&$t;}


please note I still did not read your comments, your code
reduced code was enough to understand the situation completely

note: please do not use pass-by-ref in call time

Previous Comments:
---

[2001-03-08 20:07:23] [EMAIL PROTECTED]
I'm really getting tired of this. I guess what I REALLY needed to do is strip out the 
do nothing functions in the skeletons I had on that page because even though they were 
base classes, everyone was missing the point.

Here is the simplest case that generates an error. Anyone want to take a stab at why 
it happens?

array[$name]=&$obj;}

  // Removes the reference from the associative, supposedly
  // but what it does decrease the actual object to nothing
  function junk($name){$this->array[$name]="";}

  // If I do it this way it works. The object isn't nuked.
  // What gives? Do I *HAVE* to use =&$ when assigning refs?

  // Is there an array function that can be used to simply
  // remove the array element out, w/o expensive copying?
  function nojunk($name){$t="";$this->array[$name]=&$t;}
};

// Our do nothing class.
class me{
  function test(){echo "Hello, I'm still validn";}
};

// Please don't tell me not to send the reference to the
// object because I need to have only one copy of the object
// and not a million of them especially since these objects
// might be opening files and sockets.
$m=& new me();
$o=& new obj();

// This section works
$o->test("test",&$m);
$m->test();
$o->nojunk("test");
$m->test();

// This section fails
$o->test("test",&$m);
$m->test();
$o->junk("test");
// Right here
$m->test();
?>

So? What's the deal? Once you assign a reference to a variable, you're done? You can't 
ever reassign the reference? Does what I'm proposing make sense syntactically 
speaking? I want the array to contain the reference to the object, but then I want to 
be able to unassign the reference from the array so that that particular object 
doesn't get used. An unregistration as it were.

---

[2001-03-08 17:24:46] [EMAIL PROTECTED]
> Did I miss anything in helping debug this issue or did I 
> just do too much?

you did the wrong thing!
the following passage is the only one I have read, I have
not visited your site, nor anything else (we simply do not
have the time to do this kind of things, it's exactly the
same in any bigger OS project I know of (eg. bugzilla,
provide minimized testcases or your bug will never be fixed)


Bottom line: global object passed as a reference to a method
and then assigned to an array
which is a member of another object.  The second object is
then requested to delete the
reference to global object. At the moment the reference in
the array is deleted, the global
object goes kaboom too.


what I have done then, is creating PHP source reading the
words above:

function foo (&$foo) {
   $zoo->array['foo']=&$foo;
   unset($zoo->array['foo']); // simplified
   }
$foo->test=TRUE;
foo($foo);
var_dump($foo);

***
This is works for me and this is how we expect code
snipplets, feel free to modify it to match exactly your
problem...



---

[2001-03-08 16:55:04] [EMAIL PROTECTED]
a) The comment I got in my eyes said there was nothing that was looked at.
b) I do open source work too.
c) I have tried over and over in the past to get things included in php that were 
overlooked for almost 3 years until they finally got put in. Specifically detecting 
the different datatypes that some of the databases generate as field types.
d) The URL I gave has a total of 4 files. 2 source files. And to active scripts that 
when run, generate the results.
e) The one marked Normal, which completes with no errors, is obviously correct.
f) The other one fails.
g) There is only one line difference in the entire code.
i) I have a global object passed by reference that is then assigned to 

[PHP-DEV] PHP 4.0 Bug #8284 Updated: phpi_get_le_gd not found (in pdf.c)

2001-03-08 Thread sniper

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

No feedback, considered fixed.

--Jani


Previous Comments:
---

[2000-12-15 17:19:36] [EMAIL PROTECTED]
What was the configure line you have used?
And if I guessed right, this is fixed (correctly) in the PHP4.0.4RC6
found at: http://www.php.net/distributions/ 
so please try it. And if it doesn't work, add your configure line here.


--Jani

---

[2000-12-15 17:14:46] [EMAIL PROTECTED]
Hello,

during compilation of RPM php-4.0.3pl1 for a RedHat 7.0 system, using PDFLib-3.02, I 
noticed this failure during final link :
phpi_get_le_gd not found (in pdf.c)

Here is a patch to correct this (I don't know if it's appropriate):
--- php-4.0.3pl1/ext/pdf/pdf.c.lla  Tue Oct 10 09:42:53 2000
+++ php-4.0.3pl1/ext/pdf/pdf.c  Fri Dec 15 22:34:08 2000
@@ -2506,7 +2506,7 @@
convert_to_long_ex(argv[1]);
gid=(*argv[1])->value.lval;
im = zend_list_find(gid, &type);
-   if (!im || type != phpi_get_le_gd()) {
+   if (!im || type != PDF_GLOBAL(le_pdf_image)) {
php_error(E_WARNING, "pdf: Unable to find image pointer");
RETURN_FALSE;
}



---



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


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




[PHP-DEV] PHP 4.0 Bug #7695 Updated: Error while accessing php script

2001-03-08 Thread sniper

ID: 7695
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Bogus
Bug Type: *Configuration Issues
Assigned To: 
Comments:



Previous Comments:
---

[2000-11-08 07:16:20] [EMAIL PROTECTED]
The following error was encountered :
PHP has encountered an access violation at 23CC5C06
 
 

---



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


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




[PHP-DEV] PHP 4.0 Bug #7701 Updated: loads include files twice

2001-03-08 Thread sniper

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

No feedback.

--Jani


Previous Comments:
---

[2001-01-28 16:06:13] [EMAIL PROTECTED]
Can reproduce this on Win2k IIS 5.0, please upgrade to latest verison of PHP and 
report if it still doesnt work

James

---

[2001-01-28 15:55:55] [EMAIL PROTECTED]
lets actually assign this this time and see if I remember to do it ;)

---

[2000-12-30 12:18:06] [EMAIL PROTECTED]
Ill try to recreate this one and get to the bottom of it.

James

---

[2000-11-08 17:21:55] [EMAIL PROTECTED]
after trying include_once the same error ocurrs

"Fatal error: Cannot redeclare imagens_carregar() in include/funcoes.php on line 18"

imagens_carregar() is the first function in the included file



---

[2000-11-08 16:24:15] [EMAIL PROTECTED]
sometimes... I can't especify how or the circumstances that make it happen.

when I load the PHP script (that has an 'include' statement) it loads twice the 
include file...

mod0.php:

"if(!$fs) 
include("funcoes.php");"

funcoes.php:

"
$fs=1;
..."

the $fs variable was a way I used to check if the problem is in the script or in the 
script engine...

IF THE BROWSER RELOADS THE PAGE, IT OPENS CORRECTLY...
IF THE BROWSER RELOADS THE PAGE AGAIN, HAPPENS THE ERROR AGAIN...

I'm using the phpisapi.dll with no extensions


---

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


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


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




[PHP-DEV] PHP 4.0 Bug #7746 Updated: exit or die function crash PHOP4 CGI

2001-03-08 Thread sniper

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

No feedback.

--Jani


Previous Comments:
---

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

---

[2000-11-10 09:52:53] [EMAIL PROTECTED]
Hi,

i'm running PHP4.0.3 as CGI on WinNT4.0. So when i call

exit; 

or 

exit() or anything like die( "..." );

out of an global function PHP crash! I don't know why?

---



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


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




[PHP-DEV] PHP 4.0 Bug #7776 Updated: unable to load php_interbase.dll

2001-03-08 Thread sniper

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

No feedback, not enough info, closed.

--Jani


Previous Comments:
---

[2001-01-12 07:43:10] [EMAIL PROTECTED]
where did you get the dll? what is the error message? please, read 
http://bugs.php.net/bugs-dos-and-donts.php before submitting further posts.

---

[2000-11-13 03:45:15] [EMAIL PROTECTED]
I configure the php.ini file and i try to load the php_interbase.dll but it doesn't 
work.Php runs on Windows NT 4.0 machine with IIS 4.0.
In php.ini file I specify the way for dll-s.

---



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


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




[PHP-DEV] PHP 4.0 Bug #7796 Updated: Slow reqursive functions with MySQL

2001-03-08 Thread sniper

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

No feedback. Try PHP 4.0.4pl1, maybe it works better?

--Jani


Previous Comments:
---

[2001-01-21 05:16:47] [EMAIL PROTECTED]
recursion in PHP is pretty fast. could you post a (stripped down as much as possible) 
script that shows the behavior?

---

[2000-11-13 19:04:36] [EMAIL PROTECTED]
I have a PHP function that draws out a forum stored i a MySQL database. 
The function uses a reqursive call to itself, to do the next messagereply on the 
current message.

My problem is that all this works VERY slow.
All other MySQL calls works very fast...

The preformance I'm getting is about 2.2 KB/s data output (HTML formatd).
All other operations give me about 30 KB/s (may be more because there is only a 256 
Kbit connection to the server).

I'm using the supplied standard mysql.ini file

Is there a memory leaking problem? 

---



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


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




[PHP-DEV] PHP 4.0 Bug #7858 Updated: Access Violation at 0D884CE6

2001-03-08 Thread sniper

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

No feedback, not enough info, closed.

--Jani


Previous Comments:
---

[2001-01-28 16:51:34] [EMAIL PROTECTED]
Dont have much to go on really. Does it occur after a certain script is called? do all 
the scripts have certain function calls in common? do they all connect to a datase?? 
do you have a compiler so you can track it down a bit more?

Any infomation that could help us track down the bug would be useful, anything that 
could be rare or unique about your setup.

I would gess that this is from a corrupted file maybe the error msg will give you a 
better idea. Try reinstalling any files that appear in the error mesaages, especially 
the IIS releated ones.

James

---

[2001-01-12 18:28:08] [EMAIL PROTECTED]
reclassifying

---

[2000-11-17 01:52:08] [EMAIL PROTECTED]
Get this message randomly. There is no way I can see to
effectively reproduce it.

Have to restart web service to fix

No extra modules compiled in

Using ISAPI version

running IIS5 for virtual hosts

DLLs in system32 dir have execute and read permissions 
for Internet Guest Account

---



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


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




Re: [PHP-DEV] Re: What have you done to your website!!! ???

2001-03-08 Thread André Langhorst


> Can you too look again?  At least look at http://ca.php.net (which I
> can update instantly).

minor issues:

1) with mozilla I get horizontal scrollbar with 800x600, it should be no 
problem to eleminate this one

2) usage stats should be in the navigation (downloads | documentation | 
support | reporting bugs | links) like this

usage stats february (1.500 zillon pages)
downloads | documentation | support | reporting bugs | links

3) left next to "search for" we could provide some quicklinks pointing 
to the most current builds (left aligned)

4) "tips and trick" and "improve your skills aka. books" should be links 
in the upper navigation bar only

5) where is "projects" ??

andré

-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


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




[PHP-DEV] PHP 4.0 Bug #7918 Updated: fopen fails to open file of form http://....

2001-03-08 Thread sniper

ID: 7918
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Filesystem function related
Assigned To: venaas
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-01-07 14:33:57] [EMAIL PROTECTED]
The reason might be that fopen()  doesn't handle redirects. I hope
to add redirect support again though. To check if this is the reason,
check the contents of $http_response_header right after the fopen()
call and see if it contains a redirect.


---

[2000-12-30 19:51:08] [EMAIL PROTECTED]
No feedback. And this works for me.

--Jani

---

[2000-11-22 07:04:06] [EMAIL PROTECTED]
Please add complete (but shortest possible) script
to this report which does not work.

--Jani

---

[2000-11-21 23:38:12] [EMAIL PROTECTED]
[This is related to bug 7894 which was closed without statement of resolution.  It 
looks to be the same error].

In performing a local installation of Sourceforge 2.0 on Linux Redhat 7.0, the 
following error occurs with the fopen statement of the form:

fopen("http://sourceforge/write_cache.php?sys_themeid=1&function=0","r";) 

The file is not opened and subsequent use of the file handles confirm that.

If the url is typed directly into Netscape's Address box it works fine and the 
expected results are returned.

Users on the Sourceforge offsite discussion group report everthing was fine until 
4.03x was installed.

I am using:
Apache 1.3.14
Php 4.0.3pl1 (complied as an apache module)
Linux Redhat 7.0
Mod_Perl
Mod_ssl

All configurations were out of the box following the basic install instructions.

php.ini was not modified.

---



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


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




[PHP-DEV] PHP 4.0 Bug #7894 Updated: fopen won't open an URL

2001-03-08 Thread sniper

ID: 7894
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Filesystem function related
Assigned To: venaas
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-01-07 14:29:06] [EMAIL PROTECTED]
The reason might be that fopen()  doesn't handle redirects. I hope
to add redirect support again though. To check if this is the reason,
check the contents of $http_response_header right after the
fopen() call and see if it contains a redirect.

---

[2000-11-20 13:47:00] [EMAIL PROTECTED]
http://www.yahoo.com/","r");
?>

This simple "fopen" works on one machine that has 4.0.1pl3, but in this machine with 
4.0.3pl1 I get this error:

Bad file descriptor



---



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


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




[PHP-DEV] PHP 4.0 Bug #7901 Updated: does not work with tomcat/jakarta

2001-03-08 Thread sniper

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

Not enough info, no feedback, closed.

--Jani


Previous Comments:
---

[2001-01-07 11:06:54] [EMAIL PROTECTED]
Did you mange to get this installed? If not please provide a bit more infomation about 
your setup, tomcat/jakarta version, configure line, linux version and distribution. 
Also please try with version 4.0.4.

James

---

[2000-11-21 05:31:17] [EMAIL PROTECTED]
i have tried to install your php accourding to readme file
but it is keep complaining an "an satisfied link errorr"
is there any thing else to be installed in order to get it
working ??   


---



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


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




[PHP-DEV] PHP 4.0 Bug #7917 Updated: ISAPI module hangs IIS5

2001-03-08 Thread sniper

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

Not enough info, no feedback, closed.

--Jani


Previous Comments:
---

[2001-01-28 16:14:41] [EMAIL PROTECTED]
Cant reproduce this, can you please provide more information IE whats in the 
scripts/you general setup.

James

---

[2000-11-21 21:38:31] [EMAIL PROTECTED]
When PHP works as ISAPI module and .phtml - files are queried, it processes and gives 
to client 2 files and hangs all IIS (all web-nodes) when 3d php-file is queried. Then 
restarting IIS is needed...
CGI-module works correctly.

---



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


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




[PHP-DEV] PHP 4.0 Bug #7931 Updated: Undefined symbol "_PQconnectdb"

2001-03-08 Thread sniper

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

No feedback.

--Jani


Previous Comments:
---

[2000-12-27 13:02:14] [EMAIL PROTECTED]
--- From Anil Madhavapeddy, [EMAIL PROTECTED] ---
Greetings,

Bug #7931 sounds suspiciously like the ltconfig bug bit this
chap.  Could someone possibly modify this to ask him if it's
fixed with php-4.0.4, or (better still), advise him to use the
version of PHP from our ports tree with the postgresql flavor?
--

Thanks

James

---

[2000-11-22 15:37:28] [EMAIL PROTECTED]
On OpenBSD 2.7 running Apache 1.3.14 and PHP 4.0.3pl1 with support for apxs, OpenLDAP 
and PostgreSQL compiled in, I get the following error when calling pg_connect:

/usr/libexec/ld.so: Undefined symbol "_PQconnectdb" called from 
httpd:/opt/apache/1.3.14/libexec/libphp4.so at 0x402173bc

This problem occurrs every time I call this function, is repeatable and 
reproducible... etc... etc...

I can provide any futher detail, documentation and logs if necessary.

---



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


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




[PHP-DEV] PHP 4.0 Bug #7947 Updated: Problems with function sleep()

2001-03-08 Thread sniper

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

Not enough info, no feedback, closed.

--Jani


Previous Comments:
---

[2000-12-16 15:32:16] [EMAIL PROTECTED]
works for me

Please provide a reduced code fragment (<15 lines) producing
this behaviour.
Put no database queries etc. in it to ensure that we can
reproduce it easily.

---

[2000-11-23 08:37:00] [EMAIL PROTECTED]
The first time function sleep() is called, it works
well. The next time, it just doesn't work. Even when
it's called in another script.

---



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


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




[PHP-DEV] PHP 4.0 Bug #7970 Updated: Invalid Memory Access

2001-03-08 Thread sniper

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

No feedback, not enough info, closed.

--Jani


Previous Comments:
---

[2001-01-05 12:18:12] [EMAIL PROTECTED]
is this valid for 4.0.4 too?
if yes, can you please append short reproducing code?

---

[2000-11-25 13:43:11] [EMAIL PROTECTED]
I'm using the version that came in the installer for win32.
When i try to use the php.exe to interprete a .php file. An error occurs:
"The instruction 0X000.. did a invalid access to memory position 0x8. Memory can't 
be 'read'"

---



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


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




[PHP-DEV] PHP 4.0 Bug #7666 Updated: PHP4 doesn't read php.ini with NT4/IIS

2001-03-08 Thread sniper

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

No feedback.

--Jani


Previous Comments:
---

[2001-01-12 21:14:28] [EMAIL PROTECTED]
until 4.0.4 incl. phpinfo() reported 'php.ini' (i. e. the filename without path) on 
windows. are you sure the files weren't read? could you try with a more recent version 
(4.0.4pl1 optimally)?

also note, though this may be of little relevance, that at least with win32 Apache, 
php.ini is read properly from %windir% or the directory where Apache.exe resides 
regardless whether php4ts.dll is in the Apache directory or %windir%/system32.

---

[2000-11-14 10:19:08] [EMAIL PROTECTED]
I now found the way to get it work (CGI-version):

The php.ini is only parsed, when php4ts.dll resides in %windir%/system32 AND php.ini 
in %windir%.
When I add the php directory to the PATH, php works with all files there, but the 
ini-File will not get parsed, neither in the php directory nor in %windir%. I also 
tried to set PHPRC accordingly, but it didn't work.

I think there must be a bug in the application when it tries to find php.ini. Perhaps 
one could change the windows install instructions (php4ts.dll MUST be copied to 
system32 not only to somewhere in the PATH)

I can't do it myself because I'm still not good enough... sorry.

Thank you
Christoph


---

[2000-11-06 19:05:18] [EMAIL PROTECTED]
Hi 

I can't get PHP4 to parse the php.ini file on two NT4/IIS-systems, one with CGI, one 
with ISAPI. 
I tried with php.ini in %windir% and in the php directory, but when calling phpinfo() 
I always get the default values. 
There are no duplicate php.ini files on both systems. I always stopped and restarted 
IIS on the command line when I've tried another configuration. I also tried to set the 
PHPRC environment variable to the correct path.

I wonder why phpinfo() says 

Configuration File (php.ini) Path : php.ini 

instead of c:winntphp.ini? 

On my local system with NT/Apache everything works perfectly. 

When scanning the web I found lots of messages describing a similar problem. None of 
the answers suited my problem. I'm neither a PHP pro nor a beginner. 

Thanks in advance for an answer. 
Christoph

---



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


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




[PHP-DEV] PHP 4.0 Bug #7570 Updated: "PHP has encountered an Access Violation at 014B7CA8"

2001-03-08 Thread sniper

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

Not enough info, no feedback, closed.

--Jani


Previous Comments:
---

[2001-01-28 16:08:21] [EMAIL PROTECTED]
Can you provide more information about your setup and see if the access violations 
occur on pages without db access as well pls. Do you have a C compiler so that you can 
make backtraces etc?

James

---

[2000-11-01 12:09:01] [EMAIL PROTECTED]
Platform: NT server 4.0 SP4 build 1381

PHP: 4.0.3pl1

Problem: Regular access violations, which seem to be random. If I hit Ctr-R to 
refresh, and keep my finger on it to force lotsa refreshes at once, the script works 
as normal. At other times, it works as normal anyway.

I'm using a DB on MS SQL Server 7.0, and there are some pre-existing ASP pages which 
are querying the thing also, so I'm not sure if this will cause a clash. Can you tell 
me if this is an internal PHP problem, or one that's related to NT and SQL Server? NB: 
if I could have used Solaris and MySQL, I would have! ;0)


---



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


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




[PHP-DEV] PHP 4.0 Bug #6869 Updated: ASP not working since I installed PHP

2001-03-08 Thread sniper

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

No feedback.

--Jani


Previous Comments:
---

[2001-01-06 02:02:46] [EMAIL PROTECTED]
has this improved in later versions of PHP?

---

[2000-09-24 02:23:17] [EMAIL PROTECTED]
I downloaded the WIN32 PHP setup and installed PHP the way it is written in the readme 
file ( copying the dll in winnt/system, not replacing the one already present, copying 
php-dist.ini to winntphp.ini, added the key in the internet tools manager and so ... ) 
and PHP worked right at the first time. But ever since when I'm trying to access an 
old ASP script I get an HTTP 500 - Erreur interne de serveur message .. 

---



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


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




[PHP-DEV] PHP 4.0 Bug #6880 Updated: PHP and Java VM

2001-03-08 Thread sniper

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

Not enough info, no feedback, closed.

--Jani


Previous Comments:
---

[2001-01-09 08:27:59] [EMAIL PROTECTED]
is it any better with newer versions of PHP?

---

[2000-09-25 20:46:09] [EMAIL PROTECTED]
I found that although I could try out the examples provided for calling Java objects, 
I couldn't make it work for my custom-written Java classes.

PHP crashes with an "Access Violation at x" error and requires stopping/starting 
IIS, or sometimes reboot.

My question is:- Is the Java interface for PHP complete?

If so, has anyone had success in calling methods in custom-written classes? More code 
examples req'd.

---



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


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




[PHP-DEV] PHP 4.0 Bug #6890 Updated: Problem executing external program

2001-03-08 Thread sniper

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

Not enough info, no feedback.

--Jani


Previous Comments:
---

[2001-01-08 17:11:47] [EMAIL PROTECTED]
Which serverplatform and sapi are you using? (ISAPI/CGI/Apache)?

 

---

[2001-01-08 16:59:19] [EMAIL PROTECTED]
is this still valid for 4.0.4?

---

[2000-09-26 12:05:08] [EMAIL PROTECTED]
I tried using exec() or system() or popen() or any function to execute an external 
program. All returned Access Violation, or script unable to execute program, errors.
Possibly a bug in PHP for Windows. I've used exec() on Linux and it works correctly.

---



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


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




[PHP-DEV] PHP 4.0 Bug #5945 Updated: PHP (CGI) + IIS4 Hangs When connecting to Oracle

2001-03-08 Thread sniper

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

No feedback.


Previous Comments:
---

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

---

[2000-08-03 17:38:17] [EMAIL PROTECTED]
i have concluded that the PHP4pl2 just does not work with the OCI extention 
when created as a CGI under win32.
 

SETUP:
OS: WINNT Server 4.0
PHP: Latest CVS
Webserver IIS4
 
Details:
i build php.exe from scratch using the latest cvs. i then loaded in php_oci8.dll
to add the oracle functionality. all was well here. however when i execute this script 
from the comand line (or from the web) i get this error.
 
OleMainthreadWndName php.exe - Application Error
The instruction at 0x780104c1 referenced memory at 0x0 
memory could not be read.
 
now the important thing to note here is that this pops up in a dialog. which means 
THIS IS WHY PHP apears to be hanging when its executed from the webserver. 
there is no way to close the box so it hangs forever.
 
here is the script.




---



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


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




[PHP-DEV] PHP 4.0 Bug #6105 Updated: odbc_pconnect returns 'not a valid ODBC-Link resource'

2001-03-08 Thread sniper

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

No feedback, and old version of PHP. 

--Jani


Previous Comments:
---

[2001-01-02 10:51:00] [EMAIL PROTECTED]
Can you provide your configuration options by chance?  And does this still exist in 
the latest PHP?

---

[2000-08-31 09:04:23] [EMAIL PROTECTED]
reclassify

---

[2000-08-11 07:42:01] [EMAIL PROTECTED]
Changing odbc_connect to odbc_pconnect causes the script to fail, complaining that the 
$odbchandle "Supplied resource is not a valid ODBC-Link resource" on a 
odbc_close($odbchandle).  Leaving the code as is works perfectly.

...
// Connect to the database
$odbchandle = odbc_connect( $DSN, $USERNAME, $PASSWORD );

if ( $odbchandle ) {

  // Query for the user record
  $query = "SELECT * FROM Subscribers WHERE SubscriptionID='" . $subscriberID . 
"'";

  $queryresult = odbc_do( $odbchandle, $query );

  // ...
  odbc_close( $odbchandle );
...

It _seems_ that commenting out the odbc_close() when using the odbc_pconnect() causes 
the warning to go away.  Naturally this begs the question about when persistent 
handles go away... but still, I wouldn't think odbc_close() causes a warning.  Using 
odbc_close_all() works just fine, with no warning.

---



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


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




[PHP-DEV] PHP 4.0 Bug #6603 Updated: ISAPI Several bugs

2001-03-08 Thread sniper

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

No feedback.



Previous Comments:
---

[2001-01-28 16:54:27] [EMAIL PROTECTED]
Hmm I cant get this to happen for me at all, Im running IIS 5 under win2k can you give 
me more information about your setup too and possibly create backtraces as you 
obviously have a C compiler (if you are implementing your own isapi server ;)

James

---

[2000-12-15 19:50:46] [EMAIL PROTECTED]
Please try the latest build from http://www.php4win.de/

--Jani

---

[2000-11-12 10:55:47] [EMAIL PROTECTED]
I've tested 4.0.3 as well and the problems remain here. About the ISAPI. I've heard 
that problems happens even on IIS Web server as well. Just a plain .php file will 
reproduce the problem. 

About the ftell() function, snippet of code:

..
$line = fgets($file, 1024);
echo ftell($file);
..

First time the number echoed is correct, second time not (it's shifted), third time 
correct, then again not. By the time I mean another page load. Anything more I could 
help you with?

---

[2000-11-11 15:25:30] [EMAIL PROTECTED]
please provide short reproducing code for (still existant?) bugs.

---

[2000-09-07 10:48:10] [EMAIL PROTECTED]
I've come accross the following ISAPI bugs. When you try to free the PHP4ISAPI.dll the 
function zend_hash_copy generates an access violation. The same zend_hash_copy 
function generates an access vialotation when the function httpextensionproc is 
executed for the second and more times. The reason I have found this problem is that 
I'm implementing my own ISAPI server.

One more thing I've found is that the ftell() function sometimes returns a bad 
position of the file. Sometimes not sometimes yes and the difference is only 1 byte. 
When I use the same function under the CGI interface (not ISAPI) it works just fine. 
Hope this will help you.

Thank you
Jakub

---

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


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


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




[PHP-DEV] PHP 4.0 Bug #6606 Updated: Crash when returning NULL as a reference value

2001-03-08 Thread sniper

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

No feedback.
Doesn't crash for me with the latest CVS.

--Jani


Previous Comments:
---

[2001-01-07 18:42:14] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4 ??

--Jani

---

[2000-09-07 12:27:50] [EMAIL PROTECTED]
This crashes:
function &foo() {
   while (list($key, $name) = each($arr));
   return($ret);
}

--

This works:
function &foo() {
   if (is_array($arr))
  while (list($key, $name) = each($arr));
   return($ret);
}

--

This works:
function &foo() {
   while (list($key, $name) = each($arr));
   return(is_array($ret) ? $ret : false);
}

I know returning a NULL value as refernce is nonsense but it shouldn't crash, right?

---



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


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




[PHP-DEV] PHP 4.0 Bug #6652 Updated: include() require() add trailing CRLF

2001-03-08 Thread sniper

ID: 6652
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *Function Specific
Assigned To: 
Comments:

I can not reproduce this one either. 
Are you sure that the include.php has got
only one line in it which isn't terminated with newline?

--Jani


Previous Comments:
---

[2001-01-13 17:31:19] [EMAIL PROTECTED]
sorry, it should have been 

... after the include()d / requre()d text OR at the end of ...

---

[2001-01-13 13:11:50] [EMAIL PROTECTED]
hm... unable to reproduce it on RH6.2 with 4.0.4
does it happen only with include() and require()? does the appended newline appear 
after the include()d / requre()d text at the end of the whole resulting document?
what's the auto_prepend_file directive set to? 

---

[2001-01-13 12:52:56] [EMAIL PROTECTED]
Yes,  We are now running 4.0.4  It has the same result.


-Kevin

---

[2001-01-12 21:29:03] [EMAIL PROTECTED]
have you by any chance updated your PHP since 4.0.2? does it still happen?

---

[2000-09-17 02:14:47] [EMAIL PROTECTED]
Start include.php
STARTEND
End include.php

Start file.inc:
This is some text
End file.inc

Niether file has a trailing new line.  Remember to do a view source to see this 
because the browser will not render a new line.  

---

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


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


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




[PHP-DEV] PHP 4.0 Bug #6681 Updated: php hang when an extension DLL is uncommented

2001-03-08 Thread sniper

ID: 6681
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Dynamic loading
Assigned To: 
Comments:

What is the situation with this? Does it work with PHP 4.0.4pl1?

--Jani


Previous Comments:
---

[2001-01-08 17:03:54] [EMAIL PROTECTED]
er, it shouldn't just hang...

---

[2001-01-08 17:02:35] [EMAIL PROTECTED]
try echo ini_get( 'extension_dir' ) ;
if it shows c:phpmodules, you'll have to escape the backslashes. if the error 
persists, reopen.

---

[2000-09-12 10:35:24] [EMAIL PROTECTED]
I'm sorry but i'ts

Apache/1.3.12 (Win32) and MySQL 3.23.22


---

[2000-09-12 10:22:19] [EMAIL PROTECTED]
Configuration
==
PHP 4.0.2
Apache 3.23.22
Internet Explorer 5.5
Windows Millennium
Pentium MMX 233 - 128 meg ram

I've tried to use Extensions DLL by uncommenting some lines in php.ini. When I try to 
load a PHP script, IE5 seems to do something but no errors is displayed.

If I comment all extensions, my PHP scripts works.

I've put my extensions DLL in c:phpmodules
And yes all files exists in this directory and yes i've modify the extension_dir 
properties in php.ini

I've tried using
extension_dir = "c:phpmodules"
extension_dir = c:phpmodules
extension_dir = c:phpmodules
etc 

See php.ini below

==

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo =   ; sets foo to an empty string
;   foo = none  ; sets foo to an empty string
;   foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the  tags are recognized.
asp_tags=   Off ; allow ASP-style <% %> tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lines 
(including cookies)
; even after you send body 
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the output
; bufferi

[PHP-DEV] PHP 4.0 Bug #6839 Updated: get metatags

2001-03-08 Thread sniper

ID: 6839
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *Function Specific
Assigned To: 
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-02-10 21:42:34] [EMAIL PROTECTED]
The multi-line issue has been fixed in CVS.  Reading up on language attribute now.

Sean

---

[2000-09-25 18:58:08] [EMAIL PROTECTED]
Yes, it's a know problem. Somebody needs to fix that function.

---

[2000-09-21 20:47:14] [EMAIL PROTECTED]
the function get metatags does not support
multiline metatags. keywords and discriptions
in metatags can be in different languages (lang-
attribute), but are not supported yet. 
it must also be possible to get the title of a document!
(title tag in head part).

greetings 
ingo


---



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


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




[PHP-DEV] PHP 4.0 Bug #9643: Variable member value gets lost from object during use

2001-03-08 Thread robsta

From: [EMAIL PROTECTED]
Operating system: Debian 2.2 testing/unstable 2.2.18
PHP version:  4.0.4pl1
PHP Bug Type: Class/Object related
Bug description:  Variable member value gets lost from object during use

Also running Zend optimiser 1.0. Removing the optimiser makes no difference to the 
outcome.
The problem should hopefully be outlined in the cut and paste of the code below. There 
are no other operations occurring on any of the instantiated objects at the time:

-
$crList  = $this -> getLinkedCRs (); // method returns an array of instantiated 
objects (CRRecord class).

foreach ($crList as $cr)
{
  if (!$cr -> okToClose ()) // method returns a Boolean, and sets a Boolean data 
member in the cr object.
  {
return false;
  }
}
   
foreach ($crList as $cr)
{
  // Previously set Boolean data member now appears to no longer be set.
  $cr -> okToClose (); // Inserting the method call in again here ensures that the 
following method call works.
  $cr -> close ($changeBy); // method operates only if the previously set Boolean data 
member is true.
}



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



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




[PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released

2001-03-08 Thread passionplay

ID: 9477
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Description: Object is destroyed before references all released

I'm really getting tired of this. I guess what I REALLY needed to do is strip out the 
do nothing functions in the skeletons I had on that page because even though they were 
base classes, everyone was missing the point.

Here is the simplest case that generates an error. Anyone want to take a stab at why 
it happens?

array[$name]=&$obj;}

  // Removes the reference from the associative, supposedly
  // but what it does decrease the actual object to nothing
  function junk($name){$this->array[$name]="";}

  // If I do it this way it works. The object isn't nuked.
  // What gives? Do I *HAVE* to use =&$ when assigning refs?

  // Is there an array function that can be used to simply
  // remove the array element out, w/o expensive copying?
  function nojunk($name){$t="";$this->array[$name]=&$t;}
};

// Our do nothing class.
class me{
  function test(){echo "Hello, I'm still valid\n";}
};

// Please don't tell me not to send the reference to the
// object because I need to have only one copy of the object
// and not a million of them especially since these objects
// might be opening files and sockets.
$m=& new me();
$o=& new obj();

// This section works
$o->test("test",&$m);
$m->test();
$o->nojunk("test");
$m->test();

// This section fails
$o->test("test",&$m);
$m->test();
$o->junk("test");
// Right here
$m->test();
?>

So? What's the deal? Once you assign a reference to a variable, you're done? You can't 
ever reassign the reference? Does what I'm proposing make sense syntactically 
speaking? I want the array to contain the reference to the object, but then I want to 
be able to unassign the reference from the array so that that particular object 
doesn't get used. An unregistration as it were.

Previous Comments:
---

[2001-03-08 17:24:46] [EMAIL PROTECTED]
> Did I miss anything in helping debug this issue or did I 
> just do too much?

you did the wrong thing!
the following passage is the only one I have read, I have
not visited your site, nor anything else (we simply do not
have the time to do this kind of things, it's exactly the
same in any bigger OS project I know of (eg. bugzilla,
provide minimized testcases or your bug will never be fixed)


Bottom line: global object passed as a reference to a method
and then assigned to an array
which is a member of another object.  The second object is
then requested to delete the
reference to global object. At the moment the reference in
the array is deleted, the global
object goes kaboom too.


what I have done then, is creating PHP source reading the
words above:

function foo (&$foo) {
   $zoo->array['foo']=&$foo;
   unset($zoo->array['foo']); // simplified
   }
$foo->test=TRUE;
foo($foo);
var_dump($foo);

***
This is works for me and this is how we expect code
snipplets, feel free to modify it to match exactly your
problem...



---

[2001-03-08 16:55:04] [EMAIL PROTECTED]
a) The comment I got in my eyes said there was nothing that was looked at.
b) I do open source work too.
c) I have tried over and over in the past to get things included in php that were 
overlooked for almost 3 years until they finally got put in. Specifically detecting 
the different datatypes that some of the databases generate as field types.
d) The URL I gave has a total of 4 files. 2 source files. And to active scripts that 
when run, generate the results.
e) The one marked Normal, which completes with no errors, is obviously correct.
f) The other one fails.
g) There is only one line difference in the entire code.
i) I have a global object passed by reference that is then assigned to an array.
j) When this object reference in the array is set to nothing, the global object is 
destroyed.
k) If on the other hand I use a separate array to identify what array elements are 
defunt, the object still exists.
l) If you ran the non-normal script by clicking on it, it would report the line where 
the error occurred.
m) In my scripts, which unfortunately are part of another open source project, I have 
VERY CLEARLY marked the section of the code that is different in each instance.
o) If someone is wading through 313 lines of code to find my bug, then they really 
didn't think to click on the script, and I guess THAT is truly my REAL error as I did 
not specify that I had set up two identical scripts with one line that is different 
such that one completes and the other fails using the same algorithm, with one minor 
difference.
p) I'm just wondering whether anyone tried clicking on the scripts and saw what I 
indicated or looked at the script in detail long enough to look at the 

[PHP-DEV] PHP 4.0 Bug #4176 Updated: IMAP can't open an POP3 mailbox over a proxy

2001-03-08 Thread sniper

ID: 4176
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: IMAP related
Assigned To: 
Comments:

Does this work with PHP 4.0.4pl1?
(and with IMAP-2000 c-client?)

--Jani


Previous Comments:
---

[2001-02-10 14:17:03] [EMAIL PROTECTED]
refiling as bug against 4.0.

---

[2000-07-25 12:34:42] [EMAIL PROTECTED]
POP3 proxies? never heard of them???

could you please point me to some further 
reading about this topic?

as i have never heard of them (especially not
in the c-client docs) it might be that they
are really not supported 

so i file this report as a feature request for now ...

---

[2000-04-18 08:27:30] [EMAIL PROTECTED]
IMAP can't open an POP3 mailbox over a proxy but it worked with Outlook Express to 
connect to the mailsystem.

We have here one webserver in the house for testing but the mailserver hangs on the 
internet. both have no direct connect. the can only connect through a proxy. we 
suppose that theres the problem.

---



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


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




[PHP-DEV] PHP 4.0 Bug #5755 Updated: odbc_tables() does not work properly

2001-03-08 Thread sniper

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

No feedback.

--Jani


Previous Comments:
---

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

---

[2000-09-04 23:24:18] [EMAIL PROTECTED]
Feedback:

yes



---

[2000-09-04 20:19:05] [EMAIL PROTECTED]
Does this problem exist when using php4.0.2 ?

--Jani

---

[2000-07-24 19:41:36] [EMAIL PROTECTED]
This was using odbc_fetch_row.  Exactly the same code accessing a table from a query 
works fine.

---

[2000-07-24 08:59:07] [EMAIL PROTECTED]
Did you use odbc_fetch_row() / odbc_fetch_into()?

---

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


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


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




Re: [PHP-DEV] Re: What have you done to your website!!! ???

2001-03-08 Thread Jani Taskinen

On Thu, 8 Mar 2001, Colin Viebrock wrote:

>> But the  /  /  elements look like lego-blocks for me. :)
>> This must be caused by the fact that I don't have Arial font in my
>> system..using the defaults fonts (overriding the document specified)
>> 'fixes' this. Why not use 'Verdana' ? It's more readable font, IMO.
>
>If you don't have Arial, shouldn't your browser go to the next font in the
>list (i.e. Helvetica)?

Heh, 'should' yes, but it doesn't.

>I can't find your first email ... did you mention what browser/platform this
>is on?

Netscape 4.75 / Linux

--Jani



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




Re: [PHP-DEV] Re: What have you done to your website!!! ???

2001-03-08 Thread Colin Viebrock

> But the  /  /  elements look like lego-blocks for me. :)
> This must be caused by the fact that I don't have Arial font in my
> system..using the defaults fonts (overriding the document specified)
> 'fixes' this. Why not use 'Verdana' ? It's more readable font, IMO.

If you don't have Arial, shouldn't your browser go to the next font in the
list (i.e. Helvetica)?

I can't find your first email ... did you mention what browser/platform this
is on?

- Colin


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




Re: [PHP-DEV] Re: What have you done to your website!!! ???

2001-03-08 Thread Jani Taskinen

On Thu, 8 Mar 2001, Colin Viebrock wrote:

>> Oh? Have you installed some truetype support? As for me the fonts
>> are way too small and some look like lego-blocks. :)
>
>Can you too look again?  At least look at http://ca.php.net (which I
>can update instantly).

Well, it's better now. At least I can now actually READ most of the text.
:)

>I changed the style sheet to use percentages instead of absolute pixel or
>point sizes.  Does that make things look better for Jani, and still look ok
>for Andrei?

But the  /  /  elements look like lego-blocks for me. :)
This must be caused by the fact that I don't have Arial font in my
system..using the defaults fonts (overriding the document specified)
'fixes' this. Why not use 'Verdana' ? It's more readable font, IMO.

--Jani



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




[PHP-DEV] PHP 4.0 Bug #9638 Updated: I want to use the GetImageSize but it wont work...

2001-03-08 Thread sniper

ID: 9638
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Assigned To: 
Comments:

getimagesize() does exist in PHP 4.0.4pl1. 
The support for URLs was added in PHP 4.0.5 (not released yet) which you can get as a 
CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-08 16:42:06] [EMAIL PROTECTED]
I want to use the GetImageSize function
But it don't work on PHP 4.0.4pl1 
the documentation says you should have PHP 4.0.5 to use it, but there isn't one  
Why make documentation about functions you cannot use ?

Kind Regards,

Kristof

---



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


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




Re: [PHP-DEV] Re: What have you done to your website!!! ???

2001-03-08 Thread Colin Viebrock

> Oh? Have you installed some truetype support? As for me the fonts
> are way too small and some look like lego-blocks. :)

Can you too look again?  At least look at http://ca.php.net (which I
can update instantly).

I changed the style sheet to use percentages instead of absolute pixel or
point sizes.  Does that make things look better for Jani, and still look ok
for Andrei?

- Colin


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




[PHP-DEV] PHP 4.0 Bug #9636 Updated: error message

2001-03-08 Thread sniper

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

Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-08 15:03:06] [EMAIL PROTECTED]
For Netscape Enterprise Server configuration:

After installing all the necessary packages and running
"./configure --with-mysql=/usr/local/mysql --with-nsapi=
/opt/netscape/suitespot --enable-track-vars --enable-libgcc"

When attempting to run "make" I get the following:

# make
Making all in Zend
Making all in Zend
/bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main
   -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE
_ORDER=21 -I../TSRM  -g -O2 -pthreads -c zend_language_scanner_cc.cc
In file included from zend_language_scanner_cc.cc:2571:
zend_operators.h: In function `int is_numeric_string(char *, int, long int *, do
uble *)':
zend_operators.h:84: implicit declaration of function `int finite(...)'
make[1]: *** [zend_language_scanner_cc.lo] Error 1
make[1]: Leaving directory `/usr/local/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1
#

Running gcc-2.95_2

Thanks,
Bob Smith
Computer Systems Administrator
East Carolina University
[EMAIL PROTECTED]
(252) 328-0421

---



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


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




[PHP-DEV] PHP 4.0 Bug #9640 Updated: strtotime() cannot properly handle some ISO 8601-compliant strings

2001-03-08 Thread derekm

ID: 9640
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Description: strtotime() cannot properly handle some ISO 8601-compliant strings

Another workaround for PostgreSQL (and the equivalent, if
one exists, of this on other databases will work as well):

Run your query using the date_part function so that
PostgreSQL returns the UNIX timestamp instead of an ISO
8601-style timestamp.  The query would look something like this:

SELECT date_part('epoch', timestamp) AS timestamp
FROM table

Then use can just us that those records returned directly
with PHP's date, strftime, gmdate, and etc. functions.

Previous Comments:
---

[2001-03-08 17:26:17] [EMAIL PROTECTED]
I've recently run into a problem.  This problem has been addressed in bug report 
#9007, but I thought I would try to provide more detailed information.

First, I'm pulling ISO 8601-compliant date strings from a PostgreSQL 7.0.3 database.

We'll illustrate this bug with a sample date: 1999-06-24 00:01:00-05.  Or June 24, 
1999, 12:01 AM CDT.

$timestamp = "1999-06-24 00:01:00-05";
$timestamp = strtotime($timestamp);
print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp));

Now, that output /should/ read "Thursday, June 24, 1999 00:01 CDT," instead it reads 
"Wednesday, June 23, 1999 19:06 CDT."  Even though PHP knows the timezone of the 
machine to be CST6CDT, it subtracts 5 hours from the time during conversion, 
regardless.

This is a Bad Thing(tm) because all programs should be ISO 8601-compliant.  Currently 
PHP4 is a lil' broken.  This should be fixed in the next release of PHP4, IMHO.  The 
bug probably actually resides in the code in ext/standard/parsedate.c that is borrowed 
from GNU Bison 1.28.  So maybe this bug should be reported to GNU's bug list as well.

In any case, here's a fix in the meantime...

If using PostgreSQL issue the command "SET DATESTYLE TO Postgres;" in all of your 
queries that return a timestamp.  That will cause the timestamp to be returned in this 
style: Thu Jun 24 00:01:00 1999 CDT.  This style will correctly parse, as we will 
illustrate with this example:

$timestamp = "Thu Jun 24 00:01:00 1999 CDT";
$timestamp = strtotime($timestamp);
print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp));

The output of this example is "Thursday, June 24, 1999 00:01 CDT," which is correct.

And that's all.

Derek P. Moore
[EMAIL PROTECTED]

---

[2001-03-08 17:16:14] [EMAIL PROTECTED]
I've recently run into a problem.  This problem has been addressed in bug report 
#9007, but I thought I would try to provide more detailed information.

First, I'm pulling ISO 8601-compliant date strings from a PostgreSQL 7.0.3.

We'll illustrate this bug with a sample date: 1999-06-24 00:01:00-05.  Or June 24, 
1999, 12:01 AM CDT.

$timestamp = "1999-06-24 00:01:00-05";
$timestamp = strtotime($timestamp);
print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp));

Now, that output /should/ read "Thursday, June 24, 1999 00:01 CDT," instead it reads 
"Wednesday, June 23, 1999 19:06 CDT."  Even though PHP knows the timezone of the 
machine to be CST6CDT, it subtracts 5 hours from the time during conversion, 
regardless.

This is a Bad Thing(tm) because all programs should be ISO 8601-compliant.  Currently 
PHP4 is a lil' broken.  This should be fixed in the next release of PHP4, IMHO.  The 
bug probably actually resides in the code in ext/standard/parsedate.c that is borrowed 
from GNU Bison 1.28.  So maybe this bug should be reported to GNU's bug list as well.

In any case, here's a fix in the meantime...

If using PostgreSQL issue the command "SET DATESTYLE TO Postgres;" in all of your 
queries that return a timestamp.  That will cause the timestamp to be returned in this 
style: Thu Jun 24 00:01:00 1999 CDT.  This style will correctly parse, as we will 
illustrate with this example:

$timestamp = "Thu Jun 24 00:01:00 1999 CDT";
$timestamp = strtotime($timestamp);
print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp));

The output of this example is "Thursday, June 24, 1999 00:01 CDT," which is correct.

And that's all.

Derek P. Moore
[EMAIL PROTECTED]

---


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


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




[PHP-DEV] PHP 4.0 Bug #9400 Updated: Duplicate symbol with GD

2001-03-08 Thread sniper

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

Might be that the Apache in HP-UX expects .so instead
of .sl ? Try renaming the libphp4.sl to libphp4.so

--Jani


Previous Comments:
---

[2001-03-08 11:20:28] [EMAIL PROTECTED]
Hello all,

Arg, the system disk of my workstation has died so i have reinstalled all stuffs from 
scratch ... and this time it's compiling ok :-)))

But i have also added the _IN_ADDR_T.

I think the problem was from a precompiled package I got from HP-UX porting center :-(
This time, I have recompiled all stuff.

But now, I have a problem for the installation :

gmake install

...

gmake[1]: Entering directory `/datas/depot/php-4.0.4pl1'
/usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.sl
apxs:Error: file libs/libphp4.sl is not a DSO
gmake[1]: *** [install-sapi] Error 1
gmake[1]: Leaving directory `/datas/depot/php-4.0.4pl1'
gmake: *** [install-recursive] Error 1


Any clue ?

Thanks for your help.

---

[2001-02-22 18:55:36] [EMAIL PROTECTED]
Maybe 'make clean' would help?

--Jani


---

[2001-02-22 08:34:58] [EMAIL PROTECTED]
Hello all,

i have severals problem when compiling php-4.0.4pl1 under my HP-UX 10.20 box at work.

I use :

apache_1.3.17 with mod_so
gd-1.8.4
postgresql-7.0.3

gcc version 2.95.2

configure --with-ndbm --with-ftp --with-gd --with-pgsql --enable-sockets
--with-apxs=/usr/local/apache/bin/apxs

1/ First of all, it seems HP's include files are broken, so I have added 
#define _IN_ADDR_T
at the beginning of sockets.c otherwith i got a "dupplicate symbole error".

2/ I got a linker error

/bin/sh /datas/depot/php-4.0.4pl1/libtool --silent --mode=link gcc  -I. 
-I/datas/depot/php-4.0.4pl1/ -I/datas/depot/php-4.0.4pl1/main
 -I/datas/depot/php-4.0.4pl1 -I/usr/local/apache/include 
-I/datas/depot/php-4.0.4pl1/Zend -I/usr/local/include -I/datas/depot/php-4.0.4pl1/ex
t/mysql/libmysql -I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmlparse -I/datas/depot/php-4.0.4
pl1/TSRM  -DHPUX10 -DUSE_HSREGEX -DUSE_EXPAT -DXML_BYTE_ORDER=21 -g -O2   -o 
libphp4.la -rpath /datas/depot/php-4.0.4pl1/libs -avoid-version
-L/usr/local/lib -L/usr/local/pgsql/lib  -R /usr/local/lib -R /usr/local/pgsql/lib 
stub.lo  Zend/libZend.la  sapi/apache/libsapi.la  main/lib
main.la  regex/libregex.la  ext/dba/libdba.la ext/gd/libgd.la ext/mysql/libmysql.la 
ext/pcre/libpcre.la ext/pgsql/libpgsql.la ext/posix/libpo
six.la ext/session/libsession.la ext/sockets/libsockets.la ext/standard/libstandard.la 
ext/xml/libxml.la  TSRM/libtsrm.la -lpq -lttf -lgd -lm
 -lcrypt
/usr/ccs/bin/ld: Duplicate symbol "gdImageColorResolve" in files 
.libs/libphp4.lax/libgd.al/gd.lo and /usr/local/lib/libgd.a(gd.o)
/usr/ccs/bin/ld: Duplicate symbols are not allowed in shared libraries
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.


Someone has a tips about this error ?

Thanks for your help

- Laurent

---



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


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




[PHP-DEV] PHP 4.0 Bug #9500 Updated: mssql_query returns false for INSERT & UPDATE queries

2001-03-08 Thread sniper

ID: 9500
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Bug Type: MSSQL related
Assigned To: 
Comments:

Mind telling that which bug report is the duplicate
to this one?

--Jani


Previous Comments:
---

[2001-02-28 16:05:31] [EMAIL PROTECTED]
");
}
else
{
echo("Result is FALSE");
}

echo '';

$Result = mssql_query("INSERT mytable values(10)");
if ($Result)
{
echo("Result is TRUE");
}
else
{
echo("Result is FALSE");
}
?>



---



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


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




[PHP-DEV] PHP 4.0 Bug #9625 Updated: make error

2001-03-08 Thread sniper

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

Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-08 10:27:59] [EMAIL PROTECTED]
Greetings,
I searched through the forum pages and the archive and didn't find a solution. 
Here's what I'm doing - Solaris 2.6, with iPlanet in /opt/iplanet and mySQL in 
/usr/local/bin/mysql.

configure  --with-nsapi=/opt/iplanet --with-mysql=/usr/local/mysql

Configure runs fine, and produces no errors.

Immediately after issue the make command I get 

Making all in Zend
make[1]: Entering directory `/usr/local/php-4.0.4pl1/Zend'
/bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main   
-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 
-I../TSRM  -g -O2 -pthreads -c zend_language_scanner_cc.cc
In file included from zend_language_scanner_cc.cc:2571:
zend_operators.h: In function `int is_numeric_string(char *, int, long int *, double 
*)':
zend_operators.h:84: implicit declaration of function `int finite(...)'
make[1]: *** [zend_language_scanner_cc.lo] Error 1
make[1]: Leaving directory `/usr/local/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1

Any solutions ?
Thanks.

---



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


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




[PHP-DEV] PHP 4.0 Bug #9621 Updated:

2001-03-08 Thread sniper

ID: 9621
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

Already fixed. And this bug system IS NOT meant for 
reporting problems of the php.net website! 
Report those to [EMAIL PROTECTED]

--Jani


Previous Comments:
---

[2001-03-08 09:17:00] [EMAIL PROTECTED]
I was searching for HTTP_USER_AGENT in the box of search. The list of the result was 
Ok, but when i tried to access the page of the HTTP_USER_AGENT help, the error 
occours

http://www.php.net/manual/admin-notes.php?last_entry=1200#tOpOfpAgE


If you just want to browse the errata, you're better off here. 

Next 50 entries

CVS user:  CVS password:  Remember my login/password:  

 getservbyport
 
 

Fatal error: Call to undefined function: spc() in 
/local/Web/sites/phpweb/manual/admin-notes.php on line 46 



---



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


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




Re: [PHP-DEV] Re: What have you done to your website!!! ???

2001-03-08 Thread Jani Taskinen

On Thu, 8 Mar 2001, Andrei Zmievski wrote:

>On Thu, 08 Mar 2001, Jani Taskinen wrote:
>> My thoughts exactly! I hate that new look. It's..depressing!
>> I must have missed some discussion about the new web design?
>> And when was it decided (and by WHO?!) that this new design is ok?
>>
>> e.g. The font is not Linux-Netscape-friendly and the manual is so
>> screwed now. Very hard to read. BIGGER fonts please.
>
>Works fine for me in Linux-Netscape and the fonts are fine too.

Oh? Have you installed some truetype support? As for me the fonts
are way too small and some look like lego-blocks. :)

--Jani



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




[PHP-DEV] Header Question using WML

2001-03-08 Thread Jayme Derr

I am able to pull up my php3 file on my phone
simulator successfully.  However, when I try to link
to the next php3 file I receive this error "HTML or
Plain text.  Can't compile this..." This isn't very
descriptive, so when I view the source, it gives me
this error:
Content-Type: text/html. Content follows:

Warning:  POST Error: content-type missing in
/test/wmlsite/firstpage.php3 on line
0

Warning:  Cannot add more header information -
the header was already sen
t (header information may be added only before any
output is generated from the
script - check for text or whitespace outside PHP
tags, or calls to functions th
at output text) in
/test/wmlsite/secondpage.php3 on line
1

Each of my php files start like this:
\n");
printf("http://www.phone.com/dtd/wml11.dtd'>\n");?>

Here's the kicker.  When I pull up the
secondpage.php3, it actually displays with no problem.
 It's only when I link them together.  It's so
bizarre.  I can display each php file individually
just not by linking.  It's as if the output stream of
the firstpage is not getting closed.  Has anyone ever
run into this problem or has any idea on how to fix
it?

Thanks,
Jayme Derr

__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

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




[PHP-DEV] PHP 4.0 Bug #9642: Failure at configure stage when linking with curl that has ssl support

2001-03-08 Thread paulm

From: [EMAIL PROTECTED]
Operating system: Solaris
PHP version:  4.0.4pl1
PHP Bug Type: Compile Problem
Bug description:  Failure at configure stage when linking with curl that has ssl 
support

When configuring PHP with curl support, and curl has been compiled with ssl support 
the configure stage fails with unresolved symbol errors:
==
Undefined   first referenced
 symbol in file
SSL_library_init   /usr/local/lib/libcurl.so
==

The problem stems from the fact that the SSL libs aren't being included in the LIB 
list.

Hacking the configure file so that the line:
LIBS="-lcurl $LIBS"
now reads
LIBS="-lssl -lcrypto -lcurl $LIBS"
solved the problem for me.

Is there a way PHP can determine if libcurl has SSL support and add in those two libs 
if required?


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



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




[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

2001-03-08 Thread Andi Gutmans

At 02:20 PM 3/8/2001 +0100, Hellekin O. Wolf wrote:
>At 22:33 07/03/2001 +0200, Andi Gutmans wrote:
>
>>Why not bzip2_?
>
>*** Well, if bzip2_, then gzip_ !
>If gz_ then bz_ or bz2_.
>
>Am I wrong or too fastidious ?

No, because gz_ has existed for a long time. If we'd give it a name today 
we'd probably call it gzip_* but it's too late. We can do the right thing 
for bzip2.

Andi


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




[PHP-DEV] PHP 4.0 Bug #9641: get_required_files()/get_included_files() does not work as docuemented

2001-03-08 Thread yohgaki

From: [EMAIL PROTECTED]
Operating system: RedHat7
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  get_required_files()/get_included_files() does not work as 
docuemented

get_required_files()/get_included_files() does not work as docuemented
http://www.php.net/manual/en/function.get-required-files.php

Tested under Apache 1.3.17 w/ mod-ssl, mod-gzip, and other modules comes with apache. 
RedHat 7.0.1/j. PHP 4.0.4pl1 running as apache module.

I found strange require_once() behaviour (to be reported as bug) and I also found this 
problem.

If this is not a script engine problem, then it should be documentation problem. Hope 
this info helps developer/documentation team.

Following code is identical to the example in manual.
';
echo "Required_once files\n";
print_r (get_required_files());

echo "Included_once files\n";
print_r (get_included_files());

echo date('H:i:s',time());
echo '';

?>

I get

===
Required_once files
Array
(
[0] => /home/httpd/httpd/html/untitled/local.php
[1] => /home/httpd/httpd/html/inc/global.php
[2] => /home/httpd/httpd/html/untitled/util1php
[3] => /home/httpd/httpd/html/untitled/util2php
[4] => /home/httpd/httpd/html/untitled/util3php
[5] => /home/httpd/httpd/html/untitled/util4php
)
Included_once files
Array
(
[0] => /home/httpd/httpd/html/untitled/local.php
[1] => /home/httpd/httpd/html/inc/global.php
[2] => /home/httpd/httpd/html/untitled/util1php
[3] => /home/httpd/httpd/html/untitled/util2php
[4] => /home/httpd/httpd/html/untitled/util3php
[5] => /home/httpd/httpd/html/untitled/util4php
)
08:17:35
===


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



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




[PHP-DEV] PHP 4.0 Bug #9605 Updated: There is no file: sqlcli1.h.

2001-03-08 Thread sniper

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

User feedback:
--
I cannot find way to reply to your response.

My bug is 9605.
I didn't give path, because it was default path.
---

The link to the correct web page can be found
in the end of this email.

And try adding that 'default' path into the --with-ibm-db2
configuration option as I suggested. 
And please check where exactly the file 'sqlcli1.h'
is in your system.

--Jani


Previous Comments:
---

[2001-03-07 16:13:29] [EMAIL PROTECTED]
Where is your DB2 installed? Have you tried adding the install
base directory ? ie. --with-ibm-db2=/db2/install/base ??

--Jani


---

[2001-03-07 14:54:37] [EMAIL PROTECTED]
Configuration:
-with-apache=../apache_1.3.12 --enable-sigchild --enable-track-vars --with-xml 
--disable-debug --with-oci8 --with-ibm-db2

Problem encountered first time after adding "--with-ibm-db2".

Error message:
In file included from internal_functions.c:38:
/usr/local/src/php-4.0.4pl1/ext/odbc/php_odbc.h:160: sqlcli1.h: No such file or 
directory


---



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


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




[PHP-DEV] PHP 4.0 Bug #9640 Updated: strtotime() cannot properly handle some ISO 8601-compliant strings

2001-03-08 Thread derekm

ID: 9640
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Description: strtotime() cannot properly handle some ISO 8601-compliant strings

I've recently run into a problem.  This problem has been addressed in bug report 
#9007, but I thought I would try to provide more detailed information.

First, I'm pulling ISO 8601-compliant date strings from a PostgreSQL 7.0.3 database.

We'll illustrate this bug with a sample date: 1999-06-24 00:01:00-05.  Or June 24, 
1999, 12:01 AM CDT.

$timestamp = "1999-06-24 00:01:00-05";
$timestamp = strtotime($timestamp);
print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp));

Now, that output /should/ read "Thursday, June 24, 1999 00:01 CDT," instead it reads 
"Wednesday, June 23, 1999 19:06 CDT."  Even though PHP knows the timezone of the 
machine to be CST6CDT, it subtracts 5 hours from the time during conversion, 
regardless.

This is a Bad Thing(tm) because all programs should be ISO 8601-compliant.  Currently 
PHP4 is a lil' broken.  This should be fixed in the next release of PHP4, IMHO.  The 
bug probably actually resides in the code in ext/standard/parsedate.c that is borrowed 
from GNU Bison 1.28.  So maybe this bug should be reported to GNU's bug list as well.

In any case, here's a fix in the meantime...

If using PostgreSQL issue the command "SET DATESTYLE TO Postgres;" in all of your 
queries that return a timestamp.  That will cause the timestamp to be returned in this 
style: Thu Jun 24 00:01:00 1999 CDT.  This style will correctly parse, as we will 
illustrate with this example:

$timestamp = "Thu Jun 24 00:01:00 1999 CDT";
$timestamp = strtotime($timestamp);
print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp));

The output of this example is "Thursday, June 24, 1999 00:01 CDT," which is correct.

And that's all.

Derek P. Moore
[EMAIL PROTECTED]

Previous Comments:
---

[2001-03-08 17:16:14] [EMAIL PROTECTED]
I've recently run into a problem.  This problem has been addressed in bug report 
#9007, but I thought I would try to provide more detailed information.

First, I'm pulling ISO 8601-compliant date strings from a PostgreSQL 7.0.3.

We'll illustrate this bug with a sample date: 1999-06-24 00:01:00-05.  Or June 24, 
1999, 12:01 AM CDT.

$timestamp = "1999-06-24 00:01:00-05";
$timestamp = strtotime($timestamp);
print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp));

Now, that output /should/ read "Thursday, June 24, 1999 00:01 CDT," instead it reads 
"Wednesday, June 23, 1999 19:06 CDT."  Even though PHP knows the timezone of the 
machine to be CST6CDT, it subtracts 5 hours from the time during conversion, 
regardless.

This is a Bad Thing(tm) because all programs should be ISO 8601-compliant.  Currently 
PHP4 is a lil' broken.  This should be fixed in the next release of PHP4, IMHO.  The 
bug probably actually resides in the code in ext/standard/parsedate.c that is borrowed 
from GNU Bison 1.28.  So maybe this bug should be reported to GNU's bug list as well.

In any case, here's a fix in the meantime...

If using PostgreSQL issue the command "SET DATESTYLE TO Postgres;" in all of your 
queries that return a timestamp.  That will cause the timestamp to be returned in this 
style: Thu Jun 24 00:01:00 1999 CDT.  This style will correctly parse, as we will 
illustrate with this example:

$timestamp = "Thu Jun 24 00:01:00 1999 CDT";
$timestamp = strtotime($timestamp);
print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp));

The output of this example is "Thursday, June 24, 1999 00:01 CDT," which is correct.

And that's all.

Derek P. Moore
[EMAIL PROTECTED]

---


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


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




[PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released

2001-03-08 Thread andre

ID: 9477
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

> Did I miss anything in helping debug this issue or did I 
> just do too much?

you did the wrong thing!
the following passage is the only one I have read, I have
not visited your site, nor anything else (we simply do not
have the time to do this kind of things, it's exactly the
same in any bigger OS project I know of (eg. bugzilla,
provide minimized testcases or your bug will never be fixed)


Bottom line: global object passed as a reference to a method
and then assigned to an array
which is a member of another object.  The second object is
then requested to delete the
reference to global object. At the moment the reference in
the array is deleted, the global
object goes kaboom too.


what I have done then, is creating PHP source reading the
words above:

function foo (&$foo) {
   $zoo->array['foo']=&$foo;
   unset($zoo->array['foo']); // simplified
   }
$foo->test=TRUE;
foo($foo);
var_dump($foo);

***
This is works for me and this is how we expect code
snipplets, feel free to modify it to match exactly your
problem...



Previous Comments:
---

[2001-03-08 16:55:04] [EMAIL PROTECTED]
a) The comment I got in my eyes said there was nothing that was looked at.
b) I do open source work too.
c) I have tried over and over in the past to get things included in php that were 
overlooked for almost 3 years until they finally got put in. Specifically detecting 
the different datatypes that some of the databases generate as field types.
d) The URL I gave has a total of 4 files. 2 source files. And to active scripts that 
when run, generate the results.
e) The one marked Normal, which completes with no errors, is obviously correct.
f) The other one fails.
g) There is only one line difference in the entire code.
i) I have a global object passed by reference that is then assigned to an array.
j) When this object reference in the array is set to nothing, the global object is 
destroyed.
k) If on the other hand I use a separate array to identify what array elements are 
defunt, the object still exists.
l) If you ran the non-normal script by clicking on it, it would report the line where 
the error occurred.
m) In my scripts, which unfortunately are part of another open source project, I have 
VERY CLEARLY marked the section of the code that is different in each instance.
o) If someone is wading through 313 lines of code to find my bug, then they really 
didn't think to click on the script, and I guess THAT is truly my REAL error as I did 
not specify that I had set up two identical scripts with one line that is different 
such that one completes and the other fails using the same algorithm, with one minor 
difference.
p) I'm just wondering whether anyone tried clicking on the scripts and saw what I 
indicated or looked at the script in detail long enough to look at the offending line 
and the demarcated difference in each case.
q) If my comments were interpreted as abusive, I apologize, but understand that when I 
have taken all the steps outlined and someone still tells me they cannot reproduce the 
behavior, or they cannot understand it, it tells me they didn't look at the problem. 
Had someone simply said, I don't understand what's different, I wouldn't have felt 
like no one gave a damn to even look at my bug report and had dropped it.
r) In the past my bug reports have been accompanied by no less than a full source code 
solution to the error discovered and you'll have to pardon my disillusionment in 
providing a solution where my answers are obviously ignored regardless of whether they 
are correct or not.

Bottom line: global object passed as a reference to a method and then assigned to an 
array which is a member of another object.  The second object is then requested to 
delete the reference to global object. At the moment the reference in the array is 
deleted, the global object goes kaboom too.

You can see this in the scripts at that URL because I have each object serialized as 
output prior to the error line as well as each object reporting it's operation so you 
can see where things are running.

Did I miss anything in helping debug this issue or did I just do too much?

---

[2001-03-08 16:16:36] [EMAIL PROTECTED]
I'm sure the bugs are very obvious to you. However, your bug report, as given, really 
is
pretty useless. Salient information would include: what results were you expecting,
compared to the results you got? What, exactly, did not work as you expected? And when
we say 'short' script, we really mean 'short'. Can you provide a quick, obvious, and 
hopefully <= 25-50 line script which demonstrates what's bothering you? Many PHP
developers work on

[PHP-DEV] PHP 4.0 Bug #9640: strtotime() cannot properly handle some ISO 8601-compliant strings

2001-03-08 Thread derekm

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.2
PHP version:  4.0.4pl1
PHP Bug Type: Date/time related
Bug description:  strtotime() cannot properly handle some ISO 8601-compliant strings

I've recently run into a problem.  This problem has been addressed in bug report 
#9007, but I thought I would try to provide more detailed information.

First, I'm pulling ISO 8601-compliant date strings from a PostgreSQL 7.0.3.

We'll illustrate this bug with a sample date: 1999-06-24 00:01:00-05.  Or June 24, 
1999, 12:01 AM CDT.

$timestamp = "1999-06-24 00:01:00-05";
$timestamp = strtotime($timestamp);
print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp));

Now, that output /should/ read "Thursday, June 24, 1999 00:01 CDT," instead it reads 
"Wednesday, June 23, 1999 19:06 CDT."  Even though PHP knows the timezone of the 
machine to be CST6CDT, it subtracts 5 hours from the time during conversion, 
regardless.

This is a Bad Thing(tm) because all programs should be ISO 8601-compliant.  Currently 
PHP4 is a lil' broken.  This should be fixed in the next release of PHP4, IMHO.  The 
bug probably actually resides in the code in ext/standard/parsedate.c that is borrowed 
from GNU Bison 1.28.  So maybe this bug should be reported to GNU's bug list as well.

In any case, here's a fix in the meantime...

If using PostgreSQL issue the command "SET DATESTYLE TO Postgres;" in all of your 
queries that return a timestamp.  That will cause the timestamp to be returned in this 
style: Thu Jun 24 00:01:00 1999 CDT.  This style will correctly parse, as we will 
illustrate with this example:

$timestamp = "Thu Jun 24 00:01:00 1999 CDT";
$timestamp = strtotime($timestamp);
print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp));

The output of this example is "Thursday, June 24, 1999 00:01 CDT," which is correct.

And that's all.

Derek P. Moore
[EMAIL PROTECTED]


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



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




[PHP-DEV] PHP 4.0 Bug #9639: Nasty bug in mod_mm.c causes CGI POST to stop working

2001-03-08 Thread yfaktoro

From: [EMAIL PROTECTED]
Operating system: Red Hat
PHP version:  4.0.4pl1
PHP Bug Type: *Session related
Bug description:  Nasty bug in mod_mm.c causes CGI POST to stop working

On RedHat 6.2 or 7 machine with more than 67M of shared memory available
per process (this number is stored in /proc/sys/kernel/shmmax)
Compile Apache with ssl modules.
Compile mod_php into Apache --with-mm

Have 3300 ( or anything less than 67M) in /proc/sys/kernel/shmmax on
machine where you're running Apache -> CGI POST stops working, stdin is
empty. This happens regardless of what kind of cgi script is executted
by the form, it doesn't have to be a php script. Increase the number in
/proc/sys/kernel/shmmax to something more than 67M, everything works
again. This 67M number is hardcoded in mm_create from mm library by
their configure script, which checks how much memory is available.
I have no explanation for it, because all mod_mm does in this case is
returning FAILURE if there is not enough memory. Go figure...
Here is my proposal: lets check how much memory is there before calling
mm_create in mod_mm.c by doing this: (I put the actual patch at the
bottom)

Add two new functions ( pretty much copied from mm configure)

static int test_mem_size (unsigned long size)
{
int fd;
void *segment;
#ifdef MM_SHMT_MMFILE
char file[] = "./ac_test.tmp";
unlink(file);
if ((fd = open(file, O_RDWR|O_CREAT, S_IRUSR|S_IWUSR)) == -1)
return 0;
if (ftruncate(fd, size) == -1)
return 0;
if ((segment = (void *)mmap(NULL, size, PROT_READ|PROT_WRITE,
MAP_SHARED, fd, 0)) == MAP_FAILED) {
close(fd);
return 0;
}
munmap((caddr_t)segment, size);
close(fd);
unlink(file);
#endif
#ifdef MM_SHMT_IPCSHM
if ((fd = shmget(IPC_PRIVATE, size, SHM_R|SHM_W|IPC_CREAT)) == -1)
return 0;
if ((segment = (void *)shmat(fd, NULL, 0)) == ((void *)-1)) {
shmctl(fd, IPC_RMID, NULL);
return 0;
}
shmdt(segment);
shmctl(fd, IPC_RMID, NULL);
#endif
return 1;
}
#define ABS(n) ((n) >= 0 ? (n) : (-(n)))

static unsigned long get_max_mem_size()
{
  unsigned long t, m, b;
int d;
int rc;
/*
 * Find maximum possible allocation size by performing a
 * binary search starting with a search space between 0 and
 * 64MB of memory.
 */
t = 1024*1024*64 /* = 67108864 */;
if (test_mem_size(t))
m = t;
else {
m = 1024*1024*32;
b = 0;
for (;;) {
/* fprintf(stderr, "t=%d, m=%d, b=%d\n", t, m, b); */
rc = test_mem_size(m);
if (rc) {
d = ((t-m)/2);
b = m;
}
else {
d = -((m-b)/2);
t = m;
}
if (ABS(d) < 1024*1) {
if (!rc)
m = b;
break;
}
if (m < 1024*8)
break;
m += d;
}
if (m < 1024*8)
m = 0;
}
return m;
}

The actual patch would look like this:

--- ext/session/mod_mm.c Fri Nov  3 07:00:49 2000
+++ ext/session/mod_mm.c Tue Feb 27 14:09:31 2001
@@ -173,9 +173,84 @@

 #define PS_MM_DATA ps_mm *data = PS_GET_MOD_DATA()

+static int test_mem_size (unsigned long size)
+{
+int fd;
+void *segment;
+#ifdef MM_SHMT_MMFILE
+char file[] = "./ac_test.tmp";
+unlink(file);
+if ((fd = open(file, O_RDWR|O_CREAT, S_IRUSR|S_IWUSR)) == -1)
+return 0;
+if (ftruncate(fd, size) == -1)
+return 0;
+if ((segment = (void *)mmap(NULL, size, PROT_READ|PROT_WRITE,
+MAP_SHARED, fd, 0)) == MAP_FAILED) {
+close(fd);
+return 0;
+}
+munmap((caddr_t)segment, size);
+close(fd);
+unlink(file);
+#endif
+#ifdef MM_SHMT_IPCSHM
+if ((fd = shmget(IPC_PRIVATE, size, SHM_R|SHM_W|IPC_CREAT)) == -1)
+return 0;
+if ((segment = (void *)shmat(fd, NULL, 0)) == ((void *)-1)) {
+shmctl(fd, IPC_RMID, NULL);
+return 0;
+}
+shmdt(segment);
+shmctl(fd, IPC_RMID, NULL);
+#endif
+return 1;
+}
+#define ABS(n) ((n) >= 0 ? (n) : (-(n)))
+static unsigned long get_max_mem_size()
+{
+  unsigned long t, m, b;
+int d;
+int rc;
+/*
+ * Find maximum possible allocation size by performing a
+ * binary search starting with a search space between 0 and
+ * 64MB of memory.
+ */
+t = 1024*1024*64 /* = 67108864 */;
+if (test_mem_size(t))
+m = t;
+else {
+m = 1024*1024*32;
+b = 0;
+for (;;) {
+/* fprintf(stderr, "t=%d, m=%d, b=%d\n", t, m, b); */
+rc = test_mem_size(m);
+if (rc) {
+d = ((t-m)/2);
+b = m;
+}
+else {
+d = -((m-b)/2);
+t = m;
+}
+if (ABS(d) < 1024*1) {
+   

[PHP-DEV] PHP 4.0 Bug #9634 Updated: imap_*_quota not found

2001-03-08 Thread ignacio

ID: 9634
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Description: imap_*_quota not found

Dan Kalowsky <[EMAIL PROTECTED]> wrote:
> don't have time for the web interface, but...
> 
> in the ext/imap directory is a config.m4 and a line like:
> iMAP_LIB_CHK(lib)
> IMAP_LIB_CHK(c-client)
> 
> try reversing the two.  not sure if that'll do it, but it's the only
> thing i can think of off hand...

Actually, I found the problem.

Turns out that a while back (4.6beta) imap had been compiled via tarball and left a 
/usr/lib/libimap.a which of course didn't have the quota functions. After deleting 
this file PHP compiled fine.

Previous Comments:
---

[2001-03-08 16:14:16] [EMAIL PROTECTED]
1) Yes, it's defined in main/php_config.h.

2) Yes, they both exist and are in /usr/include/imap.

3) Yes, the functions are defined in imap4r1.h.

It appears that this is a link failure and not just a simple compile failure. Here is 
the previous command:

/bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010308/libtool --silent --mode=link gcc  
-I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/main 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/Zend -I/usr/include/freetype 
-I/usr/include/imap -I/usr/local/include -I/opt/sybase-11.9.2/include 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmltok 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmlparse 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/TSRM  -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 
-O2 -m486 -fno-strength-reduce -fPIC   -o libphp4.la -rpath 
/usr/src/redhat/BUILD/php-4.0.5dev_20010308/libs -L/usr/kerberos/lib -L/usr/local/lib 
-L/opt/sybase-11.9.2/lib  -R /usr/kerberos/lib -R /usr/local/lib -R 
/opt/sybase-11.9.2/lib stub.lo  Zend/libZend.la sapi/cgi/libsapi.la main/libmain.la 
regex/libregex.la ext/dba/libdba.la ext/domxml/libdomxml.la ext/ftp/libftp.la 
ext/gd/libgd.la ext/gettext/libgettext.la ext/imap/libimap.la 
ext/openssl/libopenssl.la ext/pcre/libpcre.la ext/pdf/libpdf.la ext/posix/libposix.la 
ext/sablot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la 
ext/sybase_ct/libsybase_ct.la ext/sysvsem/libsysvsem.la ext/sysvshm/libsysvshm.la 
ext/xml/libxml.la ext/yp/libyp.la TSRM/libtsrm.la -lpam -limap -ldl -linsck -lsybtcl 
-lintl -lcomn -lct -lcs -lxmltok -lxmlparse -lsablot -lz -ljpeg -lpng -ltiff 
-lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lttf -lz -lpng -lgd -ljpeg -lz -lxml -lgdbm 
-lssl -lcrypto -lresolv -lm -ldl -lcrypt -lnsl -lttf -lpng -ljpeg -lz -lpam -lxmlparse 
-lxmltok -lresolv -lz -L/usr/lib -ljpeg -lpdf

Note the absence of '-lc-client' and the presence of '-limap' in that command. What 
would be causing this?

---

[2001-03-08 14:57:26] [EMAIL PROTECTED]
i'm sorry, #2 should have also check to make sure you have a c-client.h file in your 
include directory (this is what ensures a define of HAVE_IMAP2000).

---

[2001-03-08 14:56:37] [EMAIL PROTECTED]
1) make sure HAVE_IMAP2000 is being defined

2) Check to make sure imap4r1.h is included in the php_imap.c file (this should be 
done as long as HAVE_IMAP2000) is defined and exists in the imap directory (looks like 
it's /usr/include/imap on your machine)

3) check that your imap4r1.h has both functions defined.  it should, but double 
checking never hurts.



---

[2001-03-08 14:55:38] [EMAIL PROTECTED]
1) make sure HAVE_IMAP2000 is being defined

2) Check to make sure imap4r1.h is included in the php_imap.c file (this should be 
done as long as HAVE_IMAP2000) is defined and exists in the imap directory (looks like 
it's /usr/include/imap on your machine)

3) check that your imap4r1.h has both functions defined.  it should, but double 
checking never hurts.



---

[2001-03-08 14:11:00] [EMAIL PROTECTED]
Last few lines of build:

/bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010308/libtool --silent --mode=link gcc  
-I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/main 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/Zend -I/usr/include/freetype 
-I/usr/include/imap -I/usr/local/include -I/opt/sybase-11.9.2/include 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmltok 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmlparse 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/TSRM  -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 
-O2 -m486 -fno-strength-reduce -fPIC   -o php -export-dynamic  stub.lo libphp4.la
.libs/libphp4.a(php_im

[PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released

2001-03-08 Thread passionplay

ID: 9477
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Description: Object is destroyed before references all released

a) The comment I got in my eyes said there was nothing that was looked at.
b) I do open source work too.
c) I have tried over and over in the past to get things included in php that were 
overlooked for almost 3 years until they finally got put in. Specifically detecting 
the different datatypes that some of the databases generate as field types.
d) The URL I gave has a total of 4 files. 2 source files. And to active scripts that 
when run, generate the results.
e) The one marked Normal, which completes with no errors, is obviously correct.
f) The other one fails.
g) There is only one line difference in the entire code.
i) I have a global object passed by reference that is then assigned to an array.
j) When this object reference in the array is set to nothing, the global object is 
destroyed.
k) If on the other hand I use a separate array to identify what array elements are 
defunt, the object still exists.
l) If you ran the non-normal script by clicking on it, it would report the line where 
the error occurred.
m) In my scripts, which unfortunately are part of another open source project, I have 
VERY CLEARLY marked the section of the code that is different in each instance.
o) If someone is wading through 313 lines of code to find my bug, then they really 
didn't think to click on the script, and I guess THAT is truly my REAL error as I did 
not specify that I had set up two identical scripts with one line that is different 
such that one completes and the other fails using the same algorithm, with one minor 
difference.
p) I'm just wondering whether anyone tried clicking on the scripts and saw what I 
indicated or looked at the script in detail long enough to look at the offending line 
and the demarcated difference in each case.
q) If my comments were interpreted as abusive, I apologize, but understand that when I 
have taken all the steps outlined and someone still tells me they cannot reproduce the 
behavior, or they cannot understand it, it tells me they didn't look at the problem. 
Had someone simply said, I don't understand what's different, I wouldn't have felt 
like no one gave a damn to even look at my bug report and had dropped it.
r) In the past my bug reports have been accompanied by no less than a full source code 
solution to the error discovered and you'll have to pardon my disillusionment in 
providing a solution where my answers are obviously ignored regardless of whether they 
are correct or not.

Bottom line: global object passed as a reference to a method and then assigned to an 
array which is a member of another object.  The second object is then requested to 
delete the reference to global object. At the moment the reference in the array is 
deleted, the global object goes kaboom too.

You can see this in the scripts at that URL because I have each object serialized as 
output prior to the error line as well as each object reporting it's operation so you 
can see where things are running.

Did I miss anything in helping debug this issue or did I just do too much?

Previous Comments:
---

[2001-03-08 16:16:36] [EMAIL PROTECTED]
I'm sure the bugs are very obvious to you. However, your bug report, as given, really 
is
pretty useless. Salient information would include: what results were you expecting,
compared to the results you got? What, exactly, did not work as you expected? And when
we say 'short' script, we really mean 'short'. Can you provide a quick, obvious, and 
hopefully <= 25-50 line script which demonstrates what's bothering you? Many PHP
developers work on PHP in their free time, and attempting to dig through 313 lines of
someone else's code--when you have only given a vague idea of what we're supposed 
to be looking for--is unlikely to get high on anyone's priority list. Especially not 
when you 
get sarcastic and abusive.




---

[2001-03-08 08:30:48] [EMAIL PROTECTED]
Come on guys. Read the damn bug report. I sent you a complete URL with scripts that 
generate the problem even. Is it really that hard to follow?

If you read the bug report and went to the URL you would have seen the scripts that 
generated the problem. How hard is that? You can even see the output from the bug. 
Shall we try this again? I will clarify in case you missed it the first time.

GO TO THE URL LISTED. THERE YOU WILL FIND THE SHORT SCRIPT THAT GENERATES THE PROBLEM. 
YOU WILL ALSO SEE RESULT FILES THAT DESCRIBE THE ERROR IN DETAIL. ONCE YOU HAVE LOOKED 
THERE, COME AND ASK ME AGAIN TO CLARIFY. THANKS.

---

[2001-03-08 06:43:10] [EMAIL PROTECTED]
Could you please 

Re: [PHP-DEV] for help (fwd)

2001-03-08 Thread Yury Faktorovich

Sorry for reply all, I though it might worth a while because I saw at least two 
similar complaints on dejanews (coogle). If it's a wrong place to talk about this 
please let me know, I'll make sure  that I don;t post it here anymore.
Thanks.
=

Hi! I've had the same problem. Here is what I did:
1. Follow directions on
http://www.php.net/version4/win32build.php, I mean literally
2. I just removed this weird -S option from bison. In your msdev project go to
php4dllts/Parsers/parsedate.y and select "settings" Under custom build make sure that
you have this under commands:

if not "X%CYGWIN%"=="X" bison --output=parsedate.c -v -d -S 
"%CYGWIN%\share\bison.simple" parsedate.y
if "X%CYGWIN%"=="X" bison --output=parsedate.c -v -d -S "C:\Program 
Files\Cygnus\share\bison.simple" parsedate.y

You'll get bunch of warnings - I just ignored them
Email me at [EMAIL PROTECTED] if you have any issues with this.

Good luck. Yury.

Do the same for files under ZendTS/parsers
[EMAIL PROTECTED] wrote:

> can someone help this guy out?
> please reply directly to his e-mail address.
>
> thanks,
>
> - avi
>
> -- Forwarded message --
> Date: Mon, 05 Mar 2001 16:07:56 +0800
> From: wyc <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: for help
>
> dear sir,
> I'm a new PHP developer and very interesting in PHP,and I want to compile the 
>PHP4.04pl1 source code in win32 myself,but failed.
> I have installed cygwin on my machine(windows98),and downloaded the
> win32build lib and include files,when I launch VC++, and then select File => Open 
>Workspace and select php4ts, Then select Build=>Set Active Configuration and select 
>the desired configuration,Finally select Build=>Rebuild All,but the compiler report 
>such errors as below:
> Configuration: ZendTS - Win32 Release_TS
> Performing Custom Build Step on ".\zend_language_parser.y"
> /usr/bin/BISON: invalid option -- S
> Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix]
>[--debug] [--defines] [--fixed-output-files] [--no-lines]
>[--verbose] [--version] [--help] [--yacc]
>[--no-parser] [--token-table]
>[--file-prefix=prefix] [--name-prefix=prefix]
>[--output=outfile] grammar-file
> Report bugs to [EMAIL PROTECTED]
> Performing Custom Build Step on .\zend_ini_parser.y
> /usr/bin/BISON: invalid option -- S
> Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix]
>[--debug] [--defines] [--fixed-output-files] [--no-lines]
>[--verbose] [--version] [--help] [--yacc]
>[--no-parser] [--token-table]
>[--file-prefix=prefix] [--name-prefix=prefix]
>[--output=outfile] grammar-file
> Report bugs to [EMAIL PROTECTED]
> Performing Custom Build Step on ".\zend_language_scanner.l"
> Performing Custom Build Step on .\zend_ini_scanner.l
> Compiling...
> zend.c
> zend_alloc.c
> zend_API.c
> zend_builtin_functions.c
> zend_compile.c
> D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_compile.c(21) : fatal error C1083: 
>Cannot open include file: 'zend_language_parser.h': No such file or directory
> zend_constants.c
> zend_dynamic_array.c
> zend_execute.c
> zend_execute_API.c
> zend_extensions.c
> zend_hash.c
> zend_highlight.c
> D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_highlight.c(22) : fatal error C1083: 
>Cannot open include file: 'zend_language_parser.h': No such file or directory
> zend_indent.c
> D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_indent.c(25) : fatal error C1083: 
>Cannot open include file: 'zend_language_parser.h': No such file or directory
> zend_ini.c
> zend_ini_parser.c
> fatal error C1083: Cannot open source file: 
>'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_ini_parser.c': No such file or 
>directory
> Generating Code...
> Compiling...
> zend_ini_scanner.cpp
> zend_ini_scanner.l(22) : fatal error C1083: Cannot open include file: 
>'zend_ini_parser.h': No such file or directory
> Generating Code...
> Compiling...
> zend_language_parser.c
> fatal error C1083: Cannot open source file: 
>'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_language_parser.c': No such file or 
>directory
> Generating Code...
> Compiling...
> zend_language_scanner.cpp
> zend_language_scanner.l(44) : fatal error C1083: Cannot open include file: 
>'zend_language_parser.h': No such file or directory
> Generating Code...
> Compiling...
> zend_list.c
> zend_llist.c
> zend_opcode.c
> zend_operators.c
> zend_ptr_stack.c
> zend_sprintf.c
> zend_stack.c
> zend_variables.c
> Generating Code...
> Error executing cl.exe.
>
> php.exe - 7 error(s), 0 warning(s)
>
> I don't know how to configue the custom build on *.y and *.l to let bison genarate 
>the .c and .h files.
> the custom build seting on zend_language_paraser.y is:
> if not "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S 
>"%CYGWIN%\share\bison.simple" -p zend zend_language_parser.y
> if "X%CYGWIN%"

[PHP-DEV] PHP 4.0 Bug #9638: I want to use the GetImageSize but it wont work...

2001-03-08 Thread kristof

From: [EMAIL PROTECTED]
Operating system: Unix
PHP version:  4.0.4pl1
PHP Bug Type: Documentation problem
Bug description:  I want to use the GetImageSize but it wont work...

I want to use the GetImageSize function
But it don't work on PHP 4.0.4pl1 
the documentation says you should have PHP 4.0.5 to use it, but there isn't one  
Why make documentation about functions you cannot use ?

Kind Regards,

Kristof


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



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




[PHP-DEV] for help (fwd)

2001-03-08 Thread avi


can someone help this guy out?
please reply directly to his e-mail address.

thanks,

- avi

-- Forwarded message --
Date: Mon, 05 Mar 2001 16:07:56 +0800
From: wyc <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: for help

dear sir,
I'm a new PHP developer and very interesting in PHP,and I want to compile the 
PHP4.04pl1 source code in win32 myself,but failed.
I have installed cygwin on my machine(windows98),and downloaded the
win32build lib and include files,when I launch VC++, and then select File => Open 
Workspace and select php4ts, Then select Build=>Set Active Configuration and select 
the desired configuration,Finally select Build=>Rebuild All,but the compiler report 
such errors as below:
Configuration: ZendTS - Win32 Release_TS
Performing Custom Build Step on ".\zend_language_parser.y"
/usr/bin/BISON: invalid option -- S
Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix]
   [--debug] [--defines] [--fixed-output-files] [--no-lines]
   [--verbose] [--version] [--help] [--yacc]
   [--no-parser] [--token-table]
   [--file-prefix=prefix] [--name-prefix=prefix]
   [--output=outfile] grammar-file
Report bugs to [EMAIL PROTECTED]
Performing Custom Build Step on .\zend_ini_parser.y
/usr/bin/BISON: invalid option -- S
Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix]
   [--debug] [--defines] [--fixed-output-files] [--no-lines]
   [--verbose] [--version] [--help] [--yacc]
   [--no-parser] [--token-table]
   [--file-prefix=prefix] [--name-prefix=prefix]
   [--output=outfile] grammar-file
Report bugs to [EMAIL PROTECTED]
Performing Custom Build Step on ".\zend_language_scanner.l"
Performing Custom Build Step on .\zend_ini_scanner.l
Compiling...
zend.c
zend_alloc.c
zend_API.c
zend_builtin_functions.c
zend_compile.c
D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_compile.c(21) : fatal error C1083: 
Cannot open include file: 'zend_language_parser.h': No such file or directory
zend_constants.c
zend_dynamic_array.c
zend_execute.c
zend_execute_API.c
zend_extensions.c
zend_hash.c
zend_highlight.c
D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_highlight.c(22) : fatal error C1083: 
Cannot open include file: 'zend_language_parser.h': No such file or directory
zend_indent.c
D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_indent.c(25) : fatal error C1083: 
Cannot open include file: 'zend_language_parser.h': No such file or directory
zend_ini.c
zend_ini_parser.c
fatal error C1083: Cannot open source file: 
'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_ini_parser.c': No such file or 
directory
Generating Code...
Compiling...
zend_ini_scanner.cpp
zend_ini_scanner.l(22) : fatal error C1083: Cannot open include file: 
'zend_ini_parser.h': No such file or directory
Generating Code...
Compiling...
zend_language_parser.c
fatal error C1083: Cannot open source file: 
'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_language_parser.c': No such file or 
directory
Generating Code...
Compiling...
zend_language_scanner.cpp
zend_language_scanner.l(44) : fatal error C1083: Cannot open include file: 
'zend_language_parser.h': No such file or directory
Generating Code...
Compiling...
zend_list.c
zend_llist.c
zend_opcode.c
zend_operators.c
zend_ptr_stack.c
zend_sprintf.c
zend_stack.c
zend_variables.c
Generating Code...
Error executing cl.exe.

php.exe - 7 error(s), 0 warning(s)

I don't know how to configue the custom build on *.y and *.l to let bison genarate the 
.c and .h files.
the custom build seting on zend_language_paraser.y is:
if not "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S 
"%CYGWIN%\share\bison.simple" -p zend zend_language_parser.y
if "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S "C:\Program 
Files\Cygnus\share\bison.simple" -p zend zend_language_parser.y

I don't know how to configue the build about bison and flex,could you give me a hand?
 Thank you very much!
  your sincerely,wyc


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




[PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released

2001-03-08 Thread torben

ID: 9477
Updated by: torben
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

I'm sure the bugs are very obvious to you. However, your bug report, as given, really 
is
pretty useless. Salient information would include: what results were you expecting,
compared to the results you got? What, exactly, did not work as you expected? And when
we say 'short' script, we really mean 'short'. Can you provide a quick, obvious, and 
hopefully <= 25-50 line script which demonstrates what's bothering you? Many PHP
developers work on PHP in their free time, and attempting to dig through 313 lines of
someone else's code--when you have only given a vague idea of what we're supposed 
to be looking for--is unlikely to get high on anyone's priority list. Especially not 
when you 
get sarcastic and abusive.




Previous Comments:
---

[2001-03-08 08:30:48] [EMAIL PROTECTED]
Come on guys. Read the damn bug report. I sent you a complete URL with scripts that 
generate the problem even. Is it really that hard to follow?

If you read the bug report and went to the URL you would have seen the scripts that 
generated the problem. How hard is that? You can even see the output from the bug. 
Shall we try this again? I will clarify in case you missed it the first time.

GO TO THE URL LISTED. THERE YOU WILL FIND THE SHORT SCRIPT THAT GENERATES THE PROBLEM. 
YOU WILL ALSO SEE RESULT FILES THAT DESCRIBE THE ERROR IN DETAIL. ONCE YOU HAVE LOOKED 
THERE, COME AND ASK ME AGAIN TO CLARIFY. THANKS.

---

[2001-03-08 06:43:10] [EMAIL PROTECTED]
Could you please describe more in detail what the problem is
and provide a short scipt reproducing the behaviour?

---

[2001-02-27 08:57:41] [EMAIL PROTECTED]
standard php rpm 4.04p1 from rpmfind.net

Scripts are clearly marked and available in source format as well as showing necessary 
details at this URL.

http://www.poetryunlimited.com/test

This bug will create significant problems when dealing with object references as 
needed in advanced patterns (GoF 1994).

Hope you guys can figure it out. I would hate to have to have extra objects kicking 
around just because of whatever.

---



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


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




[PHP-DEV] PHP 4.0 Bug #9634 Updated: imap_*_quota not found

2001-03-08 Thread ignacio

ID: 9634
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Description: imap_*_quota not found

1) Yes, it's defined in main/php_config.h.

2) Yes, they both exist and are in /usr/include/imap.

3) Yes, the functions are defined in imap4r1.h.

It appears that this is a link failure and not just a simple compile failure. Here is 
the previous command:

/bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010308/libtool --silent --mode=link gcc  
-I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/main 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/Zend -I/usr/include/freetype 
-I/usr/include/imap -I/usr/local/include -I/opt/sybase-11.9.2/include 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmltok 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmlparse 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/TSRM  -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 
-O2 -m486 -fno-strength-reduce -fPIC   -o libphp4.la -rpath 
/usr/src/redhat/BUILD/php-4.0.5dev_20010308/libs -L/usr/kerberos/lib -L/usr/local/lib 
-L/opt/sybase-11.9.2/lib  -R /usr/kerberos/lib -R /usr/local/lib -R 
/opt/sybase-11.9.2/lib stub.lo  Zend/libZend.la sapi/cgi/libsapi.la main/libmain.la 
regex/libregex.la ext/dba/libdba.la ext/domxml/libdomxml.la ext/ftp/libftp.la 
ext/gd/libgd.la ext/gettext/libgettext.la ext/imap/libimap.la 
ext/openssl/libopenssl.la ext/pcre/libpcre.la ext/pdf/libpdf.la ext/posix/libposix.la 
ext/sablot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la 
ext/sybase_ct/libsybase_ct.la ext/sysvsem/libsysvsem.la ext/sysvshm/libsysvshm.la 
ext/xml/libxml.la ext/yp/libyp.la TSRM/libtsrm.la -lpam -limap -ldl -linsck -lsybtcl 
-lintl -lcomn -lct -lcs -lxmltok -lxmlparse -lsablot -lz -ljpeg -lpng -ltiff 
-lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lttf -lz -lpng -lgd -ljpeg -lz -lxml -lgdbm 
-lssl -lcrypto -lresolv -lm -ldl -lcrypt -lnsl -lttf -lpng -ljpeg -lz -lpam -lxmlparse 
-lxmltok -lresolv -lz -L/usr/lib -ljpeg -lpdf

Note the absence of '-lc-client' and the presence of '-limap' in that command. What 
would be causing this?

Previous Comments:
---

[2001-03-08 14:57:26] [EMAIL PROTECTED]
i'm sorry, #2 should have also check to make sure you have a c-client.h file in your 
include directory (this is what ensures a define of HAVE_IMAP2000).

---

[2001-03-08 14:56:37] [EMAIL PROTECTED]
1) make sure HAVE_IMAP2000 is being defined

2) Check to make sure imap4r1.h is included in the php_imap.c file (this should be 
done as long as HAVE_IMAP2000) is defined and exists in the imap directory (looks like 
it's /usr/include/imap on your machine)

3) check that your imap4r1.h has both functions defined.  it should, but double 
checking never hurts.



---

[2001-03-08 14:55:38] [EMAIL PROTECTED]
1) make sure HAVE_IMAP2000 is being defined

2) Check to make sure imap4r1.h is included in the php_imap.c file (this should be 
done as long as HAVE_IMAP2000) is defined and exists in the imap directory (looks like 
it's /usr/include/imap on your machine)

3) check that your imap4r1.h has both functions defined.  it should, but double 
checking never hurts.



---

[2001-03-08 14:11:00] [EMAIL PROTECTED]
Last few lines of build:

/bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010308/libtool --silent --mode=link gcc  
-I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/main 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/Zend -I/usr/include/freetype 
-I/usr/include/imap -I/usr/local/include -I/opt/sybase-11.9.2/include 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmltok 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmlparse 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/TSRM  -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 
-O2 -m486 -fno-strength-reduce -fPIC   -o php -export-dynamic  stub.lo libphp4.la
.libs/libphp4.a(php_imap.o): In function `php_if_imap_get_quota':
php_imap.o(.text+0x1aef): undefined reference to `imap_getquota'
.libs/libphp4.a(php_imap.o): In function `php_if_imap_set_quota':
php_imap.o(.text+0x1e19): undefined reference to `imap_setquota'
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.0.5dev_20010308'
make: *** [all-recursive] Error 1
Bad exit status from /var/tmp/rpm-tmp.49221 (%build)

IMAP 2000c is installed, and another machine with a very similar configuration had no 
problem compiling. Any ideas?

---


Full Bug descri

[PHP-DEV] PHP 4.0 Bug #9628 Updated: PHP.INI cannot read new values

2001-03-08 Thread andre

ID: 9628
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-08 11:45:12] [EMAIL PROTECTED]
java
Directive   Local Value Master Value
java.class.path

D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses
 
D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses

java.home
c:jdk1.2.2  c:jdk1.2.2
java.library
c:jdk1.2.2jrebinclassicjvm.dll  c:jdk1.2.2jrebinclassicjvm.dll
java.library.path
D:php4extensionsphp_java.jar;   D:php4extensionsphp_java.jar;


And   in PHP.INI


;[Java]
;java.class.path = 
"D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses"

;java.home = c:jdk1.2.2
;java.library = "D:php4extensionsphp_java.jar;c:jdk1.2.2jrebinclassicjvm.dll;" 
;java.library.path = "D:php4extensionsphp_java.jar;"

I deleted this entry completely but PHP.INFO can see it,
Rebouut dit not help



---



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


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




[PHP-DEV] PHP 4.0 Bug #9629 Updated: PHP.INI cannot read new values

2001-03-08 Thread andre

ID: 9629
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-08 11:45:41] [EMAIL PROTECTED]


---



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


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




[PHP-DEV] PHP 4.0 Bug #9637: MySQL extension doesn't want to compile as SELF-CONTAINED-EXTENSION (SCE)

2001-03-08 Thread ab

From: [EMAIL PROTECTED]
Operating system: Linux 2.2, glibc 2.2.2
PHP version:  4.0 Latest CVS (08/03/2001)
PHP Bug Type: Compile Failure
Bug description:  MySQL extension doesn't want to compile as SELF-CONTAINED-EXTENSION 
(SCE)

MySQL extension doesn't want to compile as self contained extension because localy 
created php_config.h didn't included and global php_config.h from 
/usr/include/php/main/ contains no HAVE_MYSQL defined. It bails out with undefined 
functions php_if_mysql_xxx because
php_mysql.h escapes definitions when HAVE_MYSQL undefined.

Intention was to create a set of RPMs with straight PHP (doesn't depend on anything 
for extensions) and additional RPMs for extensions
which depend on particular external library (PgSQL, MySQL, IMAP, GTK, etc).

Configure options for main PHP:
configure  --with-apxs=/usr/sbin/apxs --disable-static  --disable-debug  --enable-pic 
--enable-inline-optimization \
 --prefix=%{_prefix} --with-zlib   --disable-magic-quotes  --enable-debugger  
--enable-track-vars \
 --enable-safe-mode  --with-exec-dir=%{_bindir}  --with-regex=system  --enable-sysvsem 
\
 --enable-sysvshm  --with-mod_charset  --enable-force-cgi-redirect  --with-mm  
--enable-trans-sid \
 --with-dbase  --with-filepro  --enable-ftp  --with-xml=/usr  --with-gettext  
--enable-yp \
 --enable-calendar  --enable-bcmath

Configure options for MySQL module after calling 'phpize':
configure  --with-mysql=/usr
(no need to --with-mysql=shared,/usr due $ext_shared always set to 'yes' for SCE).

Patch to solve problem:
--- ext/mysql/php_mysql.c.orig  Mon Feb 26 08:07:04 2001
+++ ext/mysql/php_mysql.c   Thu Mar  8 18:42:42 2001
@@ -26,6 +26,7 @@
 
 #include "php.h"
 #include "php_globals.h"
+#include "php_config.h"
 #include "php_mysql.h"
 #include "ext/standard/info.h"
 #include "ext/standard/php_string.h"




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



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




[PHP-DEV] New Site Design

2001-03-08 Thread André Langhorst

A more clear design IMHO, quite fine BUT
something still is very crappy, the "news" page itself.

Our News are somewhat unordered, I think it should be divided up into 
some parts that always stay the same (eg. so, how much does it cost, 
usage stats) and into "release news (eg. php4.0.5 released)", there a 
small box (similar to the mysql one would be fine) indicting which is 
the latest and with a link to release notes and download and so on and 
other announce news...

Very important IMHO is to have a date on each news entry IMHO

2c
andré





-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


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




[PHP-DEV] PHP 4.0 Bug #9636: error message

2001-03-08 Thread smithr

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  error message

For Netscape Enterprise Server configuration:

After installing all the necessary packages and running
"./configure --with-mysql=/usr/local/mysql --with-nsapi=
/opt/netscape/suitespot --enable-track-vars --enable-libgcc"

When attempting to run "make" I get the following:

# make
Making all in Zend
Making all in Zend
/bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main
   -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE
_ORDER=21 -I../TSRM  -g -O2 -pthreads -c zend_language_scanner_cc.cc
In file included from zend_language_scanner_cc.cc:2571:
zend_operators.h: In function `int is_numeric_string(char *, int, long int *, do
uble *)':
zend_operators.h:84: implicit declaration of function `int finite(...)'
make[1]: *** [zend_language_scanner_cc.lo] Error 1
make[1]: Leaving directory `/usr/local/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1
#

Running gcc-2.95_2

Thanks,
Bob Smith
Computer Systems Administrator
East Carolina University
[EMAIL PROTECTED]
(252) 328-0421


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



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




[PHP-DEV] PHP 4.0 Bug #9634 Updated: imap_*_quota not found

2001-03-08 Thread kalowsky

ID: 9634
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Assigned To: 
Comments:

i'm sorry, #2 should have also check to make sure you have a c-client.h file in your 
include directory (this is what ensures a define of HAVE_IMAP2000).

Previous Comments:
---

[2001-03-08 14:56:37] [EMAIL PROTECTED]
1) make sure HAVE_IMAP2000 is being defined

2) Check to make sure imap4r1.h is included in the php_imap.c file (this should be 
done as long as HAVE_IMAP2000) is defined and exists in the imap directory (looks like 
it's /usr/include/imap on your machine)

3) check that your imap4r1.h has both functions defined.  it should, but double 
checking never hurts.



---

[2001-03-08 14:55:38] [EMAIL PROTECTED]
1) make sure HAVE_IMAP2000 is being defined

2) Check to make sure imap4r1.h is included in the php_imap.c file (this should be 
done as long as HAVE_IMAP2000) is defined and exists in the imap directory (looks like 
it's /usr/include/imap on your machine)

3) check that your imap4r1.h has both functions defined.  it should, but double 
checking never hurts.



---

[2001-03-08 14:11:00] [EMAIL PROTECTED]
Last few lines of build:

/bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010308/libtool --silent --mode=link gcc  
-I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/main 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/Zend -I/usr/include/freetype 
-I/usr/include/imap -I/usr/local/include -I/opt/sybase-11.9.2/include 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmltok 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmlparse 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/TSRM  -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 
-O2 -m486 -fno-strength-reduce -fPIC   -o php -export-dynamic  stub.lo libphp4.la
.libs/libphp4.a(php_imap.o): In function `php_if_imap_get_quota':
php_imap.o(.text+0x1aef): undefined reference to `imap_getquota'
.libs/libphp4.a(php_imap.o): In function `php_if_imap_set_quota':
php_imap.o(.text+0x1e19): undefined reference to `imap_setquota'
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.0.5dev_20010308'
make: *** [all-recursive] Error 1
Bad exit status from /var/tmp/rpm-tmp.49221 (%build)

IMAP 2000c is installed, and another machine with a very similar configuration had no 
problem compiling. Any ideas?

---



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


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




[PHP-DEV] PHP 4.0 Bug #9634 Updated: imap_*_quota not found

2001-03-08 Thread kalowsky

ID: 9634
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Assigned To: kalowsky
Comments:

1) make sure HAVE_IMAP2000 is being defined

2) Check to make sure imap4r1.h is included in the php_imap.c file (this should be 
done as long as HAVE_IMAP2000) is defined and exists in the imap directory (looks like 
it's /usr/include/imap on your machine)

3) check that your imap4r1.h has both functions defined.  it should, but double 
checking never hurts.



Previous Comments:
---

[2001-03-08 14:55:38] [EMAIL PROTECTED]
1) make sure HAVE_IMAP2000 is being defined

2) Check to make sure imap4r1.h is included in the php_imap.c file (this should be 
done as long as HAVE_IMAP2000) is defined and exists in the imap directory (looks like 
it's /usr/include/imap on your machine)

3) check that your imap4r1.h has both functions defined.  it should, but double 
checking never hurts.



---

[2001-03-08 14:11:00] [EMAIL PROTECTED]
Last few lines of build:

/bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010308/libtool --silent --mode=link gcc  
-I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/main 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/Zend -I/usr/include/freetype 
-I/usr/include/imap -I/usr/local/include -I/opt/sybase-11.9.2/include 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmltok 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmlparse 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/TSRM  -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 
-O2 -m486 -fno-strength-reduce -fPIC   -o php -export-dynamic  stub.lo libphp4.la
.libs/libphp4.a(php_imap.o): In function `php_if_imap_get_quota':
php_imap.o(.text+0x1aef): undefined reference to `imap_getquota'
.libs/libphp4.a(php_imap.o): In function `php_if_imap_set_quota':
php_imap.o(.text+0x1e19): undefined reference to `imap_setquota'
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.0.5dev_20010308'
make: *** [all-recursive] Error 1
Bad exit status from /var/tmp/rpm-tmp.49221 (%build)

IMAP 2000c is installed, and another machine with a very similar configuration had no 
problem compiling. Any ideas?

---



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


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




[PHP-DEV] PHP 4.0 Bug #9453 Updated: Reference issue

2001-03-08 Thread mailling

ID: 9453
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Description: Reference issue

let's run this code
b($c);
//$h=&$d->b($c); //The & is needed to work well
//we get $h=&$c;
$h='9';
echo $c. ' '.$h;
//since we should see 9 9, but we can see 5 9
?>

we get 5 9
If we adapt the code to:
//$h=$d->b($c);
$h=&$d->b($c); //The & is needed to work well

we get 9 9, and that should be the good value, rigth?

Previous Comments:
---

[2001-03-08 06:38:51] [EMAIL PROTECTED]
Works for me. What are the results in your case?

---

[2001-02-26 05:07:37] [EMAIL PROTECTED]
I tried it with: allow_call_time_pass_reference = Off and 
allow_call_time_pass_reference= On

It seems that the result is not send automatically as a reference

class A{

function &b(&$f) {
$d=&$f;
$f='5';
return $d;
}

}

$c='3';
$d=new A();
$h=$d->b($c);
$h=&$d->b($c); //The & is needed to work well
$h='9';
echo $c. ' '.$h;

The value of c is not updated correctly if we don't ask for a reference


---


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


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




[PHP-DEV] PHP 4.0 Bug #9634 Updated: imap_*_quota not found

2001-03-08 Thread kalowsky

ID: 9634
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Assigned To: kalowsky
Comments:

1) make sure HAVE_IMAP2000 is being defined

2) Check to make sure imap4r1.h is included in the php_imap.c file (this should be 
done as long as HAVE_IMAP2000) is defined and exists in the imap directory (looks like 
it's /usr/include/imap on your machine)

3) check that your imap4r1.h has both functions defined.  it should, but double 
checking never hurts.



Previous Comments:
---

[2001-03-08 14:11:00] [EMAIL PROTECTED]
Last few lines of build:

/bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010308/libtool --silent --mode=link gcc  
-I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/main 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/Zend -I/usr/include/freetype 
-I/usr/include/imap -I/usr/local/include -I/opt/sybase-11.9.2/include 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmltok 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmlparse 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/TSRM  -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 
-O2 -m486 -fno-strength-reduce -fPIC   -o php -export-dynamic  stub.lo libphp4.la
.libs/libphp4.a(php_imap.o): In function `php_if_imap_get_quota':
php_imap.o(.text+0x1aef): undefined reference to `imap_getquota'
.libs/libphp4.a(php_imap.o): In function `php_if_imap_set_quota':
php_imap.o(.text+0x1e19): undefined reference to `imap_setquota'
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.0.5dev_20010308'
make: *** [all-recursive] Error 1
Bad exit status from /var/tmp/rpm-tmp.49221 (%build)

IMAP 2000c is installed, and another machine with a very similar configuration had no 
problem compiling. Any ideas?

---



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


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




[PHP-DEV] PHP 4.0 Bug #9635: SAFE MODE always on/off

2001-03-08 Thread Keller

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.16
PHP version:  4.0.3pl1
PHP Bug Type: PHP options/info functions
Bug description:  SAFE MODE always on/off

This variable could be only set in php.ini

I've
  safe_mode = on
in php.ini. If i try to set in httpd.conf for special directorys
  PHP_FLAG safe_mode off
it doesn't work

a) I couldn't open temporary uploads per FORM (would perhaps another Bug- Report), 
because they have the uid of the webserver and not of the script
b) I could'nt serve a default php file for other users in a special directory, eg. a 
navigation.php which should be integrated in every page.

Thanks.


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



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




[PHP-DEV] New Site Design

2001-03-08 Thread Hellekin O. Wolf

It rock ! =8)

Wonderful Colin...

how


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




[PHP-DEV] PHP 4.0 Bug #9634: imap_*_quota not found

2001-03-08 Thread ignacio

From: [EMAIL PROTECTED]
Operating system: RH Linux 6.2
PHP version:  4.0 Latest CVS (08/03/2001)
PHP Bug Type: Compile Failure
Bug description:  imap_*_quota not found

Last few lines of build:

/bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010308/libtool --silent --mode=link gcc  
-I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/main 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/Zend -I/usr/include/freetype 
-I/usr/include/imap -I/usr/local/include -I/opt/sybase-11.9.2/include 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmltok 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmlparse 
-I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/TSRM  -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 
-O2 -m486 -fno-strength-reduce -fPIC   -o php -export-dynamic  stub.lo libphp4.la
.libs/libphp4.a(php_imap.o): In function `php_if_imap_get_quota':
php_imap.o(.text+0x1aef): undefined reference to `imap_getquota'
.libs/libphp4.a(php_imap.o): In function `php_if_imap_set_quota':
php_imap.o(.text+0x1e19): undefined reference to `imap_setquota'
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.0.5dev_20010308'
make: *** [all-recursive] Error 1
Bad exit status from /var/tmp/rpm-tmp.49221 (%build)

IMAP 2000c is installed, and another machine with a very similar configuration had no 
problem compiling. Any ideas?


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



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




[PHP-DEV] PHP 4.0 Bug #9633: sort() not working

2001-03-08 Thread sgarin

From: [EMAIL PROTECTED]
Operating system: Linux RH6.2 -> 2.2.18
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  sort() not working

I have an array with random number of elements. I analyse each value (by random 
selection) and unset it after. In one case, If I unset the first element of my array 
with 2 elements, sort function does not slide value of the second element to the first 
element. (sorry for my english). 

Exemple :

";
  unset ($tb[0]);
  echo "After unset: [0]=$tb[0] [1]=$tb[1] [2]=$tb[2]";
  sort ($tb);
  echo "After sort: [0]=$tb[0] [1]=$tb[1] [2]=$tb[2]";
  unset ($tb[0]);
  echo "After unset: [0]=$tb[0] [1]=$tb[1]";
  sort ($tb);
  echo "After sort: [0]=$tb[0] [1]=$tb[1]";
?>

I resolved this trouble by calling implode and explode functions.


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



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




[PHP-DEV] Function Renaming Re-organization

2001-03-08 Thread Zak Greant

HOW wrote:
[snip]
> Zak, would you please post an updated version of the renaming scheme,
> including the last few days changes, so that we can see things more
globally ?
> (And refresh the thread's subject ;-)

I am just heading out to an appointment.  When I get back, I will organize
what has gone on so far. I will also post the information to a page on the
qa site.

Ciao!

Zak


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




Re: SV: [PHP-DEV] The new design

2001-03-08 Thread Zeev Suraski

At 19:47 8/3/2001, Jim Winstead wrote:
>but maybe the 'search' box in the header should really be a quickref box.
>that seems more likely to pull up what most people want. if someone wants
>to do an actual search for a function name on other pages, they'd then
>have to go to the search page and search from there.
>
>(as for the page listing all the functions, it's still there at
>http://www.php.net/quickref.php.)

I'm not sure it's a big issue (having two different boxes), but I tend to 
agree that if we do limit ourselves to one box, it should probably be the 
quickref, with the Search sitting on a dedicated page.

Zeev


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


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




Re: SV: [PHP-DEV] The new design

2001-03-08 Thread Björn Schotte

* Jim Winstead wrote:
> the reason i don't mind seeing it gone from the main page is that i think
> having two search-like boxes on the same page that behave differently is
> confusing.

Have a look at http://www.php-center.de/ - on the left
side, there's the normal search box, on the right side
the "Quickref"-Box.

-- 
Björn Schotte  [EMAIL PROTECTED]
http://rent-a-phpwizard.de/   [EMAIL PROTECTED]

Software dev advocate: http://www.advogato.org/person/baerli/

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




[PHP-DEV] PHP 4.0 Bug #8222 Updated: Objects are not automatically destroyed when reference count=0

2001-03-08 Thread stas

ID: 8222
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Class/Object related
Assigned To: 
Comments:

If you compile PHP in debug mode (--enable-debug) does it
report any memory leaks? If not, the leak is probably not in
PHP code, but in external code (or caused by some wrong work
with external library). If yes, please post the leaks. 
Also, you could use some malloc debugging library to see if
there aren't some leaks external to PHP.

Previous Comments:
---

[2000-12-13 05:44:12] [EMAIL PROTECTED]
Hi there,

as there are no extentions returning objects, perhaps I am the first to encounter 
following problem:

I wrote an extention with functions returning objects. The problem is that these 
objects are not automatically destroyed in memory when no variable references them 
anymore.

A script like the following causes php to consume more and more memory until it 
terminates with "out of memory" ...

01:

Even if I change line 05 to 
05:   k2_searchrecv($a,$b,$c,$d,$e);
so that the resulting object is not referenced by any variable, memory consumption 
grows. 

one resulting objects looks like:

object(stdClass)(9) {
  ["errorCode"]=>
  int(0)
  ["errorMessage"]=>
  string(1) "-"
  ["docStart"]=>
  int(1)
  ["docPage"]=>
  int(6)
  ["numHit"]=>
  int(6)
  ["numProc"]=>
  int(52672)
  ["numCols"]=>
  int(3)
  ["numRows"]=>
  int(6)
  ["square"]=>
  array(6) {
[0]=>
object(stdClass)(3) {
  ["SCORE"]=>
  string(6) "0.7742"
  ["VdkVgwKey"]=>
  string(6) "401824"
  ["JOB_TITLE"]=>
  string(44) "Software-Entwickler/in Information Retrieval"
}
[1]=>
object(stdClass)(3) {
  ["SCORE"]=>
  string(6) "0.7742"
  ["VdkVgwKey"]=>
  string(6) "384327"
  ["JOB_TITLE"]=>
  string(18) "UNIX-Administrator"
}
[2]=>
object(stdClass)(3) {
  ["SCORE"]=>
  string(6) "0.7742"
  ["VdkVgwKey"]=>
  string(6) "396529"
  ["JOB_TITLE"]=>
  string(38) "SoftwareentwicklerInnen-architektInnen"
}
[3]=>
object(stdClass)(3) {
  ["SCORE"]=>
  string(6) "0.7742"
  ["VdkVgwKey"]=>
  string(6) "314928"
  ["JOB_TITLE"]=>
  string(27) "Anwendungsprogrammierer(in)"
}
[4]=>
object(stdClass)(3) {
  ["SCORE"]=>
  string(6) "0.7742"
  ["VdkVgwKey"]=>
  string(8) "10017461"
  ["JOB_TITLE"]=>
  string(41) "Praktikant oder studentischer Mitarbeiter"
}
[5]=>
object(stdClass)(3) {
  ["SCORE"]=>
  string(6) "0.7742"
  ["VdkVgwKey"]=>
  string(6) "239921"
  ["JOB_TITLE"]=>
  string(38) "Internet/Intranet/Extranet-Consultants"
}
  }
}
 
Could the problem be, that the object-type is stdClass and not a user-defined class ?

Here one function that builds an object as result:

PHP_FUNCTION(k2_searchrecv)
{

zval **shandle, **docstart, **docpage, **timeout, **fieldnames;
zval **ksquare=0 ,***dummyzval=0 ;
K2Error kerror; 
char *dummyptr;
char **fieldnamearray = 0;
int i,j;
int fieldcount;
int withfieldnames = 0;
int retries = 0;
char *dummystring;

K2SearchRecvOut recvOut = 0;
K2SearchRecvArgRec recvNew;

switch(ZEND_NUM_ARGS())
{
case 4: {
if (zend_get_parameters_ex(4, &shandle, &docstart, &docpage, 
&timeout) == FAILURE)
RETURN_LONG(-1);
break;}

case 5: {  
if (zend_get_parameters_ex(5, &shandle, &docstart, &docpage, 
&timeout, &fieldnames) == FAILURE)
RETURN_LONG(-1);
withfieldnames = 1;
dummystring = estrdup((*fieldnames)->value.str.val);
fieldcount = k2_internal_getNoOfStrings(dummystring);
dummyptr = dummystring;

fieldnamearray=(char**) emalloc (sizeof(char*) * fieldcount);
if (fieldnamearray == NULL)
{
php_error(E_ERROR,"k2_searchrecv: Unable to allocate 
memory for 'fieldnamearray'");
return; 
}   

for (j=0; j < fieldcount; j++)
{
fieldnamearray[j]=estrdup(dummyptr);
dummyptr = dummyptr + strlen(dummyptr)+1;
}   
efree(dummystring);
break;}

default: WRONG_

Re: SV: [PHP-DEV] The new design

2001-03-08 Thread Jim Winstead

(cc'ed [EMAIL PROTECTED] please continue this
discussion there.)

In article <[EMAIL PROTECTED]>, "Zeev
Suraski" <[EMAIL PROTECTED]> wrote:
> I generally like the new design, but this statement appears to be trying
> to  fix the symptom, instead of the problem itself.  If so many people
> miss the  quick search, and since this paragraph will be gone with time,
> the right  solution should most probably be restoring the Quick Search
> link to the  front page...

but i don't believe the problem is people in general finding the quickref
-- it's people who are used to it being there on the main page.

the reason i don't mind seeing it gone from the main page is that i think
having two search-like boxes on the same page that behave differently is
confusing.

but maybe the 'search' box in the header should really be a quickref box.
that seems more likely to pull up what most people want. if someone wants
to do an actual search for a function name on other pages, they'd then
have to go to the search page and search from there.

(as for the page listing all the functions, it's still there at
http://www.php.net/quickref.php.)

jim

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




[PHP-DEV] PHP 4.0 Bug #9587 Updated: obj->method()->method2() doesn't work!!

2001-03-08 Thread stas

ID: 9587
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Bug Type: Class/Object related
Assigned To: 
Comments:

Yes, this is a known problem. 

Previous Comments:
---

[2001-03-06 15:31:04] [EMAIL PROTECTED]
You cannot do the following:

obj->method()->method2();

Mini example:
class Foo{
 var $obj;
  
 setObj( &$obj ) {
   $this->obj =& $obj;
 }

 &getObj() {
   return $this->obj;
}

 hello() {
   print "hin";
 }
}

$a = new Foo;
$b = new Foo;
$b->setObj( $a );

$a->getObj()->hello();
// Doesn't work

In fact, this doesn't work either:
function foob() {
  global $a;
  return $a;
}

foo()->hello();

In addition, anything that hands objects back doesn't work
right.  You can't chain certain things, like new commands.

All in all, the objects are rather inflexable.

---



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


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




[PHP-DEV] PHP 4.0 Bug #9632 Updated: A bug in you web, see description

2001-03-08 Thread stas

ID: 9632
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:

Please report website bugs to [EMAIL PROTECTED]

Previous Comments:
---

[2001-03-08 12:33:51] [EMAIL PROTECTED]
  I found no other place to post this, and you obviously overlooked it, here it goes:

  Accessing this page, for example:

 http://www.php.net/manual/admin-notes.php?last_entry=2800

  Causes this Fatal error:
  Fatal error:  Call to undefined function:  spc() in 
/local/Web/sites/phpweb/manual/admin-notes.php on line 46

  And makes the page useless to see.

  Sorry for doing this here, but I thought you ought to know. ;-)

---



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


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




[PHP-DEV] PHP 4.0 Bug #9632: A bug in you web, see description

2001-03-08 Thread lvieites

From: [EMAIL PROTECTED]
Operating system: Your OS
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  A bug in you web, see description

  I found no other place to post this, and you obviously overlooked it, here it goes:

  Accessing this page, for example:

 http://www.php.net/manual/admin-notes.php?last_entry=2800

  Causes this Fatal error:
  Fatal error:  Call to undefined function:  spc() in 
/local/Web/sites/phpweb/manual/admin-notes.php on line 46

  And makes the page useless to see.

  Sorry for doing this here, but I thought you ought to know. ;-)


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



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




[PHP-DEV] PHP 4.0 Bug #9631 Updated: if(condition); works without warning/error!!

2001-03-08 Thread stas

ID: 9631
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Old-Bug Type: Compile Warning
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Yes, this is a valid construct. The syntax of if operator is:
'if(' expression ')' statement

';' alone is a valid statement (just like in C). So that
code is valid. PHP cannot really determine if it's
"meaningful" or not for you.


Previous Comments:
---

[2001-03-08 12:21:49] [EMAIL PROTECTED]
I don't know if you noticed that but 

if(condition); 

works. It won't give out any error or warning, while using the currently latest 
version (4.04pl/win). 
I don't know if that's the intention of the programmers but IMO it's more likly a bug, 
since it doesn't make any sense anywhere i could think so far.
Please let me know if that's fixed soon.

---



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


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




[PHP-DEV] PHP 4.0 Bug #8937 Updated: unset() in context with GLOBAL

2001-03-08 Thread stas

ID: 8937
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

"the program dosn't do, what I expect"
 is not a bug. A bug is "the program doesn't do what the
programmer expected". If 'man' program doesn't create a
little man to help you with your C code, it's not the
program's fault :)

And no, it cannot work the way you proposed, because there's
no way to discover what that "other" variable, that $foo is
linked to, was in the first place. It's located in another
symbol table, which is not available in that function. But
if you don't really need unset (which wipes the variable
completely), you could just use something like $foo=false,
which does work on references perfectly.

Previous Comments:
---

[2001-03-08 11:23:24] [EMAIL PROTECTED]
My problem is, that old PHP3 scripts won´t work with PHP4, if they use such a 
construct.

And it is a bug in the meaning of "the program dosn't do, what I expect". Ok, the bug 
is documented, but look at the ERROR-ID #8972 for a case, that makes a much more 
surprising and unexpected effect.

Why can't PHP just overwrite the value with the value "UNSET" in the case of unsetting 
a reference - instead of removing the reference?

---

[2001-03-06 08:10:47] [EMAIL PROTECTED]
So, what's the problem with your latest code? I do not see any.

---

[2001-01-28 18:53:34] [EMAIL PROTECTED]
Bug or feature. Thats the question. :)

Sorry, it IS a bug. 4 people have mentioned this and I found now a
test case, where no workarround exists.

But I found another problem in this context. Will make a new ticket.


---

[2001-01-26 16:24:50] [EMAIL PROTECTED]
Sorry... forgot to read all the comments

---

[2001-01-26 16:14:57] [EMAIL PROTECTED]
This isn't a bug, but a feature =)

If you use GLOBAL within a function it creates a reference to the orignal variabele, 
this reference is local to the function. SO if you unset() this variabele, you're only 
unsetting the reference (and thus not the GLOBAL variabele). This is documented 
behavior (from the unset() manual page):

   If a globalized variable is unset() inside of a function, only the
   local variable is destroyed. The variable in the calling environment
   will retain the same value as before unset() was called.

---

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


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


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




[PHP-DEV] PHP 4.0 Bug #9631: if(condition); works without warning/error!!

2001-03-08 Thread slicky

From: [EMAIL PROTECTED]
Operating system: Windows
PHP version:  4.0.4pl1
PHP Bug Type: Compile Warning
Bug description:  if(condition); works without warning/error!!

I don't know if you noticed that but 

if(condition); 

works. It won't give out any error or warning, while using the currently latest 
version (4.04pl/win). 
I don't know if that's the intention of the programmers but IMO it's more likly a bug, 
since it doesn't make any sense anywhere i could think so far.
Please let me know if that's fixed soon.


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



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




[PHP-DEV] PHP 4.0 Bug #9630: Ora_Logoff doesn't return true or false.

2001-03-08 Thread deciojr . geo

From: [EMAIL PROTECTED]
Operating system: RedHat 6.1 
PHP version:  4.0.4pl1
PHP Bug Type: Oracle related
Bug description:  Ora_Logoff doesn't return true  or false.

[LOGOFF=$logoff]";
//.
?>

Results:
[LOGOFF=]


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



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




[PHP-DEV] PHP 4.0 Bug #9223 Updated: recode_string leaks memory

2001-03-08 Thread stas

ID: 9223
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Analyzed
Bug Type: Recode related
Assigned To: 
Comments:

Better be in 'Analyzed', to know the problem still exists.

Previous Comments:
---

[2001-03-08 11:46:32] [EMAIL PROTECTED]
Seems that this is a recode memory leak, not PHP's. At least
Insure says that recode library is leaking memory all over
the place. You may want to contact recode developers. 

---

[2001-02-12 05:33:56] [EMAIL PROTECTED]
I use the following procedure to recode records that are read in from a dbase file. If 
I run this script for all the 3500 records in the dbase file the apache server process 
uses 150MB of memory.



function recodeDBF($dbfin) {

$dbfout=array();

while( list($key, $inval) = each($dbfin) ) {
$dbfout[$key]=recode_string("pc..l1",trim($inval)); // A LOT OF MEMORY
// $dbfout[$key]=trim($inval); // NORMAL MEMORY USAGE
}
return $dbfout;
}



---



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


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




Re: [PHP-DEV] PHP 4.0 Bug #9223 Updated: recode_string leaks memory

2001-03-08 Thread Stanislav Malyshev

SS>> That could also mean that the recode extension does not call
SS>> cleanup handlers of the recode library.  In the
SS>> zlib/ob_gzhandler case that was the primary cause for the
SS>> huge memory leak.

The problem that it is leaking "in process", i.e. each call to
recode_string costs me some memory, allocated inside recode, and not freed
even after delete_request. I guess maybe the developers of recode wanted
to free it on delete_outer, but that would be strange.  Otherwise, recode
extension works exactly like written in the recode manual.
-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



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




  1   2   >