[PHP-DEV] New php.net Design
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). -- Bjrn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL PROTECTED] Software dev advocate: http://www.advogato.org/person/baerli/ -- PHP Development 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-DEV] extension developer list?
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 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-DEV] PHP 4.0 Bug #9607 Updated: missing quick ref button
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=9607edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9610 Updated: Dead link
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=9610edit=2 -- PHP Development 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-DEV] Re: What have you done to your website!!! ???
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 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-DEV] PHP 4.0 Bug #9616 Updated: Image functions don't work under Netscape
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=9616edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9365 Updated: Problem with muiti-byte char code set (serious)
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=9365edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9617: fileposition error
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=9617edit=1 -- PHP Development 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-DEV] PHP 4.0 Bug #9453 Updated: Reference issue
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=9453edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released
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=9477edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9618: Strange behaviour initialing extended class
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 script language="php" 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(); /script -- Edit Bug report at: http://bugs.php.net/?id=9618edit=1 -- PHP Development 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-DEV] zlib.output_compression
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 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-DEV] PHP 4.0 Bug #9481 Updated: Passing out class property by reference problem
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] ? function xmpdump($xValue, $sLabel="") { echo "$sLabelxmp"; var_dump($xValue); echo "/xmp"; } 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=9481edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9619: {0,300} returns REG_BADRPT-Warning
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=9619edit=1 -- PHP Development 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-DEV] PHP 4.0 Bug #9365 Updated: Problem with muiti-byte char code set (serious)
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 ?php die('Die inside include'); // This will never happen ? 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'
[PHP-DEV] PHP 4.0 Bug #9618 Updated: Strange behaviour initialing extended class
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 script language="php" 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(); /script --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9618edit=2 -- PHP Development 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-DEV] api for gprolog
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 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]
Re: [PHP-DEV] PHP 4.0 Zend API
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 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]
Re: [PHP-DEV] zlib.output_compression
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 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development 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]
RE: [PHP-DEV] PHP 4.0 Zend API
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 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-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming
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 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]
Re: [PHP-DEV] PHP 4.0 Zend API
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 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-DEV] PHP 4.0 Bug #9620: new operator does not behave correctly
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=9620edit=1 -- PHP Development 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-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released
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 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-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming
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 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-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] Re: What have you done to your website!!! ???
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 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]
SV: [PHP-DEV] The new design
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
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 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-DEV] PHP 4.0 Bug #9623 Updated: zboard13
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=9623edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9624 Updated: Problem when searching your site...
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=9624edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9416 Updated: ereg_replace returns Warning: Invalid content of \{\}
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=9416edit=2 -- PHP Development 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]
RE: [PHP-DEV] The new design
-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/keyword - replace keyword with something relevant. Regards Christian Jrgensen -- PHP Development 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-DEV] Hey? 4 copies?
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 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-DEV] PHP 4.0 Bug #8794 Updated: preg_grep changed behavior by design?
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] ?php # The behavior of preg_grep() changed, seems to be broken. # Don't know if it is a preg_grep() change or a Zend hash change. # Indexing bug is my guess, or RedHat 7.0. # Or maybe by design (see NEWS) # Here is a test case for reproduction. # Set up an array of strings. $a = array( "foo", "bar", "baz" ); # Display them all first, FYI. for( $bug = 0; $bug count( $a ); $bug++ ) { echo "test: ".$a[$bug]."br"; } # 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 )."br"; echo "try to find foo as [1]: ".$b[1]." count=".count( $b )."br"; # 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 )."br"; echo "try to find bar as [1]: ".$b[1]." count=".count( $b )."br"; ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8794edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9625: make error
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=9625edit=1 -- PHP Development 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-DEV] PHP 4.0 Bug #9481 Updated: Passing out class property by reference problem
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] ? function xmpdump($xValue, $sLabel="") { echo "$sLabelxmp"; var_dump($xValue); echo "/xmp"; } 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 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-DEV] PHP server saving attachments
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 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-DEV] PHP 4.0 Bug #9500 Updated: mssql_query returns false for INSERT UPDATE queries
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] ?php mssql_connect('myserver', 'user', 'password'); mssql_select_db('mydatabase'); $Result = mssql_query("UPDATE mytable SET nextval=nextval+1"); if ($Result) { echo("Result is TRUEBR"); } else { echo("Result is FALSEBR"); } echo 'BRBR'; $Result = mssql_query("INSERT mytable values(10)"); if ($Result) { echo("Result is TRUEBR"); } else { echo("Result is FALSEBR"); } ? --- Full Bug description available at: http://bugs.php.net/?id=9500 -- PHP Development 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]
SV: [PHP-DEV] The new design
-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/keyword - replace keyword 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 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-DEV] PHP 4.0 Bug #9626: unable to use sybase-extension
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=9626edit=1 -- PHP Development 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-DEV] Fw: [PHP] [PHP-ES] (roberto celestino)MCAL! set-up.
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 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]
Re: SV: [PHP-DEV] The new design
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/keyword - replace keyword 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 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]
Re: SV: [PHP-DEV] The new design
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/keyword - replace keyword 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 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-DEV] PHP 4.0 Bug #9629: PHP.INI cannot read new values
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=9629edit=1 -- PHP Development 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-DEV] PHP 4.0 Bug #9223 Updated: recode_string leaks memory
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=9223edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #8972 Updated: Referenced variables and unset()
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 ? function test($bla) { unset($bla['hugo']); $bla['hugo']=3; } $bla=Array( 'hugo'=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] ? function test($bla) { unset($bla); $bla="huhu"; } $bla="HIHI"; test($bla); echo $bla; ? 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 ? $bla=array(1,array(1,array(1,2,3),3),3); $ref=$bla[2][2]; unset($ref); ? 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: ? $bla="HIHI"; $ref=$bla; unset($ref); $ref="huhu"; ? 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 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]
Re: [PHP-DEV] PHP 4.0 Bug #9223 Updated: recode_string leaks memory
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 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-DEV] PHP 4.0 Bug #8972 Updated: Referenced variables and unset()
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 ? function test($bla) { unset($bla['hugo']); $bla['hugo']=3; } $bla=Array( 'hugo'=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] ? function test($bla) { unset($bla); $bla="huhu"; } $bla="HIHI"; test($bla); echo $bla; ? 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 ? $bla=array(1,array(1,array(1,2,3),3),3); $ref=$bla[2][2]; unset($ref); ? 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: ? $bla="HIHI"; $ref=$bla; unset($ref); $ref="huhu"; ? 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=8972edit=2 -- PHP Development 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]
Re: [PHP-DEV] PHP 4.0 Bug #9223 Updated: recode_string leaks memory
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 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-DEV] PHP 4.0 Bug #9223 Updated: recode_string leaks memory
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=9223edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9630: Ora_Logoff doesn't return true or false.
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=ora_logoff($conn); print "brbr[LOGOFF=$logoff]"; //. ? Results: [LOGOFF=] -- Edit Bug report at: http://bugs.php.net/?id=9630edit=1 -- PHP Development 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-DEV] PHP 4.0 Bug #9631: if(condition); works without warning/error!!
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=9631edit=1 -- PHP Development 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-DEV] PHP 4.0 Bug #8937 Updated: unset() in context with GLOBAL
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=8937edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9631 Updated: if(condition); works without warning/error!!
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=9631edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9632: A bug in you web, see description
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: bFatal error/b: Call to undefined function: spc() in b/local/Web/sites/phpweb/manual/admin-notes.php/b on line b46/bbr 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=9632edit=1 -- PHP Development 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-DEV] PHP 4.0 Bug #9632 Updated: A bug in you web, see description
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: bFatal error/b: Call to undefined function: spc() in b/local/Web/sites/phpweb/manual/admin-notes.php/b on line b46/bbr 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=9632edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9587 Updated: obj-method()-method2() doesn't work!!
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=9587edit=2 -- PHP Development 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]
Re: SV: [PHP-DEV] The new design
(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 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-DEV] PHP 4.0 Bug #8222 Updated: Objects are not automatically destroyed when reference count=0
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:? 02: [...] 03: while ($i++ 1) 04: { 05: $result=k2_searchrecv($a,$b,$c,$d,$e); 06: } 07: [...] 08: 09:? 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; }
Re: SV: [PHP-DEV] The new design
* 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. -- Bjrn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL PROTECTED] Software dev advocate: http://www.advogato.org/person/baerli/ -- PHP Development 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]
Re: SV: [PHP-DEV] The new design
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 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-DEV] Function Renaming Re-organization
HOW wrote: [snip] Zak, would you please post an updated version of the renaming scheme, including the last few days changes, so that we can see things more globally ? (And refresh the thread's subject ;-) I am just heading out to an appointment. When I get back, I will organize what has gone on so far. I will also post the information to a page on the qa site. Ciao! Zak -- PHP Development 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-DEV] PHP 4.0 Bug #9633: sort() not working
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 : ?PHP $tb = array (5, 18, 11); echo "Values: [0]=$tb[0] [1]=$tb[1] [2]=$tb[2]BR"; unset ($tb[0]); echo "After unset: [0]=$tb[0] [1]=$tb[1] [2]=$tb[2]BR"; sort ($tb); echo "After sort: [0]=$tb[0] [1]=$tb[1] [2]=$tb[2]BR"; unset ($tb[0]); echo "After unset: [0]=$tb[0] [1]=$tb[1]BR"; 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=9633edit=1 -- PHP Development 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-DEV] New Site Design
It rock ! =8) Wonderful Colin... how -- PHP Development 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-DEV] PHP 4.0 Bug #9635: SAFE MODE always on/off
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=9635edit=1 -- PHP Development 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-DEV] PHP 4.0 Bug #9634 Updated: imap_*_quota not found
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=9634edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9634 Updated: imap_*_quota not found
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=9634edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9634 Updated: imap_*_quota not found
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=9634edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9636: error message
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=9636edit=1 -- PHP Development 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-DEV] New Site Design
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 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-DEV] PHP 4.0 Bug #9637: MySQL extension doesn't want to compile as SELF-CONTAINED-EXTENSION (SCE)
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=9637edit=1 -- PHP Development 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-DEV] PHP 4.0 Bug #9629 Updated: PHP.INI cannot read new values
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=9629edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9628 Updated: PHP.INI cannot read new values
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=9628edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released
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=9477edit=2 -- PHP Development 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-DEV] for help (fwd)
can someone help this guy out? please reply directly to his e-mail address. thanks, - avi -- Forwarded message -- Date: Mon, 05 Mar 2001 16:07:56 +0800 From: wyc [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: for help dear sir, I'm a new PHP developer and very interesting in PHP,and I want to compile the PHP4.04pl1 source code in win32 myself,but failed. I have installed cygwin on my machine(windows98),and downloaded the win32build lib and include files,when I launch VC++, and then select File = Open Workspace and select php4ts, Then select Build=Set Active Configuration and select the desired configuration,Finally select Build=Rebuild All,but the compiler report such errors as below: Configuration: ZendTS - Win32 Release_TS Performing Custom Build Step on ".\zend_language_parser.y" /usr/bin/BISON: invalid option -- S Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix] [--debug] [--defines] [--fixed-output-files] [--no-lines] [--verbose] [--version] [--help] [--yacc] [--no-parser] [--token-table] [--file-prefix=prefix] [--name-prefix=prefix] [--output=outfile] grammar-file Report bugs to [EMAIL PROTECTED] Performing Custom Build Step on .\zend_ini_parser.y /usr/bin/BISON: invalid option -- S Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix] [--debug] [--defines] [--fixed-output-files] [--no-lines] [--verbose] [--version] [--help] [--yacc] [--no-parser] [--token-table] [--file-prefix=prefix] [--name-prefix=prefix] [--output=outfile] grammar-file Report bugs to [EMAIL PROTECTED] Performing Custom Build Step on ".\zend_language_scanner.l" Performing Custom Build Step on .\zend_ini_scanner.l Compiling... zend.c zend_alloc.c zend_API.c zend_builtin_functions.c zend_compile.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_compile.c(21) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_constants.c zend_dynamic_array.c zend_execute.c zend_execute_API.c zend_extensions.c zend_hash.c zend_highlight.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_highlight.c(22) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_indent.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_indent.c(25) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_ini.c zend_ini_parser.c fatal error C1083: Cannot open source file: 'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_ini_parser.c': No such file or directory Generating Code... Compiling... zend_ini_scanner.cpp zend_ini_scanner.l(22) : fatal error C1083: Cannot open include file: 'zend_ini_parser.h': No such file or directory Generating Code... Compiling... zend_language_parser.c fatal error C1083: Cannot open source file: 'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_language_parser.c': No such file or directory Generating Code... Compiling... zend_language_scanner.cpp zend_language_scanner.l(44) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory Generating Code... Compiling... zend_list.c zend_llist.c zend_opcode.c zend_operators.c zend_ptr_stack.c zend_sprintf.c zend_stack.c zend_variables.c Generating Code... Error executing cl.exe. php.exe - 7 error(s), 0 warning(s) I don't know how to configue the custom build on *.y and *.l to let bison genarate the .c and .h files. the custom build seting on zend_language_paraser.y is: if not "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S "%CYGWIN%\share\bison.simple" -p zend zend_language_parser.y if "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S "C:\Program Files\Cygnus\share\bison.simple" -p zend zend_language_parser.y I don't know how to configue the build about bison and flex,could you give me a hand? Thank you very much! your sincerely,wyc -- PHP Development Mailing List 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-DEV] PHP 4.0 Bug #9638: I want to use the GetImageSize but it wont work...
From: [EMAIL PROTECTED] Operating system: Unix PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: I want to use the GetImageSize but it wont work... I want to use the GetImageSize function But it don't work on PHP 4.0.4pl1 the documentation says you should have PHP 4.0.5 to use it, but there isn't one Why make documentation about functions you cannot use ? Kind Regards, Kristof -- Edit Bug report at: http://bugs.php.net/?id=9638edit=1 -- PHP Development 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]
Re: [PHP-DEV] for help (fwd)
Sorry for reply all, I though it might worth a while because I saw at least two similar complaints on dejanews (coogle). If it's a wrong place to talk about this please let me know, I'll make sure that I don;t post it here anymore. Thanks. = Hi! I've had the same problem. Here is what I did: 1. Follow directions on http://www.php.net/version4/win32build.php, I mean literally 2. I just removed this weird -S option from bison. In your msdev project go to php4dllts/Parsers/parsedate.y and select "settings" Under custom build make sure that you have this under commands: if not "X%CYGWIN%"=="X" bison --output=parsedate.c -v -d -S "%CYGWIN%\share\bison.simple" parsedate.y if "X%CYGWIN%"=="X" bison --output=parsedate.c -v -d -S "C:\Program Files\Cygnus\share\bison.simple" parsedate.y You'll get bunch of warnings - I just ignored them Email me at [EMAIL PROTECTED] if you have any issues with this. Good luck. Yury. Do the same for files under ZendTS/parsers [EMAIL PROTECTED] wrote: can someone help this guy out? please reply directly to his e-mail address. thanks, - avi -- Forwarded message -- Date: Mon, 05 Mar 2001 16:07:56 +0800 From: wyc [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: for help dear sir, I'm a new PHP developer and very interesting in PHP,and I want to compile the PHP4.04pl1 source code in win32 myself,but failed. I have installed cygwin on my machine(windows98),and downloaded the win32build lib and include files,when I launch VC++, and then select File = Open Workspace and select php4ts, Then select Build=Set Active Configuration and select the desired configuration,Finally select Build=Rebuild All,but the compiler report such errors as below: Configuration: ZendTS - Win32 Release_TS Performing Custom Build Step on ".\zend_language_parser.y" /usr/bin/BISON: invalid option -- S Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix] [--debug] [--defines] [--fixed-output-files] [--no-lines] [--verbose] [--version] [--help] [--yacc] [--no-parser] [--token-table] [--file-prefix=prefix] [--name-prefix=prefix] [--output=outfile] grammar-file Report bugs to [EMAIL PROTECTED] Performing Custom Build Step on .\zend_ini_parser.y /usr/bin/BISON: invalid option -- S Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix] [--debug] [--defines] [--fixed-output-files] [--no-lines] [--verbose] [--version] [--help] [--yacc] [--no-parser] [--token-table] [--file-prefix=prefix] [--name-prefix=prefix] [--output=outfile] grammar-file Report bugs to [EMAIL PROTECTED] Performing Custom Build Step on ".\zend_language_scanner.l" Performing Custom Build Step on .\zend_ini_scanner.l Compiling... zend.c zend_alloc.c zend_API.c zend_builtin_functions.c zend_compile.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_compile.c(21) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_constants.c zend_dynamic_array.c zend_execute.c zend_execute_API.c zend_extensions.c zend_hash.c zend_highlight.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_highlight.c(22) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_indent.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_indent.c(25) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_ini.c zend_ini_parser.c fatal error C1083: Cannot open source file: 'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_ini_parser.c': No such file or directory Generating Code... Compiling... zend_ini_scanner.cpp zend_ini_scanner.l(22) : fatal error C1083: Cannot open include file: 'zend_ini_parser.h': No such file or directory Generating Code... Compiling... zend_language_parser.c fatal error C1083: Cannot open source file: 'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_language_parser.c': No such file or directory Generating Code... Compiling... zend_language_scanner.cpp zend_language_scanner.l(44) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory Generating Code... Compiling... zend_list.c zend_llist.c zend_opcode.c zend_operators.c zend_ptr_stack.c zend_sprintf.c zend_stack.c zend_variables.c Generating Code... Error executing cl.exe. php.exe - 7 error(s), 0 warning(s) I don't know how to configue the custom build on *.y and *.l to let bison genarate the .c and .h files. the custom build seting on zend_language_paraser.y is: if not "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S "%CYGWIN%\share\bison.simple" -p zend zend_language_parser.y if "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S "C:\Program Files\Cygnus\share\bison.simple" -p zend
[PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released
ID: 9477 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Scripting Engine problem Description: Object is destroyed before references all released a) The comment I got in my eyes said there was nothing that was looked at. b) I do open source work too. c) I have tried over and over in the past to get things included in php that were overlooked for almost 3 years until they finally got put in. Specifically detecting the different datatypes that some of the databases generate as field types. d) The URL I gave has a total of 4 files. 2 source files. And to active scripts that when run, generate the results. e) The one marked Normal, which completes with no errors, is obviously correct. f) The other one fails. g) There is only one line difference in the entire code. i) I have a global object passed by reference that is then assigned to an array. j) When this object reference in the array is set to nothing, the global object is destroyed. k) If on the other hand I use a separate array to identify what array elements are defunt, the object still exists. l) If you ran the non-normal script by clicking on it, it would report the line where the error occurred. m) In my scripts, which unfortunately are part of another open source project, I have VERY CLEARLY marked the section of the code that is different in each instance. o) If someone is wading through 313 lines of code to find my bug, then they really didn't think to click on the script, and I guess THAT is truly my REAL error as I did not specify that I had set up two identical scripts with one line that is different such that one completes and the other fails using the same algorithm, with one minor difference. p) I'm just wondering whether anyone tried clicking on the scripts and saw what I indicated or looked at the script in detail long enough to look at the offending line and the demarcated difference in each case. q) If my comments were interpreted as abusive, I apologize, but understand that when I have taken all the steps outlined and someone still tells me they cannot reproduce the behavior, or they cannot understand it, it tells me they didn't look at the problem. Had someone simply said, I don't understand what's different, I wouldn't have felt like no one gave a damn to even look at my bug report and had dropped it. r) In the past my bug reports have been accompanied by no less than a full source code solution to the error discovered and you'll have to pardon my disillusionment in providing a solution where my answers are obviously ignored regardless of whether they are correct or not. Bottom line: global object passed as a reference to a method and then assigned to an array which is a member of another object. The second object is then requested to delete the reference to global object. At the moment the reference in the array is deleted, the global object goes kaboom too. You can see this in the scripts at that URL because I have each object serialized as output prior to the error line as well as each object reporting it's operation so you can see where things are running. Did I miss anything in helping debug this issue or did I just do too much? Previous Comments: --- [2001-03-08 16:16:36] [EMAIL PROTECTED] I'm sure the bugs are very obvious to you. However, your bug report, as given, really is pretty useless. Salient information would include: what results were you expecting, compared to the results you got? What, exactly, did not work as you expected? And when we say 'short' script, we really mean 'short'. Can you provide a quick, obvious, and hopefully = 25-50 line script which demonstrates what's bothering you? Many PHP developers work on PHP in their free time, and attempting to dig through 313 lines of someone else's code--when you have only given a vague idea of what we're supposed to be looking for--is unlikely to get high on anyone's priority list. Especially not when you get sarcastic and abusive. --- [2001-03-08 08:30:48] [EMAIL PROTECTED] Come on guys. Read the damn bug report. I sent you a complete URL with scripts that generate the problem even. Is it really that hard to follow? If you read the bug report and went to the URL you would have seen the scripts that generated the problem. How hard is that? You can even see the output from the bug. Shall we try this again? I will clarify in case you missed it the first time. GO TO THE URL LISTED. THERE YOU WILL FIND THE SHORT SCRIPT THAT GENERATES THE PROBLEM. YOU WILL ALSO SEE RESULT FILES THAT DESCRIBE THE ERROR IN DETAIL. ONCE YOU HAVE LOOKED THERE, COME AND ASK ME AGAIN TO CLARIFY. THANKS. --- [2001-03-08 06:43:10] [EMAIL PROTECTED] Could you please
[PHP-DEV] PHP 4.0 Bug #9634 Updated: imap_*_quota not found
ID: 9634 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Description: imap_*_quota not found Dan Kalowsky [EMAIL PROTECTED] wrote: don't have time for the web interface, but... in the ext/imap directory is a config.m4 and a line like: iMAP_LIB_CHK(lib) IMAP_LIB_CHK(c-client) try reversing the two. not sure if that'll do it, but it's the only thing i can think of off hand... Actually, I found the problem. Turns out that a while back (4.6beta) imap had been compiled via tarball and left a /usr/lib/libimap.a which of course didn't have the quota functions. After deleting this file PHP compiled fine. Previous Comments: --- [2001-03-08 16:14:16] [EMAIL PROTECTED] 1) Yes, it's defined in main/php_config.h. 2) Yes, they both exist and are in /usr/include/imap. 3) Yes, the functions are defined in imap4r1.h. It appears that this is a link failure and not just a simple compile failure. Here is the previous command: /bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010308/libtool --silent --mode=link gcc -I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/main -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308 -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/Zend -I/usr/include/freetype -I/usr/include/imap -I/usr/local/include -I/opt/sybase-11.9.2/include -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmltok -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmlparse -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -O2 -m486 -fno-strength-reduce -fPIC -o libphp4.la -rpath /usr/src/redhat/BUILD/php-4.0.5dev_20010308/libs -L/usr/kerberos/lib -L/usr/local/lib -L/opt/sybase-11.9.2/lib -R /usr/kerberos/lib -R /usr/local/lib -R /opt/sybase-11.9.2/lib stub.lo Zend/libZend.la sapi/cgi/libsapi.la main/libmain.la regex/libregex.la ext/dba/libdba.la ext/domxml/libdomxml.la ext/ftp/libftp.la ext/gd/libgd.la ext/gettext/libgettext.la ext/imap/libimap.la ext/openssl/libopenssl.la ext/pcre/libpcre.la ext/pdf/libpdf.la ext/posix/libposix.la ext/sablot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la ext/sybase_ct/libsybase_ct.la ext/sysvsem/libsysvsem.la ext/sysvshm/libsysvshm.la ext/xml/libxml.la ext/yp/libyp.la TSRM/libtsrm.la -lpam -limap -ldl -linsck -lsybtcl -lintl -lcomn -lct -lcs -lxmltok -lxmlparse -lsablot -lz -ljpeg -lpng -ltiff -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lttf -lz -lpng -lgd -ljpeg -lz -lxml -lgdbm -lssl -lcrypto -lresolv -lm -ldl -lcrypt -lnsl -lttf -lpng -ljpeg -lz -lpam -lxmlparse -lxmltok -lresolv -lz -L/usr/lib -ljpeg -lpdf Note the absence of '-lc-client' and the presence of '-limap' in that command. What would be causing this? --- [2001-03-08 14:57:26] [EMAIL PROTECTED] i'm sorry, #2 should have also check to make sure you have a c-client.h file in your include directory (this is what ensures a define of HAVE_IMAP2000). --- [2001-03-08 14:56:37] [EMAIL PROTECTED] 1) make sure HAVE_IMAP2000 is being defined 2) Check to make sure imap4r1.h is included in the php_imap.c file (this should be done as long as HAVE_IMAP2000) is defined and exists in the imap directory (looks like it's /usr/include/imap on your machine) 3) check that your imap4r1.h has both functions defined. it should, but double checking never hurts. --- [2001-03-08 14:55:38] [EMAIL PROTECTED] 1) make sure HAVE_IMAP2000 is being defined 2) Check to make sure imap4r1.h is included in the php_imap.c file (this should be done as long as HAVE_IMAP2000) is defined and exists in the imap directory (looks like it's /usr/include/imap on your machine) 3) check that your imap4r1.h has both functions defined. it should, but double checking never hurts. --- [2001-03-08 14:11:00] [EMAIL PROTECTED] Last few lines of build: /bin/sh /usr/src/redhat/BUILD/php-4.0.5dev_20010308/libtool --silent --mode=link gcc -I. -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/main -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308 -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/Zend -I/usr/include/freetype -I/usr/include/imap -I/usr/local/include -I/opt/sybase-11.9.2/include -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmltok -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/ext/xml/expat/xmlparse -I/usr/src/redhat/BUILD/php-4.0.5dev_20010308/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -O2 -m486 -fno-strength-reduce -fPIC -o php -export-dynamic stub.lo libphp4.la .libs/libphp4.a(php_imap.o): In
[PHP-DEV] PHP 4.0 Bug #9639: Nasty bug in mod_mm.c causes CGI POST to stop working
From: [EMAIL PROTECTED] Operating system: Red Hat PHP version: 4.0.4pl1 PHP Bug Type: *Session related Bug description: Nasty bug in mod_mm.c causes CGI POST to stop working On RedHat 6.2 or 7 machine with more than 67M of shared memory available per process (this number is stored in /proc/sys/kernel/shmmax) Compile Apache with ssl modules. Compile mod_php into Apache --with-mm Have 3300 ( or anything less than 67M) in /proc/sys/kernel/shmmax on machine where you're running Apache - CGI POST stops working, stdin is empty. This happens regardless of what kind of cgi script is executted by the form, it doesn't have to be a php script. Increase the number in /proc/sys/kernel/shmmax to something more than 67M, everything works again. This 67M number is hardcoded in mm_create from mm library by their configure script, which checks how much memory is available. I have no explanation for it, because all mod_mm does in this case is returning FAILURE if there is not enough memory. Go figure... Here is my proposal: lets check how much memory is there before calling mm_create in mod_mm.c by doing this: (I put the actual patch at the bottom) Add two new functions ( pretty much copied from mm configure) static int test_mem_size (unsigned long size) { int fd; void *segment; #ifdef MM_SHMT_MMFILE char file[] = "./ac_test.tmp"; unlink(file); if ((fd = open(file, O_RDWR|O_CREAT, S_IRUSR|S_IWUSR)) == -1) return 0; if (ftruncate(fd, size) == -1) return 0; if ((segment = (void *)mmap(NULL, size, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0)) == MAP_FAILED) { close(fd); return 0; } munmap((caddr_t)segment, size); close(fd); unlink(file); #endif #ifdef MM_SHMT_IPCSHM if ((fd = shmget(IPC_PRIVATE, size, SHM_R|SHM_W|IPC_CREAT)) == -1) return 0; if ((segment = (void *)shmat(fd, NULL, 0)) == ((void *)-1)) { shmctl(fd, IPC_RMID, NULL); return 0; } shmdt(segment); shmctl(fd, IPC_RMID, NULL); #endif return 1; } #define ABS(n) ((n) = 0 ? (n) : (-(n))) static unsigned long get_max_mem_size() { unsigned long t, m, b; int d; int rc; /* * Find maximum possible allocation size by performing a * binary search starting with a search space between 0 and * 64MB of memory. */ t = 1024*1024*64 /* = 67108864 */; if (test_mem_size(t)) m = t; else { m = 1024*1024*32; b = 0; for (;;) { /* fprintf(stderr, "t=%d, m=%d, b=%d\n", t, m, b); */ rc = test_mem_size(m); if (rc) { d = ((t-m)/2); b = m; } else { d = -((m-b)/2); t = m; } if (ABS(d) 1024*1) { if (!rc) m = b; break; } if (m 1024*8) break; m += d; } if (m 1024*8) m = 0; } return m; } The actual patch would look like this: --- ext/session/mod_mm.c Fri Nov 3 07:00:49 2000 +++ ext/session/mod_mm.c Tue Feb 27 14:09:31 2001 @@ -173,9 +173,84 @@ #define PS_MM_DATA ps_mm *data = PS_GET_MOD_DATA() +static int test_mem_size (unsigned long size) +{ +int fd; +void *segment; +#ifdef MM_SHMT_MMFILE +char file[] = "./ac_test.tmp"; +unlink(file); +if ((fd = open(file, O_RDWR|O_CREAT, S_IRUSR|S_IWUSR)) == -1) +return 0; +if (ftruncate(fd, size) == -1) +return 0; +if ((segment = (void *)mmap(NULL, size, PROT_READ|PROT_WRITE, +MAP_SHARED, fd, 0)) == MAP_FAILED) { +close(fd); +return 0; +} +munmap((caddr_t)segment, size); +close(fd); +unlink(file); +#endif +#ifdef MM_SHMT_IPCSHM +if ((fd = shmget(IPC_PRIVATE, size, SHM_R|SHM_W|IPC_CREAT)) == -1) +return 0; +if ((segment = (void *)shmat(fd, NULL, 0)) == ((void *)-1)) { +shmctl(fd, IPC_RMID, NULL); +return 0; +} +shmdt(segment); +shmctl(fd, IPC_RMID, NULL); +#endif +return 1; +} +#define ABS(n) ((n) = 0 ? (n) : (-(n))) +static unsigned long get_max_mem_size() +{ + unsigned long t, m, b; +int d; +int rc; +/* + * Find maximum possible allocation size by performing a + * binary search starting with a search space between 0 and + * 64MB of memory. + */ +t = 1024*1024*64 /* = 67108864 */; +if (test_mem_size(t)) +m = t; +else { +m = 1024*1024*32; +b = 0; +for (;;) { +/* fprintf(stderr, "t=%d, m=%d, b=%d\n", t, m, b); */ +rc = test_mem_size(m); +if (rc) { +d = ((t-m)/2); +b = m; +} +else { +d = -((m-b)/2); +t = m; +} +if (ABS(d) 1024*1) { +
[PHP-DEV] PHP 4.0 Bug #9477 Updated: Object is destroyed before references all released
ID: 9477 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Scripting Engine problem Assigned To: Comments: Did I miss anything in helping debug this issue or did I just do too much? you did the wrong thing! the following passage is the only one I have read, I have not visited your site, nor anything else (we simply do not have the time to do this kind of things, it's exactly the same in any bigger OS project I know of (eg. bugzilla, provide minimized testcases or your bug will never be fixed) quote Bottom line: global object passed as a reference to a method and then assigned to an array which is a member of another object. The second object is then requested to delete the reference to global object. At the moment the reference in the array is deleted, the global object goes kaboom too. /quote what I have done then, is creating PHP source reading the words above: function foo ($foo) { $zoo-array['foo']=$foo; unset($zoo-array['foo']); // simplified } $foo-test=TRUE; foo($foo); var_dump($foo); *** This is works for me and this is how we expect code snipplets, feel free to modify it to match exactly your problem... Previous Comments: --- [2001-03-08 16:55:04] [EMAIL PROTECTED] a) The comment I got in my eyes said there was nothing that was looked at. b) I do open source work too. c) I have tried over and over in the past to get things included in php that were overlooked for almost 3 years until they finally got put in. Specifically detecting the different datatypes that some of the databases generate as field types. d) The URL I gave has a total of 4 files. 2 source files. And to active scripts that when run, generate the results. e) The one marked Normal, which completes with no errors, is obviously correct. f) The other one fails. g) There is only one line difference in the entire code. i) I have a global object passed by reference that is then assigned to an array. j) When this object reference in the array is set to nothing, the global object is destroyed. k) If on the other hand I use a separate array to identify what array elements are defunt, the object still exists. l) If you ran the non-normal script by clicking on it, it would report the line where the error occurred. m) In my scripts, which unfortunately are part of another open source project, I have VERY CLEARLY marked the section of the code that is different in each instance. o) If someone is wading through 313 lines of code to find my bug, then they really didn't think to click on the script, and I guess THAT is truly my REAL error as I did not specify that I had set up two identical scripts with one line that is different such that one completes and the other fails using the same algorithm, with one minor difference. p) I'm just wondering whether anyone tried clicking on the scripts and saw what I indicated or looked at the script in detail long enough to look at the offending line and the demarcated difference in each case. q) If my comments were interpreted as abusive, I apologize, but understand that when I have taken all the steps outlined and someone still tells me they cannot reproduce the behavior, or they cannot understand it, it tells me they didn't look at the problem. Had someone simply said, I don't understand what's different, I wouldn't have felt like no one gave a damn to even look at my bug report and had dropped it. r) In the past my bug reports have been accompanied by no less than a full source code solution to the error discovered and you'll have to pardon my disillusionment in providing a solution where my answers are obviously ignored regardless of whether they are correct or not. Bottom line: global object passed as a reference to a method and then assigned to an array which is a member of another object. The second object is then requested to delete the reference to global object. At the moment the reference in the array is deleted, the global object goes kaboom too. You can see this in the scripts at that URL because I have each object serialized as output prior to the error line as well as each object reporting it's operation so you can see where things are running. Did I miss anything in helping debug this issue or did I just do too much? --- [2001-03-08 16:16:36] [EMAIL PROTECTED] I'm sure the bugs are very obvious to you. However, your bug report, as given, really is pretty useless. Salient information would include: what results were you expecting, compared to the results you got? What, exactly, did not work as you expected? And when we say 'short' script, we really mean 'short'. Can you provide a quick, obvious, and hopefully = 25-50 line script which demonstrates what's bothering you? Many PHP developers
[PHP-DEV] PHP 4.0 Bug #9640 Updated: strtotime() cannot properly handle some ISO 8601-compliant strings
ID: 9640 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Description: strtotime() cannot properly handle some ISO 8601-compliant strings I've recently run into a problem. This problem has been addressed in bug report #9007, but I thought I would try to provide more detailed information. First, I'm pulling ISO 8601-compliant date strings from a PostgreSQL 7.0.3 database. We'll illustrate this bug with a sample date: 1999-06-24 00:01:00-05. Or June 24, 1999, 12:01 AM CDT. $timestamp = "1999-06-24 00:01:00-05"; $timestamp = strtotime($timestamp); print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp)); Now, that output /should/ read "Thursday, June 24, 1999 00:01 CDT," instead it reads "Wednesday, June 23, 1999 19:06 CDT." Even though PHP knows the timezone of the machine to be CST6CDT, it subtracts 5 hours from the time during conversion, regardless. This is a Bad Thing(tm) because all programs should be ISO 8601-compliant. Currently PHP4 is a lil' broken. This should be fixed in the next release of PHP4, IMHO. The bug probably actually resides in the code in ext/standard/parsedate.c that is borrowed from GNU Bison 1.28. So maybe this bug should be reported to GNU's bug list as well. In any case, here's a fix in the meantime... If using PostgreSQL issue the command "SET DATESTYLE TO Postgres;" in all of your queries that return a timestamp. That will cause the timestamp to be returned in this style: Thu Jun 24 00:01:00 1999 CDT. This style will correctly parse, as we will illustrate with this example: $timestamp = "Thu Jun 24 00:01:00 1999 CDT"; $timestamp = strtotime($timestamp); print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp)); The output of this example is "Thursday, June 24, 1999 00:01 CDT," which is correct. And that's all. Derek P. Moore [EMAIL PROTECTED] Previous Comments: --- [2001-03-08 17:16:14] [EMAIL PROTECTED] I've recently run into a problem. This problem has been addressed in bug report #9007, but I thought I would try to provide more detailed information. First, I'm pulling ISO 8601-compliant date strings from a PostgreSQL 7.0.3. We'll illustrate this bug with a sample date: 1999-06-24 00:01:00-05. Or June 24, 1999, 12:01 AM CDT. $timestamp = "1999-06-24 00:01:00-05"; $timestamp = strtotime($timestamp); print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp)); Now, that output /should/ read "Thursday, June 24, 1999 00:01 CDT," instead it reads "Wednesday, June 23, 1999 19:06 CDT." Even though PHP knows the timezone of the machine to be CST6CDT, it subtracts 5 hours from the time during conversion, regardless. This is a Bad Thing(tm) because all programs should be ISO 8601-compliant. Currently PHP4 is a lil' broken. This should be fixed in the next release of PHP4, IMHO. The bug probably actually resides in the code in ext/standard/parsedate.c that is borrowed from GNU Bison 1.28. So maybe this bug should be reported to GNU's bug list as well. In any case, here's a fix in the meantime... If using PostgreSQL issue the command "SET DATESTYLE TO Postgres;" in all of your queries that return a timestamp. That will cause the timestamp to be returned in this style: Thu Jun 24 00:01:00 1999 CDT. This style will correctly parse, as we will illustrate with this example: $timestamp = "Thu Jun 24 00:01:00 1999 CDT"; $timestamp = strtotime($timestamp); print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp)); The output of this example is "Thursday, June 24, 1999 00:01 CDT," which is correct. And that's all. Derek P. Moore [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=9640 -- PHP Development Mailing List 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-DEV] PHP 4.0 Bug #9605 Updated: There is no file: sqlcli1.h.
ID: 9605 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Assigned To: Comments: User feedback: -- I cannot find way to reply to your response. My bug is 9605. I didn't give path, because it was default path. --- The link to the correct web page can be found in the end of this email. And try adding that 'default' path into the --with-ibm-db2 configuration option as I suggested. And please check where exactly the file 'sqlcli1.h' is in your system. --Jani Previous Comments: --- [2001-03-07 16:13:29] [EMAIL PROTECTED] Where is your DB2 installed? Have you tried adding the install base directory ? ie. --with-ibm-db2=/db2/install/base ?? --Jani --- [2001-03-07 14:54:37] [EMAIL PROTECTED] Configuration: -with-apache=../apache_1.3.12 --enable-sigchild --enable-track-vars --with-xml --disable-debug --with-oci8 --with-ibm-db2 Problem encountered first time after adding "--with-ibm-db2". Error message: In file included from internal_functions.c:38: /usr/local/src/php-4.0.4pl1/ext/odbc/php_odbc.h:160: sqlcli1.h: No such file or directory --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9605edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9641: get_required_files()/get_included_files() does not work as docuemented
From: [EMAIL PROTECTED] Operating system: RedHat7 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: get_required_files()/get_included_files() does not work as docuemented get_required_files()/get_included_files() does not work as docuemented http://www.php.net/manual/en/function.get-required-files.php Tested under Apache 1.3.17 w/ mod-ssl, mod-gzip, and other modules comes with apache. RedHat 7.0.1/j. PHP 4.0.4pl1 running as apache module. I found strange require_once() behaviour (to be reported as bug) and I also found this problem. If this is not a script engine problem, then it should be documentation problem. Hope this info helps developer/documentation team. Following code is identical to the example in manual. ?php require_once ('local.php'); require_once ('../inc/global.php'); for ($i=1; $i5; $i++) { include_once 'util'.$i.'php'; } echo 'pre'; echo "Required_once files\n"; print_r (get_required_files()); echo "Included_once files\n"; print_r (get_included_files()); echo date('H:i:s',time()); echo '/pre'; ? I get === Required_once files Array ( [0] = /home/httpd/httpd/html/untitled/local.php [1] = /home/httpd/httpd/html/inc/global.php [2] = /home/httpd/httpd/html/untitled/util1php [3] = /home/httpd/httpd/html/untitled/util2php [4] = /home/httpd/httpd/html/untitled/util3php [5] = /home/httpd/httpd/html/untitled/util4php ) Included_once files Array ( [0] = /home/httpd/httpd/html/untitled/local.php [1] = /home/httpd/httpd/html/inc/global.php [2] = /home/httpd/httpd/html/untitled/util1php [3] = /home/httpd/httpd/html/untitled/util2php [4] = /home/httpd/httpd/html/untitled/util3php [5] = /home/httpd/httpd/html/untitled/util4php ) 08:17:35 === -- Edit Bug report at: http://bugs.php.net/?id=9641edit=1 -- PHP Development 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-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming
At 02:20 PM 3/8/2001 +0100, Hellekin O. Wolf wrote: At 22:33 07/03/2001 +0200, Andi Gutmans wrote: Why not bzip2_? *** Well, if bzip2_, then gzip_ ! If gz_ then bz_ or bz2_. Am I wrong or too fastidious ? No, because gz_ has existed for a long time. If we'd give it a name today we'd probably call it gzip_* but it's too late. We can do the right thing for bzip2. Andi -- PHP Development Mailing List 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-DEV] PHP 4.0 Bug #9642: Failure at configure stage when linking with curl that has ssl support
From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 4.0.4pl1 PHP Bug Type: Compile Problem Bug description: Failure at configure stage when linking with curl that has ssl support When configuring PHP with curl support, and curl has been compiled with ssl support the configure stage fails with unresolved symbol errors: == Undefined first referenced symbol in file SSL_library_init /usr/local/lib/libcurl.so == The problem stems from the fact that the SSL libs aren't being included in the LIB list. Hacking the configure file so that the line: LIBS="-lcurl $LIBS" now reads LIBS="-lssl -lcrypto -lcurl $LIBS" solved the problem for me. Is there a way PHP can determine if libcurl has SSL support and add in those two libs if required? -- Edit Bug report at: http://bugs.php.net/?id=9642edit=1 -- PHP Development 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-DEV] Header Question using WML
I am able to pull up my php3 file on my phone simulator successfully. However, when I try to link to the next php3 file I receive this error "HTML or Plain text. Can't compile this..." This isn't very descriptive, so when I view the source, it gives me this error: Content-Type: text/html. Content follows: br bWarning/b: POST Error: content-type missing in b/test/wmlsite/firstpage.php3/b on line b0/bbr br bWarning/b: Cannot add more header information - the header was already sen t (header information may be added only before any output is generated from the script - check for text or whitespace outside PHP tags, or calls to functions th at output text) in b/test/wmlsite/secondpage.php3/b on line b1/bbr Each of my php files start like this: ?php header('content-type: text/vnd.wap.wml'); printf("\n\n\n?xml version='1.0'?\n"); printf("!DOCTYPE wml PUBLIC '-//PHONE.COM//DTD WML 1.1//EN' 'http://www.phone.com/dtd/wml11.dtd'\n");? wml Here's the kicker. When I pull up the secondpage.php3, it actually displays with no problem. It's only when I link them together. It's so bizarre. I can display each php file individually just not by linking. It's as if the output stream of the firstpage is not getting closed. Has anyone ever run into this problem or has any idea on how to fix it? Thanks, Jayme Derr __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ -- PHP Development Mailing List 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]
Re: [PHP-DEV] Re: What have you done to your website!!! ???
On Thu, 8 Mar 2001, Andrei Zmievski wrote: On Thu, 08 Mar 2001, Jani Taskinen wrote: My thoughts exactly! I hate that new look. It's..depressing! I must have missed some discussion about the new web design? And when was it decided (and by WHO?!) that this new design is ok? e.g. The font is not Linux-Netscape-friendly and the manual is so screwed now. Very hard to read. BIGGER fonts please. Works fine for me in Linux-Netscape and the fonts are fine too. Oh? Have you installed some truetype support? As for me the fonts are way too small and some look like lego-blocks. :) --Jani -- PHP Development Mailing List 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-DEV] PHP 4.0 Bug #9621 Updated:
ID: 9621 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Unknown/Other Function Assigned To: Comments: Already fixed. And this bug system IS NOT meant for reporting problems of the php.net website! Report those to [EMAIL PROTECTED] --Jani Previous Comments: --- [2001-03-08 09:17:00] [EMAIL PROTECTED] I was searching for HTTP_USER_AGENT in the box of search. The list of the result was Ok, but when i tried to access the page of the HTTP_USER_AGENT help, the error occours http://www.php.net/manual/admin-notes.php?last_entry=1200#tOpOfpAgE If you just want to browse the errata, you're better off here. Next 50 entries CVS user: CVS password: Remember my login/password: getservbyport Fatal error: Call to undefined function: spc() in /local/Web/sites/phpweb/manual/admin-notes.php on line 46 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9621edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9625 Updated: make error
ID: 9625 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Assigned To: Comments: Please try the latest CVS snapshot from http://snaps.php.net/ --Jani Previous Comments: --- [2001-03-08 10:27:59] [EMAIL PROTECTED] Greetings, I searched through the forum pages and the archive and didn't find a solution. Here's what I'm doing - Solaris 2.6, with iPlanet in /opt/iplanet and mySQL in /usr/local/bin/mysql. configure --with-nsapi=/opt/iplanet --with-mysql=/usr/local/mysql Configure runs fine, and produces no errors. Immediately after issue the make command I get Making all in Zend make[1]: Entering directory `/usr/local/php-4.0.4pl1/Zend' /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads -c zend_language_scanner_cc.cc In file included from zend_language_scanner_cc.cc:2571: zend_operators.h: In function `int is_numeric_string(char *, int, long int *, double *)': zend_operators.h:84: implicit declaration of function `int finite(...)' make[1]: *** [zend_language_scanner_cc.lo] Error 1 make[1]: Leaving directory `/usr/local/php-4.0.4pl1/Zend' make: *** [all-recursive] Error 1 Any solutions ? Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9625edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9500 Updated: mssql_query returns false for INSERT UPDATE queries
ID: 9500 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: MSSQL related Assigned To: Comments: Mind telling that which bug report is the duplicate to this one? --Jani Previous Comments: --- [2001-02-28 16:05:31] [EMAIL PROTECTED] ?php mssql_connect('myserver', 'user', 'password'); mssql_select_db('mydatabase'); $Result = mssql_query("UPDATE mytable SET nextval=nextval+1"); if ($Result) { echo("Result is TRUEBR"); } else { echo("Result is FALSEBR"); } echo 'BRBR'; $Result = mssql_query("INSERT mytable values(10)"); if ($Result) { echo("Result is TRUEBR"); } else { echo("Result is FALSEBR"); } ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9500edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9400 Updated: Duplicate symbol with GD
ID: 9400 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Assigned To: Comments: Might be that the Apache in HP-UX expects .so instead of .sl ? Try renaming the libphp4.sl to libphp4.so --Jani Previous Comments: --- [2001-03-08 11:20:28] [EMAIL PROTECTED] Hello all, Arg, the system disk of my workstation has died so i have reinstalled all stuffs from scratch ... and this time it's compiling ok :-))) But i have also added the _IN_ADDR_T. I think the problem was from a precompiled package I got from HP-UX porting center :-( This time, I have recompiled all stuff. But now, I have a problem for the installation : gmake install ... gmake[1]: Entering directory `/datas/depot/php-4.0.4pl1' /usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.sl apxs:Error: file libs/libphp4.sl is not a DSO gmake[1]: *** [install-sapi] Error 1 gmake[1]: Leaving directory `/datas/depot/php-4.0.4pl1' gmake: *** [install-recursive] Error 1 Any clue ? Thanks for your help. --- [2001-02-22 18:55:36] [EMAIL PROTECTED] Maybe 'make clean' would help? --Jani --- [2001-02-22 08:34:58] [EMAIL PROTECTED] Hello all, i have severals problem when compiling php-4.0.4pl1 under my HP-UX 10.20 box at work. I use : apache_1.3.17 with mod_so gd-1.8.4 postgresql-7.0.3 gcc version 2.95.2 configure --with-ndbm --with-ftp --with-gd --with-pgsql --enable-sockets --with-apxs=/usr/local/apache/bin/apxs 1/ First of all, it seems HP's include files are broken, so I have added #define _IN_ADDR_T at the beginning of sockets.c otherwith i got a "dupplicate symbole error". 2/ I got a linker error /bin/sh /datas/depot/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/datas/depot/php-4.0.4pl1/ -I/datas/depot/php-4.0.4pl1/main -I/datas/depot/php-4.0.4pl1 -I/usr/local/apache/include -I/datas/depot/php-4.0.4pl1/Zend -I/usr/local/include -I/datas/depot/php-4.0.4pl1/ex t/mysql/libmysql -I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmltok -I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmlparse -I/datas/depot/php-4.0.4 pl1/TSRM -DHPUX10 -DUSE_HSREGEX -DUSE_EXPAT -DXML_BYTE_ORDER=21 -g -O2 -o libphp4.la -rpath /datas/depot/php-4.0.4pl1/libs -avoid-version -L/usr/local/lib -L/usr/local/pgsql/lib -R /usr/local/lib -R /usr/local/pgsql/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/lib main.la regex/libregex.la ext/dba/libdba.la ext/gd/libgd.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/pgsql/libpgsql.la ext/posix/libpo six.la ext/session/libsession.la ext/sockets/libsockets.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -lpq -lttf -lgd -lm -lcrypt /usr/ccs/bin/ld: Duplicate symbol "gdImageColorResolve" in files .libs/libphp4.lax/libgd.al/gd.lo and /usr/local/lib/libgd.a(gd.o) /usr/ccs/bin/ld: Duplicate symbols are not allowed in shared libraries *** Error exit code 1 Stop. *** Error exit code 1 Stop. Someone has a tips about this error ? Thanks for your help - Laurent --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9400edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9640 Updated: strtotime() cannot properly handle some ISO 8601-compliant strings
ID: 9640 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Description: strtotime() cannot properly handle some ISO 8601-compliant strings Another workaround for PostgreSQL (and the equivalent, if one exists, of this on other databases will work as well): Run your query using the date_part function so that PostgreSQL returns the UNIX timestamp instead of an ISO 8601-style timestamp. The query would look something like this: SELECT date_part('epoch', timestamp) AS timestamp FROM table Then use can just us that those records returned directly with PHP's date, strftime, gmdate, and etc. functions. Previous Comments: --- [2001-03-08 17:26:17] [EMAIL PROTECTED] I've recently run into a problem. This problem has been addressed in bug report #9007, but I thought I would try to provide more detailed information. First, I'm pulling ISO 8601-compliant date strings from a PostgreSQL 7.0.3 database. We'll illustrate this bug with a sample date: 1999-06-24 00:01:00-05. Or June 24, 1999, 12:01 AM CDT. $timestamp = "1999-06-24 00:01:00-05"; $timestamp = strtotime($timestamp); print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp)); Now, that output /should/ read "Thursday, June 24, 1999 00:01 CDT," instead it reads "Wednesday, June 23, 1999 19:06 CDT." Even though PHP knows the timezone of the machine to be CST6CDT, it subtracts 5 hours from the time during conversion, regardless. This is a Bad Thing(tm) because all programs should be ISO 8601-compliant. Currently PHP4 is a lil' broken. This should be fixed in the next release of PHP4, IMHO. The bug probably actually resides in the code in ext/standard/parsedate.c that is borrowed from GNU Bison 1.28. So maybe this bug should be reported to GNU's bug list as well. In any case, here's a fix in the meantime... If using PostgreSQL issue the command "SET DATESTYLE TO Postgres;" in all of your queries that return a timestamp. That will cause the timestamp to be returned in this style: Thu Jun 24 00:01:00 1999 CDT. This style will correctly parse, as we will illustrate with this example: $timestamp = "Thu Jun 24 00:01:00 1999 CDT"; $timestamp = strtotime($timestamp); print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp)); The output of this example is "Thursday, June 24, 1999 00:01 CDT," which is correct. And that's all. Derek P. Moore [EMAIL PROTECTED] --- [2001-03-08 17:16:14] [EMAIL PROTECTED] I've recently run into a problem. This problem has been addressed in bug report #9007, but I thought I would try to provide more detailed information. First, I'm pulling ISO 8601-compliant date strings from a PostgreSQL 7.0.3. We'll illustrate this bug with a sample date: 1999-06-24 00:01:00-05. Or June 24, 1999, 12:01 AM CDT. $timestamp = "1999-06-24 00:01:00-05"; $timestamp = strtotime($timestamp); print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp)); Now, that output /should/ read "Thursday, June 24, 1999 00:01 CDT," instead it reads "Wednesday, June 23, 1999 19:06 CDT." Even though PHP knows the timezone of the machine to be CST6CDT, it subtracts 5 hours from the time during conversion, regardless. This is a Bad Thing(tm) because all programs should be ISO 8601-compliant. Currently PHP4 is a lil' broken. This should be fixed in the next release of PHP4, IMHO. The bug probably actually resides in the code in ext/standard/parsedate.c that is borrowed from GNU Bison 1.28. So maybe this bug should be reported to GNU's bug list as well. In any case, here's a fix in the meantime... If using PostgreSQL issue the command "SET DATESTYLE TO Postgres;" in all of your queries that return a timestamp. That will cause the timestamp to be returned in this style: Thu Jun 24 00:01:00 1999 CDT. This style will correctly parse, as we will illustrate with this example: $timestamp = "Thu Jun 24 00:01:00 1999 CDT"; $timestamp = strtotime($timestamp); print(strftime("%A, %B %d, %Y %H:%M %Z", $timestamp)); The output of this example is "Thursday, June 24, 1999 00:01 CDT," which is correct. And that's all. Derek P. Moore [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=9640 -- PHP Development Mailing List 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-DEV] PHP 4.0 Bug #9636 Updated: error message
ID: 9636 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Assigned To: Comments: Please try the latest CVS snapshot from http://snaps.php.net/ --Jani Previous Comments: --- [2001-03-08 15:03:06] [EMAIL PROTECTED] For Netscape Enterprise Server configuration: After installing all the necessary packages and running "./configure --with-mysql=/usr/local/mysql --with-nsapi= /opt/netscape/suitespot --enable-track-vars --enable-libgcc" When attempting to run "make" I get the following: # make Making all in Zend Making all in Zend /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE _ORDER=21 -I../TSRM -g -O2 -pthreads -c zend_language_scanner_cc.cc In file included from zend_language_scanner_cc.cc:2571: zend_operators.h: In function `int is_numeric_string(char *, int, long int *, do uble *)': zend_operators.h:84: implicit declaration of function `int finite(...)' make[1]: *** [zend_language_scanner_cc.lo] Error 1 make[1]: Leaving directory `/usr/local/php-4.0.4pl1/Zend' make: *** [all-recursive] Error 1 # Running gcc-2.95_2 Thanks, Bob Smith Computer Systems Administrator East Carolina University [EMAIL PROTECTED] (252) 328-0421 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9636edit=2 -- PHP Development 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-DEV] PHP 4.0 Bug #9638 Updated: I want to use the GetImageSize but it wont work...
ID: 9638 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Assigned To: Comments: getimagesize() does exist in PHP 4.0.4pl1. The support for URLs was added in PHP 4.0.5 (not released yet) which you can get as a CVS snapshot from http://snaps.php.net/ --Jani Previous Comments: --- [2001-03-08 16:42:06] [EMAIL PROTECTED] I want to use the GetImageSize function But it don't work on PHP 4.0.4pl1 the documentation says you should have PHP 4.0.5 to use it, but there isn't one Why make documentation about functions you cannot use ? Kind Regards, Kristof --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9638edit=2 -- PHP Development 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]
Re: [PHP-DEV] Re: What have you done to your website!!! ???
On Thu, 8 Mar 2001, Colin Viebrock wrote: Oh? Have you installed some truetype support? As for me the fonts are way too small and some look like lego-blocks. :) Can you too look again? At least look at http://ca.php.net (which I can update instantly). Well, it's better now. At least I can now actually READ most of the text. :) I changed the style sheet to use percentages instead of absolute pixel or point sizes. Does that make things look better for Jani, and still look ok for Andrei? But the h2 / h3 / h1 elements look like lego-blocks for me. :) This must be caused by the fact that I don't have Arial font in my system..using the defaults fonts (overriding the document specified) 'fixes' this. Why not use 'Verdana' ? It's more readable font, IMO. --Jani -- PHP Development Mailing List 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]
Re: [PHP-DEV] Re: What have you done to your website!!! ???
But the h2 / h3 / h1 elements look like lego-blocks for me. :) This must be caused by the fact that I don't have Arial font in my system..using the defaults fonts (overriding the document specified) 'fixes' this. Why not use 'Verdana' ? It's more readable font, IMO. If you don't have Arial, shouldn't your browser go to the next font in the list (i.e. Helvetica)? I can't find your first email ... did you mention what browser/platform this is on? - Colin -- PHP Development Mailing List 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]
Re: [PHP-DEV] Re: What have you done to your website!!! ???
On Thu, 8 Mar 2001, Colin Viebrock wrote: But the h2 / h3 / h1 elements look like lego-blocks for me. :) This must be caused by the fact that I don't have Arial font in my system..using the defaults fonts (overriding the document specified) 'fixes' this. Why not use 'Verdana' ? It's more readable font, IMO. If you don't have Arial, shouldn't your browser go to the next font in the list (i.e. Helvetica)? Heh, 'should' yes, but it doesn't. I can't find your first email ... did you mention what browser/platform this is on? Netscape 4.75 / Linux --Jani -- PHP Development Mailing List 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-DEV] PHP 4.0 Bug #5755 Updated: odbc_tables() does not work properly
ID: 5755 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Assigned To: Comments: No feedback. --Jani Previous Comments: --- [2001-01-06 01:38:58] [EMAIL PROTECTED] does this problem still exist in PHP 4.0.4? --- [2000-09-04 23:24:18] [EMAIL PROTECTED] Feedback: yes --- [2000-09-04 20:19:05] [EMAIL PROTECTED] Does this problem exist when using php4.0.2 ? --Jani --- [2000-07-24 19:41:36] [EMAIL PROTECTED] This was using odbc_fetch_row. Exactly the same code accessing a table from a query works fine. --- [2000-07-24 08:59:07] [EMAIL PROTECTED] Did you use odbc_fetch_row() / odbc_fetch_into()? --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5755edit=2 -- PHP Development 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]