[PHP-DEV] PHP 4.0 Bug #9615: Cannot load libphp4.so into server

[jr_evinger]

From: [EMAIL PROTECTED]
Operating system: RedHat Linux 7.2
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  Cannot load libphp4.so into server

Using apache-1.3.19 with mysql and so module configured with no errors.
Configure;make;make install (ed) php with no errors using:
./configure --with-mysql=/usr/local/mysql-3.23.33-pc-linux-gnu-i686/ 
--with-apxs=/usr/local/apache_1.3.19/bin/apxs

On starting apachectl I get the following error:
"Syntax error on line 205 of /usr/local/apache_1.3.19/conf/httpd.conf:
Cannot load /usr/local/apache_1.3.19/libexeclibphp4.so into server: undefined symbol: 
uncompress"

Line 205 of httpd.conf is simply the LoadModule line that reads:
"LoadModule php4_modulelibexec/libphp4.so"

I read that it was suggested on one bug report to add to the LIBS1 line in Makefile so 
mine now reads:
"LIBS1=  -lpthread -lm -lcrypt -ldl"
I performed: "make clean;make;make install: and the same error occurs.

I am just in the process of setting up this server. PHP was the third app installed. 
The first was mysql and apache was the second. I did a custom install with the 
following components selected:
XWindows, GNOME, Mail-WWW-News Tools, DOS|Windows Connectivity, Graphics, Games, 
Multimedia, Networked Workstation, Anonymous FTP server, Authoring/Publishing, 
Developement Tools, and Utilities.

The machine is an 800MHz with 256 RAM. Plenty of partition space as well as swap space 
too.

Thanks for any help.

JR


-- 
Edit Bug report at: http://bugs.php.net/?id=9615&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]

RE: [PHP-DEV] PHP 4.0 Zend API

[Marc Boeren]

>I am building my custom php extension. For the windows platform it went
>fine, but I still have a problems on Linux. 

I had a couple of problems as well, but managed it after a while. 
Please read the README.SELF-CONTAINED-EXTENSIONS in the php-folder, as it
helps. 

In short, create a config.m4 like this

PHP_ARG_ENABLE(dbx,whether to enable dbx,
[ --enable-dbxEnable dbx])

if test "$PHP_DBX" != "no"; then
  PHP_EXTENSION(dbx, $ext_shared)
fi

and replace dbx with whatever your module is called.
Create a Makefile.in like this

LTLIBRARY_SHARED_NAME = dbx.la
LTLIBRARY_SOURCES = dbx.c dbx_mysql.c dbx_odbc.c

include $(top_srcdir)/build/dynlib.mk

where you include all your c source files.

I then found that the phpize-script returned an error for some AC_WHATEVER
thing it couldn't find, so I ran (from my modules src folder)

phpize
/usr/local/bin/aclocal
/usr/local/bin/autoconf
/usr/local/bin/autoheader
/usr/local/bin/libtoolize -f -c

phpize generates this AC_ error, but by running the next four commands (that
are at the end of phpize) by hand I got it to work...
Then it's simply

./configure --with-php-config=/usr/local/bin/php-config
make
make install

And voila!


Hope this helps!

Cheerio, Marc.

-- 
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 php.net Design

[Björn Schotte]

Hi folks,

nice redesign. Personally, I don't like the inconsistency
of underlined links and not underlined links (as in the
navigation bar). Would be nice if you could generally use
underlined links with

   A:hover { text-decoration: none; }

in the stylesheet (for the IE/Opera/Mozilla users out there).

-- 
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 #9616: Image functions don't work under Netscape

[stefand]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.4pl1
PHP Bug Type: GD related
Bug description:  Image functions don't work under Netscape

The Image functions work properly with IE, but when I tried with Netscape (4.7 and 
6.0), no image was displayed, but just lot's of chaotic symbols.


-- 
Edit Bug report at: http://bugs.php.net/?id=9616&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 #9616 Updated: Image functions don't work under Netscape

[derick]

ID: 9616
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: GD related
Assigned To: 
Comments:

You need to set your Content-Type correctly, like:
Header ("Content-Type: image/jpeg"); IE will work without this, but Netscape will not

If this is not the case, please reopen this bugreport and provide more information

Previous Comments:
---

[2001-03-08 04:11:06] [EMAIL PROTECTED]
The Image functions work properly with IE, but when I tried with Netscape (4.7 and 
6.0), no image was displayed, but just lot's of chaotic symbols.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9616&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] CVS Account Request

[CVS Account Request]

Full name: Tommaso D\'Argenio
Email: [EMAIL PROTECTED]
ID: rajasi
Purpose: translation on php-gtk and development

-- 
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] extension developer list?

[Marc Boeren]

Hi!

I for one wouldn't mind a separate mailing list for developers of php
extensions.

I would subscribe to both the php-dev and php-ext (?) mailing-lists, so I
would still receive the same amount of mail, but the mails about extending
php wouldn't be cluttered by bug reports or discussions about naming
conventions (yes, I know they are important, but they're really a different
subject).

Just my $0.02 (or, my Hfl 0,02 :-)

Cheerio, Marc.

-- 
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 #9607 Updated: missing "quick ref" button

[sniper]

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

And this isn't the place to report 'bugs' about the
www.php.net site.

--Jani


Previous Comments:
---

[2001-03-07 22:54:59] [EMAIL PROTECTED]
it's there on the manual pages, and there's some tips at http://www.php.net/tips.php 
on how to add the button directly to your browser. there's also the 
http://www.php.net/strlen trick.

---

[2001-03-07 20:52:33] [EMAIL PROTECTED]
I noticed that on the new and improved web site you took off
the "quck ref" button.  I must say that i really miss this.
 I used to pop in and look up the function I needed to,
which was really nice.  I realize that I can do this through
the search page, but it's just not as convenient.  I wish
you would bring it back.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9607&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 #9610 Updated: Dead link

[sniper]

ID: 9610
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Old-Bug Type: Other
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-07 22:02:38] [EMAIL PROTECTED]
The link to download php3 has broken

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9610&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 #9613 Updated: Why some new function doesn't appear in the Documentation?

[sniper]

ID: 9613
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-07 22:55:17] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9613&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] Re: What have you done to your website!!! ???

[Jani Taskinen]

On Wed, 7 Mar 2001, Lindsay Haisley wrote:

>Your old website was simply one of the most beautiful and elegant
>combinations of PHP and very nice page design I've ever seen!  I used to
>use it as an example in talks and instruction on HTML design.  Alas, it
>is no more.  While you've possibly packed more information into the new
>design, it lacks the nice little features that made the old site quite
>special and attractive.  Now it's just like any other website :(
>
>In particular, from the point of view of a PHP programmer, I miss the
>link to quick references on the top page, although I managed to find it
>by searching for "quickref" and have bookmarked the page.  Your top page
>says that it's on the Manuals page, but look as I might I couldn't find
>it there using Netscape for Linux.


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.

--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 #9616 Updated: Image functions don't work under Netscape

[sniper]

ID: 9616
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Closed
Bug Type: GD related
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-08 04:11:06] [EMAIL PROTECTED]
The Image functions work properly with IE, but when I tried with Netscape (4.7 and 
6.0), no image was displayed, but just lot's of chaotic symbols.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9616&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 #9365 Updated: Problem with muiti-byte char code set (serious)

[stas]

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

Could you please provide a short code demonstrating the problem?

Previous Comments:
---

[2001-02-21 04:07:58] [EMAIL PROTECTED]
PHP4.0.4pl1 possibly has unsafe code for 8 bit char codesets. If it is the case, any 
user, that uses charactor code from 128 to 255, may experience strange/unexpected PHP 
behavior. (Another possiblity is bugs in glibc)

NOTE: It is very difficult to determine in what condtion program does wrong. When 
condition meets PHP does following behavior ALWAYS. (I don't figure out exact 
condition yet. i.e. what combination/location of multi-byte charset causes this 
behavior.) In most cases, I don't have this kind of problem at all. Therefore, I can't 
reproduce this problem with simple script, so I don't put them in here.

Anyway, it seems PHP4.0.4pl1 does this:

PHP4 behavior: Script is executed TWICE and included file is not processed
1) PHP parse script and start executing.
   - My script check username data in db, if there is the same username, return error. 
