#14607 [Com]: Nested "foreach" (on the same array variable) don't work as should
ID: 14607 Comment by: lev at centers dot ru Reported By: TheWizardRK at yahoo dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows 98 PHP Version: 4.0.6 New Comment: I reopen this bag as 22879 Previous Comments: [2001-12-22 15:17:41] [EMAIL PROTECTED] The problem with your script is that nobody has the time to look into it to understand what is does. If you can't create a real simple self-contained script which reproduces this bug, it's likely to be an error in your script, and not in PHP. I really think it's a bogus, you're using foreach multiple times which is messy if you don't reset() at appropriate times. Reopen if this is not the case. [2001-12-20 03:13:51] TheWizardRK at yahoo dot com $tree = Array( [1] => Array ( [parentid] => 0, [name] => '1' ) [2] => Array ( [parentid] => 0, [name] => '2' ) [3] => Array ( [parentid] => 1, [name] => '1_1' ) [4] => Array ( [parentid] => 3, [name] => '1_1_1' ) [5] => Array ( [parentid] => 3, [name] => '1_1_2' ) [6] => Array ( [parentid] => 4, [name] => '1_1_1_1' ) [7] => Array ( [parentid] => 1, [name] => '1_2' ) [8] => Array ( [parentid] => 7, [name] => '1_2_1' ) [9] => Array ( [parentid] => 2, [name] => '2_1' ) ); // Recursion using a copy of the variable each time // WORKS function funktzia1($base,$dir) { foreach($dir as $id => $item) { if ($item[parentid]==$base) { echo "\n".$item[name]."\n"; funktzia1($id,$dir); echo "\n"; } } } // Print the tree using the first function funktzia1(0,$tree); // Recursion using the same variable - pass by reference (note the "&" before the "$dir") // DOESN'T WORK function funktzia2($base,&$dir) { foreach($dir as $id => $item) { if ($item[parentid]==$base) { echo "\n".$item[name]."\n"; funktzia2($id,$dir); echo "\n"; } } } // Print the tree using the second function funktzia2(0,$tree); [2001-12-19 18:31:46] [EMAIL PROTECTED] Please provide a compelte self-contained copy&paste ready script. Feedback. [2001-12-19 15:17:21] TheWizardRK at yahoo dot com 1. Actually doing a "reset()" doesn't work at all. 2. I thought that this was a duplicate of #5052 - but now I see that there's too different variables there for each level of the nested "foreach()" - and I use the same variable. So it seems that this is not a duplicate after all (corrent me if I'm wrong). [2001-12-19 15:00:55] TheWizardRK at yahoo dot com It seems that this has been pointed out before... Sorry. But this is still not solved (although the other bug reports about this are already marked as "closed"). :( I only saw a solution of using "reset()" in the end of the loop, but this doesn't seem to be a good solution. Any chances that each "foreach()" will be made to work on a new copy of the array, so that nested "foreach()" will work? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/14607 -- Edit this bug report at http://bugs.php.net/?id=14607&edit=1
#16411 [Com]: CGI application misbehaved by not returning a complete set of
ID: 16411 Comment by: no at dontwantspam dot com Reported By: vielina at hn dot vnn dot vn Status: No Feedback Bug Type: MSSQL related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: On occasion, I get it on my win2k workstation running PHP 4.2.x on IIS5 with a max of 10 connections (limitation of the workstation version). Usually only happens when I start up multiple browsers to check the display of a single page and constantly refresh each one while tweaking my code. Most of the time, there are no database calls involved (and only mysql is installed). However, also have it on another win2k machine with PHP 4.3.1 on IIS5 and mssql. CGI header misbehaving occured on a test site with less than 10 people accessing it, and the server is configured for heavy load. Previous Comments: [2003-02-08 20:26:16] xd1013 at 163 dot com part for my connection class as fllow -- class Connection{ var $CID; var $Status=0; //Establish Connection to SQL Server function open($Host=CON_HOST,$User=CON_USER,$Pwd=CON_PWD){ if($this->Status==1) return $this->CID; $this->CID=mssql_connect($Host, $User, $Pwd); mssql_select_db(CON_DB); $this->Status=1; return $this->CID; } function execute($sql){ mssql_query($sql,$this->CID); return mssql_rows_affected($this->CID); } //Close Connection function close(){ return mssql_close($this->CID); } } // end class [2003-02-08 20:24:41] xd1013 at 163 dot com I change connection to ODBC,but this appear too. when I press F5 button,It work well. can u solute it? It's a serious problem. now,I had to change my script from php to jsp\asp But I really did't want to give up php. :((( it 's hard to write english for me. [2003-01-20 04:00:09] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-01-15 21:19:06] modea_ph at odsec dot com I doubt that Perl solution will fix this, but I hope that this issue stays at the forefront until it can either be fixed with a PHP-side workaround or we find someone at microsoft who's friendly to our cause (not easy to do when you keep making fun of their name). >From what I've seen in a lot of messages, mostly looking at #9852, and have seen some common threads: Most people with this issue have SQL 2000. Mpwti have fast servers. Mpwti have redirects (location: or javascript's). Some people have fixed this by changing server priority. Sphftb implementing delays in their redirects. Sphftb installing MDAC and security patches. Sphftb setting IIS bandwidth limitations. Sphftb switching away from PHP :[ It appears to a layman (who has many friends in QA roles) that we have a problem with nearly simultaneous invocations of PHP -and- MSSQL. Early in this thread, vielina indicated that they never encountered this problem until SQL2K, so it would seem that a slave to the mssql extension dll is the suspect. This supports most of the workaround suggestions I've seen - changing foreground/background status would impact the execution times of these scripts, slow links would prevent the redirect from turning into a GET so quickly, etc. Some people have had luck using javascript redirects - I have seen improvement, but not elimination of the issue. For myself, I'm considering just doing away with my attempts to rewrite dirty, complicated URLs. I feel for those with frameset apps, as there really is no avoiding this in such an environment. One thought I just had, but it's a phenomenal longshot -- anyone diddle with the SQL Server Compatibility level in the SQL2K server parms? You can set compat. to earlier versions, but I have no clue what that means. I have never reproduced this on localhost (WinXP with PWS and MSDE SQL server)... [2003-01-14 14:05:07] levinp at ctcgsc dot org I just found the solution, at least for my problem. I have a very simple Perl script, that was giving this error. When I added to the top of the file: print "Content-type: text/html\n\n"; the error from IIS is gone. I hope this helps you PHP folks. The remainder of the comments for this report are too long. To view the rest o
#21653 [Com]: Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect failed
ID: 21653 Comment by: steve at hostusa dot biz Reported By: support at hostcolor dot com Status: Open Bug Type: Sockets related Operating System: RedHat 7.2 PHP Version: 4.3.0 New Comment: I also am experiencing this issue after just updating php. Here are 2 links that are displaying the errors... https://www.hostusa.biz/status.php https://www.hostusa.biz/whois/index.php (do a whois lookup) Any info on this would be appreciated. Previous Comments: [2003-03-19 19:21:45] laudanp at yahoo dot com Much appreciated. [2003-03-18 19:16:07] [EMAIL PROTECTED] Re-opening [2003-03-18 16:25:20] laudanp at yahoo dot com I can't change status to "Open" because I don't own the bug report. So all I can do, to my knowledge, is just "Add Comment". Thanks [2003-03-18 16:22:37] laudanp at yahoo dot com Ok, the problem wasn't resolved using php 4.3.x. This is the response from my host admin: I do not normally install snapshot builds, the latest releases are used. Released versions undergo a testing phase that a development tree do not have. This applies to most software. The snapshot installed now is marked as 4.3.2-RC, or release candidate, which means that "if we do not get too many bug reports for this version it will become a release." However, a PHP developer will undoubtably know more about PHP than I do. If they are suggesting the use of this version they must be comfortable enough for it to be used in a production environment. I am not sure what you are needing to know now, if a PHP contributor or developer recommends use of this version it should be fine. The upgrade was performed in the same manner all of your custom builds are installed: PHP is configured/built. PHP is installed into the apache source tree. Any other apache modules are installed at this time. Apache is built, including PHP as a static module. The new binary or binaries are copied to your system. Apache is restarted. The only difference between the upgrade and the usual install process for your httpd was that a different PHP source tree was used. My host has read this bug report and has seen your suggestion. The response is as above. Help? Ideas? Thanks in advance. [2003-03-09 18:47:59] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21653 -- Edit this bug report at http://bugs.php.net/?id=21653&edit=1
#22917 [NEW]: Crashing Exhibit Engine Mysql Backup Omni
From: mail at artmosher dot ca Operating system: windows 98 SE PHP version: 4.3.1 PHP Bug Type: Reproducible crash Bug description: Crashing Exhibit Engine Mysql Backup Omni Using Windows 98SE AMD450 128MB 60GB Mysql 3.23.47 Omnihttpd server (http://www.omnicron.ca) Running App Exhibit Engine (http://photography-on-the.net/ee/) V1.3 When running the app's Utility-Backup DB to File function an immediate crash of PHP 4.3.1 occurs. Detail shows error in php4ts.dll This function worked flawlessly in PHP last version used 4.2.2 At this time I am unable to backup !! -- Edit bug report at http://bugs.php.net/?id=22917&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22917&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22917&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22917&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22917&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22917&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22917&r=support Expected behavior: http://bugs.php.net/fix.php?id=22917&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22917&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22917&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22917&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22917&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22917&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22917&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22917&r=gnused
#21283 [Opn]: User not logged under Apache2
ID: 21283 Updated by: [EMAIL PROTECTED] -Summary: Apache2 & PHP4.3 leak memory when respond to requests Reported By: tamagawa at osa dot att dot ne dot jp Status: Open Bug Type: Apache2 related -Operating System: Windows2000(japanese version) +Operating System: SunOS 5.9 -PHP Version: 4.3.0 +PHP Version: 4.3.1 New Comment: Hi Tamagawa. we've done a big change in the apache2 <--> php interface in the current CVS head, which may have helped with your issue. please note that apache will grow in memory usage for a while it is still warming up, until it peaks out (due to the way it uses pooled memory) is it possible you are seeing this? the way to test this is if you keep seeing a increasing memory utilization after say a 30-40 minutes of hitting your server with a constant load. regards ian Previous Comments: [2003-02-12 23:40:29] tamagawa at osa dot att dot ne dot jp Simply doing -h.putrequest('GET', '/test.php') +h.putrequest('GET', '/index.html.en') stops leaking. (Hope this is the right way to reply my own report...) [2003-02-12 23:21:06] [EMAIL PROTECTED] Hmm...are you sure it's not just apache2 that leaks..? Try without PHP installed..? (and please don't use the 'Add Comment' when you reply to your own report!) [2003-02-12 22:54:33] tamagawa at osa dot att dot ne dot jp Sorry to say that it still happens. tested under winXP. Amount of memory that leaks seems same as before. tamagawa [2003-02-12 21:45:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-02-12 19:31:24] tamagawa at osa dot att dot ne dot jp I checked with Apache2.0.44+PHP4.3.0 on WinXP home and it still happens. Here is the Python2.1 script I used for the test. ** import httplib, time h=httplib.HTTP('127.0.0.1') res={} i=1 for i in range(6000): h.putrequest('GET', '/test.php') h.endheaders() code, msg, headers = h.getreply() f = h.getfile() data=f.read() f.close() print i, code ** test.php contains only 'a'. I'll check bugzilla on apache's website anyway. tamagawa The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21283 -- Edit this bug report at http://bugs.php.net/?id=21283&edit=1
#22916 [NEW]: Make install fails due a apxs error
From: alietss at yahoo dot com Operating system: Openna Linux RC2 PHP version: 4CVS-2003-03-26 (stable) PHP Bug Type: Apache2 related Bug description: Make install fails due a apxs error Hi boys: I'm building rpms for openna Linux of php-4.3.2 current sources from snaps.php.net everything was going ok but the install fails with this erro... Installing PHP SAPI module /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib/httpd/build/libtool' libphp 4.la /var/tmp/php-4.3.2-root/usr/lib/httpd/modules /usr/lib/httpd/build/libtool --mode=install cp libphp4.la /var/tmp/php-4.3.2-roo t/usr/lib/httpd/modules/ cp .libs/libphp4.so /var/tmp/php-4.3.2-root/usr/lib/httpd/modules/libphp4.so cp .libs/libphp4.lai /var/tmp/php-4.3.2-root/usr/lib/httpd/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /usr/src/openna/BUI LD/php-4.3.2/libs' chmod 755 /var/tmp/php-4.3.2-root/usr/lib/httpd/modules/libphp4.so apxs:Error: Config file /var/tmp/php-4.3.2-root/etc/httpd/conf/httpd.conf not fo und. make: *** [install-sapi] Error 1 With php-4.3.1 the build was ok, this is my configure line... %configure \ --prefix=%{_prefix} \ --with-layout=GNU \ --with-config-file-path=%{_sysconfdir}/httpd \ --with-apxs2=%{_sbindir}/apxs \ --with-exec-dir=%{_bindir} \ --with-openssl \ --with-zlib \ --with-bz2 \ --with-gd \ --with-ttf \ --with-png \ --with-jpeg-dir=%{_prefix} \ --with-png-dir=%{_prefix} \ --with-freetype-dir=%{_prefix} \ --with-expat-dir=%{_prefix} \ --with-gmp \ --with-xml \ --with-curl \ --with-mm \ --with-imap=shared \ --with-imap-ssl \ --with-pspell \ --with-gettext \ --with-mysql=shared,%{_prefix} \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-pgsql=shared \ --with-ldap=shared \ --with-pear \ --disable-static \ --disable-debug \ --disable-rpath \ --disable-posix \ --disable-tokenizer \ --enable-discard-path \ --enable-safe-mode \ --enable-magic-quotes \ --enable-bcmath \ --enable-dio \ --enable-gd-native-ttf \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --enable-track-vars \ --enable-wddx \ --enable-inline-optimization \ --enable-memory-limit Any Ideas, Aliet -- Edit bug report at http://bugs.php.net/?id=22916&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22916&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22916&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22916&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22916&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22916&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22916&r=support Expected behavior: http://bugs.php.net/fix.php?id=22916&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22916&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22916&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22916&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22916&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22916&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22916&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22916&r=gnused
#22810 [Bgs->Opn]: Incorrectly writes out data.
ID: 22810 User updated by: gfraley5 at earthlink dot net Reported By: gfraley5 at earthlink dot net -Status: Bogus +Status: Open Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 4.3.2RC2 New Comment: Reopen Status Previous Comments: [2003-03-25 19:20:20] gfraley5 at earthlink dot net Something is drasticly wrong under Windows XP with the latest CVS. When I run your php code (or mine) in my real application, it hard crashes Apache 100% of the time. When I restore to PHP 4.3.1, Apache does not crash but your code will not work correctly. it makes the entries, other than prefx, one large csv file instead of adding the \n characters. That's why it has to loop. In any event, I believe there is still a problem with the filesystem code somewhere. [2003-03-25 19:06:53] gfraley5 at earthlink dot net I just downloaded the latest CVS and tried my application under it. Now, something between my php code, Apache, and this latest CVS is causing Apache.exe to crash. [2003-03-25 18:07:22] gfraley5 at earthlink dot net Thank you for correcting the snippet I tried to put together to minimize the amount of code to submit the bug. However, in my full code the error is there and my code works fine in all previous releases back to 4.1. I am not arguing with you, just stating a fact. I will try to redefine the error/bug. I am curious, however, as to why the code runs correctly under 4.3.1? [2003-03-25 17:50:24] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Your code has a bug, I've revised your code and now the output is identical to the input. It should be noted that even before any modifications the generated output was indetical to the one of PHP 4.2.3 Here is the revised write code: $fp = fopen("out",'w') or die("Problem"); $prefx = "\n"; $csv_out = implode(',', $gcf); fwrite($fp,$prefx.$csv_out); fclose($fp); [2003-03-21 10:36:43] gfraley5 at earthlink dot net I have also tested it under the latest CVS and the problem is there also. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22810 -- Edit this bug report at http://bugs.php.net/?id=22810&edit=1
#22914 [NEW]: Heavy mem-leaks in debug build with namespace/class/exception testcase
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5CVS-2003-03-26 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: Heavy mem-leaks in debug build with namespace/class/exception testcase The following scripts gives quite some memory leaks in a HEAD debug build: $ cat exception2_1.php $ cat exception2_2.php $ php exception2_1.php /home/mfischer/isrc/cvs/php5/Zend/zend_compile.c(3267) : Freeing 0x401B05B0 (32 bytes), script=exception2_1.php /home/mfischer/isrc/cvs/php5/Zend/zend_hash.c(176) : Actual location (location was relayed) /home/mfischer/isrc/cvs/php5/Zend/zend_compile.c(3266) : Freeing 0x401B054C (44 bytes), script=exception2_1.php /home/mfischer/isrc/cvs/php5/Zend/zend_compile.c(3265) : Freeing 0x401B04D8 (64 bytes), script=exception2_1.php /home/mfischer/isrc/cvs/php5/Zend/zend_hash.c(176) : Actual location (location was relayed) /home/mfischer/isrc/cvs/php5/Zend/zend_compile.c(3264) : Freeing 0x401B0464 (64 bytes), script=exception2_1.php /home/mfischer/isrc/cvs/php5/Zend/zend_hash.c(176) : Actual location (location was relayed) /home/mfischer/isrc/cvs/php5/Zend/zend_compile.c(3263) : Freeing 0x401B03F0 (64 bytes), script=exception2_1.php /home/mfischer/isrc/cvs/php5/Zend/zend_hash.c(176) : Actual location (location was relayed) /home/mfischer/isrc/cvs/php5/Zend/zend_compile.c(3286) : Freeing 0x401B0294 (296 bytes), script=exception2_1.php /home/mfischer/isrc/cvs/php5/Zend/zend_language_scanner.l(1114) : Freeing 0x401B0258 (4 bytes), script=exception2_1.php Note that doing any of the following completely removes the leak warnings: - Move content of file 2_2 completely into 2_1 - Remove the __construct function - Move namespace foo declaring before namespace foo:bar -- Edit bug report at http://bugs.php.net/?id=22914&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22914&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22914&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22914&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22914&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22914&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22914&r=support Expected behavior: http://bugs.php.net/fix.php?id=22914&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22914&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22914&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22914&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22914&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22914&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22914&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22914&r=gnused
#22820 [Fbk->Opn]: script kicks out to command prompt.
ID: 22820 User updated by: nick at axelis dot com Reported By: nick at axelis dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 sp3 PHP Version: 4.3.2-RC New Comment: Ok, let's try this again: As stated in my original message, I already have Apache 2.0.44 installed. As far as sending a _SHORT_ chunck of code that will reproduce this problem, I wouldn't know where to begin. The problem happens at various locations in the code where different, unrelated, stuff is happening. If I could isolate this to a specific subset of the code I would have already fixed it. I'll try to put together something that might reproduce this, but I can't be sure what will happen. Previous Comments: [2003-03-24 03:52:13] [EMAIL PROTECTED] About the Apache2 sapi, you need Apache 2.0.44 installed. About the cli problem, please provide a _SHORT_ example script which we can use to test this. And I mean a script that is max. 15-20 lines long and runs as-is. [2003-03-23 19:35:43] nick at axelis dot com Ok. I got the latest snapshot and applied it. The results where not what I would expect. Wit the new snapshot I can't use the sapi mod for apache 2, apache won't load when with it. I've now got it configured to use the CGI, and that works. The problem, however, still remains, there is no change. [2003-03-22 04:37:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-21 23:35:09] nick at axelis dot com I've tried running this in a browser and end up with a "document contains no data" error. The script is intended to run from the command prompt. I'm running it in two environments: 1. Red Hat 8.0, PHP 4.2.2, Apache 2.0.40. The other is win2k sp3, PHP 4.3.1, Apache 2.0.44. On the linux box it runs like a champ. It's fast, it's furious. On windows it starts out fine, but then at a certain point it just starts hammering the hard drive and leaves me at a command prompt. It doesn't seem to happen at a specific place in the script. It's seems more like a memory allocation problem. It does not retur n any errors. I've found nothing in any of the system logs, apache log, php error log, nothing. I did once get an error that said: "erealloc(), failed to allocate 11 bytes." This did only happen once though, all of the other times it just dies. The script is a search engine spider. If I run it on a site with 20 or 30 pages to index it works great. If I hit a site that's bigger, it dies, but in a different place depending on the site. I've tested on at least 10 different sites with over 200 pages. The timing is consistent within a particular site, it always dies at the same place. I've done enought testing to ensure that the sites themselves are not the problem. Here's the script below: ",$read,3); $title = substr($temp[1],0,-2); // Get the page body $body = str_replace("'","`",trim(strip_tags($read))); // Make an announcement echo "Now Processing: $url\n"; // "Put the stuff in the search database\n"; if($crc != $checksum){ echo "Updating for CRC: $title\n$url\n"; $renew = @mysql_query("UPDATE search SET url='$url', title='$title', metak='$keywords', metad='$description', mrobot='$robots', checksum='$checksum', date=CURDATE(), flag=1, body='$body' WHERE url='$url'"); if(!$renew){ echo "NOT UPDATED: $urlmysql_error()\n"; $kill = mysql_query("DELETE FROM search WHERE url='$url'"); continue; } } elseif($date <= $daycheck){ echo "Updating for date: $title\n$url\n"; $renew = @mysql_query("UPDATE search SET url='$url', title='$title', metak='$keywords', metad='$description', mrobot='$robots', checksum='$checksum', date=CURDATE(), flag=1, body='$body' WHERE url='$url'"); if(!$renew){ echo "NOT UPDATED: $urlmysql_error()\n"; $kill = mysql_query("DELETE FROM search WHERE url='$url'"); continue; } } else{ $renew = @mysql_query("UPDATE search SET flag=1 WHERE url='$url'"); if(!$renew){ echo "NOT UPDATED: $url" . mysql_error() . "\n"; $kill = mysql_query("DELETE FROM search WHERE url='$url'"); } continue; } // Check robots meta tags
#22901 [Opn]: Error message for uncaught exception not very informative
ID: 22901 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5CVS-2003-03-26 (dev) New Comment: Another small note: No idea why it hast to be called "Uncaught exception!" with a trailing bang but reading it in a message like Fatal error: Uncaught exception! in Unknown on line 0 doesn't fit well. Any plans to remove this? Previous Comments: [2003-03-26 08:29:51] [EMAIL PROTECTED] The error message for uncaught exceptions is not very informative. -8< Example: $ cat exception.php $ php exception.php Fatal error: Uncaught exception! in Unknown on line 0 Unknown(0) : Fatal error - Uncaught exception! -8< It doesn't matter whether the throw statement is in a function/class or not. A few things which should be considered worth improving this message: - in which file is it thrown ("Unknown" ?) - on which line is it thrown ("0" ?) -- Edit this bug report at http://bugs.php.net/?id=22901&edit=1
#22913 [NEW]: HTTP Upload bug
From: luke at cywh dot com Operating system: Windows XP PHP version: 4.3.2RC1 PHP Bug Type: HTTP related Bug description: HTTP Upload bug Ok, when im uploading using the http method, the temp files arnt deleting when the upload is complete. also when your uploading multiple files, lets say about 9 files, it skips some of the files. im running the CVS version that i installed 9 hours ago. -- Edit bug report at http://bugs.php.net/?id=22913&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22913&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22913&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22913&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22913&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22913&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22913&r=support Expected behavior: http://bugs.php.net/fix.php?id=22913&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22913&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22913&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22913&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22913&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22913&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22913&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22913&r=gnused
#8314 [Com]: Setting the error_log = syslog does not work on Win2k
ID: 8314 Comment by: skissane at ics dot mq dot edu dot au Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PHP options/info functions Operating System: Win2k pro PHP Version: 4.0.3pl1 New Comment: I forgot to add I haven't set my php.ini error_log to syslog; but I am getting this problem when using the syslog function, e.g. syslog(LOG_DEBUG,"Blah blah blah"); Previous Comments: [2003-03-26 18:54:57] skissane at ics dot mq dot edu dot au I am getting this bug using the latest version of PHP (4.3.1) which I downloaded this morning. It should be re-opened for that version. [2002-02-26 21:28:52] [EMAIL PROTECTED] The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". [2002-01-30 16:57:11] gpullis at omt dot cc I'm having the same problem with PHP 4.0.5 under "Windows NT 5.0 build 2195". Does the Windows version of PHP even come with an eventmessagefile dll? [2002-01-12 03:46:48] [EMAIL PROTECTED] I don't run Win2k (or any m$ product FTM) any more. Could someone else test this? [2002-01-11 16:55:03] [EMAIL PROTECTED] Any news on this? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/8314 -- Edit this bug report at http://bugs.php.net/?id=8314&edit=1
#8314 [Com]: Setting the error_log = syslog does not work on Win2k
ID: 8314 Comment by: skissane at ics dot mq dot edu dot au Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PHP options/info functions Operating System: Win2k pro PHP Version: 4.0.3pl1 New Comment: I am getting this bug using the latest version of PHP (4.3.1) which I downloaded this morning. It should be re-opened for that version. Previous Comments: [2002-02-26 21:28:52] [EMAIL PROTECTED] The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". [2002-01-30 16:57:11] gpullis at omt dot cc I'm having the same problem with PHP 4.0.5 under "Windows NT 5.0 build 2195". Does the Windows version of PHP even come with an eventmessagefile dll? [2002-01-12 03:46:48] [EMAIL PROTECTED] I don't run Win2k (or any m$ product FTM) any more. Could someone else test this? [2002-01-11 16:55:03] [EMAIL PROTECTED] Any news on this? [2001-01-08 13:01:03] [EMAIL PROTECTED] this is what I get from today's CVS: The description for Event ID ( 2000 ) in Source ( c-client ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: c-client[1368]; PHP Warning: Failed opening 'index.html' for inclusion (include_path='./') in [path] on line 4. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/8314 -- Edit this bug report at http://bugs.php.net/?id=8314&edit=1
#22721 [Fbk->Opn]: _php_stream_copy_to_mem performance sucks on systems without mmap support
ID: 22721 User updated by: shawn at rumental dot com Reported By: shawn at rumental dot com -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: win2k -PHP Version: 4.3.1 +PHP Version: 4.3.2 Assigned To: wez New Comment: afer running file() about a 2000 times with latest snapshot in win2k running apache 1.3.27 latest win32 binary i get this error: Warning: file(e:\test.txt): failed to open stream: Too many open files in e:\program files\apache group\apache\htdocs\test\testfile2.php on line 12 I used handle.exe from sysinternals to view open file handles http://www.sysinternals.com/ntw2k/freeware/handle.shtml and all file handles opened via file() appear to still be open. This is not the case when testing php 422 output from handle.exe: Apache.exe pid: 1640 MAINFRAME\apache 1e4: File E:\test.txt 1e8: File E:\test.txt 210: File E:\test.txt ... etc 214: File E:\test.txt and it goes on for the number of times file() accessed the file. CODE $i=1; while($i++ <="2000"){ file("e:\\test.txt"); } Previous Comments: [2003-03-25 18:59:20] [EMAIL PROTECTED] What is the problem? We need a script to reproduce the problem, along with a description of what should happen, what does happen and why you think it is wrong. [2003-03-25 18:49:18] shawn at rumental dot com IS THIS BUG STILL BEING WATCHED. I reopened it there still seems to be a problem with the fix. [2003-03-20 21:04:25] shawn at rumental dot com BIG PROBLEM! it seems as though opened files via file() are staying open and preventing service from openeing new files giving errors. I checked this with sysineternals utility called handle [2003-03-19 19:11:26] shawn at rumental dot com Benchmarking PHP 4.3.2-RC Testing file() with 10 iterations with file size: 4096226 file_test(10): 0.8426 secs WORKS GREAT ! [2003-03-18 19:47:18] shawn at rumental dot com woooaahhh lots of warnings in that compile log. think ill have to wait. thx will test tomorrow The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22721 -- Edit this bug report at http://bugs.php.net/?id=22721&edit=1
#21478 [Ver]: Zend/zend_alloc.c :: shutdown_memory_manager produces segfault
ID: 21478 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4CVS-2003-01-06 (dev) New Comment: Another reproducing script: Happens with HEAD as of today. ./configure --with-gd --with-zlib-dir=/usr --with-mysql --enable-ftp --enable-bcmath --enable-maintainer-zts --enable-sockets --with-gmp=/usr --with-imap --with-imap-ssl=/usr/src/openssl-0.9.6g I've gotten similar results with simpler ./configure lines and simpler scripts, but this is the configuration that is immediately available to me. #!sapi/cli/php data = strtoupper($bucket->data); stream_bucket_append($out, $bucket); $consumed += strlen($bucket->data); } return PSFS_PASS_ON; } } stream_register_filter("myfilter","debugfilter"); $fp = fopen("test.txt","w"); stream_filter_append($fp, "myfilter"); stream_filter_append($fp, "myfilter"); stream_filter_append($fp, "myfilter"); fwrite($fp, "This is a test.\n"); print "Done.\n"; fclose($fp); // Uncommenting the following 'print' line causes the segfault to stop occuring // print "2\n"; readfile("test.txt"); ?> Previous Comments: [2003-03-26 18:18:33] [EMAIL PROTECTED] http://sunshine.krneki.org/test.phps this is a suspicious function inside my code, but i dont know if its my fault or not... you can spot that this function is a class member ($this references inside), the rest of the class is unimportant.. http://www.php.net/manual/en/language.references.return.php a comment on this page from "giorgio dot galloNOSPAM at NOSPAMdedalomedia dot it" describes pretty accurate behaviour i pressume on my side, but the result beeing segfaults and not some spooky/eerie values. nowhere here does it say i should do stuff like: $v = &$object; return $v; inside functions which return references, correct? should i? ill pack up my current code and try two sollutions, one to use $v = &$object; return $v;... and the other just to plainly remove the "&" infront of the function name and make it return by value... can i please get some feedback on this, my mail is open, and i'm willing to help you in any way possible... [2003-03-26 05:43:49] [EMAIL PROTECTED] this bug just doesnt seem to get away fully... i've acctually (on the safe side) got around to compile 4.3.1 stable official release and using it on the software.. i still get occasional random segfaults.. but the problem is that they occur after some time, and i cant reproduce them in any way, because they are TOTALLY random.. is a funny memory leak of somekind possible? im getting more bugs than ever, and i can't seem to put a finger on either one of them, it appears every time i start gdb on apache i cant bring it to crash... i tried this now for atleast an hour, with no success.. ugh it hit me... thread safety perhaps? i've tried in gdb and as far as i understand that is only 1 thread.. and i couldnt reproduce it inside gdb... i have http://sunshine.krneki.org/phpinfo.php ... to go over it the extensions i really use are ftp, gd2, sockets, mysql, xml, aggregate (i think this isnt an extension, but i noticed "object overloading" in phpinfo somewhere).. im unsure about the rest.. is it possible that one of theese extensions isnt quite thread safe? i also use stuff like "function &mod($name)" inside an object to return a reference to an object.. and then $var = &$obj->mod("name"); to assign it in the code.. since this is the.. one.. probablly only major change i did to the code besides using aggregate() and ... well.. nothing else... dual proc or not, the segfaults still happen... my next "sollution/test" will be to remove references from the code and try to solve modularity in a more "global" type of way... to see if the crashes go away... i have about a week to come up with something, then it's serious ass raping time, cause ill miss a BIG BIG BIG deadline. if someone wants to look at the code, i have no problem in putting up a tgz with a test database.. but realise that a small reproducible script is wishfull thinking.. just the /include dir should be around 170k (but it is clean code, really ;)) any guides how i could debug this in threaded mode / all apache threads? [2003-03-25 10:55:16] [EMAIL PROTECTED] I'm setting back to verified, since polita infact has a reproducable version above? As i said, i might be wrong and mine is not related to politas directly, but the same behaviour applies (only a bit different backtrace which leads me to the conclusion that the behaviour might not be related). [2003-03-20 17:06:04] [EMAIL PR
#21478 [Ver]: Zend/zend_alloc.c :: shutdown_memory_manager produces segfault
ID: 21478 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4CVS-2003-01-06 (dev) New Comment: http://sunshine.krneki.org/test.phps this is a suspicious function inside my code, but i dont know if its my fault or not... you can spot that this function is a class member ($this references inside), the rest of the class is unimportant.. http://www.php.net/manual/en/language.references.return.php a comment on this page from "giorgio dot galloNOSPAM at NOSPAMdedalomedia dot it" describes pretty accurate behaviour i pressume on my side, but the result beeing segfaults and not some spooky/eerie values. nowhere here does it say i should do stuff like: $v = &$object; return $v; inside functions which return references, correct? should i? ill pack up my current code and try two sollutions, one to use $v = &$object; return $v;... and the other just to plainly remove the "&" infront of the function name and make it return by value... can i please get some feedback on this, my mail is open, and i'm willing to help you in any way possible... Previous Comments: [2003-03-26 05:43:49] [EMAIL PROTECTED] this bug just doesnt seem to get away fully... i've acctually (on the safe side) got around to compile 4.3.1 stable official release and using it on the software.. i still get occasional random segfaults.. but the problem is that they occur after some time, and i cant reproduce them in any way, because they are TOTALLY random.. is a funny memory leak of somekind possible? im getting more bugs than ever, and i can't seem to put a finger on either one of them, it appears every time i start gdb on apache i cant bring it to crash... i tried this now for atleast an hour, with no success.. ugh it hit me... thread safety perhaps? i've tried in gdb and as far as i understand that is only 1 thread.. and i couldnt reproduce it inside gdb... i have http://sunshine.krneki.org/phpinfo.php ... to go over it the extensions i really use are ftp, gd2, sockets, mysql, xml, aggregate (i think this isnt an extension, but i noticed "object overloading" in phpinfo somewhere).. im unsure about the rest.. is it possible that one of theese extensions isnt quite thread safe? i also use stuff like "function &mod($name)" inside an object to return a reference to an object.. and then $var = &$obj->mod("name"); to assign it in the code.. since this is the.. one.. probablly only major change i did to the code besides using aggregate() and ... well.. nothing else... dual proc or not, the segfaults still happen... my next "sollution/test" will be to remove references from the code and try to solve modularity in a more "global" type of way... to see if the crashes go away... i have about a week to come up with something, then it's serious ass raping time, cause ill miss a BIG BIG BIG deadline. if someone wants to look at the code, i have no problem in putting up a tgz with a test database.. but realise that a small reproducible script is wishfull thinking.. just the /include dir should be around 170k (but it is clean code, really ;)) any guides how i could debug this in threaded mode / all apache threads? [2003-03-25 10:55:16] [EMAIL PROTECTED] I'm setting back to verified, since polita infact has a reproducable version above? As i said, i might be wrong and mine is not related to politas directly, but the same behaviour applies (only a bit different backtrace which leads me to the conclusion that the behaviour might not be related). [2003-03-20 17:06:04] [EMAIL PROTECTED] Closed then. [2003-03-20 03:06:54] [EMAIL PROTECTED] sniper: i tried the latest stable snapshot (php4-STABLE-200303200830) and i couldnt reproduce the bug anymore.. but then, if its as elusive as polita said in #2 any changes to the code might have made it dissapear (had lots of them in the last 2 days).. I also tried php4-200303182230 to confirm that that might not be the case, but it has gone away also... if i spot any more segfaults ill do the wise thing and archive the scripts / database, if it can be reproduced ;) [2003-03-19 15:53:36] [EMAIL PROTECTED] I don't know what this 4.5-dev is..since the only official development branches are PHP_4_3 and the php5 module. Try this snapshot: http://snaps.php.net/php4-STABLE-200303192030.tar.gz If that doesn't work, but the RC1 works, then it's a problem with the build tools on the snaps.php.net machine. (Please send me that test script you used when
#22821 [Fbk->Csd]: [php] make install breaks with core dump
ID: 22821 User updated by: comus1 at korea dot com Reported By: comus1 at korea dot com -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: solaris 7 PHP Version: 4.3.2RC1 New Comment: A settlement has been reached without friction. My problem is gcc and sed This problem arrive at a decision after gcc version 3.2 upgrade and sed version upgrade thanks!! Previous Comments: [2003-03-24 03:47:42] [EMAIL PROTECTED] I think this is GCC problem. Please try either GCC 3.2 series or 2.95.x since those should work better.. [2003-03-23 21:38:24] comus1 at korea dot com complie with --enable-debug option [dump trace log] Dump file /data1/Working/php4-STABLE-200303240030/kg_?_11996.trc KG Platform ORACLE_HOME = /home/oracle1 System name: SunOS Node name: datanet Release: 5.7 Version: Generic_106541-08 Machine: sun4u *** 2003.03.24.11.43.45.856 KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], [] - Call Stack Trace - NOTE: +offset is used to represent that the function being called is offset bytes from the _PROCEDURE_LINKAGE_TABLE_. calling call entryargument values in hex location type point(? means dubious value) kgupdmp()+636CALL +17772 FFBEEFB0 ? FFBEEB34 ? FEE58C04 ? FFBEE5D8 ? FFBEE5BC ? 0 ? [2003-03-23 20:52:21] comus1 at korea dot com using CVS stable version(php) it still is crashing bison version is bison-1.28 flex version is flex-2.5.4 perl version is 5.6.1 gcc version is 3.0.1 complie with --enable-debug please help me == Installing PHP CLI binary:/usr/local/php/bin/ Installing PHP CLI man page: /usr/local/php/man/man1/ Installing PHP SAPI module /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.so /usr/local/apache2/modules/libphp4.so chmod +x /usr/local/apache2/modules/libphp4.so cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /data1/Working/php4-STABLE-200303240030/libs' chmod 755 /usr/local/apache2/modules/libphp4.so [activating module `php4' in /usr/local/apache2/conf/httpd.conf] Installing shared extensions: /usr/local/php/lib/php/extensions/debug-non-zts-20020429/ Installing PEAR environment: /usr/local/php/lib/php/ Segmentation Fault - core dumped make[1]: *** [install-pear-installer] Error 139 make: *** [install-pear] Error 2 [2003-03-22 00:34:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip What bison version do you have installed ? And if it still is crashing, please compile with --enable-debug and give us a backtrace. [2003-03-22 00:25:53] comus1 at korea dot com Apache 2.0.43 php 4.3.2RC1 apache success installed!!! php installing Configure options: ./configure --prefix=/usr/local/php \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl=/usr/local/ssl \ --with-informix=/services/informix \ --with-gd \ --with-curl \ --enable-gd-native-ttf \ --with-png-dir=/usr/local \ --with-zlib-dir=/usr/local \ --with-pgsql=/usr/local/pgsql \ --with-mysql=/services/mysql Configure and make do the job just fine (I had problems with make due to the non-GNU sed, but that is settled now). But make install cracks with the following output: Installing PHP CLI binary:/usr/local/php-4.3.0/bin/ Installing PHP SAPI module usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.so /usr/local/apache2/modules/libphp4.so chmod +x /usr/local/apache2/modules/libphp4.so cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /data1/Working/php-4.3.2RC1/libs' chmod 755 /usr/local/apache2/modules/libphp4.so [activating module `php4' in /usr/local/apache2/conf/httpd.conf] Installing shared extensions: /usr/local/php/lib/php/extensions/no-debug-
#22912 [NEW]: --enable-mime-magic won't activate mime_magic
From: magz at bop dot nu Operating system: Redhat 7.3 PHP version: 4.3.2RC1 PHP Bug Type: *Compile Issues Bug description: --enable-mime-magic won't activate mime_magic It seems like I cannot get mime_magic to build with 4.3.2RC1. It does work fine with 4.3.1. I have tried on 3 different machines running Redhat 7.2/7.3 with the same result: [EMAIL PROTECTED] php-4.3.2RC1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... no .. [EMAIL PROTECTED] php-4.3.1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... yes .. -- Edit bug report at http://bugs.php.net/?id=22912&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22912&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22912&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22912&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22912&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22912&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22912&r=support Expected behavior: http://bugs.php.net/fix.php?id=22912&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22912&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22912&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22912&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22912&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22912&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22912&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22912&r=gnused
#22885 [Fbk->Csd]: Fatal errror - pdflib 4.0.3
ID: 22885 User updated by: magz at bop dot nu Reported By: magz at bop dot nu -Status: Feedback +Status: Closed Bug Type: PDF related Operating System: Redhat 7.3 / gcc 2.95.3 PHP Version: 4.3.2RC1 New Comment: Ah, yes, that must have been it. Now it's working perfectly fine. Sorry for bothering. Previous Comments: [2003-03-26 09:28:48] [EMAIL PROTECTED] Sound like you have 2 pdf libraries installed and PHP used both are used during compilation. I have RC1 + pdflib working just fine for the longest time... [2003-03-26 05:06:38] magz at bop dot nu sorry, it is pdflib 4.0.3 of course, not 3.0.4. [2003-03-25 18:42:49] magz at bop dot nu I've compiled pdflib 3.0.4 as follows; ./configure --without-py --without-tcl --without-perl make make install ..and then php4.3.2rc1; ./configure \ --with-apache=../apache_1.3.27 \ --with-config-file-path=/etc \ --enable-inline-optimization \ --enable-mime-magic \ --enable-magic-quotes \ --enable-track-vars \ --with-xml \ --with-dom \ --with-xmlrpc \ --with-mysql=/usr/local/mysql \ --enable-sockets \ --with-ldap \ --with-imap=/usr/local/imap-2002b \ --with-imap-ssl=/usr/local \ --with-mm \ --enable-memory-limit \ --enable-bcmath \ --enable-sigchild \ --with-zlib=/usr \ --with-curl=/usr/local \ --with-dom=/usr/include/libxml2/libxml \ --enable-exif \ --enable-ftp \ --with-gettext=/usr/share \ --with-gd \ --with-ttf \ --with-freetype-dir=/usr/local/include/freetype2/freetype \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-tiff-lib=/usr \ --with-mcal=../libmcal \ --with-openssl=/usr/local/ssl \ --with-mcrypt \ --with-mhash \ --with-pspell \ --with-imagick \ --with-pdflib=/usr/local make make install "make install" returns the following: Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ HTTP/1.0 0 X Content-type: text/html PHP Fatal error: PDFlib error: Version mismatch in wrapper code in Unknown on line 0 [PEAR] Archive_Tar- already installed: 0.9 [PEAR] Console_Getopt - already installed: 1.0 [PEAR] PEAR - already installed: 1.0.1 HTTP/1.0 0 X Content-type: text/html PHP Fatal error: PDFlib error: Version mismatch in wrapper code in Unknown on line 0 [PEAR] DB - already installed: 1.3 [PEAR] HTTP - already installed: 1.2 [PEAR] Mail - already installed: 1.0.1 [PEAR] Net_SMTP - already installed: 1.0 [PEAR] Net_Socket - already installed: 1.0.1 [PEAR] XML_Parser - already installed: 1.0.1 [PEAR] XML_RPC- already installed: 1.0.4 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config program: phpextdist I have tried using both the existing php-4.3.2RC1/ext/pdf/ files and copying the files from pdflib-4.0.3/bind/php/ext/pdf/* to php-4.3.2RC1/ext/pdf/ with the same result. -- Edit this bug report at http://bugs.php.net/?id=22885&edit=1
#22911 [NEW]: Setting odbc.defaultlrl = 0 results in FATAL: emalloc(): Unable to allocate
From: wbarnett at ncta dot com Operating system: Windows 2000 PHP version: 4.3.2RC1 PHP Bug Type: ODBC related Bug description: Setting odbc.defaultlrl = 0 results in FATAL: emalloc(): Unable to allocate Error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: FATAL: emalloc(): Unable to allocate 2012964085 bytes Note that setting the Setting odbc.defaultlrl = 131072 (as high as I needed to go methinks) works just fine. Cant get a GDB Backtrace. Script that generates: "; while (odbc_fetch_row($cur)){ $MailID=odbc_result($cur, "MailID"); $MailName=odbc_result($cur, "MailName"); $MailDate=date('m.d.y', strtotime(odbc_result($cur, "MailDate"))); echo "$TableDef$MailID$TableDef $MailName $TableDef$MailDate"; } odbc_close($cnx); } GenerateMainTable(); ?> Data it is pulling is pretty simple--an integer ID, a string for name and a date value. -- Edit bug report at http://bugs.php.net/?id=22911&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22911&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22911&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22911&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22911&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22911&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22911&r=support Expected behavior: http://bugs.php.net/fix.php?id=22911&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22911&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22911&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22911&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22911&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22911&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22911&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22911&r=gnused
#22889 [Opn->Fbk]: date doesn't return correct number of week
ID: 22889 Updated by: [EMAIL PROTECTED] Reported By: ulrich dot staerk at spe-siemens dot de -Status: Open +Status: Feedback Bug Type: Date/time related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: Hrmmm... correction... I just tested with latest snap on Win2K and got the correct answer (53). Please try the current snapshot at http://snaps.php.net If it fails, please update this bug with additional information including at least the following: * Timezone * Service Packs installed (if any) * Standalone or member of domain? (unlikely to bear any importance, but could relate to time sync issues) * Other actions being performed in same script * non-standard .ini settings (any deviation from php.ini-dist) Previous Comments: [2003-03-26 15:51:27] [EMAIL PROTECTED] This seems to be (yet another) case of Window's c library not following standards. Linux and BSD are both reporting correctly for me. [2003-03-26 08:57:36] ulrich dot staerk at spe-siemens dot de there also seems to be a week number 1 from december 22, 2003 to january 4, 2004. i think this is an overall problem happening everywhere the first week is not completely in the new year or the last week not completely in the last year... [2003-03-26 02:55:34] ulrich dot staerk at spe-siemens dot de date("W",mktime(0,0,0,1,1,2005)) returns "1" where it should return "53" because January 1st and 2nd still belong to the last week of 2004. In an earlier version of php (4.2.3) on the same machine it simply returned "0" which was wrong too but could be corrected within my script. This bug appears also in January 2006, 2010 (there seems to be an 10-day-long first week :-) ) and so on. -- Edit this bug report at http://bugs.php.net/?id=22889&edit=1
#22889 [Opn]: date doesn't return correct number of week
ID: 22889 Updated by: [EMAIL PROTECTED] Reported By: ulrich dot staerk at spe-siemens dot de Status: Open Bug Type: Date/time related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: This seems to be (yet another) case of Window's c library not following standards. Linux and BSD are both reporting correctly for me. Previous Comments: [2003-03-26 08:57:36] ulrich dot staerk at spe-siemens dot de there also seems to be a week number 1 from december 22, 2003 to january 4, 2004. i think this is an overall problem happening everywhere the first week is not completely in the new year or the last week not completely in the last year... [2003-03-26 02:55:34] ulrich dot staerk at spe-siemens dot de date("W",mktime(0,0,0,1,1,2005)) returns "1" where it should return "53" because January 1st and 2nd still belong to the last week of 2004. In an earlier version of php (4.2.3) on the same machine it simply returned "0" which was wrong too but could be corrected within my script. This bug appears also in January 2006, 2010 (there seems to be an 10-day-long first week :-) ) and so on. -- Edit this bug report at http://bugs.php.net/?id=22889&edit=1
#22910 [Opn->Fbk]: hoe
ID: 22910 Updated by: [EMAIL PROTECTED] Reported By: horst at d3x-designs dot de -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: ms win2k PHP Version: 4.3.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. This bug report is horribly incomplete. 1) Come up with a summary. 'hoe' describes nothing. At best it could qualify as an epithet, but I'm assuming that's not what your intent was. :) 2) Describe your problem thoroughly. Including what you expected to get and what you actually got. 3) Provide a COMPLETE and self-contained script. The few lines you provided are only meaningful if the values of $file, $file1, $lu2, and $muh are known. 4) If possible, find an english speaker to proofread your submission. This is a nice-to-have not a must-have obviously... If you simply can't convey some piece of information clearly, adding a note in german (I'm assuming that's your native language from the .de suffix in your email address) to clarify would provide more help than forcing us to guess at your meaning. Previous Comments: [2003-03-26 12:59:02] horst at d3x-designs dot de hello since the new php version there's a big "bug" i think... if I made something like this: for($i=0;$ihttp://bugs.php.net/?id=22910&edit=1
#7184 [Com]: session.use_trans_sid problem
ID: 7184 Comment by: php at 5en1 dot com Reported By: fmoreira at imediata dot pt Status: Closed Bug Type: *Session related Operating System: Win32 PHP Version: 4.0.3 New Comment: I'm using PHP 4.3.1 and this bug is not totally fixed ! when you use link generated by javascript it always put the phpsessid (go to http://www.france-jeunes.net while not accepting cookies, you have a message in a smallwindow appearing on the screen and clic on "Répondre") Previous Comments: [2003-03-06 20:26:49] dmj28 at student dot canterbury dot ac dot nz Using 4.2 What about links to other pages on the same site? The anchor should go on the end of a url: /page.php#anchor&PHP_SESS. The above prevents the anchor from working! [2000-10-16 14:12:56] [EMAIL PROTECTED] Yes, anchor links which point to the same page are not changed anymore. Thanks for your report. [2000-10-13 10:44:02] fmoreira at imediata dot pt when using session.use_trans_sid and i have links to anchors in the same page, it converts the link to ... this makes the link jump to start page of the site... can you fix this problem verifiing if thi link calls other page or if refers to an anchor in the same page? Thanks -- Edit this bug report at http://bugs.php.net/?id=7184&edit=1
#22351 [Com]: Error in gdttf.c ??
ID: 22351 Comment by: mad at dactar dot ch Reported By: j dot lammerts at chello dot nl Status: No Feedback Bug Type: GD related Operating System: AIX 4.3.3 PHP Version: 4CVS-2003-02-21 (stable) New Comment: I had the same problem but not exactly the same errors. I've added --enable-gd-native-ttf to the configure line and it works :) Version tested : php-4.3.2RC1 @++ JC Previous Comments: [2003-03-09 18:58:08] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-03-04 20:16:04] [EMAIL PROTECTED] Any update on this? [2003-02-28 07:17:55] j dot lammerts at chello dot nl Will try this, but it will be next week... Thanks [2003-02-26 19:15:00] [EMAIL PROTECTED] Could you try adding --enable-gd-native-ttf to you configure line and if that does not help try upgrading to a later version of FreeType 2. [2003-02-24 03:11:30] j dot lammerts at chello dot nl The freetype version is 2.0.1.0, and AFAIK it is the only version installed on our system. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22351 -- Edit this bug report at http://bugs.php.net/?id=22351&edit=1
#22729 [Opn->Bgs]: GLOBALS is set and is not set in the same time
ID: 22729 Updated by: [EMAIL PROTECTED] Reported By: andry at inbox dot ru -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: WindowXP/5.1, FreeBSD 4.6-STABLE PHP Version: 4.3.0, 4.2.2 New Comment: Provide SHORT example script, MAXIMUM of 20 lines. Previous Comments: [2003-03-26 08:27:10] andry at inbox dot ru " ?> http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> SET", "NOT set"); function proc_test($dNames) { // #ID0002 // Without this declaration, script doesn't works, // because i think that $sBehavior doesn't expecting in this area of code, // and #ID0001-code never executed! global $sBehavior; if(!isset($dNames)) // #ID0001 // Never executed for the unknown reason, if #ID0002 block of code is commented. // I have had suspecting, that is dNames exists, but always empty. echo "dNames global system arrays enumerator doesn't exist!"; else foreach($dNames as $sValue) { if(isset($bIndent)) echo ""; else $bIndent = true; if(isset($$sValue)) echo "$sValue is $sBehavior[0]"; else echo "$sValue is $sBehavior[1]"; } } $dNames = array('GLOBALS', '_SERVER', '_FILES', '_ENV', '_COOKIE', '_GET', '_POST'); echo "This is script has been tested under" . " [PHP Version 4.3.0 (NOT module), Apache/2.0.43 Server at localhost Port 80," . " WindowXP/5.1 Build 2600.xpsp1.020828-1920]" . " and [PHP Version 4.2.2, Apache/1.3.26 (Unix) rus/PL30.15," . " FreeBSD 4.6-STABLE #12 Build Jul 24 2002 15:29:54]" . "This is script works correctly there is the global system arrays is works too."; echo "Function/procedure behavior with global system arrays enumerator."; proc_test($dNames); echo "Global behavior with global system arrays enumerator."; foreach($dNames as $sValue) { if(isset($bIndent)) echo ""; else $bIndent = true; if(isset($$sValue)) echo "$sValue is $sBehavior[0]"; else echo "$sValue is $sBehavior[1]"; } // #ID0003 // Without this is block of code, full script has suspicious behavior. // This is VERY strange. // Uncomment this is block of code and review the results! /*echo "Global behavior with static access."; if(isset($GLOBALS)) echo "GLOBALS is $sBehavior[0]"; else echo "GLOBALS is $sBehavior[1]"; echo ""; if(isset($_SERVER)) echo "_SERVER is $sBehavior[0]"; else echo "_SERVER is $sBehavior[1]"; echo ""; if(isset($_FILES)) echo "_FILES is $sBehavior[0]"; else echo "_FILES is $sBehavior[1]"; echo ""; if(isset($_ENV)) echo "_ENV is $sBehavior[0]"; else echo "_ENV is $sBehavior[1]"; echo ""; if(isset($_COOKIE)) echo "_COOKIE is $sBehavior[0]"; else echo "_COOKIE is $sBehavior[1]"; echo ""; if(isset($_GET)) echo "_GET is $sBehavior[0]"; else echo "_GET is $sBehavior[1]"; echo ""; if(isset($_POST)) echo "_POST is $sBehavior[0]"; else echo "_POST is $sBehavior[1]"; echo "Please, research the source.";*/ ?> //Look at http://hell-clan.h1.ru/php/debug/php-debugging.html [2003-03-15 20:45:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Hint: You've got a logic error in proc_test(). [2003-03-15 09:49:10] andry at inbox dot ru summary correcting [2003-03-15 09:40:45] andry at inbox dot ru " ?> http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> SET", "NOT set"); function proc_test($dNames) { // #ID0002 // Without this declaration, script doesn't works, // because i think that $sBehavior doesn't expecting in this area of code, // and #ID0001-code never executed! global $sBehavior; if(!isset($dNames)) // #ID0001 // Never executed for the unknown reason, if #ID0002 block of code is commented. // I have had suspecting, that is dNames exists, but always empty. echo "dNames global system arrays enumerator doesn't exist!"; else foreach($dNames as $sValue) { if(isset($bIndent)) echo ""; else $bIndent = true; if(isset($$sValue)) echo "$sValue is $sBehavior[0]"; else echo "$sValue is $sBehavior[1]"; } } $dNames = array('GLOBALS', '_SERVER', '_FILES', '_ENV', '_COOKIE', '_GET', '_POST'); echo "This is script has been tested under" . " [PHP Version 4.3.0 (NOT module), Apache/2.0.43 Server at localhost Port 80," . " WindowXP/5.1 Build 2600.xpsp1
#22910 [NEW]: hoe
From: horst at d3x-designs dot de Operating system: ms win2k PHP version: 4.3.1 PHP Bug Type: *General Issues Bug description: hoe hello since the new php version there's a big "bug" i think... if I made something like this: for($i=0;$ihttp://bugs.php.net/?id=22910&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22910&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22910&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22910&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22910&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22910&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22910&r=support Expected behavior: http://bugs.php.net/fix.php?id=22910&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22910&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22910&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22910&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22910&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22910&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22910&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22910&r=gnused
#22896 [Opn]: Error on make with 4.3.1 on solaris 8
ID: 22896 User updated by: jpt at ifrance dot com Reported By: jpt at ifrance dot com Status: Open Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.1 New Comment: (The untruncated msg ) *** Error code 1make: Fatal error: Command failed for target `sapi/cli/php' Previous Comments: [2003-03-26 07:23:13] jpt at ifrance dot com Hello, When i build php 4.3.2 with Apache 1.3.25 on a Solaris 8 system i have this output after the make: Undefined first referenced symbol in file intl_datetime /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intlgetenv /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_iocsfclose /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_open /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intl_nextvalue /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intl_iocsfgets /opt/sybase-12.5/OCS-12_5/lib/libtcl.so comn_free /opt/sybase-12.5/OCS-12_5/lib/libtcl.so comn_realloc /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_strbuild /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_iocsfwrite /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_iocsfopen /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_close /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intl_iocsfread /opt/sybase-12.5/OCS-12_5/lib/libcomn.so comn_calloc /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_home /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_nextsection /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intl_iocsfseek /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_nextentry /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intl_cstrbuild /opt/sybase-12.5/OCS-12_5/lib/libcs.so comn_malloc /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_errstr /opt/sybase-12.5/OCS-12_5/lib/libcomn.so ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status *** Error code 1make: Fatal error: Command fail Any idee please ! thanks ed for target `sapi/cli/php' -- Edit this bug report at http://bugs.php.net/?id=22896&edit=1
#22896 [NEW]: Error on make with 4.3.1 on solaris 8
From: jpt at ifrance dot com Operating system: Solaris 8 PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: Error on make with 4.3.1 on solaris 8 Hello, When i build php 4.3.2 with Apache 1.3.25 on a Solaris 8 system i have this output after the make: Undefined first referenced symbol in file intl_datetime /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intlgetenv /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_iocsfclose /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_open /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intl_nextvalue /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intl_iocsfgets /opt/sybase-12.5/OCS-12_5/lib/libtcl.so comn_free /opt/sybase-12.5/OCS-12_5/lib/libtcl.so comn_realloc /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_strbuild /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_iocsfwrite /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_iocsfopen /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_close /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intl_iocsfread /opt/sybase-12.5/OCS-12_5/lib/libcomn.so comn_calloc /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_home /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_nextsection /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intl_iocsfseek /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_nextentry /opt/sybase-12.5/OCS-12_5/lib/libcomn.so intl_cstrbuild /opt/sybase-12.5/OCS-12_5/lib/libcs.so comn_malloc /opt/sybase-12.5/OCS-12_5/lib/libtcl.so intl_errstr /opt/sybase-12.5/OCS-12_5/lib/libcomn.so ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status *** Error code 1make: Fatal error: Command fail Any idee please ! thanks ed for target `sapi/cli/php' -- Edit bug report at http://bugs.php.net/?id=22896&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22896&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22896&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22896&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22896&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22896&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22896&r=support Expected behavior: http://bugs.php.net/fix.php?id=22896&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22896&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22896&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22896&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22896&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22896&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22896&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22896&r=gnused
#22903 [Opn->Fbk]: when parsing xml php crashes
ID: 22903 Updated by: [EMAIL PROTECTED] Reported By: spoerri at duke dot edu -Status: Open +Status: Feedback Bug Type: XML related Operating System: linux PHP Version: 4.3.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Please provide the shortest possible version of the code (that can be ran as is) as well as the xml data that causes the problem. Without it the problem cannot and will not be resolved. Previous Comments: [2003-03-26 12:30:33] spoerri at duke dot edu I compiled php-4.3.1 with debugging enabled and got the following error: Warning: String is not zero-terminated (Z?Ì?*?*Z1 ) (source: /usr/src/php-4.3.1/Zend/zend_execute.c:446) in /var/www/obis_test/ims/phpConnector/phparcims.php on line 1104 [2003-03-26 09:52:32] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Unable to replicate the bug given the source code given. [2003-03-26 09:41:26] spoerri at duke dot edu I'm sending you here only code snippets, in case you need the rest of the code let me know. Note: the code is embedded in the code for an object. ** here's the code used to setup the parser: *** $this->xml_parser=xml_parser_create($this->encode_type); xml_set_object($this->xml_parser,&$this); xml_set_element_handler($this->xml_parser,"startElement","endElement"); xml_set_character_data_handler($this->xml_parser,"cdata"); $this->depth=0; $this->parent=array(); $this->pobject=array(); $this->$IMSError=array(); xml_parse($this->xml_parser,$XMLText); xml_parser_free($this->xml_parser); ** here's the code I use to parse the 'LAYERINFO' tag: ** case 'LAYERINFO': //parent tag is always RESPONSE $l = new arcLayer($attrs['ID'], $attrs['TYPE'], ($attrs['NAME']?$attrs['NAME']:''),($attrs['MINSCALE']?$attrs['MINSCALE']:0),($attrs['MAXSCALE']?$attrs['MAXSCALE']:0), (strtolower($attrs['VISIBLE'])=='true'?1:0), 1); if ($this->returnLayer($l->Name,$index)) { if ($this->Layers[$index]->Service) { $this->Layers[$index]=$l; $this->CurrentLayer=&$this->Layers[$index]; } }else{ $this->Layers[]=$l; $this->CurrentLayer=&$this->Layers[count($this->Layers)-1]; } break; [2003-03-26 09:40:34] spoerri at duke dot edu I'm sending you here only code snippets, in case you need the rest of the code let me know. Note: the code is embedded in the code for an object. ** here's the code used to setup the parser: *** $this->xml_parser=xml_parser_create($this->encode_type); xml_set_object($this->xml_parser,&$this); xml_set_element_handler($this->xml_parser,"startElement","endElement"); xml_set_character_data_handler($this->xml_parser,"cdata"); $this->depth=0; $this->parent=array(); $this->pobject=array(); $this->$IMSError=array(); xml_parse($this->xml_parser,$XMLText); xml_parser_free($this->xml_parser); ** here's the code I use to parse the 'LAYERINFO' tag: ** case 'LAYERINFO': //parent tag is always RESPONSE $l = new arcLayer($attrs['ID'], $attrs['TYPE'], ($attrs['NAME']?$attrs['NAME']:''),($attrs['MINSCALE']?$attrs['MINSCALE']:0),($attrs['MAXSCALE']?$attrs['MAXSCALE']:0), (strtolower($attrs['VISIBLE'])=='true'?1:0), 1); if ($this->returnLayer($l->Name,$index)) { if ($this->Layers[$index]->Service) { $this->Layers[$index]=$l; $this->CurrentLayer=&$this->Layers[$index]; } }else{ $this->Layers[]=$l;
#22903 [Fbk->Opn]: when parsing xml php crashes
ID: 22903 User updated by: spoerri at duke dot edu Reported By: spoerri at duke dot edu -Status: Feedback +Status: Open Bug Type: XML related Operating System: linux PHP Version: 4.3.1 New Comment: I compiled php-4.3.1 with debugging enabled and got the following error: Warning: String is not zero-terminated (Z?Ì?*?*Z1 ) (source: /usr/src/php-4.3.1/Zend/zend_execute.c:446) in /var/www/obis_test/ims/phpConnector/phparcims.php on line 1104 Previous Comments: [2003-03-26 09:52:32] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Unable to replicate the bug given the source code given. [2003-03-26 09:41:26] spoerri at duke dot edu I'm sending you here only code snippets, in case you need the rest of the code let me know. Note: the code is embedded in the code for an object. ** here's the code used to setup the parser: *** $this->xml_parser=xml_parser_create($this->encode_type); xml_set_object($this->xml_parser,&$this); xml_set_element_handler($this->xml_parser,"startElement","endElement"); xml_set_character_data_handler($this->xml_parser,"cdata"); $this->depth=0; $this->parent=array(); $this->pobject=array(); $this->$IMSError=array(); xml_parse($this->xml_parser,$XMLText); xml_parser_free($this->xml_parser); ** here's the code I use to parse the 'LAYERINFO' tag: ** case 'LAYERINFO': //parent tag is always RESPONSE $l = new arcLayer($attrs['ID'], $attrs['TYPE'], ($attrs['NAME']?$attrs['NAME']:''),($attrs['MINSCALE']?$attrs['MINSCALE']:0),($attrs['MAXSCALE']?$attrs['MAXSCALE']:0), (strtolower($attrs['VISIBLE'])=='true'?1:0), 1); if ($this->returnLayer($l->Name,$index)) { if ($this->Layers[$index]->Service) { $this->Layers[$index]=$l; $this->CurrentLayer=&$this->Layers[$index]; } }else{ $this->Layers[]=$l; $this->CurrentLayer=&$this->Layers[count($this->Layers)-1]; } break; [2003-03-26 09:40:34] spoerri at duke dot edu I'm sending you here only code snippets, in case you need the rest of the code let me know. Note: the code is embedded in the code for an object. ** here's the code used to setup the parser: *** $this->xml_parser=xml_parser_create($this->encode_type); xml_set_object($this->xml_parser,&$this); xml_set_element_handler($this->xml_parser,"startElement","endElement"); xml_set_character_data_handler($this->xml_parser,"cdata"); $this->depth=0; $this->parent=array(); $this->pobject=array(); $this->$IMSError=array(); xml_parse($this->xml_parser,$XMLText); xml_parser_free($this->xml_parser); ** here's the code I use to parse the 'LAYERINFO' tag: ** case 'LAYERINFO': //parent tag is always RESPONSE $l = new arcLayer($attrs['ID'], $attrs['TYPE'], ($attrs['NAME']?$attrs['NAME']:''),($attrs['MINSCALE']?$attrs['MINSCALE']:0),($attrs['MAXSCALE']?$attrs['MAXSCALE']:0), (strtolower($attrs['VISIBLE'])=='true'?1:0), 1); if ($this->returnLayer($l->Name,$index)) { if ($this->Layers[$index]->Service) { $this->Layers[$index]=$l; $this->CurrentLayer=&$this->Layers[$index]; } }else{ $this->Layers[]=$l; $this->CurrentLayer=&$this->Layers[count($this->Layers)-1]; } break; [2003-03-26 09:23:48] [EMAIL PROTECTED] What is your XML parsing code? [2003-03-26 09:13:27] spoerri at duke dot edu Hi, while parsing an XML response (using expat) from a 3rd party server. The parsing works fine, with the exception for one tag for which the info for an attribute is droped (empty). The t
#22901 [NEW]: Error message for uncaught exception not very informative
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5CVS-2003-03-26 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: Error message for uncaught exception not very informative The error message for uncaught exceptions is not very informative. -8< Example: $ cat exception.php $ php exception.php Fatal error: Uncaught exception! in Unknown on line 0 Unknown(0) : Fatal error - Uncaught exception! -8< It doesn't matter whether the throw statement is in a function/class or not. A few things which should be considered worth improving this message: - in which file is it thrown ("Unknown" ?) - on which line is it thrown ("0" ?) -- Edit bug report at http://bugs.php.net/?id=22901&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22901&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22901&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22901&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22901&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22901&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22901&r=support Expected behavior: http://bugs.php.net/fix.php?id=22901&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22901&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22901&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22901&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22901&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22901&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22901&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22901&r=gnused
#22729 [Bgs->Opn]: GLOBALS is set and is not set in the same time
ID: 22729 User updated by: andry at inbox dot ru -Summary: Func-n script access behavior by sym.links to global system arrays doesn't works Reported By: andry at inbox dot ru -Status: Bogus +Status: Open Bug Type: *General Issues Operating System: WindowXP/5.1, FreeBSD 4.6-STABLE PHP Version: 4.3.0, 4.2.2 New Comment: " ?> http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> SET", "NOT set"); function proc_test($dNames) { // #ID0002 // Without this declaration, script doesn't works, // because i think that $sBehavior doesn't expecting in this area of code, // and #ID0001-code never executed! global $sBehavior; if(!isset($dNames)) // #ID0001 // Never executed for the unknown reason, if #ID0002 block of code is commented. // I have had suspecting, that is dNames exists, but always empty. echo "dNames global system arrays enumerator doesn't exist!"; else foreach($dNames as $sValue) { if(isset($bIndent)) echo ""; else $bIndent = true; if(isset($$sValue)) echo "$sValue is $sBehavior[0]"; else echo "$sValue is $sBehavior[1]"; } } $dNames = array('GLOBALS', '_SERVER', '_FILES', '_ENV', '_COOKIE', '_GET', '_POST'); echo "This is script has been tested under" . " [PHP Version 4.3.0 (NOT module), Apache/2.0.43 Server at localhost Port 80," . " WindowXP/5.1 Build 2600.xpsp1.020828-1920]" . " and [PHP Version 4.2.2, Apache/1.3.26 (Unix) rus/PL30.15," . " FreeBSD 4.6-STABLE #12 Build Jul 24 2002 15:29:54]" . "This is script works correctly there is the global system arrays is works too."; echo "Function/procedure behavior with global system arrays enumerator."; proc_test($dNames); echo "Global behavior with global system arrays enumerator."; foreach($dNames as $sValue) { if(isset($bIndent)) echo ""; else $bIndent = true; if(isset($$sValue)) echo "$sValue is $sBehavior[0]"; else echo "$sValue is $sBehavior[1]"; } // #ID0003 // Without this is block of code, full script has suspicious behavior. // This is VERY strange. // Uncomment this is block of code and review the results! /*echo "Global behavior with static access."; if(isset($GLOBALS)) echo "GLOBALS is $sBehavior[0]"; else echo "GLOBALS is $sBehavior[1]"; echo ""; if(isset($_SERVER)) echo "_SERVER is $sBehavior[0]"; else echo "_SERVER is $sBehavior[1]"; echo ""; if(isset($_FILES)) echo "_FILES is $sBehavior[0]"; else echo "_FILES is $sBehavior[1]"; echo ""; if(isset($_ENV)) echo "_ENV is $sBehavior[0]"; else echo "_ENV is $sBehavior[1]"; echo ""; if(isset($_COOKIE)) echo "_COOKIE is $sBehavior[0]"; else echo "_COOKIE is $sBehavior[1]"; echo ""; if(isset($_GET)) echo "_GET is $sBehavior[0]"; else echo "_GET is $sBehavior[1]"; echo ""; if(isset($_POST)) echo "_POST is $sBehavior[0]"; else echo "_POST is $sBehavior[1]"; echo "Please, research the source.";*/ ?> //Look at http://hell-clan.h1.ru/php/debug/php-debugging.html Previous Comments: [2003-03-15 20:45:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Hint: You've got a logic error in proc_test(). [2003-03-15 09:49:10] andry at inbox dot ru summary correcting [2003-03-15 09:40:45] andry at inbox dot ru " ?> http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> SET", "NOT set"); function proc_test($dNames) { // #ID0002 // Without this declaration, script doesn't works, // because i think that $sBehavior doesn't expecting in this area of code, // and #ID0001-code never executed! global $sBehavior; if(!isset($dNames)) // #ID0001 // Never executed for the unknown reason, if #ID0002 block of code is commented. // I have had suspecting, that is dNames exists, but always empty. echo "dNames global system arrays enumerator doesn't exist!"; else foreach($dNames as $sValue) { if(isset($bIndent)) echo ""; else $bIndent = true; if(isset($$sValue)) echo "$sValue is $sBehavior[0]"; else echo "$sValue is $sBehavior[1]"; } } $dNames = array('GLOBALS', '_SERVER', '_FILES', '_ENV', '_COOKIE', '_GET', '_POST'); echo "This is script has been tested under" . " [PHP Version 4.3.0 (NOT module), Apache/2.0.43 Server at localhost Port 80," . " WindowXP/5.1 Build 2600.xpsp1.020828-1920]" . " and [PHP Version 4.2.2, Apac
#22890 [WFx->Bgs]: CLI setuid scripts don't run setuid
ID: 22890 Updated by: [EMAIL PROTECTED] Reported By: gavin at itmerge dot com -Status: Wont fix +Status: Bogus Bug Type: CGI related Operating System: Linux 2.4.18 PHP Version: 4.3.1 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Uid of the binary, which is PHP is what matters, the script's uid does not matter since it is a parameter. Previous Comments: [2003-03-26 09:36:02] [EMAIL PROTECTED] Modern kernels on Unix and Unix-like operating systems simply ignore set uid bit on shebang scripts (those that begin with #!). Some interpreters (like perl) choose to implement workaraounds, but if you really need to make a script suid, it is very easy to achieve so with a simple C wrapper program. There are no plans to implement any perl-like workaround in PHP at the present time. [2003-03-26 04:05:29] gavin at itmerge dot com whoops spelt posix_geteuid(); wrong :P [2003-03-26 03:27:23] gavin at itmerge dot com /* my sample script is */ #!/usr/local/bin/php /* root#chown root.vhost /scripts/myscript root#chmod 4710 /scripts/myscript root#useradd -u 1001 gavin root#usermod gavin -G vhost root#logout gavin$/scripts/myscript 1001 gavin$ i had to create /usr/local/bin/setuid_php and chmod 4710 it to be able to make my php scripts run setuid root (i'm not a perl person i don't know if perl supports setuid but I know scripts that i pass thru /bin/zsh support setuid) I don't really like having that script there :0 because A, I'm learning but i'm learing quickly that the more "permissions" you have the more you're likely to get a stuck up the rear end and essentially that lets anyone become god on my system who might find it, I think i'm going to go move it outside of /usr/local/bin right now */ -- Edit this bug report at http://bugs.php.net/?id=22890&edit=1
#22890 [Opn->WFx]: CLI setuid scripts don't run setuid
ID: 22890 Updated by: [EMAIL PROTECTED] Reported By: gavin at itmerge dot com -Status: Open +Status: Wont fix Bug Type: CGI related Operating System: Linux 2.4.18 PHP Version: 4.3.1 New Comment: Modern kernels on Unix and Unix-like operating systems simply ignore set uid bit on shebang scripts (those that begin with #!). Some interpreters (like perl) choose to implement workaraounds, but if you really need to make a script suid, it is very easy to achieve so with a simple C wrapper program. There are no plans to implement any perl-like workaround in PHP at the present time. Previous Comments: [2003-03-26 04:05:29] gavin at itmerge dot com whoops spelt posix_geteuid(); wrong :P [2003-03-26 03:27:23] gavin at itmerge dot com /* my sample script is */ #!/usr/local/bin/php /* root#chown root.vhost /scripts/myscript root#chmod 4710 /scripts/myscript root#useradd -u 1001 gavin root#usermod gavin -G vhost root#logout gavin$/scripts/myscript 1001 gavin$ i had to create /usr/local/bin/setuid_php and chmod 4710 it to be able to make my php scripts run setuid root (i'm not a perl person i don't know if perl supports setuid but I know scripts that i pass thru /bin/zsh support setuid) I don't really like having that script there :0 because A, I'm learning but i'm learing quickly that the more "permissions" you have the more you're likely to get a stuck up the rear end and essentially that lets anyone become god on my system who might find it, I think i'm going to go move it outside of /usr/local/bin right now */ -- Edit this bug report at http://bugs.php.net/?id=22890&edit=1
#22904 [Opn->Fbk]: fwrite is not binary safe for '\0' string
ID: 22904 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: linux RH7.2 PHP Version: 4.3.2RC1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Cannot verify this bug with latest CVS. I think your editor just shows \0 as ? Previous Comments: [2003-03-26 09:25:48] [EMAIL PROTECTED] here is simple code: --- where test.txt content is: --test \0 test -- the result test2 file is: --- test ? test --- -- Edit this bug report at http://bugs.php.net/?id=22904&edit=1
#22893 [Fbk]: session_start() causes apache segfault/crash
ID: 22893 Updated by: [EMAIL PROTECTED] Reported By: juvenal dot jr at uol dot com dot br Status: Feedback Bug Type: Session related Operating System: Red Hat 7.3 PHP Version: 4.3.1 New Comment: Try the snapshot. Previous Comments: [2003-03-26 09:29:33] [EMAIL PROTECTED] Does the crash occur when you do not use Zend Optimizer and Zend Debugger? [2003-03-26 06:40:38] juvenal dot jr at uol dot com dot br I tried the standard one with RH 7.3 (gcc-2.96.110) and the updated RHN (gcc-2.96-113). Both gave me the same results. [2003-03-26 05:53:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And what compiler and version of it are you using ? [2003-03-26 05:34:31] juvenal dot jr at uol dot com dot br I'm having a problem here with PHP 4.3.1 and RH 7.3 with the latest packages from RHN (apache-1.3.27-2, glibc-2.2.5-43), and a kernel with SGI XFS patches applied (kernel-2.4.18-4SGI_XFS_1.1). When compiled with --disable-debug, I got the Segmentation fault problem with session_start(), but when I use --enable-debug on compile, the SEGV simply vanishes. I'd like to ask if there is another way to get important info to fix it (I cannot use the --enable-debug version on the production server because I need Zend Optimizer and Zend Debugger, and they only work with the --disable-debug version of PHP). I'm available to solve this with you, as this is my primary concern now. I'm waiting your answer. Cheers, Juvenal A. Silva Jr. -- Edit this bug report at http://bugs.php.net/?id=22893&edit=1
#22893 [Opn->Fbk]: session_start() causes apache segfault/crash
ID: 22893 Updated by: [EMAIL PROTECTED] Reported By: juvenal dot jr at uol dot com dot br -Status: Open +Status: Feedback Bug Type: Session related Operating System: Red Hat 7.3 PHP Version: 4.3.1 New Comment: Does the crash occur when you do not use Zend Optimizer and Zend Debugger? Previous Comments: [2003-03-26 06:40:38] juvenal dot jr at uol dot com dot br I tried the standard one with RH 7.3 (gcc-2.96.110) and the updated RHN (gcc-2.96-113). Both gave me the same results. [2003-03-26 05:53:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And what compiler and version of it are you using ? [2003-03-26 05:34:31] juvenal dot jr at uol dot com dot br I'm having a problem here with PHP 4.3.1 and RH 7.3 with the latest packages from RHN (apache-1.3.27-2, glibc-2.2.5-43), and a kernel with SGI XFS patches applied (kernel-2.4.18-4SGI_XFS_1.1). When compiled with --disable-debug, I got the Segmentation fault problem with session_start(), but when I use --enable-debug on compile, the SEGV simply vanishes. I'd like to ask if there is another way to get important info to fix it (I cannot use the --enable-debug version on the production server because I need Zend Optimizer and Zend Debugger, and they only work with the --disable-debug version of PHP). I'm available to solve this with you, as this is my primary concern now. I'm waiting your answer. Cheers, Juvenal A. Silva Jr. -- Edit this bug report at http://bugs.php.net/?id=22893&edit=1
#22885 [Opn->Fbk]: Fatal errror - pdflib 4.0.3
ID: 22885 Updated by: [EMAIL PROTECTED] Reported By: magz at bop dot nu -Status: Open +Status: Feedback Bug Type: PDF related Operating System: Redhat 7.3 / gcc 2.95.3 PHP Version: 4.3.2RC1 New Comment: Sound like you have 2 pdf libraries installed and PHP used both are used during compilation. I have RC1 + pdflib working just fine for the longest time... Previous Comments: [2003-03-26 05:06:38] magz at bop dot nu sorry, it is pdflib 4.0.3 of course, not 3.0.4. [2003-03-25 18:42:49] magz at bop dot nu I've compiled pdflib 3.0.4 as follows; ./configure --without-py --without-tcl --without-perl make make install ..and then php4.3.2rc1; ./configure \ --with-apache=../apache_1.3.27 \ --with-config-file-path=/etc \ --enable-inline-optimization \ --enable-mime-magic \ --enable-magic-quotes \ --enable-track-vars \ --with-xml \ --with-dom \ --with-xmlrpc \ --with-mysql=/usr/local/mysql \ --enable-sockets \ --with-ldap \ --with-imap=/usr/local/imap-2002b \ --with-imap-ssl=/usr/local \ --with-mm \ --enable-memory-limit \ --enable-bcmath \ --enable-sigchild \ --with-zlib=/usr \ --with-curl=/usr/local \ --with-dom=/usr/include/libxml2/libxml \ --enable-exif \ --enable-ftp \ --with-gettext=/usr/share \ --with-gd \ --with-ttf \ --with-freetype-dir=/usr/local/include/freetype2/freetype \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-tiff-lib=/usr \ --with-mcal=../libmcal \ --with-openssl=/usr/local/ssl \ --with-mcrypt \ --with-mhash \ --with-pspell \ --with-imagick \ --with-pdflib=/usr/local make make install "make install" returns the following: Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ HTTP/1.0 0 X Content-type: text/html PHP Fatal error: PDFlib error: Version mismatch in wrapper code in Unknown on line 0 [PEAR] Archive_Tar- already installed: 0.9 [PEAR] Console_Getopt - already installed: 1.0 [PEAR] PEAR - already installed: 1.0.1 HTTP/1.0 0 X Content-type: text/html PHP Fatal error: PDFlib error: Version mismatch in wrapper code in Unknown on line 0 [PEAR] DB - already installed: 1.3 [PEAR] HTTP - already installed: 1.2 [PEAR] Mail - already installed: 1.0.1 [PEAR] Net_SMTP - already installed: 1.0 [PEAR] Net_Socket - already installed: 1.0.1 [PEAR] XML_Parser - already installed: 1.0.1 [PEAR] XML_RPC- already installed: 1.0.4 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config program: phpextdist I have tried using both the existing php-4.3.2RC1/ext/pdf/ files and copying the files from pdflib-4.0.3/bind/php/ext/pdf/* to php-4.3.2RC1/ext/pdf/ with the same result. -- Edit this bug report at http://bugs.php.net/?id=22885&edit=1
#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Comment by: daniele at libertyline dot com Reported By: tnowak at triger dot com dot pl Status: No Feedback Bug Type: Apache related Operating System: linux PHP Version: 4.2.3,4.3.0 New Comment: I also have this problem; tested with php 4.3.2RC1 Previous Comments: [2003-03-20 09:02:51] webmaster at infotel dot it i've the same problem, my solution, remove the "/usr/lib/php" from "include_path" or add it in "open_basedir": in php.ini: include_path = runtime: include_path = ".:/usr/lib/php:/var/www/htdocs/mylibs" open_basedir = "/var/www/htdocs:/tmp" i'm in: /var/www/htdocs/mydir/myscript.php my include: include('mylib.inc'); the script work, but i'have a warning when the php try access in the "/usr/lib/php" directory, because that dir isn't in "open_basedir" [2003-03-09 18:40:39] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-03-09 17:38:47] email at futureweb dot at to the previous comment, i overread it, sorry, php_admin_value open_basedir none did the trick. thanks [2003-03-09 17:17:34] email at futureweb dot at we have the same problem and figured out the following: if it is set to: php_admin_value open_basedir / it gives errors, also for instance php_admin_value open_basedir /etc but not for php_admin_value open_basedir /home/ or the user directory... what lets me wonder what criteria causes this? where would we need to add other directories. we use a server config software which automatically sets the open_basedir to the users directory, so we used so far php_admin_value open_basedir / to eliminate it for specific costumers where needed. anything we could do? [2003-03-02 21:54:58] kaspars at fabrika dot lv Please see bug http://bugs.php.net/bug.php?id=22480, as this seems to be connected somewhat, but more critical (php source disclosure). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19292 -- Edit this bug report at http://bugs.php.net/?id=19292&edit=1
#22892 [Opn->Bgs]: Using a string as an Array parameter
ID: 22892 Updated by: [EMAIL PROTECTED] Reported By: jorgen at webstores dot nl -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.3.2RC1 New Comment: Your have mistaken two different meanings of [] operator which can mean both string offset (as is in your example) and array. For this reason the use of [] has been discouraged for some time and {} has been introduced as the replacement for the case of accessing string characters. Previous Comments: [2003-03-26 04:34:54] jorgen at webstores dot nl Do you get my point? One can call a 'string' variable as an Array, but one can not use that same 'string' as an Array parameter. Seems a little bit odd to me... Because I want to display: 'ABC' as 'A B C', would this be very handy. Kind regards, Jorgen Horstink -- Edit this bug report at http://bugs.php.net/?id=22892&edit=1
#22904 [NEW]: fwrite is not binary safe for '\0' string
From: [EMAIL PROTECTED] Operating system: linux RH7.2 PHP version: 4.3.2RC1 PHP Bug Type: Filesystem function related Bug description: fwrite is not binary safe for '\0' string here is simple code: --- where test.txt content is: --test \0 test -- the result test2 file is: --- test ? test --- -- Edit bug report at http://bugs.php.net/?id=22904&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22904&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22904&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22904&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22904&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22904&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22904&r=support Expected behavior: http://bugs.php.net/fix.php?id=22904&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22904&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22904&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22904&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22904&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22904&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22904&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22904&r=gnused
#22887 [Ana->Fbk]: sprintf( "%.2f", 10.75 ); returns "0.00"
ID: 22887 Updated by: [EMAIL PROTECTED] Reported By: josh at chatgris dot com -Status: Analyzed +Status: Feedback Bug Type: Scripting Engine problem Operating System: Gentoo Linux /w apache2 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Cannot verify using Apache 2 either, if latest snapshot still has this problem, please include your configure line for PHP in your reply. Previous Comments: [2003-03-26 00:28:12] [EMAIL PROTECTED] Works just fine from in CLI and Apache1. Don't have an Apache2 server handy for testing this. [2003-03-25 23:36:21] josh at chatgris dot com Sample script returns 0.00 this is NOT the expected behaviour. Using apache2, not tested on apache1. -- Edit this bug report at http://bugs.php.net/?id=22887&edit=1
#22903 [Opn->Fbk]: when parsing xml php crashes
ID: 22903 Updated by: [EMAIL PROTECTED] Reported By: spoerri at duke dot edu -Status: Open +Status: Feedback Bug Type: XML related Operating System: linux PHP Version: 4.3.1 New Comment: What is your XML parsing code? Previous Comments: [2003-03-26 09:13:27] spoerri at duke dot edu Hi, while parsing an XML response (using expat) from a 3rd party server. The parsing works fine, with the exception for one tag for which the info for an attribute is droped (empty). The thing is that the tag occur more than once and is parsed correctly the other times. I also tried to print the attributes for each of those tags, but php seems crash (seg. fault error in apache log) after the second occurance of the LAYINFO tag (this is also the tag which loses the ID attribut value). When I switched back to php 4.2.3, the parsing works fine again. Thanks for your help, Christoph sample XML file (partial file only) * * -- Edit this bug report at http://bugs.php.net/?id=22903&edit=1
#22900 [NEW]: Declaring the same namespace multiple times leaks memory
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5CVS-2003-03-26 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: Declaring the same namespace multiple times leaks memory (using a debug build) Declaring the same namespace multiple times leaks memory. The leak is repeated for every further occurence of the same namespace. $ cat namesapce.php $ php namesapce.php $ $ cat namesapce.php $ php namesapce.php /home/mfischer/isrc/cvs/php5/Zend/zend_language_scanner.l(1114) : Freeing 0x401B0B70 (9 bytes), script=namesapce.php cat namesapce.php $ php namesapce.php /home/mfischer/isrc/cvs/php5/Zend/zend_language_scanner.l(1114) : Freeing 0x401B0BF8 (9 bytes), script=namesapce.php Last leak repeated 1 time -- Edit bug report at http://bugs.php.net/?id=22900&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22900&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22900&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22900&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22900&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22900&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22900&r=support Expected behavior: http://bugs.php.net/fix.php?id=22900&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22900&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22900&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22900&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22900&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22900&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22900&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22900&r=gnused
#22904 [Fbk->Opn]: fwrite is not binary safe for '\0' string
ID: 22904 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: linux RH7.2 PHP Version: 4.3.2RC1 New Comment: problem still exists on last cvs. my editor show ascii(0) as ? but '\0' have to be showen as '\0' mean, if the orginal text (c code this case) file included the \0 *string* i does't want fwrite() replace it with ascii(0)! but to save it as the orginal string. Previous Comments: [2003-03-26 09:33:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Cannot verify this bug with latest CVS. I think your editor just shows \0 as ? [2003-03-26 09:25:48] [EMAIL PROTECTED] here is simple code: --- where test.txt content is: --test \0 test -- the result test2 file is: --- test ? test --- -- Edit this bug report at http://bugs.php.net/?id=22904&edit=1
#22888 [Fbk->Opn]: php4ts.dll error
ID: 22888 User updated by: luke at cywh dot com Reported By: luke at cywh dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.1 New Comment: Ok ill try it... i dont mean to sound stupid but whats CVS? Previous Comments: [2003-03-26 02:10:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if it still occures, please provide a short but complete script to reproduce the problem. [2003-03-26 00:07:06] luke at cywh dot com Every once in a while, which happens to be quite often, an error comes up. It says the file occured within php4ts.dll. Im running windows xp, and php as a module under apache 2.0. Here are screenshots of the error window. http://cytech.cywh.com/eone.png";> ^^^ http://cytech.cywh.com/eone.png http://cytech.cywh.com/etwo.png";> ^^^ http://cytech.cywh.com/etwo.png Thanks, Luke Scott -- Edit this bug report at http://bugs.php.net/?id=22888&edit=1
#22893 [Fbk->Opn]: session_start() causes apache segfault/crash
ID: 22893 User updated by: juvenal dot jr at uol dot com dot br Reported By: juvenal dot jr at uol dot com dot br -Status: Feedback +Status: Open Bug Type: Session related Operating System: Red Hat 7.3 PHP Version: 4.3.1 New Comment: To [EMAIL PROTECTED]: It happen with and/or without Zend Optimizer and Debugger. To [EMAIL PROTECTED]: I'm compiling it right now. As soon as I test it, I'll put another comment. Previous Comments: [2003-03-26 09:30:23] [EMAIL PROTECTED] Try the snapshot. [2003-03-26 09:29:33] [EMAIL PROTECTED] Does the crash occur when you do not use Zend Optimizer and Zend Debugger? [2003-03-26 06:40:38] juvenal dot jr at uol dot com dot br I tried the standard one with RH 7.3 (gcc-2.96.110) and the updated RHN (gcc-2.96-113). Both gave me the same results. [2003-03-26 05:53:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And what compiler and version of it are you using ? [2003-03-26 05:34:31] juvenal dot jr at uol dot com dot br I'm having a problem here with PHP 4.3.1 and RH 7.3 with the latest packages from RHN (apache-1.3.27-2, glibc-2.2.5-43), and a kernel with SGI XFS patches applied (kernel-2.4.18-4SGI_XFS_1.1). When compiled with --disable-debug, I got the Segmentation fault problem with session_start(), but when I use --enable-debug on compile, the SEGV simply vanishes. I'd like to ask if there is another way to get important info to fix it (I cannot use the --enable-debug version on the production server because I need Zend Optimizer and Zend Debugger, and they only work with the --disable-debug version of PHP). I'm available to solve this with you, as this is my primary concern now. I'm waiting your answer. Cheers, Juvenal A. Silva Jr. -- Edit this bug report at http://bugs.php.net/?id=22893&edit=1
#22903 [NEW]: when parsing xml php crashes
From: spoerri at duke dot edu Operating system: linux PHP version: 4.3.1 PHP Bug Type: XML related Bug description: when parsing xml php crashes Hi, while parsing an XML response (using expat) from a 3rd party server. The parsing works fine, with the exception for one tag for which the info for an attribute is droped (empty). The thing is that the tag occur more than once and is parsed correctly the other times. I also tried to print the attributes for each of those tags, but php seems crash (seg. fault error in apache log) after the second occurance of the LAYINFO tag (this is also the tag which loses the ID attribut value). When I switched back to php 4.2.3, the parsing works fine again. Thanks for your help, Christoph sample XML file (partial file only) * * -- Edit bug report at http://bugs.php.net/?id=22903&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22903&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22903&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22903&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22903&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22903&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22903&r=support Expected behavior: http://bugs.php.net/fix.php?id=22903&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22903&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22903&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22903&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22903&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22903&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22903&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22903&r=gnused
#22900 [Opn->Csd]: Declaring the same namespace multiple times leaks memory
ID: 22900 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5CVS-2003-03-26 (dev) New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-03-26 08:05:42] [EMAIL PROTECTED] (using a debug build) Declaring the same namespace multiple times leaks memory. The leak is repeated for every further occurence of the same namespace. $ cat namesapce.php $ php namesapce.php $ $ cat namesapce.php $ php namesapce.php /home/mfischer/isrc/cvs/php5/Zend/zend_language_scanner.l(1114) : Freeing 0x401B0B70 (9 bytes), script=namesapce.php cat namesapce.php $ php namesapce.php /home/mfischer/isrc/cvs/php5/Zend/zend_language_scanner.l(1114) : Freeing 0x401B0BF8 (9 bytes), script=namesapce.php Last leak repeated 1 time -- Edit this bug report at http://bugs.php.net/?id=22900&edit=1
#21794 [NoF->Opn]: Error Output for sanity check
ID: 21794 User updated by: jacques at jacques dot eng dot br Reported By: jacques at jacques dot eng dot br -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: RedHat 8.0 -PHP Version: 4.3.0 +PHP Version: 4.3.1 New Comment: Sorry my later answer.. I changed to php 4.3.1 and I got same error, so I did what you ask for: [EMAIL PROTECTED] ~/work/php-4.3.1]# ./configure -with-apache=../apache_1.3.27 --disable-all I did make with no errors, but when I did make install a got an error: [EMAIL PROTECTED] ~/work/php-4.3.1]# make install Installing PHP CLI binary:/usr/local/bin/ Installing PHP SAPI module Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ Fatal error: Call to undefined function: preg_split() in /root/work/php-4.3.1/pear/System.php on line 64 Fatal error: Call to undefined function: preg_split() in /root/work/php-4.3.1/pear/System.php on line 64 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config program: phpextdist [EMAIL PROTECTED] ~/work/php-4.3.1]# I'm using: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) on an 2.4.18-27.8.0 kernel system. thanks for your help. Previous Comments: [2003-02-19 04:40:34] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-04 11:01:04] [EMAIL PROTECTED] Yes, I know. Please try what I asked. [2003-02-04 08:07:48] jacques at jacques dot eng dot br But I have no error compiling PHP.. the error is when I compile apache after installing PHP. [2003-01-23 10:36:54] [EMAIL PROTECTED] Try this configure line for PHP: ./configure --with-apache=../apache_1.3.27 --disable-all [2003-01-21 07:57:13] jacques at jacques dot eng dot br [EMAIL PROTECTED] ~/work/apache_1.3.27]# ./configure --prefix=/usr/local/etc/httpd --activate-module=src/modules/php4/libphp4.a Configuring for Apache, Version 1.3.27 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) Creating Makefile Creating Configuration.apaci in src Creating Makefile in src + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o php4_module uses ConfigStart/End + using builtin Expat + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check cd ..; gcc -DLINUX=22 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/usr/X11R6/lib -Wl,-rpath,/root/work/swf/lib -rdynamic -L/usr/X11R6/lib -L/root/work/swf/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -export-symbols /root/work/php-4.3.0/sapi/apache/php.sym -rdynamic -L/usr/X11R6/lib -L/root/work/swf/lib -lswf -lt1 -lfreetype -lX11 -lXpm -lpng -lz -ljpeg -lbz2 -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -lm -lcrypt /usr/bin/ld:/root/work/php-4.3.0/sapi/apache/php.sym: file format not recognized; treating as linker script /usr/bin/ld:/root/work/php-4.3.0/sapi/apache/php.sym:2: parse error collect2: ld returned 1 exit status make: *** [dummy] Error 1 = End of Error Report = OBS: I used the next comand line to compile php: [EMAIL PROTECTED] ~/work/apache_1.3.27]# ./configure --with-apache=../apache_1.3.27 --with-gd --with-mysql --enable-versioning --enable-track-vars --enable-force-cgi-redirect --enable-discard-path --disable-short-tags --disable-display-source --enable-safe-mode --with-swf=../swf --enable-trans-sid --enable-calendar --enable-ftp --with-bz2 --enable-sockets --enable-inline-optimization --enable-memory-limit --with-xpm-dir=/usr/X11R6 --with-jpeg-dir=/usr --with-png-dir=/usr --with-ttf --with-zlib --with-zlib-dir=/usr --with-freetype-dir=/usr/include/freetype2 --with-t1lib --
#22888 [Opn->Csd]: php4ts.dll error
ID: 22888 Updated by: [EMAIL PROTECTED] Reported By: luke at cywh dot com -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. User reports that the problem has been fixed. Previous Comments: [2003-03-26 10:01:03] luke at cywh dot com Seems to be working I had a few pages that would only work 5/6 of the time and others that i had to refresh just to get them to come up now its working perfectly. Seems to be fixed. [2003-03-26 09:39:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Just download the latest win32 snapshot from the above URLs. [2003-03-26 09:13:57] luke at cywh dot com Ok ill try it... i dont mean to sound stupid but whats CVS? [2003-03-26 02:10:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if it still occures, please provide a short but complete script to reproduce the problem. [2003-03-26 00:07:06] luke at cywh dot com Every once in a while, which happens to be quite often, an error comes up. It says the file occured within php4ts.dll. Im running windows xp, and php as a module under apache 2.0. Here are screenshots of the error window. http://cytech.cywh.com/eone.png";> ^^^ http://cytech.cywh.com/eone.png http://cytech.cywh.com/etwo.png";> ^^^ http://cytech.cywh.com/etwo.png Thanks, Luke Scott -- Edit this bug report at http://bugs.php.net/?id=22888&edit=1
#22899 [NEW]: COM functions which raise exceptions are invoked twice
From: rich at kastle dot com Operating system: Windows NT 4.0 SP6 PHP version: 4.3.2RC1 PHP Bug Type: COM related Bug description: COM functions which raise exceptions are invoked twice If php_COM_invoke receives an error as a result of trying to invoke a COM method via C_TYPEINFO_VT(obj)->Invoke, it assumes that the dispatch failed and tries again using C_DISPATCH_VT(obj)->Invoke. However, if the first Invoke succeeds (i.e. actually call into the object method) but the method raises a COM exception, it returns DISP_E_EXCEPTION. php_COM_invoke will then call the same method again using C_DISPATCH_VT. (In my particular case, the COM method was performing some subsequent phases of a larger DB transaction, encountered a deadlock, then rolled back the DB transaction and reported the event by raising an exception. php_COM_invoke swallowed the exception without report and invoked the method again, which, this time, did not encounter the same deadlock, leaving my code without knowledge that a deadlock had caused some of my DB updates to be rolled back. It took me four days to figure out what in the world was happening.) Here's a diff against COM.c which checks for DISP_E_EXCEPTION as a special case. (This diff is against 4.3.2RC1 but AFAICS this error has existed all along.) diff -r temp/php-4.3.2RC1\ext\com\COM.c php-4.3.2RC1\ext\com\COM.c 128,129c128,130 < hr = C_DISPATCH_VT(obj)->Invoke(C_DISPATCH(obj), dispIdMember, &IID_NULL, LOCALE_SYSTEM_DEFAULT, wFlags, pDispParams, pVarResult, &ExceptInfo, &ArgErr); < if (SUCCEEDED(hr)) { --- > if(hr != DISP_E_EXCEPTION) { > hr = > C_DISPATCH_VT(obj)->Invoke(C_DISPATCH(obj), dispIdMember, &IID_NULL, LOCALE_SYSTEM_DEFAULT, wFlags, pDispParams, pVarResult, &ExceptInfo, &ArgErr); > if (SUCCEEDED(hr)) { 131,137c132,139 <* ITypLib doesn't work <* Release ITypeLib and fall back to IDispatch <*/ < < C_TYPEINFO_VT(obj)->Release(C_TYPEINFO(obj)); < C_HASTLIB(obj) = FALSE; < C_TYPEINFO(obj) = NULL; --- > * ITypLib doesn't work > * Release ITypeLib and fall back to IDispatch > */ > > > C_TYPEINFO_VT(obj)->Release(C_TYPEINFO(obj)); > C_HASTLIB(obj) = FALSE; > C_TYPEINFO(obj) = NULL; > } -- Edit bug report at http://bugs.php.net/?id=22899&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22899&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22899&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22899&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22899&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22899&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22899&r=support Expected behavior: http://bugs.php.net/fix.php?id=22899&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22899&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22899&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22899&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22899&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22899&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22899&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22899&r=gnused
#22902 [NEW]: Crystal Reports 9 (RDC) and SelectPrinter error
From: andy at advancethermal dot com Operating system: Windows XP Professional PHP version: 4.3.1 PHP Bug Type: COM related Bug description: Crystal Reports 9 (RDC) and SelectPrinter error Specifying a printer from the SelectPrinter method causes PHP to crash. The following code: - $crapp = new COM("CrystalDesignRunTime.Application"); $creport = $crapp->OpenReport("d:\\athermal\\reports\\backlog.rpt", 1); $creport->SelectPrinter("winspool", "HP LaserJet 1200 Series PCL", "Ne01:"); print "DEBUG|".$creport->DriverName."|".$creport->PrinterName."|".$creport->PortName."|"; $creport->PrintOut(False); - Produces the following output: - Content-type: text/html X-Powered-By: PHP/4.3.1 winspool|HP LaserJet 1200 Series PCL|Ne01:| Warning: (null)(): Invoke() failed: Exception occurred. Source: Crystal Reports ActiveX Designer Description: Error start ing print job. Please check your printer or network connection. in d:\atherma l\temp\test.php on line 7 - Other items to note: - When the SelectPrinter line is commented out, the report prints fine to the default printer and the DEBUG line prints "DEBUG|||". - If the PrintOut line is commented out, the DEBUG line prints "DEBUG|winspool|HP LaserJet 1200 Series PCL|Ne01:|" without any error. - If the PortName is not specified, or specified incorrectly on the SelectPrinter line, it is printed correctly on the DEBUG line. (i.e. if "Ne00:" is specified on the SelectPrinter line, "Ne01:" is reported on the DEBUG line.) aap -- Edit bug report at http://bugs.php.net/?id=22902&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22902&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22902&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22902&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22902&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22902&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22902&r=support Expected behavior: http://bugs.php.net/fix.php?id=22902&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22902&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22902&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22902&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22902&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22902&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22902&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22902&r=gnused
#22888 [Fbk->Opn]: php4ts.dll error
ID: 22888 User updated by: luke at cywh dot com Reported By: luke at cywh dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.1 New Comment: Seems to be working I had a few pages that would only work 5/6 of the time and others that i had to refresh just to get them to come up now its working perfectly. Seems to be fixed. Previous Comments: [2003-03-26 09:39:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Just download the latest win32 snapshot from the above URLs. [2003-03-26 09:13:57] luke at cywh dot com Ok ill try it... i dont mean to sound stupid but whats CVS? [2003-03-26 02:10:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if it still occures, please provide a short but complete script to reproduce the problem. [2003-03-26 00:07:06] luke at cywh dot com Every once in a while, which happens to be quite often, an error comes up. It says the file occured within php4ts.dll. Im running windows xp, and php as a module under apache 2.0. Here are screenshots of the error window. http://cytech.cywh.com/eone.png";> ^^^ http://cytech.cywh.com/eone.png http://cytech.cywh.com/etwo.png";> ^^^ http://cytech.cywh.com/etwo.png Thanks, Luke Scott -- Edit this bug report at http://bugs.php.net/?id=22888&edit=1
#22895 [Opn->Asn]: PHP cli outputs errors in text AND html
ID: 22895 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Output Control Operating System: Linux PHP Version: 5CVS-2003-03-26 (dev) -Assigned To: +Assigned To: helly New Comment: Marcus, could you have a look at this? Previous Comments: [2003-03-26 07:08:11] [EMAIL PROTECTED] PHP cli outputs errors in text AND html when using it like: php application.php However, it does _not_ output HTML errors if you use the '-r' syntax: $ php -r try Command line code(1) : Parse error - parse error, unexpected $end, expecting '{' But from a file: $ cat application.php $ php application.php Parse error: parse error, unexpected ';', expecting '{' in /home/mfischer/src/php/ze2/apptest/application.php on line 1 /home/mfischer/src/php/ze2/apptest/application.php(1) : Parse error - parse error, unexpected ';', expecting '{' -- Edit this bug report at http://bugs.php.net/?id=22895&edit=1
#22889 [Opn]: date doesn't return correct number of week
ID: 22889 User updated by: ulrich dot staerk at spe-siemens dot de Reported By: ulrich dot staerk at spe-siemens dot de Status: Open Bug Type: Date/time related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: there also seems to be a week number 1 from december 22, 2003 to january 4, 2004. i think this is an overall problem happening everywhere the first week is not completely in the new year or the last week not completely in the last year... Previous Comments: [2003-03-26 02:55:34] ulrich dot staerk at spe-siemens dot de date("W",mktime(0,0,0,1,1,2005)) returns "1" where it should return "53" because January 1st and 2nd still belong to the last week of 2004. In an earlier version of php (4.2.3) on the same machine it simply returned "0" which was wrong too but could be corrected within my script. This bug appears also in January 2006, 2010 (there seems to be an 10-day-long first week :-) ) and so on. -- Edit this bug report at http://bugs.php.net/?id=22889&edit=1
#22886 [Opn->Bgs]: preg_replace $0 and $1
ID: 22886 Updated by: [EMAIL PROTECTED] Reported By: ekomhadi at yahoo dot com -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Linux PHP Version: 4.3.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php $0 and $1 are not valid variable names and in case of regex they are treated like $0 (entire matched string) and $1 1st matched element. Previous Comments: [2003-03-25 22:23:08] ekomhadi at yahoo dot com I'm using PHP 4.3.0 I found problem when using preg_replace(..) string $0 and $1 will mess up and not replace correctly also $N with N is Integer will not appear. If the character after the dollar sign is not a number, it works as expected. Here is my code: -- preg_replace() bug??? -- [NUMBER] [MESG] -- '; $strNumber = 123456789; $strMesg = "text with $0 and $1 string"; $Patttern = "/(.*?)<\/LOOP>/is"; preg_match($Patttern, $strBuffer, $arrTag); $strData = str_replace("[NUMBER]", $strNumber, $arrTag[1]); $strData = str_replace("[MESG]", $strMesg, $strData); $strBuffer= preg_replace($Patttern, $strData, $strBuffer); echo $strBuffer; /*** PHP END***/ ?> -- Edit this bug report at http://bugs.php.net/?id=22886&edit=1
#22903 [Opn->Fbk]: when parsing xml php crashes
ID: 22903 Updated by: [EMAIL PROTECTED] Reported By: spoerri at duke dot edu -Status: Open +Status: Feedback Bug Type: XML related Operating System: linux PHP Version: 4.3.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Unable to replicate the bug given the source code given. Previous Comments: [2003-03-26 09:41:26] spoerri at duke dot edu I'm sending you here only code snippets, in case you need the rest of the code let me know. Note: the code is embedded in the code for an object. ** here's the code used to setup the parser: *** $this->xml_parser=xml_parser_create($this->encode_type); xml_set_object($this->xml_parser,&$this); xml_set_element_handler($this->xml_parser,"startElement","endElement"); xml_set_character_data_handler($this->xml_parser,"cdata"); $this->depth=0; $this->parent=array(); $this->pobject=array(); $this->$IMSError=array(); xml_parse($this->xml_parser,$XMLText); xml_parser_free($this->xml_parser); ** here's the code I use to parse the 'LAYERINFO' tag: ** case 'LAYERINFO': //parent tag is always RESPONSE $l = new arcLayer($attrs['ID'], $attrs['TYPE'], ($attrs['NAME']?$attrs['NAME']:''),($attrs['MINSCALE']?$attrs['MINSCALE']:0),($attrs['MAXSCALE']?$attrs['MAXSCALE']:0), (strtolower($attrs['VISIBLE'])=='true'?1:0), 1); if ($this->returnLayer($l->Name,$index)) { if ($this->Layers[$index]->Service) { $this->Layers[$index]=$l; $this->CurrentLayer=&$this->Layers[$index]; } }else{ $this->Layers[]=$l; $this->CurrentLayer=&$this->Layers[count($this->Layers)-1]; } break; [2003-03-26 09:40:34] spoerri at duke dot edu I'm sending you here only code snippets, in case you need the rest of the code let me know. Note: the code is embedded in the code for an object. ** here's the code used to setup the parser: *** $this->xml_parser=xml_parser_create($this->encode_type); xml_set_object($this->xml_parser,&$this); xml_set_element_handler($this->xml_parser,"startElement","endElement"); xml_set_character_data_handler($this->xml_parser,"cdata"); $this->depth=0; $this->parent=array(); $this->pobject=array(); $this->$IMSError=array(); xml_parse($this->xml_parser,$XMLText); xml_parser_free($this->xml_parser); ** here's the code I use to parse the 'LAYERINFO' tag: ** case 'LAYERINFO': //parent tag is always RESPONSE $l = new arcLayer($attrs['ID'], $attrs['TYPE'], ($attrs['NAME']?$attrs['NAME']:''),($attrs['MINSCALE']?$attrs['MINSCALE']:0),($attrs['MAXSCALE']?$attrs['MAXSCALE']:0), (strtolower($attrs['VISIBLE'])=='true'?1:0), 1); if ($this->returnLayer($l->Name,$index)) { if ($this->Layers[$index]->Service) { $this->Layers[$index]=$l; $this->CurrentLayer=&$this->Layers[$index]; } }else{ $this->Layers[]=$l; $this->CurrentLayer=&$this->Layers[count($this->Layers)-1]; } break; [2003-03-26 09:23:48] [EMAIL PROTECTED] What is your XML parsing code? [2003-03-26 09:13:27] spoerri at duke dot edu Hi, while parsing an XML response (using expat) from a 3rd party server. The parsing works fine, with the exception for one tag for which the info for an attribute is droped (empty). The thing is that the tag occur more than once and is parsed correctly the other times. I also tried to print the attributes for each of those tags, but php seems crash (seg. fault error in apache log) after the second occurance of the LAYINFO tag (this is also the tag which loses the ID attribut value). When I switched back to php 4.2.3, the parsing works fine again. Th
#21575 [Com]: 4.2x to 4.3 Compatibility issue
ID: 21575 Comment by: phpbug-032603 at smayw dot nask dot com Reported By: ulysses at mail dot fitan dot com dot tw Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: This bug is still present in the most current (26 Mar 2003) CVS that claims to be 4.3.2RC To recap - 4.3.2RC as CGI does NOT have the variable PATH_TRANSLATED defined, 4.3.1 as CGI for example does. Is this on purpouse or did the fix get lost somewhere? Previous Comments: [2003-01-26 19:32:31] ulysses at mail dot fitan dot com dot tw Thank you. [2003-01-25 16:32:38] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. PATH_INFO and PATH_TRANSLATED conform to the CGI spec in PHP 4.3. For linux (and possibly other platforms) a fix was requried which is now in CVS (fixes PHP_SELF also). The fix in CVS also creates ORIG_PATH_INFO and ORIG_PATH_TRANSLATED so you can easily fix scripts dependent on the previous incorrect variables. ISAPI has always had broken PATH_INFO/PATH_TRANSLATED, and this was not changed in 4.3, but will be fixed for 5.0. [2003-01-20 21:32:31] ulysses at mail dot fitan dot com dot tw Well, cgi.fix_pathinfo does not completely solve this problem. By adding this line to php.ini, $PATH_INFO is presented only in CGI mode. However, it is still missing in ISAPI mode. It is indeed a bug, or else they should put a warning message in 4.30 press release or installation document. [2003-01-20 18:55:05] andrey at cherezov dot koenig dot su See bug http://bugs.php.net/bug.php?id=21716 Thanks to Milky! Use cgi.fix_pathinfo=0 in 4.3.0 php.ini to solve this problem. [2003-01-18 07:02:44] andrey at cherezov dot koenig dot su Compare these PhpInfo() outputs: http://php430.eserv.ru/php_info.php/path/info?query http://php423.eserv.ru/php_info.php/path/info?query Same web-server, same php.ini, very different environment variables! (of course, web-server pass the same variables, but 4.3.0 damages them! ;) PATH_INFO disappears in 4.3.0 :( The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21575 -- Edit this bug report at http://bugs.php.net/?id=21575&edit=1
#22898 [NEW]: Impossible to compile PHP with "--with-mcrypt"
From: syn_uw at hotmail dot com Operating system: Debian GNU/Linux 3.0r1 PHP version: 4.3.1 PHP Bug Type: mcrypt related Bug description: Impossible to compile PHP with "--with-mcrypt" I am trying to compile PHP 4.3.1 on a Linux box with support for mcrypt (--with-mcrypt) using the latest version of the mcrypt library which is 2.5.7. The problem is that when I use "--with-mcrypt" the compile fails with the following error: .. /bin/sh libtool --silent --mode=compile gcc -Iext/mcrypt/ -I/opt/source/php-4.3.1/ext/mcrypt/ -DPHP_ATOM_INC -I/opt/source/php-4.3.1/include -I/opt/source/php-4.3.1/main -I/opt/source/php-4.3.1 -I/opt/source/php-4.3.1/Zend -I/opt/openssl/include -I/usr/include/freetype2 -I/opt/source/imap-2002b/c-client -I/opt/openldap-client/include -I/opt/mcryptlib/include -I/opt/pdflib/include -I/opt/pgsqllib/include -I/opt/source/php-4.3.1/ext/xml/expat -DLINUX=22 -DMOD_SSL=208114 -DUSE_HSREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -I/opt/source/php-4.3.1/TSRM -g -O2 -prefer-pic -c /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c -o ext/mcrypt/mcrypt.lo /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:229: warning: `MCRYPT_FAILED' redefined /opt/mcryptlib/include/mcrypt.h:31: warning: this is the location of the previous definition /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c: In function `zm_startup_mcrypt': /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:279: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:280: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:281: `MCRYPT_BLOWFISH_128' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:281: (Each undeclared identifier is reported only once /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:281: for each function it appears in.) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:282: `MCRYPT_BLOWFISH_192' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:283: `MCRYPT_BLOWFISH_256' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:284: `MCRYPT_BLOWFISH_448' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:285: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:286: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:287: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:288: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:289: `MCRYPT_IDEA' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:290: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:291: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:292: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:293: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:294: `MCRYPT_RC2_128' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:295: `MCRYPT_RC2_256' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:296: `MCRYPT_RC2_1024' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:297: `MCRYPT_RC4' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:298: `MCRYPT_RC6_128' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:299: `MCRYPT_RC6_192' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:300: `MCRYPT_RC6_256' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:301: `MCRYPT_SAFER_64' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:302: `MCRYPT_SAFER_128' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:303: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:304: `MCRYPT_SERPENT_128' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:305: `MCRYPT_SERPENT_192' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:306: `MCRYPT_SERPENT_256' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:307: `MCRYPT_TWOFISH_128' undeclared (fi
#22897 [NEW]: ODBC fixes & new feature
From: rich at kastle dot com Operating system: Windows NT 4.0 SP6 PHP version: 4.3.2RC1 PHP Bug Type: ODBC related Bug description: ODBC fixes & new feature Things I have attempted to fix and are illustrated by the enclosed diff (if I were more expert I'd call it a patch but I've done virtually no patch files and so make no such claim): 1. odbc_next_result calls SQLMoreResults but does not properly report an error resturned from the call (anything but SQL_SUCCESS is treated like SQL_NO_MORE_DATA). This defeats attempts to detect errors in mid-batch. 2. PHP documentation claims that odbc_error and odbc_errormsg are blank if no error has occured, but in reality they are uninitialized until an error occurs. 3. I also blank odbc_error and odbc_errormsg in odbc_exec so that (among other things) upon a FALSE return from odbc_next_result, an error can be distinguished from normal no-more-data. 4. Microsoft documentation claims that callers to SQLDriverConnect should provide at least a 1024 byte buffer. 5. I added a function odbc_get_handle which yeilds the underlying HDBC as a long, for a given $dbid resource. diff -r temp/php-4.3.2RC1\ext\odbc\php_odbc.c php-4.3.2RC1\ext\odbc\php_odbc.c 113a114 > PHP_FE(odbc_get_handle, NULL) 1344a1346,1348 > // No error > conn->laststate[0] = conn->lasterrormsg[0] = 0; > 2081a2086,2088 > (*conn)->laststate[0] = 0; > (*conn)->lasterrormsg[0] = 0; > 2115c2122 < chardsnbuf[300]; --- > chardsnbuf[1024]; 2133c2140 < rc = SQLDriverConnect((*conn)->hdbc, NULL, ldb, strlen(ldb), dsnbuf, 300, --- > rc = SQLDriverConnect((*conn)->hdbc, NULL, ldb, strlen(ldb), > dsnbuf, sizeof(dsnbuf), 2410a2418,2435 > /* {{{ proto int odbc_handle(int connection_id) >Returns the basic ODBC HDBC for a connection */ > PHP_FUNCTION(odbc_get_handle) > { > odbc_connection *conn; > pval **pv_conn; > int is_pconn = 0; > > if (zend_get_parameters_ex(1, &pv_conn) == FAILURE) { > WRONG_PARAM_COUNT; > } > > ZEND_FETCH_RESOURCE2(conn, odbc_connection *, pv_conn, -1, "ODBC-Link", le_conn, le_pconn); > > RETURN_LONG((long)conn->hdbc); > } > /* }}} */ > 2454c2479,2480 < else { --- > else if(rc == SQL_NO_DATA_FOUND) > { 2456a2483,2485 > > odbc_sql_error(result->conn_ptr, result->stmt, " SQLMoreResults"); > RETURN_FALSE; diff -r temp/php-4.3.2RC1\ext\odbc\php_odbc.h php-4.3.2RC1\ext\odbc\php_odbc.h 94a95 > PHP_FUNCTION(odbc_get_handle); -- Edit bug report at http://bugs.php.net/?id=22897&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22897&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22897&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22897&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22897&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22897&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22897&r=support Expected behavior: http://bugs.php.net/fix.php?id=22897&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22897&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22897&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22897&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22897&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22897&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22897&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22897&r=gnused
#22904 [Opn]: fwrite is not binary safe for '\0' string
ID: 22904 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: linux RH7.2 PHP Version: 4.3.2RC1 New Comment: well, using set_magic_quotes_runtime(0); fix the problem. due to my quick debug, the problem is somewhere into php_stripslashes called on file.c:1543 i'll try to look into it on friday if this bug still 'll be exists. Previous Comments: [2003-03-26 10:18:30] [EMAIL PROTECTED] problem still exists on last cvs. my editor show ascii(0) as ? but '\0' have to be showen as '\0' mean, if the orginal text (c code this case) file included the \0 *string* i does't want fwrite() replace it with ascii(0)! but to save it as the orginal string. [2003-03-26 09:33:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Cannot verify this bug with latest CVS. I think your editor just shows \0 as ? [2003-03-26 09:25:48] [EMAIL PROTECTED] here is simple code: --- where test.txt content is: --test \0 test -- the result test2 file is: --- test ? test --- -- Edit this bug report at http://bugs.php.net/?id=22904&edit=1
#22893 [Opn]: session_start() causes apache segfault/crash
ID: 22893 User updated by: juvenal dot jr at uol dot com dot br Reported By: juvenal dot jr at uol dot com dot br Status: Open Bug Type: Session related Operating System: Red Hat 7.3 PHP Version: 4.3.1 New Comment: I just installed the CVS-STABLE snapshot, but the results remain the same. A Segmentation Fault on session_start() only when the file exists (the session was already created). The problem occurs with and/or without Zend Optimizer/Debugger. What else can I do try/do? Previous Comments: [2003-03-26 10:13:37] juvenal dot jr at uol dot com dot br To [EMAIL PROTECTED]: It happen with and/or without Zend Optimizer and Debugger. To [EMAIL PROTECTED]: I'm compiling it right now. As soon as I test it, I'll put another comment. [2003-03-26 09:30:23] [EMAIL PROTECTED] Try the snapshot. [2003-03-26 09:29:33] [EMAIL PROTECTED] Does the crash occur when you do not use Zend Optimizer and Zend Debugger? [2003-03-26 06:40:38] juvenal dot jr at uol dot com dot br I tried the standard one with RH 7.3 (gcc-2.96.110) and the updated RHN (gcc-2.96-113). Both gave me the same results. [2003-03-26 05:53:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And what compiler and version of it are you using ? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22893 -- Edit this bug report at http://bugs.php.net/?id=22893&edit=1
#22903 [Opn]: when parsing xml php crashes
ID: 22903 User updated by: spoerri at duke dot edu Reported By: spoerri at duke dot edu Status: Open Bug Type: XML related Operating System: linux PHP Version: 4.3.1 New Comment: I'm sending you here only code snippets, in case you need the rest of the code let me know. Note: the code is embedded in the code for an object. ** here's the code used to setup the parser: *** $this->xml_parser=xml_parser_create($this->encode_type); xml_set_object($this->xml_parser,&$this); xml_set_element_handler($this->xml_parser,"startElement","endElement"); xml_set_character_data_handler($this->xml_parser,"cdata"); $this->depth=0; $this->parent=array(); $this->pobject=array(); $this->$IMSError=array(); xml_parse($this->xml_parser,$XMLText); xml_parser_free($this->xml_parser); ** here's the code I use to parse the 'LAYERINFO' tag: ** case 'LAYERINFO': //parent tag is always RESPONSE $l = new arcLayer($attrs['ID'], $attrs['TYPE'], ($attrs['NAME']?$attrs['NAME']:''),($attrs['MINSCALE']?$attrs['MINSCALE']:0),($attrs['MAXSCALE']?$attrs['MAXSCALE']:0), (strtolower($attrs['VISIBLE'])=='true'?1:0), 1); if ($this->returnLayer($l->Name,$index)) { if ($this->Layers[$index]->Service) { $this->Layers[$index]=$l; $this->CurrentLayer=&$this->Layers[$index]; } }else{ $this->Layers[]=$l; $this->CurrentLayer=&$this->Layers[count($this->Layers)-1]; } break; Previous Comments: [2003-03-26 09:40:34] spoerri at duke dot edu I'm sending you here only code snippets, in case you need the rest of the code let me know. Note: the code is embedded in the code for an object. ** here's the code used to setup the parser: *** $this->xml_parser=xml_parser_create($this->encode_type); xml_set_object($this->xml_parser,&$this); xml_set_element_handler($this->xml_parser,"startElement","endElement"); xml_set_character_data_handler($this->xml_parser,"cdata"); $this->depth=0; $this->parent=array(); $this->pobject=array(); $this->$IMSError=array(); xml_parse($this->xml_parser,$XMLText); xml_parser_free($this->xml_parser); ** here's the code I use to parse the 'LAYERINFO' tag: ** case 'LAYERINFO': //parent tag is always RESPONSE $l = new arcLayer($attrs['ID'], $attrs['TYPE'], ($attrs['NAME']?$attrs['NAME']:''),($attrs['MINSCALE']?$attrs['MINSCALE']:0),($attrs['MAXSCALE']?$attrs['MAXSCALE']:0), (strtolower($attrs['VISIBLE'])=='true'?1:0), 1); if ($this->returnLayer($l->Name,$index)) { if ($this->Layers[$index]->Service) { $this->Layers[$index]=$l; $this->CurrentLayer=&$this->Layers[$index]; } }else{ $this->Layers[]=$l; $this->CurrentLayer=&$this->Layers[count($this->Layers)-1]; } break; [2003-03-26 09:23:48] [EMAIL PROTECTED] What is your XML parsing code? [2003-03-26 09:13:27] spoerri at duke dot edu Hi, while parsing an XML response (using expat) from a 3rd party server. The parsing works fine, with the exception for one tag for which the info for an attribute is droped (empty). The thing is that the tag occur more than once and is parsed correctly the other times. I also tried to print the attributes for each of those tags, but php seems crash (seg. fault error in apache log) after the second occurance of the LAYINFO tag (this is also the tag which loses the ID attribut value). When I switched back to php 4.2.3, the parsing works fine again. Thanks for your help, Christoph sample XML file (partial file only) * * -- Edit this bug report at http://bugs.php.net/?id=22903&edit=1
#22903 [Fbk->Opn]: when parsing xml php crashes
ID: 22903 User updated by: spoerri at duke dot edu Reported By: spoerri at duke dot edu -Status: Feedback +Status: Open Bug Type: XML related Operating System: linux PHP Version: 4.3.1 New Comment: I'm sending you here only code snippets, in case you need the rest of the code let me know. Note: the code is embedded in the code for an object. ** here's the code used to setup the parser: *** $this->xml_parser=xml_parser_create($this->encode_type); xml_set_object($this->xml_parser,&$this); xml_set_element_handler($this->xml_parser,"startElement","endElement"); xml_set_character_data_handler($this->xml_parser,"cdata"); $this->depth=0; $this->parent=array(); $this->pobject=array(); $this->$IMSError=array(); xml_parse($this->xml_parser,$XMLText); xml_parser_free($this->xml_parser); ** here's the code I use to parse the 'LAYERINFO' tag: ** case 'LAYERINFO': //parent tag is always RESPONSE $l = new arcLayer($attrs['ID'], $attrs['TYPE'], ($attrs['NAME']?$attrs['NAME']:''),($attrs['MINSCALE']?$attrs['MINSCALE']:0),($attrs['MAXSCALE']?$attrs['MAXSCALE']:0), (strtolower($attrs['VISIBLE'])=='true'?1:0), 1); if ($this->returnLayer($l->Name,$index)) { if ($this->Layers[$index]->Service) { $this->Layers[$index]=$l; $this->CurrentLayer=&$this->Layers[$index]; } }else{ $this->Layers[]=$l; $this->CurrentLayer=&$this->Layers[count($this->Layers)-1]; } break; Previous Comments: [2003-03-26 09:23:48] [EMAIL PROTECTED] What is your XML parsing code? [2003-03-26 09:13:27] spoerri at duke dot edu Hi, while parsing an XML response (using expat) from a 3rd party server. The parsing works fine, with the exception for one tag for which the info for an attribute is droped (empty). The thing is that the tag occur more than once and is parsed correctly the other times. I also tried to print the attributes for each of those tags, but php seems crash (seg. fault error in apache log) after the second occurance of the LAYINFO tag (this is also the tag which loses the ID attribut value). When I switched back to php 4.2.3, the parsing works fine again. Thanks for your help, Christoph sample XML file (partial file only) * * -- Edit this bug report at http://bugs.php.net/?id=22903&edit=1
#22888 [Opn->Fbk]: php4ts.dll error
ID: 22888 Updated by: [EMAIL PROTECTED] Reported By: luke at cywh dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Just download the latest win32 snapshot from the above URLs. Previous Comments: [2003-03-26 09:13:57] luke at cywh dot com Ok ill try it... i dont mean to sound stupid but whats CVS? [2003-03-26 02:10:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if it still occures, please provide a short but complete script to reproduce the problem. [2003-03-26 00:07:06] luke at cywh dot com Every once in a while, which happens to be quite often, an error comes up. It says the file occured within php4ts.dll. Im running windows xp, and php as a module under apache 2.0. Here are screenshots of the error window. http://cytech.cywh.com/eone.png";> ^^^ http://cytech.cywh.com/eone.png http://cytech.cywh.com/etwo.png";> ^^^ http://cytech.cywh.com/etwo.png Thanks, Luke Scott -- Edit this bug report at http://bugs.php.net/?id=22888&edit=1
#22895 [NEW]: PHP cli outputs errors in text AND html
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5CVS-2003-03-26 (dev) PHP Bug Type: Output Control Bug description: PHP cli outputs errors in text AND html PHP cli outputs errors in text AND html when using it like: php application.php However, it does _not_ output HTML errors if you use the '-r' syntax: $ php -r try Command line code(1) : Parse error - parse error, unexpected $end, expecting '{' But from a file: $ cat application.php $ php application.php Parse error: parse error, unexpected ';', expecting '{' in /home/mfischer/src/php/ze2/apptest/application.php on line 1 /home/mfischer/src/php/ze2/apptest/application.php(1) : Parse error - parse error, unexpected ';', expecting '{' -- Edit bug report at http://bugs.php.net/?id=22895&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22895&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22895&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22895&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22895&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22895&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22895&r=support Expected behavior: http://bugs.php.net/fix.php?id=22895&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22895&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22895&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22895&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22895&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22895&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22895&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22895&r=gnused
#22893 [Fbk->Opn]: session_start() causes apache segfault/crash
ID: 22893 User updated by: juvenal dot jr at uol dot com dot br Reported By: juvenal dot jr at uol dot com dot br -Status: Feedback +Status: Open Bug Type: Session related Operating System: Red Hat 7.3 PHP Version: 4.3.1 New Comment: I tried the standard one with RH 7.3 (gcc-2.96.110) and the updated RHN (gcc-2.96-113). Both gave me the same results. Previous Comments: [2003-03-26 05:53:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And what compiler and version of it are you using ? [2003-03-26 05:34:31] juvenal dot jr at uol dot com dot br I'm having a problem here with PHP 4.3.1 and RH 7.3 with the latest packages from RHN (apache-1.3.27-2, glibc-2.2.5-43), and a kernel with SGI XFS patches applied (kernel-2.4.18-4SGI_XFS_1.1). When compiled with --disable-debug, I got the Segmentation fault problem with session_start(), but when I use --enable-debug on compile, the SEGV simply vanishes. I'd like to ask if there is another way to get important info to fix it (I cannot use the --enable-debug version on the production server because I need Zend Optimizer and Zend Debugger, and they only work with the --disable-debug version of PHP). I'm available to solve this with you, as this is my primary concern now. I'm waiting your answer. Cheers, Juvenal A. Silva Jr. -- Edit this bug report at http://bugs.php.net/?id=22893&edit=1
#22884 [Bgs]: something strange with strchr
ID: 22884 User updated by: sebastien at mouzaia dot com Reported By: sebastien at mouzaia dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: linux PHP Version: 4.3.1 New Comment: Yes :-( Sorry. Thanks. Previous Comments: [2003-03-26 04:09:57] michael dot mauch at gmx dot de Does your copy of the manual also have the sentence: If needle contains more than one character, the first is used. [2003-03-26 02:52:11] sebastien at mouzaia dot com Hello Moriyoshisan I know the manual by hart :-) I read in it: This function returns the portion of haystack which starts at the last occurrence of needle and goes until the end of haystack. In my sample, it prints "wings" if I use the word "drawings" and what is expected, "/wip/drazings" if I use the word "drazings". This is not a bug ? Thanks for your consideration. [2003-03-25 18:06:08] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php See http://www.php.net/manual/en/function.strrchr.php. As described in the documentation, strrchr() doesn't work in the opposite way of strchr(). [2003-03-25 17:49:59] sebastien at mouzaia dot com '); $string = "public_html/concepts/2L_vuda_dupont/wip/drawings"; $return = strrchr($string,'wip/'); print($return.''); // print wings WHY ??? print(""); $string = "public_html/concepts/2L_vuda_dupont/wip/drazings"; $return = strrchr($string,'wip/'); // print /wip/drazings(OK) print($return.'') // tested on a 4.3.1 linux and on a 4.3.0 windows ?> -- Edit this bug report at http://bugs.php.net/?id=22884&edit=1
#22879 [Bgs->Opn]: recursive function corrupt foreach loop
ID: 22879 User updated by: lev at centers dot ru Reported By: lev at centers dot ru -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD 4.6 PHP Version: 4.3.1 New Comment: "Nested foreach" and "recursive function call into foreach loop" is deferent things. I guess: control variable of foreach loop is global and corrupted after recursive function call. Compact variant of example: -- \n"; foreach($ind as $i=>$index) { if($index==$k) out_node($i,$level+1); } } ?> Result: --- node1 leaf1 must be (Correct result): node1 leaf1 leaf2 node2 leaf3 leaf4 Previous Comments: [2003-03-25 17:01:48] [EMAIL PROTECTED] Your example is far to complex so i made it bogus. Try stripping it down and reopen the bug if you really think it is a PHP bug and not a bug in your script. The only thing that came to my mind beeing able to cause an error here is the fact you are using foreach in a nested way. So i created a really short test for that and it works with both PHP 4.3.2 and PHP 5-dev. [EMAIL PROTECTED] php4-HEAD]$ ../PHP_4_3_0/sapi/cli/php -r '$ar=array(0,1,2);foreach($ar as $n) foreach($ar as $m) echo "$n/$m\n";' 0/0 0/1 0/2 1/0 1/1 1/2 2/0 2/1 2/2 [2003-03-25 10:14:19] lev at centers dot ru \n"; foreach($ind as $i=>$index) { if($index==$k) out_node1($i,$level+1); } } // Correct function (bypass bag) function out_node($k,$level) { global $name,$ind; for($i=0;$i<$level;$i++) echo " "; echo "$name[$k]\n"; foreach($ind as $i=>$index) { if($index==$k) $node[]=$i; } for($i=0;$i Incorrect example\n"; // print tree out_node1(0,0); echo "Correct example\n"; // print tree out_node(0,0); ?> -- Edit this bug report at http://bugs.php.net/?id=22879&edit=1
#22394 [Opn]: No libphp4.so module for Apache 2.0.43
ID: 22394 User updated by: apiotr at itm dot pcz dot czest dot pl Reported By: apiotr at itm dot pcz dot czest dot pl Status: Open Bug Type: Apache2 related Operating System: UnixWare 7.1.1 PHP Version: 4.3.2-dev New Comment: I have testing the latest snapshot 200303261030. The compilation process has fail with messages: ld: INFO: text relocations referenced from files: libmysqlclient.a (libmysql.o) libintl.a (dcgettext.o) UX: ld: ERROR: relocations remain against non-writeable, allocatable section .rodata collect2: ld returned 1 exit status gmake: ***[libphp4.la] Error 1 Previous Comments: [2003-03-26 05:38:09] apiotr at itm dot pcz dot czest dot pl Sorry, I was in two weekly conferences. Now I return to job. I send the secend e-mail with Makefile and libphp4.la. I you don't receive this mail I put the files in ftp://itm.pcz.czest.pl/pub/php/makefile.tar.gz Sincerely Apiotr. [2003-03-16 11:01:38] [EMAIL PROTECTED] Of course not, as I never got the email. Try sending again OR put those files to some website for download and add the url here.. [2003-03-16 08:05:59] apiotr at itm dot pcz dot czest dot pl After send you the generated Makefile and libphp4.la files to [EMAIL PROTECTED] I have massage from Automoderator: Hi. This is the qmail-send program at php.net. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. timed out waiting for confirmation that [EMAIL PROTECTED] is real I'm not going to try again; this message has been in the queue too long. Do you have my e-mail with Makefile and libphp4.la or not? [2003-03-11 11:23:38] [EMAIL PROTECTED] Okay, that was my mistake. :) Please try new snapshot in about 2 hours when you get this email.. [2003-03-11 11:01:31] apiotr at itm dot pcz dot czest dot pl I have testing these using the latest snapshot 200303111630. Configuration options: --apxs2=(...) The compilation process has fail with error message: /sapi/apache2handler/php_functions.c:472: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:472: initializer element is not constant /sapi/apache2handler/php_functions.c:472: (near initialization for `ini_entries[0].on_modify') /sapi/apache2handler/php_functions.c:473: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:473: initializer element is not constant /sapi/apache2handler/php_functions.c:473: (near initialization for `ini_entries[1].on_modify') /sapi/apache2handler/php_functions.c:474: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:474: initializer element is not constant /sapi/apache2handler/php_functions.c:474: (near initialization for `ini_entries[2].on_modify') gmake: *** [sapi/apache2handler/php_functions.lo] Error 1 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22394 -- Edit this bug report at http://bugs.php.net/?id=22394&edit=1
#22893 [Opn->Fbk]: session_start() causes apache segfault/crash
ID: 22893 Updated by: [EMAIL PROTECTED] Reported By: juvenal dot jr at uol dot com dot br -Status: Open +Status: Feedback Bug Type: Session related Operating System: Red Hat 7.3 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And what compiler and version of it are you using ? Previous Comments: [2003-03-26 05:34:31] juvenal dot jr at uol dot com dot br I'm having a problem here with PHP 4.3.1 and RH 7.3 with the latest packages from RHN (apache-1.3.27-2, glibc-2.2.5-43), and a kernel with SGI XFS patches applied (kernel-2.4.18-4SGI_XFS_1.1). When compiled with --disable-debug, I got the Segmentation fault problem with session_start(), but when I use --enable-debug on compile, the SEGV simply vanishes. I'd like to ask if there is another way to get important info to fix it (I cannot use the --enable-debug version on the production server because I need Zend Optimizer and Zend Debugger, and they only work with the --disable-debug version of PHP). I'm available to solve this with you, as this is my primary concern now. I'm waiting your answer. Cheers, Juvenal A. Silva Jr. -- Edit this bug report at http://bugs.php.net/?id=22893&edit=1
#22724 [Opn->Fbk]: OCIParse: ORA-00001
ID: 22724 Updated by: [EMAIL PROTECTED] Reported By: admin at iut-info dot ens dot univ-reims dot fr -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: HP-UX 11.11 PHP Version: 4.3.2RC1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. can you try to do the same test with the code that has OCIInternalDebug(1); function on top. Please post the output here. Previous Comments: [2003-03-15 03:51:53] admin at iut-info dot ens dot univ-reims dot fr - CONFIGURE -- ./configure \ --with-oci8 \ --with-apache=../apache_1.3.27 \ --with-gd \ --with-pdflib=/opt/pdflib \ --with-jpeg-dir \ --with-png-dir \ --with-tiff-dir \ --with-zlib \ --with-bz2 \ --enable-sigchild \ --with-mysql=/opt/mysql4\ --with-pgsql=/opt/pgsql \ --with-tsrm-pthreads\ --with-dom \ --enable-ftp\ --enable-sockets - testoci8.php -- Test de connexion PHP - Oracle 8i $nrows Records Selected\n"; } OCILogOff($conn); } elseecho " OCILogon ERREUR\n"; ?> Result with PHP-4.3.0 --- OCILogon Ok Server Version: Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production JServer Release 8.1.7.0.0 - Production 2 Records Selected Result with PHP-4.3.2 - OCILogon Ok Server Version: Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production JServer Release 8.1.7.0.0 - Production Warning: ociparse() [function.ociparse]: OCIParse: ORA-1: unique constraint (%s.%s) violated in /home/prof/collet/public_html/testoci8.php on line 12 Warning: ociexecute(): supplied argument is not a valid OCI8-Statement resource in /home/prof/collet/public_html/testoci8.php on line 13 -- Cordialy. -- Edit this bug report at http://bugs.php.net/?id=22724&edit=1
#22894 [NEW]: set_error_handler fails to pick up method reference
From: david dot grant at wiredmedia dot co dot uk Operating system: Windows 2000 PHP version: 4.3.1 PHP Bug Type: Class/Object related Bug description: set_error_handler fails to pick up method reference I have attempted to assign a class method to "set_error_handler" using the array approach recommended in the manual. However, a testing error is not picked up, and output to the HTTP response instead. I have tried passing the object as a reference internally (e.g. &$this) and externally with the variable name of the instance. PHP 4.3.1 IIS 5 -- Edit bug report at http://bugs.php.net/?id=22894&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22894&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22894&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22894&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22894&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22894&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22894&r=support Expected behavior: http://bugs.php.net/fix.php?id=22894&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22894&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22894&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22894&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22894&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22894&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22894&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22894&r=gnused
#21478 [Ver]: Zend/zend_alloc.c :: shutdown_memory_manager produces segfault
ID: 21478 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4CVS-2003-01-06 (dev) New Comment: this bug just doesnt seem to get away fully... i've acctually (on the safe side) got around to compile 4.3.1 stable official release and using it on the software.. i still get occasional random segfaults.. but the problem is that they occur after some time, and i cant reproduce them in any way, because they are TOTALLY random.. is a funny memory leak of somekind possible? im getting more bugs than ever, and i can't seem to put a finger on either one of them, it appears every time i start gdb on apache i cant bring it to crash... i tried this now for atleast an hour, with no success.. ugh it hit me... thread safety perhaps? i've tried in gdb and as far as i understand that is only 1 thread.. and i couldnt reproduce it inside gdb... i have http://sunshine.krneki.org/phpinfo.php ... to go over it the extensions i really use are ftp, gd2, sockets, mysql, xml, aggregate (i think this isnt an extension, but i noticed "object overloading" in phpinfo somewhere).. im unsure about the rest.. is it possible that one of theese extensions isnt quite thread safe? i also use stuff like "function &mod($name)" inside an object to return a reference to an object.. and then $var = &$obj->mod("name"); to assign it in the code.. since this is the.. one.. probablly only major change i did to the code besides using aggregate() and ... well.. nothing else... dual proc or not, the segfaults still happen... my next "sollution/test" will be to remove references from the code and try to solve modularity in a more "global" type of way... to see if the crashes go away... i have about a week to come up with something, then it's serious ass raping time, cause ill miss a BIG BIG BIG deadline. if someone wants to look at the code, i have no problem in putting up a tgz with a test database.. but realise that a small reproducible script is wishfull thinking.. just the /include dir should be around 170k (but it is clean code, really ;)) any guides how i could debug this in threaded mode / all apache threads? Previous Comments: [2003-03-25 10:55:16] [EMAIL PROTECTED] I'm setting back to verified, since polita infact has a reproducable version above? As i said, i might be wrong and mine is not related to politas directly, but the same behaviour applies (only a bit different backtrace which leads me to the conclusion that the behaviour might not be related). [2003-03-20 17:06:04] [EMAIL PROTECTED] Closed then. [2003-03-20 03:06:54] [EMAIL PROTECTED] sniper: i tried the latest stable snapshot (php4-STABLE-200303200830) and i couldnt reproduce the bug anymore.. but then, if its as elusive as polita said in #2 any changes to the code might have made it dissapear (had lots of them in the last 2 days).. I also tried php4-200303182230 to confirm that that might not be the case, but it has gone away also... if i spot any more segfaults ill do the wise thing and archive the scripts / database, if it can be reproduced ;) [2003-03-19 15:53:36] [EMAIL PROTECTED] I don't know what this 4.5-dev is..since the only official development branches are PHP_4_3 and the php5 module. Try this snapshot: http://snaps.php.net/php4-STABLE-200303192030.tar.gz If that doesn't work, but the RC1 works, then it's a problem with the build tools on the snaps.php.net machine. (Please send me that test script you used when testing 4.3.2-RC1) [2003-03-19 15:18:36] [EMAIL PROTECTED] sniper, yes, i wasn't able to reproduce it on php4.3.2rc1 i did have one segfault it normal operation mode (not inside gdb), but i couldnt reproduce it in any way or form similar to the process of reproducing on the latest -STABLE or 4.5-dev snapshots as far as i can tell 4.3-dev and 4.5-dev are subject to this.. im not even going to guess what goes on in 5.0-dev yet.. btw, there is a slight difference between the backtrace ilia got above and mine, so it might be an unrelated problem... still the same scope and behaviour thou. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21478 -- Edit this bug report at http://bugs.php.net/?id=21478&edit=1
#22893 [NEW]: session_start() causes apache segfault/crash
From: juvenal dot jr at uol dot com dot br Operating system: Red Hat 7.3 PHP version: 4.3.1 PHP Bug Type: Session related Bug description: session_start() causes apache segfault/crash I'm having a problem here with PHP 4.3.1 and RH 7.3 with the latest packages from RHN (apache-1.3.27-2, glibc-2.2.5-43), and a kernel with SGI XFS patches applied (kernel-2.4.18-4SGI_XFS_1.1). When compiled with --disable-debug, I got the Segmentation fault problem with session_start(), but when I use --enable-debug on compile, the SEGV simply vanishes. I'd like to ask if there is another way to get important info to fix it (I cannot use the --enable-debug version on the production server because I need Zend Optimizer and Zend Debugger, and they only work with the --disable-debug version of PHP). I'm available to solve this with you, as this is my primary concern now. I'm waiting your answer. Cheers, Juvenal A. Silva Jr. -- Edit bug report at http://bugs.php.net/?id=22893&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22893&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22893&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22893&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22893&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22893&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22893&r=support Expected behavior: http://bugs.php.net/fix.php?id=22893&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22893&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22893&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22893&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22893&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22893&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22893&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22893&r=gnused
#22394 [Csd->Opn]: No libphp4.so module for Apache 2.0.43
ID: 22394 User updated by: apiotr at itm dot pcz dot czest dot pl Reported By: apiotr at itm dot pcz dot czest dot pl -Status: Closed +Status: Open Bug Type: Apache2 related Operating System: UnixWare 7.1.1 PHP Version: 4.3.2-dev New Comment: Sorry, I was in two weekly conferences. Now I return to job. I send the secend e-mail with Makefile and libphp4.la. I you don't receive this mail I put the files in ftp://itm.pcz.czest.pl/pub/php/makefile.tar.gz Sincerely Apiotr. Previous Comments: [2003-03-16 11:01:38] [EMAIL PROTECTED] Of course not, as I never got the email. Try sending again OR put those files to some website for download and add the url here.. [2003-03-16 08:05:59] apiotr at itm dot pcz dot czest dot pl After send you the generated Makefile and libphp4.la files to [EMAIL PROTECTED] I have massage from Automoderator: Hi. This is the qmail-send program at php.net. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. timed out waiting for confirmation that [EMAIL PROTECTED] is real I'm not going to try again; this message has been in the queue too long. Do you have my e-mail with Makefile and libphp4.la or not? [2003-03-11 11:23:38] [EMAIL PROTECTED] Okay, that was my mistake. :) Please try new snapshot in about 2 hours when you get this email.. [2003-03-11 11:01:31] apiotr at itm dot pcz dot czest dot pl I have testing these using the latest snapshot 200303111630. Configuration options: --apxs2=(...) The compilation process has fail with error message: /sapi/apache2handler/php_functions.c:472: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:472: initializer element is not constant /sapi/apache2handler/php_functions.c:472: (near initialization for `ini_entries[0].on_modify') /sapi/apache2handler/php_functions.c:473: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:473: initializer element is not constant /sapi/apache2handler/php_functions.c:473: (near initialization for `ini_entries[1].on_modify') /sapi/apache2handler/php_functions.c:474: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:474: initializer element is not constant /sapi/apache2handler/php_functions.c:474: (near initialization for `ini_entries[2].on_modify') gmake: *** [sapi/apache2handler/php_functions.lo] Error 1 [2003-03-10 21:36:33] [EMAIL PROTECTED] Using the latest stable snapshot, run your configure line and send me the generated Makefile and libphp4.la files to [EMAIL PROTECTED] The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22394 -- Edit this bug report at http://bugs.php.net/?id=22394&edit=1
#22885 [Opn]: Fatal errror - pdflib 4.0.3
ID: 22885 User updated by: magz at bop dot nu Reported By: magz at bop dot nu Status: Open Bug Type: PDF related Operating System: Redhat 7.3 / gcc 2.95.3 PHP Version: 4.3.2RC1 New Comment: sorry, it is pdflib 4.0.3 of course, not 3.0.4. Previous Comments: [2003-03-25 18:42:49] magz at bop dot nu I've compiled pdflib 3.0.4 as follows; ./configure --without-py --without-tcl --without-perl make make install ..and then php4.3.2rc1; ./configure \ --with-apache=../apache_1.3.27 \ --with-config-file-path=/etc \ --enable-inline-optimization \ --enable-mime-magic \ --enable-magic-quotes \ --enable-track-vars \ --with-xml \ --with-dom \ --with-xmlrpc \ --with-mysql=/usr/local/mysql \ --enable-sockets \ --with-ldap \ --with-imap=/usr/local/imap-2002b \ --with-imap-ssl=/usr/local \ --with-mm \ --enable-memory-limit \ --enable-bcmath \ --enable-sigchild \ --with-zlib=/usr \ --with-curl=/usr/local \ --with-dom=/usr/include/libxml2/libxml \ --enable-exif \ --enable-ftp \ --with-gettext=/usr/share \ --with-gd \ --with-ttf \ --with-freetype-dir=/usr/local/include/freetype2/freetype \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-tiff-lib=/usr \ --with-mcal=../libmcal \ --with-openssl=/usr/local/ssl \ --with-mcrypt \ --with-mhash \ --with-pspell \ --with-imagick \ --with-pdflib=/usr/local make make install "make install" returns the following: Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ HTTP/1.0 0 X Content-type: text/html PHP Fatal error: PDFlib error: Version mismatch in wrapper code in Unknown on line 0 [PEAR] Archive_Tar- already installed: 0.9 [PEAR] Console_Getopt - already installed: 1.0 [PEAR] PEAR - already installed: 1.0.1 HTTP/1.0 0 X Content-type: text/html PHP Fatal error: PDFlib error: Version mismatch in wrapper code in Unknown on line 0 [PEAR] DB - already installed: 1.3 [PEAR] HTTP - already installed: 1.2 [PEAR] Mail - already installed: 1.0.1 [PEAR] Net_SMTP - already installed: 1.0 [PEAR] Net_Socket - already installed: 1.0.1 [PEAR] XML_Parser - already installed: 1.0.1 [PEAR] XML_RPC- already installed: 1.0.4 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config program: phpextdist I have tried using both the existing php-4.3.2RC1/ext/pdf/ files and copying the files from pdflib-4.0.3/bind/php/ext/pdf/* to php-4.3.2RC1/ext/pdf/ with the same result. -- Edit this bug report at http://bugs.php.net/?id=22885&edit=1
#22892 [NEW]: Using a string as an Array parameter
From: jorgen at webstores dot nl Operating system: Windows XP PHP version: 4.3.2RC1 PHP Bug Type: Unknown/Other Function Bug description: Using a string as an Array parameter Do you get my point? One can call a 'string' variable as an Array, but one can not use that same 'string' as an Array parameter. Seems a little bit odd to me... Because I want to display: 'ABC' as 'A B C', would this be very handy. Kind regards, Jorgen Horstink -- Edit bug report at http://bugs.php.net/?id=22892&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22892&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22892&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22892&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22892&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22892&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22892&r=support Expected behavior: http://bugs.php.net/fix.php?id=22892&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22892&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22892&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22892&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22892&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22892&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22892&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22892&r=gnused
#22884 [Com]: something strange with strchr
ID: 22884 Comment by: michael dot mauch at gmx dot de Reported By: sebastien at mouzaia dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: linux PHP Version: 4.3.1 New Comment: Does your copy of the manual also have the sentence: If needle contains more than one character, the first is used. Previous Comments: [2003-03-26 02:52:11] sebastien at mouzaia dot com Hello Moriyoshisan I know the manual by hart :-) I read in it: This function returns the portion of haystack which starts at the last occurrence of needle and goes until the end of haystack. In my sample, it prints "wings" if I use the word "drawings" and what is expected, "/wip/drazings" if I use the word "drazings". This is not a bug ? Thanks for your consideration. [2003-03-25 18:06:08] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php See http://www.php.net/manual/en/function.strrchr.php. As described in the documentation, strrchr() doesn't work in the opposite way of strchr(). [2003-03-25 17:49:59] sebastien at mouzaia dot com '); $string = "public_html/concepts/2L_vuda_dupont/wip/drawings"; $return = strrchr($string,'wip/'); print($return.''); // print wings WHY ??? print(""); $string = "public_html/concepts/2L_vuda_dupont/wip/drazings"; $return = strrchr($string,'wip/'); // print /wip/drazings(OK) print($return.'') // tested on a 4.3.1 linux and on a 4.3.0 windows ?> -- Edit this bug report at http://bugs.php.net/?id=22884&edit=1
#22890 [Opn]: CLI setuid scripts don't run setuid
ID: 22890 User updated by: gavin at itmerge dot com Reported By: gavin at itmerge dot com Status: Open Bug Type: CGI related Operating System: Linux 2.4.18 PHP Version: 4.3.1 New Comment: whoops spelt posix_geteuid(); wrong :P Previous Comments: [2003-03-26 03:27:23] gavin at itmerge dot com /* my sample script is */ #!/usr/local/bin/php /* root#chown root.vhost /scripts/myscript root#chmod 4710 /scripts/myscript root#useradd -u 1001 gavin root#usermod gavin -G vhost root#logout gavin$/scripts/myscript 1001 gavin$ i had to create /usr/local/bin/setuid_php and chmod 4710 it to be able to make my php scripts run setuid root (i'm not a perl person i don't know if perl supports setuid but I know scripts that i pass thru /bin/zsh support setuid) I don't really like having that script there :0 because A, I'm learning but i'm learing quickly that the more "permissions" you have the more you're likely to get a stuck up the rear end and essentially that lets anyone become god on my system who might find it, I think i'm going to go move it outside of /usr/local/bin right now */ -- Edit this bug report at http://bugs.php.net/?id=22890&edit=1
#22891 [NEW]: MM library support doesn't compile with oracle support
From: horakm at mail dot sce dot cz Operating system: Linux (>= RedHat 7.0) PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: MM library support doesn't compile with oracle support Hello PHP boys. There's a problem in compiling PHP with both Oracle oci8 and mm support. Here is my configuration: ORACLE_HOME=/usr/local/oraclient/8.1.6 \ ./configure \ --prefix=/usr/local \ --with-mysql=/usr \ --with-oci8=/usr/local/oraclient/8.1.6 \ --with-ldap \ --with-dbase \ --with-gdbm=/usr \ --with-imap=shared \ --with-imap-ssl \ --with-kerberos \ --with-gd=shared \ --with-ttf \ --with-jpeg-dir \ --enable-trans-sid \ --disable-debug \ --enable-sysvshm --enable-sysvsem \ --with-config-file-path=/usr/local/apache/conf \ --with-apache=/usr/src/apache \ --with-zlib \ --with-mm Make fails with: /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -rdynamic... ... ext/session/mod_mm.o: In function `hash_split': /usr/src/php-4.3.1/ext/session/mod_mm.c:96: undefined reference to `mm_calloc' /usr/src/php-4.3.1/ext/session/mod_mm.c:111: undefined reference to `mm_free' ext/session/mod_mm.o: In function `ps_sd_new': /usr/src/php-4.3.1/ext/session/mod_mm.c:125: undefined reference to `mm_malloc' ... Problem is apparently in library libmm.a, because in $ORACLE_HOME/lib is also some libmm.a. If I renamed $ORACLE_HOME/lib/libmm.a to a different name, compilation succeeded. If I put -L/usr/lib before -L$ORACLE_HOME/lib into Makefile variables *_LDFLAGS it also worked. Is there any clean solution? Regards, Martin Horak -- Edit bug report at http://bugs.php.net/?id=22891&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22891&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22891&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22891&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22891&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22891&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22891&r=support Expected behavior: http://bugs.php.net/fix.php?id=22891&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22891&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22891&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22891&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22891&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22891&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22891&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22891&r=gnused
#22890 [NEW]: CLI setuid scripts don't run setuid
From: gavin at itmerge dot com Operating system: Linux 2.4.18 PHP version: 4.3.1 PHP Bug Type: CGI related Bug description: CLI setuid scripts don't run setuid /* my sample script is */ #!/usr/local/bin/php /* root#chown root.vhost /scripts/myscript root#chmod 4710 /scripts/myscript root#useradd -u 1001 gavin root#usermod gavin -G vhost root#logout gavin$/scripts/myscript 1001 gavin$ i had to create /usr/local/bin/setuid_php and chmod 4710 it to be able to make my php scripts run setuid root (i'm not a perl person i don't know if perl supports setuid but I know scripts that i pass thru /bin/zsh support setuid) I don't really like having that script there :0 because A, I'm learning but i'm learing quickly that the more "permissions" you have the more you're likely to get a stuck up the rear end and essentially that lets anyone become god on my system who might find it, I think i'm going to go move it outside of /usr/local/bin right now */ -- Edit bug report at http://bugs.php.net/?id=22890&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22890&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22890&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22890&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22890&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22890&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22890&r=support Expected behavior: http://bugs.php.net/fix.php?id=22890&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22890&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22890&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22890&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22890&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22890&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22890&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22890&r=gnused
#22889 [NEW]: date doesn't return correct number of week
From: ulrich dot staerk at spe-siemens dot de Operating system: Windows 2000 PHP version: 4.3.1 PHP Bug Type: Date/time related Bug description: date doesn't return correct number of week date("W",mktime(0,0,0,1,1,2005)) returns "1" where it should return "53" because January 1st and 2nd still belong to the last week of 2004. In an earlier version of php (4.2.3) on the same machine it simply returned "0" which was wrong too but could be corrected within my script. This bug appears also in January 2006, 2010 (there seems to be an 10-day-long first week :-) ) and so on. -- Edit bug report at http://bugs.php.net/?id=22889&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22889&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22889&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22889&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22889&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22889&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22889&r=support Expected behavior: http://bugs.php.net/fix.php?id=22889&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22889&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22889&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22889&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22889&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22889&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22889&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22889&r=gnused
#22884 [Bgs]: something strange with strchr
ID: 22884 User updated by: sebastien at mouzaia dot com Reported By: sebastien at mouzaia dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: linux PHP Version: 4.3.1 New Comment: Hello Moriyoshisan I know the manual by hart :-) I read in it: This function returns the portion of haystack which starts at the last occurrence of needle and goes until the end of haystack. In my sample, it prints "wings" if I use the word "drawings" and what is expected, "/wip/drazings" if I use the word "drazings". This is not a bug ? Thanks for your consideration. Previous Comments: [2003-03-25 18:06:08] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php See http://www.php.net/manual/en/function.strrchr.php. As described in the documentation, strrchr() doesn't work in the opposite way of strchr(). [2003-03-25 17:49:59] sebastien at mouzaia dot com '); $string = "public_html/concepts/2L_vuda_dupont/wip/drawings"; $return = strrchr($string,'wip/'); print($return.''); // print wings WHY ??? print(""); $string = "public_html/concepts/2L_vuda_dupont/wip/drazings"; $return = strrchr($string,'wip/'); // print /wip/drazings(OK) print($return.'') // tested on a 4.3.1 linux and on a 4.3.0 windows ?> -- Edit this bug report at http://bugs.php.net/?id=22884&edit=1
#19735 [Com]: Oracle - kgepop error OciNewCollection
ID: 19735 Comment by: drouetl at ldnegoce dot com Reported By: john dot carter at royal-london dot co dot uk Status: Verified Bug Type: OCI8 related Operating System: NT4 SP3 PHP Version: 4.2.1 New Comment: I reproduced the problem with the following configuration NT4 SP6a Apache 1.3.24 Oci 1.183 Php 4.3.0 The same script is working with Linux Apache 1.3.27 Oci 1.183 Php 4.3.1 Laurent Previous Comments: [2002-11-26 14:58:03] [EMAIL PROTECTED] Just reproduced the crash. On web server these two lines completely crash the whole thing. Most importantly, I wasn't even able to trace it. m [2002-10-03 09:33:12] john dot carter at royal-london dot co dot uk When run from command line: $Conn = OciLogon("user", "pass", "db") or die("error"); $Coll = OciNewCollection($Conn, "valid_type_or_nonsense"); consistently causes following error: kgepop: no error frame to pop to for error 21522 Don't know if same error occurs on web server (don't use version with collection capabilities on server) php.exe straight from win32 zip. php_oc8.dll extension enabled. -- Edit this bug report at http://bugs.php.net/?id=19735&edit=1
#22873 [Fbk->Opn]: Pb to start Apache with sybase-ct option
ID: 22873 User updated by: theron at cines dot fr Reported By: theron at cines dot fr -Status: Feedback +Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: Sun solaris 8 PHP Version: 4.3.2RC1 New Comment: Here are the output of the ldd cmd: [EMAIL PROTECTED]:$PWD # ldd libphp4.so libdl.so.1 =>/usr/lib/libdl.so.1 libpam.so.1 => /usr/lib/libpam.so.1 libcrypt_i.so.1 => /usr/lib/libcrypt_i.so.1 libresolv.so.2 =>/usr/lib/libresolv.so.2 libm.so.1 => /usr/lib/libm.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 =>/usr/lib/libsocket.so.1 libc.so.1 => /usr/lib/libc.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libmp.so.2 =>/usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 [EMAIL PROTECTED]:$PWD # ldd /opt/sybase-12.5/OCS-12_5/lib/libtcl.so libsocket.so.1 =>/usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libc.so.1 => /usr/lib/libc.so.1 libdl.so.1 =>/usr/lib/libdl.so.1 libmp.so.2 =>/usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 Thanks. Regards Previous Comments: [2003-03-25 17:10:03] [EMAIL PROTECTED] What is the output of: ldd /opt/php-4.2.3/.libs/libphp4.so and ldd /opt/sybase-12.5/OCS-12_5/lib/libtcl.so ? [2003-03-25 08:14:17] theron at cines dot fr Hello, I build apache 1.3.26, Sybase ASE 12.5 and php 4.2.3 (OS = Sun Solaris 8) with this configuration: ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --enable-ftp \ --with-gettext \ --with-xml \ --with-domxml \ --with-mcrypt \ --with-iconv \ --enable-mbstring \ --with-jpeg --with-jpeg-dir=/opt/jpeg-6b \ --with-png --with-png-dir=/opt/libpng-1.2.5 \ --with-zlib --with-zlib-dir=/opt/zlib-1.1.4 \ --with-gd=/opt/gd-1.8.4 \ --with-sybase-ct=/opt/sybase-12.5/OCS-12_5 \ The build of PH is ok but, when i start the apache server I have this error message: Syntax error on line 237 of /home/admwww/cours_php/apache/conf/httpd.conf: Cannot load /opt/php-4.2.3/.libs/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /opt/sybase-12.5/OCS-12_5/lib/libtcl.so: symbol comn_realloc: referenced symbol not found The gcc compiler is gcc 3.2.2 When i build with the dblib of sybase (option --with-sybase in the config file) THERE IS NO PROBLEM TO START APACHE ! Any idea please, i'm very stoped by this problem. Regards. JP THERON -- Edit this bug report at http://bugs.php.net/?id=22873&edit=1
#22888 [Opn->Fbk]: php4ts.dll error
ID: 22888 Updated by: [EMAIL PROTECTED] Reported By: luke at cywh dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if it still occures, please provide a short but complete script to reproduce the problem. Previous Comments: [2003-03-26 00:07:06] luke at cywh dot com Every once in a while, which happens to be quite often, an error comes up. It says the file occured within php4ts.dll. Im running windows xp, and php as a module under apache 2.0. Here are screenshots of the error window. http://cytech.cywh.com/eone.png";> ^^^ http://cytech.cywh.com/eone.png http://cytech.cywh.com/etwo.png";> ^^^ http://cytech.cywh.com/etwo.png Thanks, Luke Scott -- Edit this bug report at http://bugs.php.net/?id=22888&edit=1