If not, insert new username into db.
2) PHP calls function to register new user.
2) PHP execute code to insert data into db in the function. if user can be added. PHP 
possibly encounters 8bit char unclean code some where near include()and RESTART script 
execution from the beginning.
   - The script written to include() HTML file for successful user registration.

PHP inserts new username into db at 1st execution, then it finds the same username in 
db and return error for 2nd execution. 
If I put die('died here') BEFORE include(), PHP stops execution and outputs 'died 
here'. but not AFTER include(). PHP does not stop execution inside of included file, 
too. 
I was using 'ob_gzhandler', disabling it does not make any difference.

This happened when user registration check/insert was done in function defined in 
other included file that included at the top of script. 
PHP does not log any errors when this happens. (E_ALL)

PHP4 behavior: Script does not process included file and outputs default HTML as if I 
didn't print any outputs.
(It is rewrite for the code I explained)
1) PHP parse script and start executing.
 - This script does not use function calls in contrast to previous one.
2) PHP possibly encounters 8bit char unclean code some where near include(), and 
outputs default HTML for null output and stops execution.

Therefore, I can see output from die('died here') if I put BEFORE include(), but not 
AFTER include(). If I put die('died here') inside of included file, PHP does not die 
also. 

This happened when user registration check/insert was done in the script w/o using 
functions. i.e. I'm not using functions defined included file. The script logic is 
identical to first one except it is not using any functions. 
PHP does not log any errors. (E_ALL)

When I tested with PLAIN ASCII HTML for included file. PHP WORKS as expected. i.e. It 
show html file, and die/exit from script. (before/inside/after include())

I use EUC (Extended Unix Code), EUC-JP to be specific,  for char code, which is 
supposed to work well with 8 bit char code clean programs.

[Environment]
OS: RadHat Linux7.0.1/ja(i386) FTP version (no glibc update)
Apache: Apache 1.3.17 w/ mod_ssl-2.8.0, mod_gzip-1.13.17a. build from source 
PHP: PHP4.0.4pl1 w/ pgsql-7.0.3, gd-1.8.3, mhash, mcript and others. build from 
source. (no debug option)
 - ECU-JP for all html,  php scripts
PHP Configure:
'./configure' '--with-apxs' '--disable-short-tags' '--enable-bcmath' '--with-zlib-dir' 
'--enable-ftp' '--with-imap' '--with-mhash' '--with-mcrypt' '--with-pgsql' 
'--with-swf' '--enable-sysvsem' '--enable-sysvshm' '--with-zlib' '--enable-iconv' 
'--with-kakasi' '--enable-jstring' '--enable-mbregex' '--with-namazu' 
'--with-gd=../gd-1.8.3/' '--with-jpeg-dir=/usr' '--with-xpm-dir=/usr/X11R6'

I cannot think of any reasonable explanation for this strange PHP4 behavior other than 
possibility that glibc has bugs. (8 bit char unsafe code, etc. I haven't research 
about my exact glibc version nor bugs yet, so far I don't have any problem other than 
PHP4.)

PS: I don't use EUC for var/function names, of course. I only use EUC in HTML or var 
contents. 
I really want this problem to be fixed. If you need to contact me, please do so. I'll 
try the best I can do.

Regards,
--
Yasuo Ohgaki

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9365&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] zend_ticks crash and question

[Zeev Suraski]

At 07:12 8/3/2001, André Langhorst wrote:
>b)
>I think I am still getting something wrong... ticks are _not_ for 
>simulating "background processing" (once said on the list), because 
>nothing gets forked there and there is no concurrency at no point 
>(unfortunately!), they are simply a way to implement callbacks with ease...
>am I right? everything will be called step by step eg. 4 statements, then 
>1 callback, 3 statements, 1 callback and so on...

Ticks are for simulating background processing, but it's very much like 
cooperative multithreading.  They're not a simple way of creating callbacks 
with ease - they're a way of automatically calling a certain function while 
executing other code.

>A pity, the whole time I thought it would help me to recycle the lost time 
>in external (eg. db) queries and connects and so on...

No, they're not suitable for that, because things like database queries 
block the process, the control doesn't return to the engine, so it can't 
call this tick function...

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]

[PHP-DEV] PHP 4.0 Bug #9005 Updated: Static classes sometimes have a $this pointer

[zeev]

ID: 9005
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

class::method() isn't a static call in PHP (it isn't always a static call in C++ 
either).
The primary use for class::method() is actually calling methods from your parent 
class, not calling 'static methods' (the ability to create static classes and call 
their methods is pretty much a positive 'side effect').

So, this is the intended behavior.

Previous Comments:
---

[2001-01-30 13:39:15] [EMAIL PROTECTED]
If you call a static method from within an object, the static method will inherit the 
$this pointer of the calling object. This script demonstrates the problem:

data;
}
}

class Instantiated {
var $data;

function Instantiated($data) {
$this->data = $data;
StaticClass::doSomething();
}
}

$ob = new Instantiated('foo');

?>


This is rather confusing behavior - $this should be out of scope inside static methods 
no matter what.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9005&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 #9617: fileposition error

[achim]

From: [EMAIL PROTECTED]
Operating system: Windows
PHP version:  4.0.4pl1
PHP Bug Type: Filesystem function related
Bug description:  fileposition error

Open an existing text file (insert some crap before) like:

$output = fopen("test.txt", "a"); #we want append something

Here is the problem:

$position = ftell($output); #returns always 0 and not the real fileposition!!!

fputs($output, "test"); #but this works without any problems (it has the real 
fileposition, but ftell gets the false one)

I found this bug only on windows systems, not on linux.

Achim


-- 
Edit Bug report at: http://bugs.php.net/?id=9617&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 #9453 Updated: Reference issue

[stas]

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

Works for me. What are the results in your case?

Previous Comments:
---

[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


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9453&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 #9454 Updated: Reference issue 2

[stas]

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

Please provide a short code reproducing the problem.

Previous Comments:
---

[2001-02-26 16:34:15] [EMAIL PROTECTED]
This problem seems to be related to the bug 9407 also.
I am not sure it is due to the garbage collector.
I ran it as a CGI or with ISAPI filter, I increased the amount of memeory a thread 
could take until 13Mb, with Linux also.
I destroyed the process...

I think it is due to a buffer overflow somewhere when a reference is built, or 
something like that.

Good luck

---

[2001-02-26 05:18:27] [EMAIL PROTECTED]
I got in trouble with reference.
Issues with Linux, Mandrake 7.2 and Windows 2000
with PHP 4.04pl1, php 4.0.3 php 4.0.1pl2

I am unable to give small script, the problem seems to appear only on big script, some 
refences seems to be messed up.

What I did.
I used MySql to query a system.
When I check the result of a query, I got a resource ID
But sometimes, the resource ID is a big number, ie 18739485
I belived the problem came from MySql, but I used ODBC to find a turn around, with the 
same problem.
The worst is the such a resource is working well after for the next_record statement.

Then, I realize a dump of a big variable, that contains references of objects, of 
arrays...
And one of this variable inside is at the beginning a number, and becomes a reference 
to another object. I checked the code, and the variable is written only once.

Something else, I write to the screen a string using printf() or echo sprintf(), and I 
find this string in the big variable.

Worst, I notice some strange characters in this object (with ascii code >127)

It seems that in some condition, the memory manager doesn't work well. With my code, 
PHP hangs on while it is trying to print a resource ID variable (on Unix or PHP).

I can send you my code if you are interested in. For a core file, I didn't compile 
PHP- Linux with the debug option. Do you know how I can do the same thing with 
Windows?

Hope that helps

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9454&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 #9477 Updated: Object is destroyed before references all released

[stas]

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

Could you please describe more in detail what the problem is
and provide a short scipt reproducing the behaviour?

Previous Comments:
---

[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 #9479 Updated: new operator behaves in a really strange way

[stas]

ID: 9479
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Yes, when you do a $obj = new Foo(), the object is copied.
Use =& if you want reference. 

Previous Comments:
---

[2001-02-27 09:16:56] [EMAIL PROTECTED]
$objectlist=array();
class MyClass
{
  function MyClass()
  {
global $objectlist;
// Save the reference for later use
$objectList[]=&$this;
  }
};

// the object referred to by $myobject is NOT in the array
$myobject = new MyClass();
// $myobject2 exists in the array
$myobject2 =& new MyClass();

It appears that there is an object being copied when returning from the constructor. 
What am I doing wrong?

I'm not supposed to return anything from the constuctor.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9479&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 #9618: Strange behaviour initialing extended class

[arzga]

From: [EMAIL PROTECTED]
Operating system: linux/rh7.0 std
PHP version:  4.0.3pl1
PHP Bug Type: Scripting Engine problem
Bug description:  Strange behaviour initialing extended class

Hi,

PHP acts strangely when calling a parent class constructor from an extended class. 
PHP4 seems to call the constructor without arguments instead of the one with the right 
number of arguments.

Regards,
Ari Nykänen

//  clip clip clip 


class Huikkari {
var $huikkasana="initial";
function Huikkari($huikkasana) {
$this->huikkasana=$huikkasana;
}
function Huikkari() {
$this->huikkasana="default";
}
function huikkaa () {
echo ($this->huikkasana."\n");
return true;
}
}

class HelloHuikkari extends Huikkari {
function helloHuikkari () {
// *** possible problem here *** the following line seems
// to call the Huikkari constructor with no arguments
$this->Huikkari('Hello World');
}
}

$helloHuikkari = new HelloHuikkari();
// I think the following line should
// output 'Hello World' instead of 'defaultt'
$helloHuikkari->huikkaa();





-- 
Edit Bug report at: http://bugs.php.net/?id=9618&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] zlib.output_compression

[Sebastian Bergmann]

  Is it correct that I cannot find the value of the zlib.output_compression
setting in phpinfo(), or am I just blind?

-- 
 sebastian bergmann e-mail :  [EMAIL PROTECTED]
  homepage :  http://www.sebastian-bergmann.de
   make a gift : http://wishlist.sebastian-bergmann.de
 measure the usability of your web application -> http://phpOpenTracker.de

-- 
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 #9481 Updated: Passing out class property by reference problem

[stas]

ID: 9481
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

This is not a bug. Please read the "References explained"
part in the manual. When you have $a =& $b and you do $a =&
$c, you don't make a and b be references to c, you make only
$a bound to $c and unbound from $b. So when you did $refObj
= &$this->sValue
 $refObj stopped being reference to call parameter and
became reference to $this->sValue. There's no real way to
make "other" referenced value to be rebound to some new value.

Previous Comments:
---

[2001-02-27 10:42:34] [EMAIL PROTECTED]
";
var_dump($xValue);
echo "";
}

class test
{
var $sValue;
var $Count = 0;

function getTest(&$refObj)
{
if (isset($this->sValue))
{
$refObj = &$this->sValue;
xmpdump($refObj, "Reference before being passed 
back");
return;
}
else
{
$refObj = "phil".$this->Count;
$this->Count++;
$this->sValue = &$refObj;
xmpdump($refObj, "Value before being passed back");
return;
}
}
}

$tst = new test();

$tst->getTest($tstObj0);
xmpdump($tstObj0, "Value after being passed back");

$tst->getTest($tstObj1);
xmpdump($tstObj1, "Refence after being passed back");
?>

The dump of $tstObj1 is NULL, despite the dump of $refObj immediately before it in the 
function working correctly.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9481&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 #9619: {0,300} returns REG_BADRPT-Warning

[zong64]

From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version:  4.0.4pl1
PHP Bug Type: *Regular Expressions
Bug description:  {0,300} returns REG_BADRPT-Warning

$regex = "^(.*{0,300}[^ ]*).*$";

$txt = eregi_replace($regex,"\\1",$txt);


This Script was written to split a string after 300 lines and the next whitespace. 

Everytime I use it, it returns the following error:
Warning: REG_BADRPT: in f:\www\test.php on line 12

(With PHP4.0.4pl1 and PHP3.?.?)

The critical part of the regex is {0,300}
Values from {0,1} to {0,99} are no problem.
But every Values bigger 99 are returning this error.


I tried to split the regex into:
$regex = "^(.*{0,50}.*{0,50}.*{0,50}.*{0,50}.*{0,50}.*{0,50}[^ ]*).*$" 

But with this regex I only get a white page without any output.


-- 
Edit Bug report at: http://bugs.php.net/?id=9619&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 #9365 Updated: Problem with muiti-byte char code set (serious)

[yohgaki]

ID: 9365
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Description: Problem with muiti-byte char code set (serious)

I thought I put some code, but there is not
Anyway, I found the line causes "goto" like behaviour. It was the line to include HTML 
file to show users.
(Note: I still have code that alway do that, I tried to make it simple. So far no 
luck, if I make it simple, it starts working as expected I will try again after I 
upgrade my glibc to see if it fixes the problem)

I've tried to stop script execution as follows.

die('Die before include'); // Works as expected
include('some.html');
die('Die after include); // This will never happen

Inside some.html

at the beginning of the file.

My code has many include/require like this. This only happens on the script, but not 
others. Other scripts work fine. All I can tell is something happens when the file is 
included. Although, the file can be included w/o problems from other scripts.

I'll post follow up. Because I didn't test the script after I upgraded Japanese 
Charactor handling module. It might be gone. (I hope)

Previous Comments:
---

[2001-03-08 05:41:04] [EMAIL PROTECTED]
Could you please provide a short code demonstrating the problem?

---

[2001-02-21 04:07:58] [EMAIL PROTECTED]
PHP4.0.4pl1 possibly has unsafe code for 8 bit char codesets. If it is the case, any 
user, that uses charactor code from 128 to 255, may experience strange/unexpected PHP 
behavior. (Another possiblity is bugs in glibc)

NOTE: It is very difficult to determine in what condtion program does wrong. When 
condition meets PHP does following behavior ALWAYS. (I don't figure out exact 
condition yet. i.e. what combination/location of multi-byte charset causes this 
behavior.) In most cases, I don't have this kind of problem at all. Therefore, I can't 
reproduce this problem with simple script, so I don't put them in here.

Anyway, it seems PHP4.0.4pl1 does this:

PHP4 behavior: Script is executed TWICE and included file is not processed
1) PHP parse script and start executing.
   - My script check username data in db, if there is the same username, return error. 
If not, insert new username into db.
2) PHP calls function to register new user.
2) PHP execute code to insert data into db in the function. if user can be added. PHP 
possibly encounters 8bit char unclean code some where near include()and RESTART script 
execution from the beginning.
   - The script written to include() HTML file for successful user registration.

PHP inserts new username into db at 1st execution, then it finds the same username in 
db and return error for 2nd execution. 
If I put die('died here') BEFORE include(), PHP stops execution and outputs 'died 
here'. but not AFTER include(). PHP does not stop execution inside of included file, 
too. 
I was using 'ob_gzhandler', disabling it does not make any difference.

This happened when user registration check/insert was done in function defined in 
other included file that included at the top of script. 
PHP does not log any errors when this happens. (E_ALL)

PHP4 behavior: Script does not process included file and outputs default HTML as if I 
didn't print any outputs.
(It is rewrite for the code I explained)
1) PHP parse script and start executing.
 - This script does not use function calls in contrast to previous one.
2) PHP possibly encounters 8bit char unclean code some where near include(), and 
outputs default HTML for null output and stops execution.

Therefore, I can see output from die('died here') if I put BEFORE include(), but not 
AFTER include(). If I put die('died here') inside of included file, PHP does not die 
also. 

This happened when user registration check/insert was done in the script w/o using 
functions. i.e. I'm not using functions defined included file. The script logic is 
identical to first one except it is not using any functions. 
PHP does not log any errors. (E_ALL)

When I tested with PLAIN ASCII HTML for included file. PHP WORKS as expected. i.e. It 
show html file, and die/exit from script. (before/inside/after include())

I use EUC (Extended Unix Code), EUC-JP to be specific,  for char code, which is 
supposed to work well with 8 bit char code clean programs.

[Environment]
OS: RadHat Linux7.0.1/ja(i386) FTP version (no glibc update)
Apache: Apache 1.3.17 w/ mod_ssl-2.8.0, mod_gzip-1.13.17a. build from source 
PHP: PHP4.0.4pl1 w/ pgsql-7.0.3, gd-1.8.3, mhash, mcript and others. build from 
source. (no debug option)
 - ECU-JP for all html,  php scripts
PHP Configure:
'./configure' '--with-apxs' '--disable-short-tags' '--enable-bcmath' '--with-zlib-dir' 
'--enable-ftp' '--with-imap' '--with-mhash' '--with-mcrypt' '--with-pgsql' 
'--with-swf' '--

[PHP-DEV] PHP 4.0 Bug #9602 Updated: Unable to compile with NSAPI support, implicit declaration of finite function

[jalonso]

ID: 9602
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Compile Failure
Description: Unable to compile with NSAPI support, implicit declaration of finite 
function

Opp..

  The snapshot, compile ok, but crashes... ;((

  I have read the instrucctions on install.netscape-enterprise.php. But, when
  the server restart, then crashes with the message (from the admin server,
  because in the errors log file, don't write nothing!?!)

[https-pyxis]: start failed. (2: unknown early startup error)
[https-pyxis]: server terminated (signal 6): watchdog is restarting it 
[https-pyxis]: failure: server initialization failed 

I have a core from the ns-httpd proc.

My config.nice file:
#! /bin/sh
#
# Created by configure

"./configure" \
"--with-nsapi=/usr/netscape/server4/" \
"--enable-libgcc" \
"--without-mysql" \
"$@"

thankx, in advance, and sorry for mi english.

Previous Comments:
---

[2001-03-07 15:53:55] [EMAIL PROTECTED]
Fixed -> Closed.

--Jani


---

[2001-03-07 11:12:33] [EMAIL PROTECTED]


It's OK... I read the #9599 bug report and download the snapshot.

All OK.

Sorry... and thankx!!!

---

[2001-03-07 11:03:01] [EMAIL PROTECTED]
config.nice:
#! /bin/sh
#
# Created by configure

"./configure" 
"--enable-trans-id" 
"--enable-libgcc" 
"--enable-sigchild" 
"--enable-sysvsem" 
"--enable-sysvshm" 
"--with-nsapi=/usr/netscape/server4/" 
"--with-ldap=/usr/netscape/ldapsdk" 
"--with-informix" 
"--without-mysql" 
"--enable-discard-path" 
"$@"
--
error:
make[1]: Entering directory `/usr/local/distrib/php-4.0.4pl1/Zend'
/bin/sh ../libtool --silent --mode=compile g++ -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/distrib/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1


---


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


-- 
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 #9618 Updated: Strange behaviour initialing extended class

[stas]

ID: 9618
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

PHP is not C++, you cannot have two functions with same
names and different parameters.

Previous Comments:
---

[2001-03-08 06:51:35] [EMAIL PROTECTED]
Hi,

PHP acts strangely when calling a parent class constructor from an extended class. 
PHP4 seems to call the constructor without arguments instead of the one with the right 
number of arguments.

Regards,
Ari Nykänen

//  clip clip clip 


class Huikkari {
var $huikkasana="initial";
function Huikkari($huikkasana) {
$this->huikkasana=$huikkasana;
}
function Huikkari() {
$this->huikkasana="default";
}
function huikkaa () {
echo ($this->huikkasana."n");
return true;
}
}

class HelloHuikkari extends Huikkari {
function helloHuikkari () {
// *** possible problem here *** the following line seems
// to call the Huikkari constructor with no arguments
$this->Huikkari('Hello World');
}
}

$helloHuikkari = new HelloHuikkari();
// I think the following line should
// output 'Hello World' instead of 'defaultt'
$helloHuikkari->huikkaa();




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9618&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] api for gprolog

[João Conceição]

I'm developing an API for GnuProlog but I'm having some problems in
creating a shared object (gprolog.so).
If someone has already done something like this, could please tell me
what should I do.

Thanks,
--
./Joao Conceicao



-- 
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 Zend API

[Viktors Krebss]

Thanks Marc,
It really helped in that sense that it become more obvious what is
happening at
all.
The trouble with zend API examples from zend.com was that somehow they
bring
into configure script \r characters. Pretty dumb reason but sometimes it
can
cause
a lot of troubles. Now I can compile and build dynamic modules , but a
task goes
far
beyond that. My module has to be linked with some external libraries
such as
OpenSSL.
What I need is a static link (I guess). Things like --enable-static or
--disable-shared
does not make any difference somehow.

On the mentioned zend.com I found following:

Note: Compiling and linking manually as a static module into the PHP
binary
involves
very long instructions and thus is not discussed here. (It's not very
efficient
to type all those commands.)
-
Any ideas where such instructions could be found, or how to force
"configure"
make a static module ?
Help appreciated.

Marc Boeren wrote:

> I had a couple of problems as well, but managed it after a while.
> Please read the README.SELF-CONTAINED-EXTENSIONS in the php-folder, as it
> helps.
>
> In short, create a config.m4 like this
>
> PHP_ARG_ENABLE(dbx,whether to enable dbx,
> [ --enable-dbxEnable dbx])
>
> if test "$PHP_DBX" != "no"; then
>   PHP_EXTENSION(dbx, $ext_shared)
> fi
>
> and replace dbx with whatever your module is called.
> Create a Makefile.in like this
>
> LTLIBRARY_SHARED_NAME = dbx.la
> LTLIBRARY_SOURCES = dbx.c dbx_mysql.c dbx_odbc.c
>
> include $(top_srcdir)/build/dynlib.mk
>
> where you include all your c source files.
>
> I then found that the phpize-script returned an error for some AC_WHATEVER
> thing it couldn't find, so I ran (from my modules src folder)
>
> phpize
> /usr/local/bin/aclocal
> /usr/local/bin/autoconf
> /usr/local/bin/autoheader
> /usr/local/bin/libtoolize -f -c
>
> phpize generates this AC_ error, but by running the next four commands (that
> are at the end of phpize) by hand I got it to work...
> Then it's simply
>
> ./configure --with-php-config=/usr/local/bin/php-config
> make
> make install
>
> And voila!
>
> Hope this helps!
>
> Cheerio, Marc.

--

Viktors Krebss, [EMAIL PROTECTED]
DELFI Interactive, http://www.delfi.lv/
tel: +371-748, mob: +371-9243923, fax: +371-701

-- 
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] zlib.output_compression

[Zeev Suraski]

You're most probably correct - zlib doesn't have an info function.

At 13:52 8/3/2001, Sebastian Bergmann wrote:
>   Is it correct that I cannot find the value of the zlib.output_compression
>setting in phpinfo(), or am I just blind?
>
>--
>  sebastian bergmann e-mail :  [EMAIL PROTECTED]
>   homepage :  http://www.sebastian-bergmann.de
>make a gift : http://wishlist.sebastian-bergmann.de
>  measure the usability of your web application -> http://phpOpenTracker.de
>
>--
>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]

--
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: [PHP-DEV] PHP 4.0 Zend API

[Marc Boeren]

>My module has to be linked with some external libraries such as
>OpenSSL. 
>What I need is a static link (I guess). 
>
>Note: Compiling and linking manually as a static module into the PHP binary
>involves very long instructions and thus is not discussed here. (It's not
very 
>efficient to type all those commands.)

This is for statically compiling your module into php, not for linking
another library (static or dynamic) in your own module. 

Anyway, I don't have a lot of experience with autoconf and automake and
those tools, but perhaps you can check out how e.g. the mysql php-module
(/etc/mysql/) is built, as the libmysqlclient is linked into that. This
sounds like a similar situation to yours...

Cheerio, Marc.

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

[Hellekin O. Wolf]

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 ?

hellekin


-- 
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 Zend API

[Sascha Schumann]

> Any ideas where such instructions could be found, or how to force
> "configure"
> make a static module ?

We have an extension generator which creates the basic
"infrastructure" for a new extension.  The result can be
build as a static module or as a shared module.

Try php4/ext/ext_skel --help

Also note that we already have support for building against
OpenSSL.  Please see ext/snmp/config.m4 for an example on how
to use that support in your extension.

- Sascha


-- 
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 #9620: new operator does not behave correctly

[passionplay]

From: [EMAIL PROTECTED]
Operating system: Linux-Mandrake
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  new operator does not behave correctly

I submitted this bug previous and was told that this is how the new operator is 
supposed to work. I submit to you that in every other instance this makes sense, but 
for self referencing constructs, especially with the new operator, the fact that =new 
is not interpreted as =&new does not make sense whatsoever because why would I want to 
assign a copy of the object I just created, especially if that object opens files? Is 
there EVER a situation where I want to assign ANYTHING other than the object I just 
created???

Thank you.

- Response follows --

Yes, when you do a $obj = new Foo(), the object is copied.
Use =& if you want reference.

Previous Comments:
---

[2001-02-27 09:16:56] [EMAIL PROTECTED]
$objectlist=array();
class MyClass
{
  function MyClass()
  {
global $objectlist;
// Save the reference for later use
$objectList[]=&$this;
  }
};

// the object referred to by $myobject is NOT in the array
$myobject = new MyClass();
// $myobject2 exists in the array
$myobject2 =& new MyClass();

It appears that there is an object being copied when returning from the
constructor. What am I doing wrong?

I'm not supposed to return anything from the constuctor.




-- 
Edit Bug report at: http://bugs.php.net/?id=9620&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

[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

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.

Previous Comments:
---

[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.

---


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


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

[Jani Taskinen]

On Thu, 8 Mar 2001, Hellekin O. Wolf wrote:

>At 22:33 07/03/2001 +0200, Andi Gutmans wrote:
>
>>Why not bzip2_?
>>
>
>*** Well, if bzip2_, then gzip_ !

I'd prefer these. Readable is better than saving 2-3 keystrokes.

--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] The new design

[Varun Shoor]

This is really not the good approach... when couple 
of people in #php were talking about a new redesigned PHP site, i was expecting 
a much better.. and good looking site not like one that is up currently. I miss 
almost every feature.. those quickref things.. those DHTML popups... that sweet 
layout... almost everything. Please restore the layout to the old one or make a 
better one. Thanks

[PHP-DEV] PHP 4.0 Bug #9620 Updated: new operator does not behave correctly

[stas]

ID: 9620
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Same as #9479. If you want further discussion on it, reopen it.

Previous Comments:
---

[2001-03-08 08:27:45] [EMAIL PROTECTED]
I submitted this bug previous and was told that this is how the new operator is 
supposed to work. I submit to you that in every other instance this makes sense, but 
for self referencing constructs, especially with the new operator, the fact that =new 
is not interpreted as =&new does not make sense whatsoever because why would I want to 
assign a copy of the object I just created, especially if that object opens files? Is 
there EVER a situation where I want to assign ANYTHING other than the object I just 
created???

Thank you.

- Response follows --

Yes, when you do a $obj = new Foo(), the object is copied.
Use =& if you want reference.

Previous Comments:
---

[2001-02-27 09:16:56] [EMAIL PROTECTED]
$objectlist=array();
class MyClass
{
  function MyClass()
  {
global $objectlist;
// Save the reference for later use
$objectList[]=&$this;
  }
};

// the object referred to by $myobject is NOT in the array
$myobject = new MyClass();
// $myobject2 exists in the array
$myobject2 =& new MyClass();

It appears that there is an object being copied when returning from the
constructor. What am I doing wrong?

I'm not supposed to return anything from the constuctor.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9620&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: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Hellekin O. Wolf]

At 14:36 08/03/2001 +0100, Jani Taskinen wrote:
>On Thu, 8 Mar 2001, Hellekin O. Wolf wrote:
>
> >At 22:33 07/03/2001 +0200, Andi Gutmans wrote:
> >
> >>Why not bzip2_?
> >>
> >
> >*** Well, if bzip2_, then gzip_ !
>
>I'd prefer these. Readable is better than saving 2-3 keystrokes.
>
>--Jani
*** Man ! Please stop associating me with "saving keystrokes" : it was 
followed by a winking smiley !

Anyway, it's a good thing that we consider our first consensus about 
renaming functions, namely [ext name]_[function]_[zblah]

AFAIK, the Gzip extension is named gzip and not gz.

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 ;-)

hellekin



-- 
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!!! ???

[Andrei Zmievski]

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.

-Andrei

Hacker: Any person who derives joy from
discovering ways to circumvent limitations.

-- 
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 #8506 Updated: CGI PHP doesn't erase the #!/path/to/php

[vladnc]

ID: 8506
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Web Server problem
Description: CGI PHP doesn't erase the #!/path/to/php

The only lines concerning PHP in httpd.conf are:

AddType application/x-httpd-php3 .php3
AddType application/x-httpd-php3-source .phps

And, since I use .php as file extension, this lines are irrelevant.


Previous Comments:
---

[2001-03-06 08:01:40] [EMAIL PROTECTED]
What is your apache configuration for PHP scripts?

---

[2001-01-02 15:41:55] [EMAIL PROTECTED]
   And if you still have any doubts, thinking that Apache has reconized the file 
extension and is not using the cgi version, try 

http://book.ecompare-corp.com/cgi-bin/vxml/engines/kbb/phpinfo.vxml

   The output is the same. And if you read the php output on both pages you'll see 
that PHP is run as CGI (Server API CGI).


---

[2001-01-02 15:29:53] [EMAIL PROTECTED]
   "PHP does not require the first line that you are including unlike perl due to the 
way its set up in apache."

   You're wrong. PHP is not set up at all in Apache. Look what happens if I delete the 
first line:



500 Internal Server Error

Internal Server Error
The server encountered an internal error or
misconfiguration and was unable to complete
your request.
Please contact the server administrator,
 [EMAIL PROTECTED] and inform them of the time the error occurred,
and anything you might have done that may have
caused the error.
More information about this error may be available
in the server error log.

Apache/1.3.12 Server at book.ecompare-corp.com Port 80


Server error log:
[Mon Jan  1 16:00:34 2001] [error] [client 212.54.118.28] Premature end of script 
headers:
 /home/httpd/cgi-bin/vxml/engines/kbb/phpinfo2.php



---

[2001-01-02 14:49:34] [EMAIL PROTECTED]
PHP does not require the first line that you are including unlike perl due to the way 
its set up in apache.

---

[2000-12-31 21:13:47] [EMAIL PROTECTED]
The script is:

--- Cut ---
#!/home/vladimir/php4/bin/php
<% phpinfo () %>
--- Cut ---

You can see the result at 
http://book.ecompare-corp.com/cgi-bin/vxml/engines/kbb/phpinfo.php

The first line of the page is #!/home/vladimir/php4/bin/php, and that's very annoying. 
I'm using PHP to generate XML output, and the XML parser that will read the output 
doesn't like the first line, and I can't blame it.

---

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

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


-- 
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:

[kao]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  

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 




-- 
Edit Bug report at: http://bugs.php.net/?id=9621&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]

SV: [PHP-DEV] The new design

[Johan Holst Nielsen]

I agree with you, Varun! I miss the quick ref very 
much. Please get this section up again!
But 
i'm happy with the new much faster design, it's the good thing with the new 
design.
 
Can we 
get the Quick Ref up again??
 
/Johan
 
 -Oprindelig 
meddelelse-Fra: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]]På vegne 
af Varun ShoorSendt: 9. marts 2001 04:12Til: 
[EMAIL PROTECTED]Emne: [PHP-DEV] The new 
design

  This is really not the good approach... when 
  couple of people in #php were talking about a new redesigned PHP site, i was 
  expecting a much better.. and good looking site not like one that is up 
  currently. I miss almost every feature.. those quickref things.. those DHTML 
  popups... that sweet layout... almost everything. Please restore the layout to 
  the old one or make a better one. Thanks

Re: [PHP-DEV] The new design

[Andrei Zmievski]

On Thu, 08 Mar 2001, Varun Shoor wrote:
> This is really not the good approach... when couple of people in #php
> were talking about a new redesigned PHP site, i was expecting a much
> better.. and good looking site not like one that is up currently. I
> miss almost every feature.. those quickref things.. those DHTML
> popups... that sweet layout... almost everything. Please restore the
> layout to the old one or make a better one. Thanks

Old layout was very intensive and took a while to load - the new one is
much cleaner..

-Andrei
* It said 'Winmodem' on the box, but I still feel like I lost. *

-- 
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 #9622: Support for mime_header_encode

[habazi]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  Support for mime_header_encode

There should be a function that does the opposite of

mime_header_decode


-Harri



-- 
Edit Bug report at: http://bugs.php.net/?id=9622&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 #9623: zboard13

[psh1082]

From: [EMAIL PROTECTED]
Operating system: win2000
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  zboard13

½ÅûÇÕ´Ï´Ù


-- 
Edit Bug report at: http://bugs.php.net/?id=9623&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 #9624: Problem when searching your site...

[lorenzo . curtis]

From: [EMAIL PROTECTED]
Operating system: Whatever you\'re running
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  Problem when searching your site...

Get the following error when viewing results of any search on PHP.NET:

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


-- 
Edit Bug report at: http://bugs.php.net/?id=9624&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 #9623 Updated: zboard13

[stas]

ID: 9623
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:

Please report bugs in english.

Previous Comments:
---

[2001-03-08 10:08:26] [EMAIL PROTECTED]
½ÅûÇÕ´Ï´Ù

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9623&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 #9624 Updated: Problem when searching your site...

[stas]

ID: 9624
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 10:09:17] [EMAIL PROTECTED]
Get the following error when viewing results of any search on PHP.NET:

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=9624&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 #9416 Updated: ereg_replace returns "Warning: Invalid content of \{\}"

[stas]

ID: 9416
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Variables related
Bug Type: Regexps related
Assigned To: 
Comments:

Could you please provide an example of the string where it
happens?

Also, could you post a ereg call you are using?

Previous Comments:
---

[2001-02-22 21:08:14] [EMAIL PROTECTED]
i have that odd message if i call up ereg_replace on a big string,(small html page 
from post).
i made an grep on the php source, and i did not find it ...?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9416&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] The new design

[Christian Jørgensen]

-Original Message-
From: Johan Holst Nielsen [mailto:[EMAIL PROTECTED]]
Sent: 8. marts 2001 15:26
To: [EMAIL PROTECTED]
Subject: SV: [PHP-DEV] The new design

> Can we get the Quick Ref up again??

This list isn't really for this kind of discussion, but why not just use
http://php.net/ - replace  with something relevant.

Regards
Christian Jørgensen


-- 
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] Hey? 4 copies?

[Woolhiser, Eric]

I just joined the mailist yesterday, any idea why I get 4 copies of each
message posted to this list?

-- 
Eric WoolhiserBMC Software Inc
NT Build Meister  880 Winter St. Bldg 4 rm. 2.227
781-663-4646 (or x34646 internally)   Waltham, Ma 02454-9111
http://midwatch.org/pgp-key.html  http://www.bmc.com
http://www.tuxedo.org/~esr/ecsl



-- 
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 #8794 Updated: preg_grep changed behavior by design?

[stas]

ID: 8794
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PCRE related
Assigned To: 
Comments:

Manual says that the behaviour of preg_grep is exaclty what
it is. You can use each() or foreach() to go through the
array, count() is not sacred in any way (and also is slower
and error-prone, since nobody warrants you that array
elements are in sequential order). 

Previous Comments:
---

[2001-01-19 11:35:15] [EMAIL PROTECTED]
The behavior is inconsistent with expectations and breaks code.

In the example given count() returns 1, so loops attempting to access found elements 
won't work.

preg_grep() now determines and then discards indexes, forcing the caller
to reconstruct 'valid' indexes (using the count() of the original array and 
comparisons to "").

If this is the preferred approach I suggest returning an array of indexes, not a half 
baked array of strings.


---

[2001-01-19 09:01:51] [EMAIL PROTECTED]
Yes, preg_grep() was always supposed to return the results with their original keys 
but it wasn't until the behavior was fixed a little while ago.


---

[2001-01-18 20:27:48] [EMAIL PROTECTED]
";
}

# This works as expected, [0] is result, [1] is whatever.
$b = preg_grep( "/^foo/", $a );
echo "try to find foo as [0]: ".$b[0]."   count=".count( $b )."";
echo "try to find foo as [1]: ".$b[1]."   count=".count( $b )."";

# This fails as unexpected, [0] is whatever, [1] is result
$b = preg_grep( "/^bar/", $a );
echo "try to find bar as [0]: ".$b[0]."   count=".count( $b )."";
echo "try to find bar as [1]: ".$b[1]."   count=".count( $b )."";

?>


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8794&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: make error

[dleblanc]

From: [EMAIL PROTECTED]
Operating system: Sun Solaris 2.6
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  make error 

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.


-- 
Edit Bug report at: http://bugs.php.net/?id=9625&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 #9481 Updated: Passing out class property by reference problem

[phil]

ID: 9481
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Description: Passing out class property by reference problem

You can get round the above problem somewhat using: 

function foo (&$aVar) 
{ 
$aVar['value'] =& $GLOBALS["baz"]; 
} 
foo($bar); 

$bar['value'] is now a reference to $GLOBALS["baz"] as you would expect.


Previous Comments:
---

[2001-03-08 06:58:36] [EMAIL PROTECTED]
This is not a bug. Please read the "References explained"
part in the manual. When you have $a =& $b and you do $a =&
$c, you don't make a and b be references to c, you make only
$a bound to $c and unbound from $b. So when you did $refObj
= &$this->sValue
 $refObj stopped being reference to call parameter and
became reference to $this->sValue. There's no real way to
make "other" referenced value to be rebound to some new value.

---

[2001-02-27 10:42:34] [EMAIL PROTECTED]
";
var_dump($xValue);
echo "";
}

class test
{
var $sValue;
var $Count = 0;

function getTest(&$refObj)
{
if (isset($this->sValue))
{
$refObj = &$this->sValue;
xmpdump($refObj, "Reference before being passed 
back");
return;
}
else
{
$refObj = "phil".$this->Count;
$this->Count++;
$this->sValue = &$refObj;
xmpdump($refObj, "Value before being passed back");
return;
}
}
}

$tst = new test();

$tst->getTest($tstObj0);
xmpdump($tstObj0, "Value after being passed back");

$tst->getTest($tstObj1);
xmpdump($tstObj1, "Refence after being passed back");
?>

The dump of $tstObj1 is NULL, despite the dump of $refObj immediately before it in the 
function working correctly.


---


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


-- 
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 server saving attachments

[Kevin A. Quick]

I am trying to develop a system which includes an automated system which
will use PHP to access its own POP3 email account, read any emails in the
inbox, and save the contents to a database. Part of this system would
ideally be able to handle attachments as well i.e. be able to save any
attachment files (generally images) locally on the php server. 

Is it possible with PHP, to directly save an attachment as a local file.
All the examples I have seen in my searches have been web based email
systems, which use a web browser 'download dialog' for saving the file,
which is not possible in a self-reading email system. 

Kevin Quick


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

[gsohl]

ID: 9500
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: MSSQL related
Description: mssql_query returns false for INSERT & UPDATE queries



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");
}
?>



---


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


-- 
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]

SV: [PHP-DEV] The new design

[Johan Holst Nielsen]

-Original Message-
From: Johan Holst Nielsen [mailto:[EMAIL PROTECTED]]
Sent: 8. marts 2001 15:26
To: [EMAIL PROTECTED]
Subject: SV: [PHP-DEV] The new design

> Can we get the Quick Ref up again??

>This list isn't really for this kind of discussion, but why not just use
>http://php.net/ - replace  with something relevant.

I think there is a problem. I can about all PHP commands, but new users of
PHP have big problems. The Quick Ref was very good, when a new user should
begin learning PHP and didn't know which command the user should use! I have
also used the Quick Ref many times, so please get it up again!

/Johan



-- 
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 #9626: unable to use sybase-extension

[trond . straume]

From: [EMAIL PROTECTED]
Operating system: win2000
PHP version:  4.0.4pl1
PHP Bug Type: Sybase-ct (ctlib) related
Bug description:  unable to use sybase-extension

When I am trying to connect a sybase-database using the php_sybase_ct.dll module, but 
all I get is a pop-up window telling:

"Unable to load dynamic library './extensions/php_sybase-ct.dll' - The
dynamic library could not be found.".

I have really worked hard on this one. I'm sure that the path is correct spelled in 
php.ini, because the postgreSQL-dll placed in the same directory and it's working out 
fine.


-- 
Edit Bug report at: http://bugs.php.net/?id=9626&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] Fw: [PHP] [PHP-ES] (roberto celestino)MCAL! set-up.

[Celestino Roberto Alejandro]

Sorry, i send it to the gral list, but, as ever, somebody say nothing.
..Thanks, i re-send to you, because i hope that you can halp me
- Original Message -
From: "Celestino Roberto Alejandro" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 08, 2001 10:53 AM
Subject: [PHP] [PHP-ES] (roberto celestino)MCAL! set-up.


> Dear's partners...
>  I download the source of the Mcal library and Drivers, and i have found a
> doubt, because when i compile it, ever,  show an error  that can't give me
> compile, then, i cant have correctly installed this library...
> ..I make the SF (structure of files), that this describe in its README, in
> this say
> ...make..
> ../libmcal/
> ../libmcal/icap/
> ../libmcal/dummy/
> ..Are icap an dummy drivers for MCAL (Modular Calendar Acces Library), and
> when i compile (also describe in README)
> i give the option
> ./configure --with-icap
> ./ make (failed)
> ./ make install (also failed, obvious)
> the error that i found is like the next:
> /*OUTPUT*/
> gcc -O0 -Wall -g  -I.  -c  mcal.c
> In file included from mcal.c:37:
> drivers.c:1: parse error before `-'
> drivers.c:1: stray '\' in program
> drivers.c:1: stray '\' in program
> mcal.c: In function `cal_getdriver':
> mcal.c:68: `driver_registry' undeclared (first use in this function)
> mcal.c:68: (Each undeclared identifier is reported only once
> mcal.c:68: for each function it appears in.)
> *** Error code 1
> make: Fatal error: Command failed for target `mcal.o'
> /*\OUTPUT*/
> ..and i have another doubt?, why if i want compile the driver alone (Ex:
> icap), this also give some errors...?
> Thanks, and Sorry..!
> I'm running in a Solaris 2.7, thanks!
>
> Celestino, Roberto Alejandro
> Argentina, Universidad Nacional de la Matanza
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> 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

[Jon Parise]

On Thu, Mar 08, 2001 at 04:57:32PM +0100, Johan Holst Nielsen wrote:

> > Can we get the Quick Ref up again??
> 
> >This list isn't really for this kind of discussion, but why not just use
> >http://php.net/ - replace  with something relevant.
> 
> I think there is a problem. I can about all PHP commands, but new users of
> PHP have big problems. The Quick Ref was very good, when a new user should
> begin learning PHP and didn't know which command the user should use! I have
> also used the Quick Ref many times, so please get it up again!
 
If you read the second paragraph of the "New Site Design" headline,
you'll see that the quickref widget is still available on the manual
pages.

-- 
Jon Parise ([EMAIL PROTECTED])  .  Rochester Inst. of Technology
http://www.csh.rit.edu/~jon/  :  Computer Science House Member

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

[Zeev Suraski]

At 18:00 8/3/2001, Jon Parise wrote:
>On Thu, Mar 08, 2001 at 04:57:32PM +0100, Johan Holst Nielsen wrote:
>
> > > Can we get the Quick Ref up again??
> >
> > >This list isn't really for this kind of discussion, but why not just use
> > >http://php.net/ - replace  with something relevant.
> >
> > I think there is a problem. I can about all PHP commands, but new users of
> > PHP have big problems. The Quick Ref was very good, when a new user should
> > begin learning PHP and didn't know which command the user should use! I 
> have
> > also used the Quick Ref many times, so please get it up again!
>
>If you read the second paragraph of the "New Site Design" headline,
>you'll see that the quickref widget is still available on the manual
>pages.

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...

Zeev


-- 
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]

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

[Johan Holst Nielsen]

>If you read the second paragraph of the "New Site Design" headline,
>you'll see that the quickref widget is still available on the manual
>pages.

Haven't seen it! Sorry! But I still miss the page, where I could see all
functions in one list, instead of going into MySQL and first there find all
MySQL functions. But that just the way it is ;o) I have to live with it. But
whatever, I don't use the php.net site often, but I think it easier to learn
with the old quick ref!

/Johan



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

[l_faillie]

ID: 9400
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Failure
Description: Duplicate symbol with GD

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.

Previous Comments:
---

[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

---


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


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

[aulbach]

ID: 8937
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Description: unset() in context with GLOBAL

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?

Previous Comments:
---

[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.

---

[2001-01-26 14:19:15] [EMAIL PROTECTED]
The mentioned workarround (unset($GLOBALS['x'])) dosn't work with my testscript.

The result is exactly the same as with the first version of my script. I really have 
GREAT TROUBLES to upgrade this old application to PHP4.

Result:

'/hugo/bla/fasel'
'/hugo/bla'
'/hugo'
DIR called with function test1(): Array ( [/hugo] => 1 [/hugo/bla] => 1 
[/hugo/bla/fasel] => 1 ) 
'/hugo/bla/fasel'
'/hugo/bla'
'/hugo'
DIR called with function test2(): Array ( [/hugo/bla/fasel/test] => 1 [/hugo] => 1 
[/hugo/bla] => 1 [/hugo/bla/fasel] => 1 ) 


Script:
"; flush();
mydirname($dir);
$x[$dir]=true;
}
}

$dir="/hugo/bla/fasel/test"; # first char must be '/' !

unset($x);
test1($dir);
echo "DIR called with function test1(): "; print_r($x);

echo "";

unset($x);
test2($dir);
echo "DIR called with function test2(): "; print_r($x);

?>


---

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

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


-- 
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 #9627: PHP.INI cannot read new values

[moisey . g . oysgelt]

From: [EMAIL PROTECTED]
Operating system: Windows NT 4 SP 5
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  PHP.INI cannot  read new values

java
Directive   Local Value Master Value
java.class.path

D:\php4\extensions\php_java.jar;c:\jdk1.2.2\jre\lib\rt.jar;c:\jdk1.2.2\jre\bin\;C:\JBuilder3\java\lib\jdkdep.jar;C:\JBuilder3\java\jre\lib\rt.jar;C:\JBuilder3\java\lib\dt.jar;C:\JBuilder3\java\lib\tools.jar;C:\orant\jdbc\lib\classes111.zip;C:\dev\java\classes\jstyle.jar;C:\dev\java\classes
  
D:\php4\extensions\php_java.jar;c:\jdk1.2.2\jre\lib\rt.jar;c:\jdk1.2.2\jre\bin\;C:\JBuilder3\java\lib\jdkdep.jar;C:\JBuilder3\java\jre\lib\rt.jar;C:\JBuilder3\java\lib\dt.jar;C:\JBuilder3\java\lib\tools.jar;C:\orant\jdbc\lib\classes111.zip;C:\dev\java\classes\jstyle.jar;C:\dev\java\classes
java.home
c:\jdk1.2.2 c:\jdk1.2.2
java.library
c:\jdk1.2.2\jre\bin\classic\jvm.dll c:\jdk1.2.2\jre\bin\classic\jvm.dll
java.library.path
D:\php4\extensions\php_java.jar;D:\php4\extensions\php_java.jar;


And   in PHP.INI


;[Java]
;java.class.path = 
"D:\php4\extensions\php_java.jar;c:\jdk1.2.2\jre\lib\rt.jar;c:\jdk1.2.2\jre\bin\;C:\JBuilder3\java\lib\jdkdep.jar;C:\JBuilder3\java\jre\lib\rt.jar;C:\JBuilder3\java\lib\dt.jar;C:\JBuilder3\java\lib\tools.jar;C:\orant\jdbc\lib\classes111.zip;C:\dev\java\classes\jstyle.jar;C:\dev\java\classes"
;java.home = c:\jdk1.2.2
;java.library = "D:\php4\extensions\php_java.jar;c:\jdk1.2.2\jre\bin\classic\jvm.dll;" 
;java.library.path = "D:\php4\extensions\php_java.jar;"

I deleted this entry completely but PHPINFO can see it,
Rebouut dit not help




-- 
Edit Bug report at: http://bugs.php.net/?id=9627&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 #9629: PHP.INI cannot read new values

[moisey . g . oysgelt]

From: [EMAIL PROTECTED]
Operating system: Windows NT 4 SP 5
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  PHP.INI cannot  read new values




-- 
Edit Bug report at: http://bugs.php.net/?id=9629&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

[stas]

ID: 9223
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Recode related
Assigned To: 
Comments:

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. 

Previous Comments:
---

[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]

[PHP-DEV] PHP 4.0 Bug #8972 Updated: Referenced variables and unset()

[aulbach]

ID: 8972
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Scripting Engine problem
Description: Referenced variables and unset()

Dosn't solve my problem and the fact, that PHPs behavior is unuseable doing the thing 
I need it for. I have been written
an ugly workarround in PHP to make PHP working like I would expect it to.

During this I found out some other things, so in my eyes it remains as a bug, cause

1,
'huba'=>2
);

test($bla);

print_r($bla);

?>

works as expected (Array ( [huba] => 2 [hugo] => 3 ) - what was the *least* thing I 
expected). So PHP works not harmonious with referenced variables, which is really a 
thing I cannot use in any way and will by sure cause many unexpected bugs for other 
developers - even if they read the documented behaviour for references very carefully.

Please would you be so kind to change the state of this bug (sorry, it IS a bug) to 
closed when PHP solves this problem as nearly everybody would expect it to; cause 
otherwise there could be the danger, that there will be no chance to change PHPs 
behavior, cause everybody expect it to behave like the mentioned bug. :-)

If you don't agree with me, just read the user contributed notes for 'References 
Explained'.

Previous Comments:
---

[2001-03-06 08:12:11] [EMAIL PROTECTED]
No, it won't work that way (your first example). Unset
breaks the reference. Please read the "References explained"
part in the manual.

---

[2001-01-28 19:40:52] [EMAIL PROTECTED]
I found another bug (see id #8937) in connection with unset(). [Unset dosn´t work 
properly since august 1999]



This will return "HIHI" instead of an expected "" or "huhu".

This bug exists cause unset() unsets the reference to $bla, not $bla itself. This also 
depends the GLOBAL-statement (see #8937)!

This is a bug, cause it is against the PHP-concept of making no big difference between 
reference and value
[ $bla=1; $hugo=&$bla; $hugo=2 is in the sight of $bla the same as $bla=1; $bla=2; ]

If I want to delete &$bla the correct expression is unset(&$bla). unset($bla) has 
always to delete the value
and all references to it. (that's just my opinion :-)

A fix of this bug will produce some compatibility problems with scripts, which has 
been written into PHP4 (cause the bug is very old).
But a fix should be done, cause many developers won't mind, that unseting a reference 
is in the sight of PHP a completly other thing than unseting a value.
There should be no/very less problems with upgrading PHP3-scripts.

PS: Just a small thought. In autumn last year I programmed constructs like the 
following

And I wondered, that this won't work as expected. Now I know why.
A correct solution would be to unset the inner array(1,2,3) and $ref... any other 
behaviour will break the mentioned handling of PHP.

Thougth 2:

What is the correct value of $bla. "" (empty) or "huhu"?


---


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


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

[Sascha Schumann]

On 8 Mar 2001 [EMAIL PROTECTED] wrote:

> ID: 9223
> Updated by: stas
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Closed
> Bug Type: Recode related
> Assigned To:
> Comments:
>
> 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.

That could also mean that the recode extension does not call
cleanup handlers of the recode library.  In the
zlib/ob_gzhandler case that was the primary cause for the
huge memory leak.

- Sascha


-- 
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 #8972 Updated: Referenced variables and unset()

[stas]

ID: 8972
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

See, the PHP references work the certain way. You may like
it or not like it, but there's the way it works. If it
doesn't work as you expected, that's not a bug. A bug is
when the code is meant to do one thing and in fact does
other thing. The code in question is meant to do exactly
what it does. If you don't like it, you may discuss it with
Zend makers or in PHP-DEV, but there's no slightest point of
polluting bud database with things that are not bugs and
will be never regarded as bugs. If you have some other
concept of what references should be in PHP, you are welcome
to discuss it on the lists, but bug reporting system is not
a place for this.


Previous Comments:
---

[2001-03-08 11:53:09] [EMAIL PROTECTED]
Dosn't solve my problem and the fact, that PHPs behavior is unuseable doing the thing 
I need it for. I have been written
an ugly workarround in PHP to make PHP working like I would expect it to.

During this I found out some other things, so in my eyes it remains as a bug, cause

1,
'huba'=>2
);

test($bla);

print_r($bla);

?>

works as expected (Array ( [huba] => 2 [hugo] => 3 ) - what was the *least* thing I 
expected). So PHP works not harmonious with referenced variables, which is really a 
thing I cannot use in any way and will by sure cause many unexpected bugs for other 
developers - even if they read the documented behaviour for references very carefully.

Please would you be so kind to change the state of this bug (sorry, it IS a bug) to 
closed when PHP solves this problem as nearly everybody would expect it to; cause 
otherwise there could be the danger, that there will be no chance to change PHPs 
behavior, cause everybody expect it to behave like the mentioned bug. :-)

If you don't agree with me, just read the user contributed notes for 'References 
Explained'.

---

[2001-03-06 08:12:11] [EMAIL PROTECTED]
No, it won't work that way (your first example). Unset
breaks the reference. Please read the "References explained"
part in the manual.

---

[2001-01-28 19:40:52] [EMAIL PROTECTED]
I found another bug (see id #8937) in connection with unset(). [Unset dosn´t work 
properly since august 1999]



This will return "HIHI" instead of an expected "" or "huhu".

This bug exists cause unset() unsets the reference to $bla, not $bla itself. This also 
depends the GLOBAL-statement (see #8937)!

This is a bug, cause it is against the PHP-concept of making no big difference between 
reference and value
[ $bla=1; $hugo=&$bla; $hugo=2 is in the sight of $bla the same as $bla=1; $bla=2; ]

If I want to delete &$bla the correct expression is unset(&$bla). unset($bla) has 
always to delete the value
and all references to it. (that's just my opinion :-)

A fix of this bug will produce some compatibility problems with scripts, which has 
been written into PHP4 (cause the bug is very old).
But a fix should be done, cause many developers won't mind, that unseting a reference 
is in the sight of PHP a completly other thing than unseting a value.
There should be no/very less problems with upgrading PHP3-scripts.

PS: Just a small thought. In autumn last year I programmed constructs like the 
following

And I wondered, that this won't work as expected. Now I know why.
A correct solution would be to unset the inner array(1,2,3) and $ref... any other 
behaviour will break the mentioned handling of PHP.

Thougth 2:

What is the correct value of $bla. "" (empty) or "huhu"?


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8972&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

[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]

[PHP-DEV] PHP 4.0 Bug #9223 Updated: recode_string leaks memory

[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]

[PHP-DEV] PHP 4.0 Bug #9630: Ora_Logoff doesn't return true or false.

[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 #9631: if(condition); works without warning/error!!

[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 #8937 Updated: unset() in context with GLOBAL

[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 Updated: if(condition); works without warning/error!!

[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 #9632: A bug in you web, see description

[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 #9632 Updated: A bug in you web, see description

[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 #9587 Updated: obj->method()->method2() doesn't work!!

[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]

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

[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 #8222 Updated: Objects are not automatically destroyed when reference count=0

[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

[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]

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

[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]

[PHP-DEV] Function Renaming Re-organization

[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]

[PHP-DEV] PHP 4.0 Bug #9633: sort() not working

[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] PHP 4.0 Bug #9634: imap_*_quota not found

[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] New Site Design

[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 #9635: SAFE MODE always on/off

[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] PHP 4.0 Bug #9634 Updated: imap_*_quota not found

[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 #9453 Updated: Reference issue

[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

[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 #9634 Updated: imap_*_quota not found

[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 #9636: error message

[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] New Site Design

[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 #9637: MySQL extension doesn't want to compile as SELF-CONTAINED-EXTENSION (SCE)

[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] PHP 4.0 Bug #9629 Updated: PHP.INI cannot read new values

[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 #9628 Updated: PHP.INI cannot read new values

[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 #9634 Updated: imap_*_quota not found

[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 #9477 Updated: Object is destroyed before references all released

[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]