[PHP-DEV] Bug #11998: Crash on multipart file form upload
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.2-STABLE PHP version: 4.0CVS-2001-07-10 PHP Bug Type: Reproducible crash Bug description: Crash on multipart file form upload Crashes (signal 11) on file upload using multipart form data. Worked with 4.0.4pl1, haven't tried 4.0.5, crashed with 4.0.6 and latest CVS since. Compiled with: ./configure \ --enable-inline-optimization \ --enable-sysvsem \ --enable-sysvshm \ --with-mysql=/usr/local \ --with-pdflib=/usr/local \ --with-jpeg=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-png=/usr/local \ --with-zlib-dir=/usr \ --with-pgsql=/usr/local \ --with-imap=/usr/local \ --with-gd=/usr/local \ --with-freetype=/usr/local \ --with-apxs=/usr/local/apache_test/bin/apxs Backtrace: (gdb) bt #0 0x1822c8f3 in php_mime_split ( buf=0x81bf00c '-' repeats 29 times, 7d1bb1e111070e\r\nContent-Disposition: form-data; name=\id\\r\n\r\n3319, cnt=80256, boundary=0x818e02a '-' repeats 27 times, 7d1bb1e111070e, array_ptr=0x81389cc) at rfc1867.c:174 #1 0x1822d56f in rfc1867_post_handler ( content_type_dup=0x818e00c multipart/form-data; boundary=, '-' repeats 27 times, 7d1bb1e111070e, arg=0x81389cc) at rfc1867.c:472 #2 0x1822b675 in sapi_handle_post (arg=0x81389cc) at SAPI.c:110 #3 0x1822e52d in php_treat_data (arg=0, str=0x0, destArray=0x0) at php_variables.c:251 #4 0x18229486 in php_hash_environment () at main.c:1080 #5 0x18228b98 in php_request_startup () at main.c:650 #6 0x18226321 in apache_php_module_main (r=0x818406c, display_source_mode=0) at sapi_apache.c:67 #7 0x18226d6a in send_php (r=0x818406c, display_source_mode=0, filename=0x0) at mod_php4.c:581 #8 0x18226da6 in send_parsed_php (r=0x818406c) at mod_php4.c:594 #9 0x80758a1 in ap_invoke_handler () #10 0x8089fa8 in process_request_internal () #11 0x808a402 in ap_internal_redirect () #12 0x184e68d2 in mod_gzip_redir1_handler () from /usr/local/apache_test/libexec/mod_gzip.so #13 0x184e4fa0 in mod_gzip_handler () from /usr/local/apache_test/libexec/mod_gzip.so #14 0x80758a1 in ap_invoke_handler () #15 0x8089fa8 in process_request_internal () #16 0x808a402 in ap_internal_redirect () #17 0x80602b2 in handle_dir () #18 0x80758a1 in ap_invoke_handler () #19 0x8089fa8 in process_request_internal () #20 0x808a012 in ap_process_request () #21 0x8080fdf in child_main () #22 0x808119d in make_child () #23 0x8081316 in startup_children () #24 0x8081924 in standalone_main () #25 0x808213c in main () #26 0x804f429 in _start () -- Edit bug report at: http://bugs.php.net/?id=11998edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP Working Groups
* Jon Parise wrote: groups (or special interest groups). There should be something like a PHP Advocacy group, planning and implementing the PHP world domination. -- PHP Schulungen und| International PHP Conference Schulungsmaterial:| 05. - 07.11.2001 http://thinkphp.de/ | Astron Hotel, Frankfurt http://rent-a-phpwizard.de/schulungen.php | http://www.php-kongress.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #11935 Updated: php 4.0.6 doesn't work with solid option
it says me nothing... it stops without messages. start httpd [ok] if I restarts the services stop [faild] start [ok] stop [faild] start [ok] stop [faild] start [ok] always this situation. -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Monday, July 09, 2001 6:04 PM To: [EMAIL PROTECTED] Subject: Bug #11935 Updated: php 4.0.6 doesn't work with solid option ID: 11935 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old Summary: php 4.0.6 doesn't work with solid option Status: Feedback Bug Type: ODBC related Operating System: Linux RedHat 6.2 PHP Version: 4.0.6 New Comment: and what does it stop saying? the other thing to note, if this is with solid 3.5, you need the latest libraries from SolidTech for it to work properly. Previous Comments: [2001-07-06 12:10:37] [EMAIL PROTECTED] can you please provide more information? what doesn't work? and do please try 4.0.5, or even 4.0.6 as there have been changes for SOLID in both versions. [2001-07-06 11:42:21] [EMAIL PROTECTED] I've install php 4.0.4, but apache doesn't start with solid option --with-solid=[dir] ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11935edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] ANNOUNCE: SAPRFC extension
Hello, thank you for your reply. At first, I changed license for the extension from GPL to PHP license. If you could check in the saprfc source code to PHP CVS tree, it would be great, because I am new in this list and I am not sure that I know all rules and conventions for PHP developing. Maybe I will request for a CVS account in a future, to be able support this extension. I would welcome your cooperation and help in a work on this extension. Thanks, Eduard Koucky. -Original Message- From: Hartmut Holzgraefe [mailto:[EMAIL PROTECTED]] Sent: Monday, July 09, 2001 5:57 PM To: Koucký Eduard Cc: PHP Developer List Subject: Re: [PHP-DEV] ANNOUNCE: SAPRFC extension well, first of all there is a license issue .. besides that you should apply for a CVS account (theres a request form somewhere on php.net) or ask someone who already has one to check in the code for you i might volunteer for this as i already started a RFC extension of my own so that i should be able to 'judge' your code somehow ... -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 --- [ Eduard Koucky, IT specialist, Czech television, Prague ] [ e-mail: [EMAIL PROTECTED], phone: ++420 2 61132081 ] [ WWW: http://saprfc.sourceforge.net, http://www.czech-tv.cz ] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [UPDATE] NGScan
Hum de dum. Been working on code for five clients, for the last 15 hours, and what's this? An old fashioned flamewar? On Monday, July 9, 2001, at 10:52 AM, Zeev Suraski wrote: Sascha, As a matter of fact, some of your negative contributions, i.e., having a horrible attitude and a limitless ego, caused PHP's development a great deal of damage. I have this to say, about that I'm a doc guy. Not much social status here. I read C, and write and patch it, but my contributions to the PHP project itself are primarilly about docs, about making php usabe, and viable, for PHP users. You know what would make me really happy? Chucking the code that generates the most bug fixes, the most doc notes, the most complaints and questions. Why? Excessive WTF factors. You want to know where our greatest bug problems are? Look to the supposedly bogus bug reports. Want to know what code sucks the most for end users? Look to errata notes, and bug reports. If it's complex to learn and understand, then it's broken. Period. If your code sucks, people will complain. I don't care how skilled or insightful or how elegantly abstract your C is, this isn't C. It's PHP. I don't care how great your über ideas about code constructs, or new functions, are, if you *don't* make them easier to use, while adding important value to PHP users, your *code* is the problem, not the user, not the docs. I don't even know (haven't looked) at who wrote it, but the two most damaging contribs in WTF terms have been our OO, and sessions. Both have generated lots of confusion, scorn, derision, errata, and bug reports, for being not-quite-straightforward and sensible. Of course, if neither of these two slams hit you two, why don't you compare numbers on your personal code, and see who has had more bug complaints/doc complaints/etc about your code, as viewed by those who have to work with it on a daily basis. (I have no idea who I just pissed off, but please realize the bug reports and errata are more than just bitchy users, they are also ratings on how usable the code is and both of these fail.) Perhaps I'll be surprised, but my guess is that most people could live seeing you disappear from the PHP Group and PHP development in general, a few lightyears before they would like to see me disappear from there. Nobody is irreplaceable. There's thousands of guys waiting to get the same fame, or power, or bragging rights, as you two. Many are as, or more, talented, knoledgeable, skillful, or educated as you both, but weren't in the right places at the right time. It doesn't mean that neither of us has to step away from this project, but perhaps you should finally take some time to figure out the meaning of the word humility, like our Norwegian friend once suggested. cough The very concept of the star-chamber-like php-group has raised some eyebrows. ESR's book highlights both the advantages, and disadvantages, of this process. If this was an open-source project, one of you could just fork off, :-) but right now you're having a war in front of the troops bad. I suggest you both learn to STFU[1], and listen. Humility is not something you can teach, so much as something you can learn. Others choose not to learn it, and eventually they are ignored for being the always-right-and-insulting-you-for-it individuals they are, which, of course, is exactly this kind of person that *nobody* will listen to. Nobody cares about you if you're right if you're right *all the time*. Since I've suffered ego-driven scorn from both of ya'll over the last year or so, I'd say some general STFU time is needed, so you two can calm down, and ascend to guruhood behavior, rather than fighting like feudal warlords in ancient japan. Maybe you can give the PHP lists wisdom instead of simple flamewars. At 20:35 9/7/2001, Sascha Schumann wrote: Zeev, I've given you more than half a year already to add the necessary logic to support accepting strings as input and exactly nothing happened. Hey, Sascha, we (as a project) get patches that take *years* to commit. Since I feel like the newbie in this war, I'll put it this way: 1. It doesn't matter if the code works. 2. It doesn't matter if *you* really need it. 3. It doesn't matter how long it takes, doing the hasty wrong thing is worse then doing nothing. I sugest you chill, and watch a few good movies or read a book. (You too, Zeev). I recommend _Gödel, Escher, and Bach, The eternal Golden braid_, and if you've read that, try Joyce's _Ulysses_ or the movies in the Wim Wenders section of your local movie rental store. And I certainly don't want to burn all the dynamic of the PHP project by sitting around and hoping that you may change your license at some undetermined point in the future. Thanks, but no. I hate the license too. (Check the archives if ya want...) It's not like it's unchangeable,
RE: [PHP-DEV] RE: Bug #11935 Updated: php 4.0.6 doesn't work with solid option
On Tue, 10 Jul 2001, Cristian Bortolato wrote: if I start /bin/httpd, it doesn't put any messages, but the process die immediatly. Try this: (and send the output to this list (As attachment)): strace /bin/httpd 21 httpd-trace this will make a file httpd-trace. Regards, Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10833 Updated: Hyperlink tag a when split on multiple lines, session ids are not propagated
ID: 10833 Updated by: sas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Session related Operating System: Linux PHP Version: 4.0.5 New Comment: Could you give a snapshot a try? http://snaps.php.net/ The scanner is supposed to ignore whitespace. Previous Comments: [2001-05-12 17:24:31] [EMAIL PROTECTED] This applicable for browsers that don't allow cookies: The following is not working: a class=subMenu href=?php if (!isset($currentMenu)) echo $smUrlRefs[$key]; else echo ../ . $smUrlRefs[$key]; ? Menu /a But if href is on the same line as a tag, it works: a class=subMenu href=?php if (!isset($currentMenu)) echo $smUrlRefs[$key]; else echo ../ . $smUrlRefs[$key]; ? Menu /a ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10833edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12001: Apache 1.3.6 + RedHat 6
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: Apache 1.3.6 + RedHat 6 1. Some older versions of Apache (like 1.3.6) does not support -S option in apxs tool and PHP 4.0.6 cannot make his lib file instead of this, I managed to compile it manually with -I/dir option 2. Just before that it was strange to me that when I installed libtool 1.4 (because there wasn't version 1.3.3 or newer) ./buildconf (used for compiling with dbg debugger) says: libtool version 1.4 found (ok) libtool version 1.3.3 or newer required -- Edit bug report at: http://bugs.php.net/?id=12001edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] register_tick_function problems..
Can someone take a look into this bug id and see if anything can be done to fix this problem ? The current report is tagged as 'analyzed' but maybe the developers overlooked the problem, as it is kind of old (ok, not too much). http://www.php.net/bugs.php?id=11536 Cheers, Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11886 Updated: bug #8908 is still alive in 4.0.6
ID: 11886 Updated by: sas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Suspended Bug Type: Session related Operating System: Solaris 8 PHP Version: 4.0.6 New Comment: There is currently no way to reregister constants such as SID in the Zend Engine. I suggest using session_id() in the appropiate places. Previous Comments: [2001-07-04 15:16:16] [EMAIL PROTECTED] After session_destroy () and registering a variable, session_id () returns a new value but SID still has the old one. Configured with mysql, no transparent sid, using php.ini very close to php.ini-optimized. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11886edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] NGScan - no more flames guaranteed...
hi: 7/9/01 9:00:21 PM, Zeev Suraski [EMAIL PROTECTED] wrote: At 21:55 9/7/2001, Thies C. Arntzen wrote: On Mon, Jul 09, 2001 at 09:47:46PM +0300, Zeev Suraski wrote: Remember that while this is an impressive improvement, it's not all that useful in the vast majority of cases (it's especially useful with Apache 2.0). IIS comes to mind - aolserver, fasttrack and maybe a few more. In terms of performance? I don't recall seeing any production sites running on the threaded version of PHP as of yet ...because there might be some issues to be addressed yet. I have posted here previously some moanings (sorry) about PHP, persistent database connections and multithreaded webservers... this is where PHP really makes the webservers scream... sorry but I'm not going to stop moaning :-) some examples: multithreaded Apache (latest 1.3.x versions at least, don't know about 2.0.x) does not apply because it spawns threads instead processes but that's all, new PHP global structures are allocated per thread, so great deal !. don't even think of IIS-ISAPI, some more semaphores are needed before we can pull several database-driven scripts at the same time without crashing... and so on... more... 7/9/01 9:31:47 PM, Zeev Suraski [EMAIL PROTECTED] wrote: Uhm, being the guy that made PHP thread safe and implemented the first multithreaded SAPI, I'd say I do too. It doesn't mean I don't realize it's currently not being actively used, though. so !, there are many corners we can cut here, for example, the multithreaded/persistent DB connections stuff and others. We are just willing to help! Isn't those technical issues much more important? Come on! Thanks for reading, F.J. Ortiz -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11536 Updated: register_tick_function weirdness
ID: 11536 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Open Bug Type: Scripting Engine problem Operating System: linux + apache PHP Version: 4.0.5 - 4.0.7 New Comment: It's not anaylysed, I could only reproduce it. Derick Previous Comments: [2001-06-18 08:26:20] [EMAIL PROTECTED] I can reproduce this with 4.0.6RC3 and 4.0.7dev. But the repeating is not after every reload. My guess is that it is per apache child. Derick [2001-06-18 08:22:29] [EMAIL PROTECTED] Hiya, Try to run the example on http://www.php.net/manual/en/control-structures.declare.php a couple of times output 1st time: [tick i=1] [tick i=2] output 2nd time: [tick i=1] [tick i=2] [tick i=3] [tick i=4] output 3rd time: [tick i=1] [tick i=2] [tick i=3] [tick i=4] [tick i=5] [tick i=6] You should get the point by now I think :) Greetz, Wico ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11536edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #11536 Updated: register_tick_function weirdness
Fine :) But please someone take a look into this, as I can also reproduce this problem on Linux / Apache / PHP 4.0.5 and it might be an easy fix (clueless though). Sinec we are talking about this, did anyone else ever tried using ticks on Apache under Windows 2000 ? I get a rather nasty Program Error or whatever the little message is when I run the same script in there. The sample script that I'm trying to use goes below: ?php // A function that records the time when it is called function metasearch() { echo Time now: . microtime() . br; } // Set up a tick handler register_tick_function(metasearch); declare(ticks=1) { 1;1;1;1;1; } ? When this error on Windows occurs, nothing shows up on the error_log, so I still don't know what is going on. Any suggestions are very welcome. Cheers, Joao On 10 Jul 2001 [EMAIL PROTECTED] wrote: ID: 11536 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Open Bug Type: Scripting Engine problem Operating System: linux + apache PHP Version: 4.0.5 - 4.0.7 New Comment: It's not anaylysed, I could only reproduce it. Derick Previous Comments: [2001-06-18 08:26:20] [EMAIL PROTECTED] I can reproduce this with 4.0.6RC3 and 4.0.7dev. But the repeating is not after every reload. My guess is that it is per apache child. Derick [2001-06-18 08:22:29] [EMAIL PROTECTED] Hiya, Try to run the example on http://www.php.net/manual/en/control-structures.declare.php a couple of times output 1st time: [tick i=1] [tick i=2] output 2nd time: [tick i=1] [tick i=2] [tick i=3] [tick i=4] output 3rd time: [tick i=1] [tick i=2] [tick i=3] [tick i=4] [tick i=5] [tick i=6] You should get the point by now I think :) Greetz, Wico ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11536edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12002: SIGSEGV with DOMXML (double free()?)
From: [EMAIL PROTECTED] Operating system: Debian Linux 2/testing PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: SIGSEGV with DOMXML (double free()?) Script too complex to post here (XML edit module). php.ini and apache config - nothing special. PHP 4.0.6 ./configure --prefix=/rscr/apprscr \ --with-apache=../../APACHE/ORIG/apache_1.3.20 \ --with-config-file-path=/rscr/apprscr/conf \ --with-regex=system \ --enable-debug \ --enable-track-vars \ --enable-trans-sid \ --disable-rpath \ --enable-session \ --enable-memory-limit \ --enable-sysvsem \ --enable-sysvshm \ --enable-shmop \ --enable-ctype \ --enable-sockets \ --enable-exif \ --with-jpeg-dir=shared,/usr \ --with-xpm-dir=shared,/usr/X11R6 \ --with-png-dir=shared,/usr \ --with-ttf=shared,/usr \ --with-t1lib=shared,/usr \ --with-mm \ --with-xml=/usr \ (debian ext/xml/config.m4 patch) --with-expat-dir=/usr \ --with-pcre-regex=/usr \ --without-pgsql \ --with-mysql=/usr \ --with-dom=/usr \ --with-zlib=/usr \ --with-ming=/usr \ --with-iconv=/usr Apache 1.3.20 ./configure --prefix=/rscr/apprscr --with-layout=Apache --disable-module=env --enable-module=setenvif --disable-module=negotiation --enable-module=alias --disable-module=userdir --disable-module=asis --disable-module=include --disable-module=cgi --disable-module=actions --disable-module=imap --disable-module=autoindex --enable-module=dir --activate-module=src/modules/php4/libphp4.a --activate-module=src/modules/gzip/mod_gzip.o --enable-module=rewrite make EXTRA_CFLAGS=-DDYNAMIC_MODULE_LIMIT=0 ldd httpd libpam.so.0 = /lib/libpam.so.0 (0x4002) libdl.so.2 = /lib/libdl.so.2 (0x40028000) libexpat.so.0 = /usr/lib/libexpat.so.0 (0x4002c000) libmm.so.11 = /usr/lib/libmm.so.11 (0x40049000) libpcre.so.3 = /usr/lib/libpcre.so.3 (0x4004e000) libmysqlclient.so.10 = /usr/lib/libmysqlclient.so.10 (0x40057000) libz.so.1 = /usr/lib/libz.so.1 (0x4008b000) libming.so = /usr/lib/libming.so (0x4009b000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0x400c2000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x4014e000) libresolv.so.2 = /lib/libresolv.so.2 (0x4017c000) libm.so.6 = /lib/libm.so.6 (0x4018d000) libnsl.so.1 = /lib/libnsl.so.1 (0x401af000) libdb.so.2 = /lib/libdb.so.2 (0x401c4000) libc.so.6 = /lib/libc.so.6 (0x401d2000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) libc6 2.2.3-5 libc6-dbg 2.2.3-5 libxml22.3.13-1 libxml2-dev2.3.13-1 libexpat1 1.95.1-5 libexpat1-dev 1.95.1-5 libc6-dev 2.2.3-5 GDB trace: (gdb) run -X Starting program: /XX/./httpd -X Program received signal SIGSEGV, Segmentation fault. 0x4024320b in free () from /lib/libc.so.6 (gdb) bt #0 0x4024320b in free () from /lib/libc.so.6 #1 0x401124d0 in xmlXPathFreeNodeSet () from /usr/lib/libxml2.so.2 #2 0x40112fc8 in xmlXPathFreeObject () from /usr/lib/libxml2.so.2 #3 0x8085362 in php_free_xpath_object (rsrc=0x86e6ed4) at php_domxml.c:188 #4 0x8118bda in list_entry_destructor (ptr=0x86e6ed4) at zend_list.c:179 #5 0x811722b in zend_hash_apply_deleter (ht=0x81e8150, p=0x86e6d04) at zend_hash.c:615 #6 0x81173e8 in zend_hash_graceful_destroy (ht=0x81e8150) at zend_hash.c:666#7 0x8118d27 in zend_destroy_rsrc_list () at zend_list.c:234 #8 0x81090c1 in shutdown_executor () at zend_execute_API.c:179 #9 0x811242c in zend_deactivate () at zend.c:540 #10 0x807a867 in php_request_shutdown (dummy=0x0) at main.c:660 #11 0x8077c77 in php_apache_request_shutdown () #12 0x8147c39 in run_cleanups () #13 0x81462d5 in ap_clear_pool () #14 0x8146357 in ap_destroy_pool () #15 0x81462c1 in ap_clear_pool () #16 0x8156551 in child_main () #17 0x8156b91 in make_child () #18 0x8156d0c in startup_children () #19 0x815737c in standalone_main () #20 0x8157bac in main () #21 0x401ef2db in __libc_start_main () from /lib/libc.so.6 or with MALLOC_CHECK_=2 #0 0x401feaf1 in kill () from /lib/libc.so.6 #1 0x401fe7d4 in raise () from /lib/libc.so.6 #2 0x401fff51 in abort () from /lib/libc.so.6 #3 0x402451d0 in malloc_set_state () from /lib/libc.so.6 #4 0x402431fa in free () from /lib/libc.so.6 #5 0x401124d0 in xmlXPathFreeNodeSet () from /usr/lib/libxml2.so.2 #6 0x40112fc8 in xmlXPathFreeObject () from /usr/lib/libxml2.so.2 #7 0x8085362 in php_free_xpath_object (rsrc=0x841bc84) at
[PHP-DEV] Bug #11569 Updated: session_register() not working after session_unset(); session_destroy();
ID: 11569 Updated by: sas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Session related Operating System: Solaris 8 / Sparc PHP Version: 4.0.5 New Comment: session_unset() will delete the variables from the global scope. So, instead of global $a; session_unset(); $a = foo; you need to use this: session_unset(); global $a; # establish link to global variable $a = foo; Previous Comments: [2001-06-19 19:47:48] [EMAIL PROTECTED] I adopted most of this little script from user feedback in the session_unset()'s annotations. I ran into the same problem, and think that it demonstrates it well. ?php function dummy() { global $a; session_unset(); $a= 'foo'; echo br2. .session_register('a'); } session_start(); $a= 'foo'; session_register('a'); echo br1. $a; dummy(); echo br3. $a; ? If you run it, you'll see that, even though the second session_register() returns TRUE, $a is not registered again, and remains unset. This bug does not allow me to be paranoid enough coding a login-protected website. Thanks. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11569edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12003: failed to locate host machine
From: [EMAIL PROTECTED] Operating system: Linux Red Hat 7.1 (2.4.2) PHP version: 4.0.6 PHP Bug Type: InterBase related Bug description: failed to locate host machine I have a problem with connecting to database server. I have W2000+Apache1.3.20+PHP4.06 machine and when I connect with $dbh = ibase_pconnect('interbase.agropol:/opt/interbase/data/ptf.gdb','name','pass'); it works. The server is Red Hat 7.1. But when I try to connect from itself with $dbh = ibase_connect('localhost:/opt/interbase/data/ptf.gdb','name','pass'); it returns to me Warning: InterBase: Unable to complete network request to host localhost. Failed to locate host machine. Undefined service gds_db/tcp. in /usr/local/apache/htdocs/cl.php on line 11 -- Edit bug report at: http://bugs.php.net/?id=12003edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12003 Updated: failed to locate host machine
ID: 12003 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: InterBase related Operating System: Linux Red Hat 7.1 (2.4.2) PHP Version: 4.0.6 New Comment: This does not like a PHP error, but PHP is rather relaying the error that InterBase gives. Are you sure Interbase running and the name 'localhost' resolves into an IP address? Derick Previous Comments: [2001-07-10 05:58:33] [EMAIL PROTECTED] I have a problem with connecting to database server. I have W2000+Apache1.3.20+PHP4.06 machine and when I connect with $dbh = ibase_pconnect('interbase.agropol:/opt/interbase/data/ptf.gdb','name','pass'); it works. The server is Red Hat 7.1. But when I try to connect from itself with $dbh = ibase_connect('localhost:/opt/interbase/data/ptf.gdb','name','pass'); it returns to me Warning: InterBase: Unable to complete network request to host localhost. Failed to locate host machine. Undefined service gds_db/tcp. in /usr/local/apache/htdocs/cl.php on line 11 ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12003edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12002 Updated: SIGSEGV with DOMXML (double free()?)
ID: 12002 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: Debian Linux 2/testing PHP Version: 4.0.6 New Comment: Great! Thanks for the report. Would it be possible for you to provide as short as possible of a reproducing script/xml file, either through the bug report interface or by providing a hyperlink, or something? Previous Comments: [2001-07-10 05:27:13] [EMAIL PROTECTED] Script too complex to post here (XML edit module). php.ini and apache config - nothing special. PHP 4.0.6 ./configure --prefix=/rscr/apprscr \ --with-apache=../../APACHE/ORIG/apache_1.3.20 \ --with-config-file-path=/rscr/apprscr/conf \ --with-regex=system \ --enable-debug \ --enable-track-vars \ --enable-trans-sid \ --disable-rpath \ --enable-session \ --enable-memory-limit \ --enable-sysvsem \ --enable-sysvshm \ --enable-shmop \ --enable-ctype \ --enable-sockets \ --enable-exif \ --with-jpeg-dir=shared,/usr \ --with-xpm-dir=shared,/usr/X11R6 \ --with-png-dir=shared,/usr \ --with-ttf=shared,/usr \ --with-t1lib=shared,/usr \ --with-mm \ --with-xml=/usr \ (debian ext/xml/config.m4 patch) --with-expat-dir=/usr \ --with-pcre-regex=/usr \ --without-pgsql \ --with-mysql=/usr \ --with-dom=/usr \ --with-zlib=/usr \ --with-ming=/usr \ --with-iconv=/usr Apache 1.3.20 ./configure --prefix=/rscr/apprscr --with-layout=Apache --disable-module=env --enable-module=setenvif --disable-module=negotiation --enable-module=alias --disable-module=userdir --disable-module=asis --disable-module=include --disable-module=cgi --disable-module=actions --disable-module=imap --disable-module=autoindex --enable-module=dir --activate-module=src/modules/php4/libphp4.a --activate-module=src/modules/gzip/mod_gzip.o --enable-module=rewrite make EXTRA_CFLAGS=-DDYNAMIC_MODULE_LIMIT=0 ldd httpd libpam.so.0 = /lib/libpam.so.0 (0x4002) libdl.so.2 = /lib/libdl.so.2 (0x40028000) libexpat.so.0 = /usr/lib/libexpat.so.0 (0x4002c000) libmm.so.11 = /usr/lib/libmm.so.11 (0x40049000) libpcre.so.3 = /usr/lib/libpcre.so.3 (0x4004e000) libmysqlclient.so.10 = /usr/lib/libmysqlclient.so.10 (0x40057000) libz.so.1 = /usr/lib/libz.so.1 (0x4008b000) libming.so = /usr/lib/libming.so (0x4009b000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0x400c2000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x4014e000) libresolv.so.2 = /lib/libresolv.so.2 (0x4017c000) libm.so.6 = /lib/libm.so.6 (0x4018d000) libnsl.so.1 = /lib/libnsl.so.1 (0x401af000) libdb.so.2 = /lib/libdb.so.2 (0x401c4000) libc.so.6 = /lib/libc.so.6 (0x401d2000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) libc6 2.2.3-5 libc6-dbg 2.2.3-5 libxml22.3.13-1 libxml2-dev2.3.13-1 libexpat1 1.95.1-5 libexpat1-dev 1.95.1-5 libc6-dev 2.2.3-5 GDB trace: (gdb) run -X Starting program: /XX/./httpd -X Program received signal SIGSEGV, Segmentation fault. 0x4024320b in free () from /lib/libc.so.6 (gdb) bt #0 0x4024320b in free () from /lib/libc.so.6 #1 0x401124d0 in xmlXPathFreeNodeSet () from /usr/lib/libxml2.so.2 #2 0x40112fc8 in xmlXPathFreeObject () from /usr/lib/libxml2.so.2 #3 0x8085362 in php_free_xpath_object (rsrc=0x86e6ed4) at php_domxml.c:188 #4 0x8118bda in list_entry_destructor (ptr=0x86e6ed4) at zend_list.c:179 #5 0x811722b in zend_hash_apply_deleter (ht=0x81e8150, p=0x86e6d04) at zend_hash.c:615 #6 0x81173e8 in zend_hash_graceful_destroy (ht=0x81e8150) at zend_hash.c:666#7 0x8118d27 in zend_destroy_rsrc_list () at zend_list.c:234 #8 0x81090c1 in shutdown_executor () at zend_execute_API.c:179 #9 0x811242c in zend_deactivate () at zend.c:540 #10 0x807a867 in php_request_shutdown (dummy=0x0) at main.c:660 #11 0x8077c77 in php_apache_request_shutdown () #12 0x8147c39 in run_cleanups () #13 0x81462d5 in ap_clear_pool () #14 0x8146357 in ap_destroy_pool () #15 0x81462c1 in ap_clear_pool () #16 0x8156551 in child_main () #17 0x8156b91 in make_child () #18 0x8156d0c in startup_children () #19 0x815737c in standalone_main () #20 0x8157bac in main () #21 0x401ef2db in __libc_start_main () from /lib/libc.so.6 or with MALLOC_CHECK_=2 #0 0x401feaf1 in kill () from /lib/libc.so.6 #1 0x401fe7d4 in raise () from /lib/libc.so.6 #2
[PHP-DEV] Bug #12004: problem with fopen over ftp and a related fgets
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.5 PHP Bug Type: *Directory/Filesystem functions Bug description: problem with fopen over ftp and a related fgets Configure './configure' '--with-apxs=/usr/local/apache/bin/apxs' Command'--with-mysql' '--with-pgsql' '--with-zlib' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--enable-versioning' '--enable-track-vars=yes' '--enable-url-includes' '--enable-sysvshm' '--enable-syscsem' '--with-gettext' ?php $file = user:[EMAIL PROTECTED]/path/file.txt; if (!($fp = fopen($file, r+))) { echo error: can't open filebr; exit; } fputs($fp, test number one...); fputs($fp, test number two...); fputs($fp, etc...); fclose($fp); ? --- The problem is, that nothing is written in the file even though fopen,fputs and fclose do not return an error. If you use fopen($file, a+) the strings are written to file. But now the problem is, that fopen tries to create that file even if it already exists. Ciao, Tobias -- Edit bug report at: http://bugs.php.net/?id=12004edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #11985 Updated: BUG with parse_str
OK, so : #SCRIPT 'try_parse_str.php'# HTML HEAD META HTTP-EQUIV=Expires CONTENT=Sat, 17 May 1975 09:32:45 GMT META HTTP-EQUIV=PRAGMA CONTENT=no-cache /HEAD ?php if ($HTTP_GET_VARS['pass'] != 2) { print FORM ACTION='try_parse_str.php' METHOD=GET; print INPUT TYPE='hidden' NAME='pass' Value='2'; print INPUT TYPE='checkbox' NAME='delete[]' Value='Choice_one' Choice One\n.BR\n; print INPUT TYPE='checkbox' NAME='delete[]' Value='Choice_two' Choice Two\n.BR\n; print INPUT TYPE='submit' VALUE='SUBMIT'; print INPUT TYPE='reset' VALUE='RESET'BR; print /FORM; print BR; } else { parse_str($QUERY_STRING); for($i=0; $i sizeof($delete); $i++) { print $delete[$i].BR\n; }; } ? /HTML ## # URL CALLED # ## http://mycomputer/try_parse_str.php I check the two boxes = URL called then is : http://msmile/try_parse_str.php?pass=2delete%5B%5D=Choice_onedelete%5B%5D=Choice_two ## # OUTPUT # ## Choice_one Choice_two Choice_one Choice_two ## AND, we should have rather: ## # OUTPUT # ## Choice_one Choice_two ## So, there is a bug. Regards, Benoit. --- Bug Database [EMAIL PROTECTED] a écrit : ID: 11985 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *General Issues Operating System: SOLARIS 2.8 PHP Version: 4.0.6 New Comment: Perhaps showing us the complete script and output would help. With what you have here, I can make no sense of your problem. That URL could not have been generated by that form as there are no [] in it. Thanks, Brian. Previous Comments: [2001-07-09 13:17:46] [EMAIL PROTECTED] It seems to be a mistake with the function parse_str() applyed to $QUERY_STRING. URL: http://mycomputer/myscript?delete=10delete=12 HTML CODE: Input type=checkbox name=delete[] value=10 Input type=checkbox name=delete[] value=12 And (not the winner is :-) ) parse_str($QUERY_STRING) returns in the environment an array $delete with a size of 4 (instead of 2) !! Some programmer forget to divide a result by 2, or there is something I forget ? (TEST : $i=0; while (isset($delete)) { print $delete[$i]\n; $i++ } ... I obtain 4 writings with this test (i wanted not use the sizeof function for my test)). Regards ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11985edit=1 ___ Do You Yahoo!? -- Pour faire vos courses sur le Net, Yahoo! Shopping : http://fr.shopping.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12005: Couldn't open stream
From: [EMAIL PROTECTED] Operating system: Linux Slackware PHP version: 4.0.4 PHP Bug Type: IMAP related Bug description: Couldn't open stream How to correct this warning? Warning: Couldn't open stream {localhost:143} ??? We are constructing a webmail, and we use the function imap_open. Please, to return reply. Grateful, Rafael Rieder Leandro P. Bogoni -- Edit bug report at: http://bugs.php.net/?id=12005edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12005 Updated: Couldn't open stream
ID: 12005 Updated by: derick Reported By: [EMAIL PROTECTED] Old Summary: Couldn't open stream Old Status: Open Status: Feedback Bug Type: IMAP related Operating System: Linux Slackware PHP Version: 4.0.4 New Comment: This is not a support forum, ask on the [EMAIL PROTECTED] mailing list. Derick Previous Comments: [2001-07-10 07:27:41] [EMAIL PROTECTED] How to correct this warning? Warning: Couldn't open stream {localhost:143} ??? We are constructing a webmail, and we use the function imap_open. Please, to return reply. Grateful, Rafael Rieder Leandro P. Bogoni ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12005edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12005 Updated: Couldn't open stream
ID: 12005 Updated by: derick Reported By: [EMAIL PROTECTED] Old Summary: Couldn't open stream Old Status: Feedback Status: Bogus Bug Type: IMAP related Operating System: Linux Slackware PHP Version: 4.0.4 Previous Comments: [2001-07-10 07:27:41] [EMAIL PROTECTED] How to correct this warning? Warning: Couldn't open stream {localhost:143} ??? We are constructing a webmail, and we use the function imap_open. Please, to return reply. Grateful, Rafael Rieder Leandro P. Bogoni ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12005edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request
CVS Account Request wrote: Full name: Raphael Vallazza Email: [EMAIL PROTECTED] ID:raphael Purpose: libxslt backend for xslt module under (/php4/ext/xslt) sterling hughes asked me to request a cvs account Can someone please add him? Thanks. -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #12002 Updated: SIGSEGV with DOMXML (double free()?)
On 10 Jul 2001, Bug Database wrote: Sorry, but i cannot feedback, because The username or password you supplied was incorrect. Something went wrong updating the database. --- Bug id #12002 [2001-07-10 06:04:17] [EMAIL PROTECTED] Great! Thanks for the report. Would it be possible for you to provide as short as possible of a reproducing script/xml file, either through the bug report interface or by providing a hyperlink, or something? --- --- test.php --- ?php $doc = xmldocfile(test.xml); $xpath_context = $doc-xpath_new_context(); if (!$xpath) { $xpath = //child::article/para/segmentedlist/segmenteditem/seg; } echo br\n; echo xpath: $xpath; echo br\nbr\n; $nodes = xpath_eval($xpath_context, $xpath); print_r($nodes); echo br\nhr\n; readfile(test.xml); ? --- test.xml --- ?xml version=1.0 encoding=iso-8859-2? article id=8607 titleTesting article.../title subtitleneustale/subtitle artheader date10.07.2001 11:49/date editor id=ed1 honorific/ firstnameJan/firstname surnameNovak/surname othername/ affiliation orgnameCesky 1/orgname /affiliation /editor revhistory revision date20010710114913/date revremark/ /revision /revhistory /artheader para role=pocasi segmentedlist role=pocasi segmenteditem role=D seg role=min_teplota12/seg seg role=max_teplota20/seg seg role=obrazek/ /segmenteditem /segmentedlist /para /article --- testing --- OK http://amik.fido.cz:8081/test/xpath.html?xpath=//child::article SIGSEGV http://amik.fido.cz:8081/test/xpath.html?xpath=child::article http://amik.fido.cz:8081/test/xpath.html?xpath=/child/article I know, this xpath is invalid, but sigsegv is not expected result :-). Thanx a lot for your help. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12006: inaccorate result when connent to Interbase 6
From: [EMAIL PROTECTED] Operating system: winme PHP version: 4.0.6 PHP Bug Type: *Database Functions Bug description: inaccorate result when connent to Interbase 6 Get error result on decimal point eg. data is 9600 but it returns 9600.20 -- Edit bug report at: http://bugs.php.net/?id=12006edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12006 Updated: inaccorate result when connent to Interbase 6
ID: 12006 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Database Functions Operating System: winme PHP Version: 4.0.6 New Comment: Please show the SQL table structure and a small reproducing script. Derick Previous Comments: [2001-07-10 08:10:25] [EMAIL PROTECTED] Get error result on decimal point eg. data is 9600 but it returns 9600.20 ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12006edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11823 Updated: bad constructor name for IT_Error class
ID: 11823 Updated by: zeev Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: FreeBSD-4.1 PHP Version: 4.0 Latest CVS (2001-07-01) New Comment: Fixed in the latest CVS. Thanks for reporting! Previous Comments: [2001-07-01 10:20:27] [EMAIL PROTECTED] In pear/HTML/IT_Error.php, it's defined IT_Error class. In this class, class name is 'IT_Error', but constructor name is 'Cache_Error()'. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11823edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12007: Conflict in ncurses and cpdf?
From: [EMAIL PROTECTED] Operating system: Linux -386 PHP version: 4.0CVS-2001-07-10 PHP Bug Type: *Compile Issues Bug description: Conflict in ncurses and cpdf? Using ncurses 5.2.20010318-2 (from Debian unstable) and clibpdf-2.02. When compiling: /bin/sh /usr/local/src/build/php4/libtool --silent --mode=compile gcc -I. -I/usr/local/src/build/php4/main -I/usr/local/src/build/php4/main -I/usr/local/src/build/php4 -I/usr/local/apache/include -I/usr/local/src/build/php4/Zend -I/usr/include/freetype2/freetype -I/usr/include/mysql -I/usr/include/ucd-snmp -I/usr/local/src/build/php4/ext/xml/expat -I/usr/local/src/build/php4/TSRM -I/usr/local/apache/include -I/usr/local/src/build/php4/Zend -I/usr/include/freetype2/freetype -I/usr/include/mysql -I/usr/include/ucd-snmp -I/usr/include/ucd-snmp -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -g -O2 -prefer-pic -c internal_functions.c In file included from /usr/local/src/build/php4/ext/ncurses/php_ncurses.h:23, from internal_functions.c:38: /usr/include/curses.h:991: warning: `inch' redefined /usr/local/include/cpdflib.h:83: warning: this is the location of the previous definition In file included from /usr/local/src/build/php4/ext/ncurses/php_ncurses.h:23, from internal_functions.c:38: /usr/include/curses.h:487: parse error before `72.0' make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/usr/local/src/build/php4/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/build/php4/main' make: *** [all-recursive] Error 1 -- Edit bug report at: http://bugs.php.net/?id=12007edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Recent bug system changes
Whoever changed the Bug system, can you please correct it. I'm not sure that the Status field is where the PHP version is supposed to be, nor is the Version field where the OS type is supposed to be, nor is the OS field where the short desc supposed to be... etc. etc -- Dan Kalowsky Tonight I think I'll walk alone, Worldgate Communications I'll find my soul as I go home. Software Engineer - TICS Group - Temptation -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [UPDATE] NGScan
Whee. I mainly just archive this list and scan it at intervals, but someone drew my attention to this thread. I am not a member of the PHP Group, and barely a contributor to PHP, but I *do* have some experience in working in groups like this, and *lots* of experience in being abrasive. So I am going to pitch in my .5euro and people can like it, lump it, flame me, or whatever. First, everyone should step back, take a deep breath, consider whether the adrenaline level is healthy, and think about how big a part of their LIVES (you know, with significant others, family, pets, careers, ..) this is and ought to be. Next, consider that exchanges in email have a tendency to escalate like an uncontrolled fission situation in twenty kilos of U235. Unlike in face-to-face confrontations, whilst you are considering and writing your incensed reply, the other party is unable to offer rebuttals, and there is no body language component. In essence, each takes turns up on a soapbox, and whomever is not on the soapbox at the moment gets to fume and experiment with hypertension, and a common result is an explosive release of that tension and bile when s/he gets to mount the box. In other words, it is NOT a natural discourse. Allowances should be made. Now, to my personal (and probably flameworthy) impressions. I read this entire thread out of the blue, with no history of nor opinion about the technical issues involved. First, Zeev: I consider you to be 'way off base here. Regardless of what has gone before, pointing out (what you consider to be) someone else's inadequacies does not obviate your own. Do you admit that your posts are nothing but your opinion and may not be reflective of reality? No, you challenge others to consider that you 'might be right for once.' Why? Do you think people consistently think you are *not* right? If so, why might that be? You come across as though you are omniscient; do you say 'IMHO, having another scanner is stupid'? No, you say 'having another scanner is stupid, and if you think about it you will see that I am right'. Boy, that would sure rub me the wrong way! One of the fundamental forces behind open development is the 'scratch an itch' aspect. Sascha apparently has an itch, has been waiting for something you apparently said you were going to do to come along and scratch it, but has given up and scratched it himself. It is NOT for you, nor anyone else, to say that he should not do so. No-one here is entitled to speak in absolutes, only opinions. Next, Sascha: I think the offended dignity pose is counterproductive. If you think people's accusations about you are inaccurate, say so -- do NOT counter'attack'. Address them rationally, and maybe consider that they may be right to whatever extent. We none of us can be completely objective about ourselves, and certainly we cannot tell someone that his/her subjective opinion of us is mistaken. All we can do is evaluate criticism (hopefully constructive, but that seems to be vanishingly small content in this thread!) with an open mind, and either acknowledge it as possibly being accurate, or else propose our own perceptions of the meaning of the same data. I personally have been irritated by postings by just about everyone, you included, but I generally swallow it because the technical merits outweigh my subjective perception. Both of you: I suggest that you back off and apologise. Ad hominem attacks are generally not productive. Make constructive criticism. Zeev, perhaps if you explain *why* an abstraction is stupid, rather than loftily saying it is IOTTMCO (intuitively obvious to the most casual observer), Sascha and others will agree with you. Or perhaps they will point out flaws in your argument. Sascha, consider and carefully review the remarks about your attitude. You may not agree with them, but *something* has led to this pass, and you need to accept that and either see about addressing the cause or else publicly acknowledge that you are sorry but 'it is what it is' and you cannot or will not change. And in your turn explain why you think an abstraction *is* a good idea. I regard both of you as incredibly technically talented, and value your contributions. Can we please find a quieter means of productive coexistence, even if mutual loathing is required? Okey, everyone can flame me, he-who-butts-in-uninvited, now. -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Apache Software Foundation http://www.apache.org/ Apache Server for Dummieshttp://Apache-Server.Com/ Apache Server Unleashed http://ApacheUnleashed.Com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11806 Updated: Using $string = md5($string); crashed HTTP child processes
ID: 11806 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Reproducible crash Operating System: Linux 2.2.16 PHP Version: 4.0.6 Assigned To: derick New Comment: This should be fixed in the latest CVS - please let me know if the problem still occurs. Previous Comments: [2001-07-01 12:14:57] [EMAIL PROTECTED] Derick, Thanks I did not think to check there this time. I see the following, even with the the $cipher = md5() and CleanString functions disabled: [Sun Jul 1 09:11:55 2001] Script: '/home/nerdwww/compose.php' --- mcrypt.c(1322) : Block 0x08429258 status: Beginning: OK (allocated on mcrypt.c:1252, 24 bytes) End: Overflown (magic=0x35653364 instead of 0x2A8FCC84) At least 4 bytes overflown --- Here are the calls I make using mcrypt outside of the compose.php script you have already seen: http://www.nerdnet.com/functions.phps Thanks again! Joe [2001-07-01 06:45:31] [EMAIL PROTECTED] Hello, with debug enabled, do you see any errors in either your httpd errorlog or in /var/log/zenderrors ? Derick [2001-06-30 21:52:11] [EMAIL PROTECTED] Update: I have compiled php-4.0.6 with --enable-debug to try and get a backtrace, but when I do, the bug vanishes and the same code no longer crashed my httpd child process.. Here is some detailed info: PHP 4.0.6 config line: ./configure --with-mysql --with-gd --enable-track-vars --with-jpeg-dir=/usr/local/lib --enable-bcmath --with-apache=../apache_1.3.20 --enable-ftp --enable-sockets --with-mcrypt --enable-debug and for Apache 1.3.20 EAPI_MM=../mm-1.1.3 \ SSL_BASE=../openssl-0.9.6a \ ./configure \ --enable-module=ssl \ --with-layout=RedHat \ --activate-module=src/modules/php4/libphp4.a \ --enable-module=rewrite \ The script that is causing this error is: http://www.nerdnet.com/compose.phps As you can see, a use submits a form, which is the source of $cipher, an alphanumeric string, which is then encrypted and other actions take place after. I am not using the Zend Optimizer or anything unusual here at all... If I run the httpd thru gdb and reproduce the crash it gives me an error in shutdown_memory_manager() when it crashes, but not much else since the bug disappears when I compile in debug into PHP... If any more info is needed let me know... Thanks PHP team, you guys rule!!! Joe [2001-06-30 05:10:11] [EMAIL PROTECTED] Can you please post your script as .txt file on the web, so that I can check how the $cipher is generated? And is it possibly for you to make a backtrace of this crash (http://www.php.net/bugs-generating-backtrace.php) as I couldn't reproduce it. Derick [2001-06-29 14:04:25] [EMAIL PROTECTED] PHP Options: './configure' '--with-mysql' '--with-gd' '--enable-track-vars' '--with-jpeg-dir=/usr/local/lib' '--enable-bcmath' '--with-apache=../apache_1.3.20' '--enable-ftp' '--enable-sockets' '--with-mcrypt' The problem I am having is: When using the code: $cipher = md5($cipher); httpd crashes the current child process with: [Fri Jun 29 10:54:49 2001] [notice] child pid 9766 exit signal Segmentation fault (11) [Fri Jun 29 10:54:50 2001] [notice] child pid 9920 exit signal Segmentation fault (11) The page then fails to load, returning nothing to the browser. Also, I have another function called CleanSring($string); which looks like: function CleanString($string) { $string = strip_tags($string); $string = preg_replace(/\/?(html|head|meta|title|body|font|img|.jpg|.gif|.vbs|script|tr|table|text).*/,,$string); $string = preg_replace(/\/?(HTML|HEAD|META|TITLE|BODY|FONT|IMG|.JPG|.GIF|.VBS|SCRIPT|TR|TABLE|TEXT).*/,,$string); $string = preg_replace(/[^]*/,,$string); return $string; } Calling this function like: $string = CleanString($string); causes the same problem. Whats weird is I call md5() again below the problem code: $now = date(r); $thisID = md5(substr(makeID(), 0, 16)); $onetimepass = substr(md5($thisID), 0, 8); And neither of these causes the same problem, even when being used in the same document. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11806edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list
[PHP-DEV] Bug #12008: mysql_fetch_* inconsistent with MySQL C API
From: [EMAIL PROTECTED] Operating system: RedHat 6.2 PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: mysql_fetch_* inconsistent with MySQL C API The handling of NULL values in mysql_fetch_* function seems to be inconsistent with MySQL C API: in C, mysql_fetch_row() would put nil values in the row array if corresponding value in the select statement is NULL. In PHP it seems, as dicussed on mysql_fetch_array() page, the NULL values would not be stored in the array at all. This poses some problems when migrating from C to PHP. Would it be possible to introduce another function that would be consistent with MySQL C API? -- Edit bug report at: http://bugs.php.net/?id=12008edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [UPDATE] NGScan
At 16:05 10/7/2001, Rodent of Unusual Size wrote: First, Zeev: I consider you to be 'way off base here. Regardless of what has gone before, pointing out (what you consider to be) someone else's inadequacies does not obviate your own. Do you admit that your posts are nothing but your opinion and may not be reflective of reality? No, you challenge others to consider that you 'might be right for once.' Why? Do you think people consistently think you are *not* right? If so, why might that be? You come across as though you are omniscient; do you say 'IMHO, having another scanner is stupid'? No, you say 'having another scanner is stupid, and if you think about it you will see that I am right'. Boy, that would sure rub me the wrong way! One of the fundamental forces behind open development is the 'scratch an itch' aspect. Sascha apparently has an itch, has been waiting for something you apparently said you were going to do to come along and scratch it, but has given up and scratched it himself. It is NOT for you, nor anyone else, to say that he should not do so. No-one here is entitled to speak in absolutes, only opinions. The 'I might be right' statement was aimed at Thies (and Rasmus, possibly), not at everyone. If everyone was telling me I was wrong all the time, I would have figured it out by now and quit. This is not the case though. I also realize that bashing someone in public doesn't necessarily say any good things about me. I've explained numerous times that I chose to go in this path only after months and years of failing to approach the problem in other ways. I realize that this was not necessarily the safest thing to do, but 'victory' is indeed not possible without facing danger. As for the 2nd scanner being smart or not, in the beginning, I indeed failed to find words to explain why having two identical beasts, one stronger than the other with no other issues, makes no sense. I later thought about it for a bit, and tried to find words to explain what I considered obvious, explicitly pointing out that I may have been mistaken to consider everyone thinks it's obvious. I already did do that, though. Comparing it to Apache, it would be similar to having two httpd.conf scanners that do exactly the same thing, one being 20% faster and more portable than the other, and having to abstract the Apache conf-file-reader-scanner interface through mod_perl, or something like that, because this scanner is incompatible with the Apache license, only with the Perl (GPL) license. My guess is that it wouldn't have been done, but either ignored, or reimplemented by the Apache folks under ASF license. As for Sascha's itch, to judge things here, you indeed needed to be a bit more involved in the way things worked. Let's put it this way - it's simply not the way things were here. I appreciate your experience and obviously-neutral view. I am sorry for having to bring the subject up, even though I still think it was the right thing to do. As I told Sascha in person, I think that despite the mess, I think that something good also came out of openly discussing it. I apologize for the readers who got offended by this discussion. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Possible feature for current version of PHP or PHP 4.1/5.0.
On Tue, 10 Jul 2001, Andi Gutmans wrote: Does others also think it should wait for 4.1 or later? If so I'll leave it for now (I'll have more free time :). It'd be really nice to have it as soon as possible. ;-) -Andrei * Change is the only constant. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12008 Updated: mysql_fetch_* inconsistent with MySQL C API
ID: 12008 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: RedHat 6.2 PHP Version: 4.0.6 New Comment: fetch_array, in recent versions (4.0.6 inclusive) should actrually populate NULL values in the array. Are you sure you tested it with 4.0.6? How did you arrive to the conlusion they're not there? Previous Comments: [2001-07-10 09:08:13] [EMAIL PROTECTED] The handling of NULL values in mysql_fetch_* function seems to be inconsistent with MySQL C API: in C, mysql_fetch_row() would put nil values in the row array if corresponding value in the select statement is NULL. In PHP it seems, as dicussed on mysql_fetch_array() page, the NULL values would not be stored in the array at all. This poses some problems when migrating from C to PHP. Would it be possible to introduce another function that would be consistent with MySQL C API? ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12008edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #11997: PHP Won't work on XP 2
On Tuesday 10 July 2001 04:24, Joey Smith wrote: Geez...is this not in the FAQ? It really should be... Perhaps, for the next installer, this msg could be modified to: Unable to configure webserver, due to a missing OCX control on your system, the install Wizard is unable to configure your web server. However, PHP has been sucessfully installed. For more information, please see insert FAQ URL. PLEASE DO NOT POST THIS TO THE BUG DATABASE! Well - as it happens, the error message in full actually reads Due to a missing OCX control on your system, the installation Wizard is unable to configure your web server. However, PHP has been successfully installed, and all you need to do now is manually configure the web server as described in the install.txt file which can be found in your php installation directory. Which, surprisingly, is exactly what the user needs to do! -- Phil Driscoll -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Possible feature for current version of PHP or PHP 4.1/5.0.
If we choose to do it in Andi's way (no real drawbacks, considering it's downwards compatible for most practical purposes), we can do it within 4.0. At 16:15 10/7/2001, Andrei Zmievski wrote: On Tue, 10 Jul 2001, Andi Gutmans wrote: Does others also think it should wait for 4.1 or later? If so I'll leave it for now (I'll have more free time :). It'd be really nice to have it as soon as possible. ;-) -Andrei * Change is the only constant. * -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11991 Updated: Installer does not like Windows XP Professional RC1.
ID: 11991 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IIS related Operating System: Windows XP Professional bld 2505 PHP Version: 4.0.6 New Comment: The full error message tells the user what they need to do, i.e. read install.txt and follow the instructions in there. Previous Comments: [2001-07-09 19:04:39] [EMAIL PROTECTED] While installing PHP on Windows XP Professional. The installer complains that a required OCX is missing and that the web server was not configured. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11991edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] register_tick_function problems..
On Tue, 10 Jul 2001, Joao Prado Maia wrote: Can someone take a look into this bug id and see if anything can be done to fix this problem ? The current report is tagged as 'analyzed' but maybe the developers overlooked the problem, as it is kind of old (ok, not too much). http://www.php.net/bugs.php?id=11536 I couldn't find what example the bug was referring to. -Andrei Windows 2000 is certified not to crash more than once a day, so what is the bootup time, 24 hours? -- Sam Liddicott -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11997 Updated: PHP Won't work on XP 2
ID: 11997 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Summary: PHP Won't work on XP 2 Old Status: Open Status: Bogus Bug Type: IIS related Operating System: Microsoft Windows XP Professiona PHP Version: 4.0.6 New Comment: The error message tells you exactly what you need to do - i.e. read install.txt and configure IIS manually. Previous Comments: [2001-07-09 23:15:30] [EMAIL PROTECTED] Unable to configure webserver, due to a missing OCX control on your system, the install Wizard is unable to configure your web server. However, PHP has been sucessfully installed. I am running IIS 5.1. please help. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11997edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] register_tick_function problems..
On Tue, 10 Jul 2001, Andrei Zmievski wrote: On Tue, 10 Jul 2001, Joao Prado Maia wrote: http://www.php.net/bugs.php?id=11536 I couldn't find what example the bug was referring to. This one: ?php function tick() { static $i; printf([tick i=%d]\n, ++$i); } register_tick_function(tick); declare (ticks = 2) { 1; 2; 3; } ? regards, Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12009: MySQL: Unable to save result set in
From: [EMAIL PROTECTED] Operating system: Linux new 2.2.16-storm #1 PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: MySQL: Unable to save result set in mysql_query(INSERT INTO intranet (login,imie_nazwisko,haslo) VALUES ('milewskij','','657998')); './configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with-config-file-path=/etc/php4/apache' '--enable-calendar' '--without-dom' '--enable-filepro' '--enable-ftp' '--enable-sysvsem--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--disable-static' '--with-gd' '--with-mm' '--with-mysql=/usr/local/mysql' '--with-pcre-regex=/usr' '--enable-sockets' '--with-ttf' '--with-yp' '--with-zlib' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' it crashes on INSERT and DELETE query (not on SELECT) I read FAQ and that recompiling with path to mySQL will solve the problem, but it doesn't the same script running on redhat 7 with PHP 4.0.2 and the same mySQL and mod_auth_mysql returns no error please help me as soon as you can Jakub Formela phpinfo: http://new.pharmag.pl script with error http://new.pharmag.pl/strony/run/konw_users.php?rodzaj=intranet -- Edit bug report at: http://bugs.php.net/?id=12009edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #11997: PHP Won't work on XP 2
Thanks, Phil! I apologize...I have been unable to duplicate the error, myself, so I've never seen the error...:) On Tue, 10 Jul 2001, Phil Driscoll wrote the following to Joey Smith and...: On Tuesday 10 July 2001 04:24, Joey Smith wrote: Geez...is this not in the FAQ? It really should be... Perhaps, for the next installer, this msg could be modified to: Unable to configure webserver, due to a missing OCX control on your system, the install Wizard is unable to configure your web server. However, PHP has been sucessfully installed. For more information, please see insert FAQ URL. PLEASE DO NOT POST THIS TO THE BUG DATABASE! Well - as it happens, the error message in full actually reads Due to a missing OCX control on your system, the installation Wizard is unable to configure your web server. However, PHP has been successfully installed, and all you need to do now is manually configure the web server as described in the install.txt file which can be found in your php installation directory. Which, surprisingly, is exactly what the user needs to do! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] imap_open -- stream error
Quoting saurav bhowmik [EMAIL PROTECTED]: I just try an example here, using imap_open connect to yahoo mail. This list is for the development of PHP, not development _in_ PHP. However: ?$mbox = imap_open ({pop.mail.yahoo.com:110}, user_mail_id, user_password); Take a look at the second example given at http://www.php.net/manual/en/function.imap-open.php. You're missing the /pop3 in the server string. -chuck -- Charles Hagenbuch, [EMAIL PROTECTED] Some fallen angels have their good reasons. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12010: Unable to save result set in
From: [EMAIL PROTECTED] Operating system: Linux new 2.2.16-storm #1 PHP version: 4.0.6 PHP Bug Type: unknown Bug description: Unable to save result set in mysql_query(INSERT INTO intranet (login,imie_nazwisko,haslo) VALUES ('milewskij','','657998')); './configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with-config-file-path=/etc/php4/apache' '--enable-calendar' '--without-dom' '--enable-filepro' '--enable-ftp' '--enable-sysvsem--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--disable-static' '--with-gd' '--with-mm' '--with-mysql=/usr/local/mysql' '--with-pcre-regex=/usr' '--enable-sockets' '--with-ttf' '--with-yp' '--with-zlib' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' mysql_query only returns error with INSERT and DELETE (no problem with SELECT) I tried to recompiled with path to mysql, as you've said in FAQ, but it didn't solve problem... the same script with the same mySQL databases running on PHP 4.0.2, the same mySQL (the 3.23.39), on Redhat 7 returns no error please help me ASAP phpinfo: http://new.pharmag.pl/test.php script with error: http://new.pharmag.pl/strony/run/konw_users.php?rodzaj=intranet -- Edit bug report at: http://bugs.php.net/?id=12010edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12010 Updated: Unable to save result set in
ID: 12010 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: unknown Operating System: Linux new 2.2.16-storm #1 PHP Version: 4.0.6 New Comment: Submitted twice Previous Comments: [2001-07-10 09:35:44] [EMAIL PROTECTED] mysql_query(INSERT INTO intranet (login,imie_nazwisko,haslo) VALUES ('milewskij','','657998')); './configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with-config-file-path=/etc/php4/apache' '--enable-calendar' '--without-dom' '--enable-filepro' '--enable-ftp' '--enable-sysvsem--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--disable-static' '--with-gd' '--with-mm' '--with-mysql=/usr/local/mysql' '--with-pcre-regex=/usr' '--enable-sockets' '--with-ttf' '--with-yp' '--with-zlib' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' mysql_query only returns error with INSERT and DELETE (no problem with SELECT) I tried to recompiled with path to mysql, as you've said in FAQ, but it didn't solve problem... the same script with the same mySQL databases running on PHP 4.0.2, the same mySQL (the 3.23.39), on Redhat 7 returns no error please help me ASAP phpinfo: http://new.pharmag.pl/test.php script with error: http://new.pharmag.pl/strony/run/konw_users.php?rodzaj=intranet ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12010edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] NGScan - technical explanation
JD This seems rather subjective. Also, if the Zend license will be JD modified (and, to everyone on this list, that is still an _if_), JD can't we revert back to the former, non-abstracted structure? Well, if this would be know in a short timeframe (like, month-two) why not wait? What reason mandates the rush to make things that are abviously controversial and not accepted by people, while a) it can be easily maintained as an outside patch, as I understand and b) situation will be more clear soon? Is there any rush to do it *now*? -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] register_tick_function problems..
Okay, seems to be happening when accessed through the web browser. On Tue, 10 Jul 2001, [EMAIL PROTECTED] wrote: On Tue, 10 Jul 2001, Andrei Zmievski wrote: On Tue, 10 Jul 2001, Joao Prado Maia wrote: http://www.php.net/bugs.php?id=11536 I couldn't find what example the bug was referring to. This one: ?php function tick() { static $i; printf([tick i=%d]\n, ++$i); } register_tick_function(tick); declare (ticks = 2) { 1; 2; 3; } ? regards, Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -Andrei You choose to do the bad things in your life; the good ones come and drag you along with them. - Michael Marshall Smith -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request
Full name: James E. Flemer Email: [EMAIL PROTECTED] ID:jflemer Purpose: Currently working on safe mode extensions for the University Of Vermont. Referred by Rasmus (see recently submitted safe mode patch on php-dev list). -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12012: dec2bin and bin2dec
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: dec2bin and bin2dec hi, can you please implement these functions in a future release ? a binary to decimal converter: int bin2dec(string binstr); and a decimal to binary converter: string dec2bin(int decvalue); thanks -- Edit bug report at: http://bugs.php.net/?id=12012edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12013: RUSAGE_SELF not declared
From: [EMAIL PROTECTED] Operating system: Linux 2.4.3 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: RUSAGE_SELF not declared libtool --silent --mode=compile gcc -I. -I/home/zenturio/compile/php-4.0.6/ext/standard -I/home/zenturio/compile/php-4.0.6/main -I/home/zenturio/compile/php-4.0.6 -I/usr/include/apache -I/home/zenturio/compile/php-4.0.6/Zend -I/usr/local/include -I/usr/include/mysql -I/home/zenturio/compile/php-4.0.6/ext/xml/expat/xmltok -I/home/zenturio/compile/php-4.0.6/ext/xml/expat/xmlparse -I/home/zenturio/compile/php-4.0.6/TSRM -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c microtime.c microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 Where should RUSAGE_SELF be definded? How can I fix this problem Regards Peter Hoffmann -- Edit bug report at: http://bugs.php.net/?id=12013edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request
Hey, you got there first. I was planning an OpenGL binding for after PHP-GTK. :) On Tue, 10 Jul 2001, CVS Account Request wrote: Full name: Brad LaFountain Email: [EMAIL PROTECTED] ID:rodif_bl Purpose: I currently have an alpha release of a php_opengl binding. Which has support for glut, glu and gl. They are broken down into two different modules one for gl/glu and one for glut. Additionally I have a extension that is a php_soap_client which has support for sdl, sdl caching and many other options this extension is probally 70 - 80 percent done. There is also a php_soap_server which is probally only 40 percent done. I would like to get these into the php distribution. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -Andrei * Apples have always been a problem ever since Eden. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12015: One of the library files needed to run this application cannot be found.
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: One of the library files needed to run this application cannot be found. Any script that is run with a .php extention displays the error One of the library files needed to run this application cannot be found. in the browser window. I have reinstalled 3 times but still no change. -- Edit bug report at: http://bugs.php.net/?id=12015edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12016: Self-icludes causes system to consume all of available memory
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: Self-icludes causes system to consume all of available memory test.php contains: ? include ( 'test.php' ); ? then just request test.php via any browser and here you are. Suggestion: Add variable to php.ini file, which restricts amount of nested includes. -- Edit bug report at: http://bugs.php.net/?id=12016edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12013 Updated: RUSAGE_SELF not declared
ID: 12013 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Linux 2.4.3 PHP Version: 4.0.6 New Comment: This is a FAQ. See http://www.php.net/FAQ.php#6.12 Previous Comments: [2001-07-10 10:57:32] [EMAIL PROTECTED] libtool --silent --mode=compile gcc -I. -I/home/zenturio/compile/php-4.0.6/ext/standard -I/home/zenturio/compile/php-4.0.6/main -I/home/zenturio/compile/php-4.0.6 -I/usr/include/apache -I/home/zenturio/compile/php-4.0.6/Zend -I/usr/local/include -I/usr/include/mysql -I/home/zenturio/compile/php-4.0.6/ext/xml/expat/xmltok -I/home/zenturio/compile/php-4.0.6/ext/xml/expat/xmlparse -I/home/zenturio/compile/php-4.0.6/TSRM -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c microtime.c microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 Where should RUSAGE_SELF be definded? How can I fix this problem Regards Peter Hoffmann ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12013edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] * New Parameter Parsing Functions *
New parameter parsing functions === It should be easier to parse input parameters to an extension function. Hence, borrowing from Python's example, there are now a set of functions that given the string of type specifiers, can parse the input parameters and store the results in the user specified variables. This avoids most of the IS_* checks and convert_to_* conversions. The functions also check for the appropriate number of parameters, and try to output meaningful error messages. Prototypes -- /* Implemented. */ zend_parse_parameters(int num_args, char *type_spec, ...); zend_parse_parameters_ex(int flags, int num_args, char *type_spec, ...); /* Not implemented yet. */ zend_parse_parameters_hash(HashTable *ht, char *type_spec, ...); zend_parse_parameters_hash_ex(int flags, HashTable *ht, char *type_spec, ...); The zend_parse_parameters() function takes the number of parameters passed to the extension function, the type specifier string, and the list of pointers to variables to store the results in. The _ex() version also takes 'flags' argument -- current only ZEND_PARSE_PARAMS_QUIET can be used as 'flags' to specify that the function should operate quietly and not output any error messages. The auto-conversions are performed as necessary. Arrays, objects, and resources cannot be autoconverted. Type specifiers --- l - long d - double s - string (with possible null bytes) and its length b - boolean, stored in zend_bool r - resource (stored in zval) a - array o - object (of any type) O - object (of specific type, specified by class entry) z - the actual zval The following characters also have a meaning in the specifier string: | - indicates that the remaining parameters are optional, they should be initialized to default values by the extension since they will not be touched by the parsing function if they are not passed to it. / - use SEPARATE_ZVAL_IF_NOT_REF() on the parameter it follows ! - the parameter it follows can be of specified type or NULL (only applies to 'a', 'o', 'O', 'r', and 'z'). If NULL is passed, the results pointer is set to NULL as well. Examples /* Gets a long, a string and its length, and a zval */ long l; char *s; int s_len; zval *param; zend_parse_parameters(ZEND_NUM_ARGS(), lsz, l, s, s_len, param); /* Gets an object of class specified by my_ce, and an optional double. */ zval *obj; double d = 0.5; zend_parse_parameters(ZEND_NUM_ARGS(), O|d, obj, my_ce, d); /* Gets an object or null, and an array. If null is passed for object, obj will be set to NULL. */ zval *obj; zval *arr; zend_parse_parameters(ZEND_NUM_ARGS(), O!a, obj, arr); /* Gets a separated array. */ zval *arr; zend_parse_parameters(ZEND_NUM_ARGS(), a/, arr)); /* Get only the first three parameters (useful for varargs functions). */ zval *z; zend_bool b; zval *r; zend_parse_parameters(2, zbr!, z, b, r); /* Get either a set of 3 longs or a string. */ long l1, l2, l3; char *s; if (zend_parse_parameters_ex(ZEND_PARSE_PARAMS_QUIET, ZEND_NUM_ARGS(), lll, l1, l2, l3)) { /* manipulate longs */ } else if (zend_parse_parameters_ex(ZEND_PARSE_PARAMS_QUIET, ZEND_NUM_ARGS(), s, s)) { /* manipulate string */ } else { /* output error */ } Comments and feedback are welcome. -Andrei * If it's never finished, you can't prove it doesn't work. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Possible feature for current version of PHP or PHP 4.1/5.0.
If we choose to do it in Andi's way (no real drawbacks, considering it's downwards compatible for most practical purposes), we can do it within 4.0. This would be even better. To echo what Andrei said, the sooner the better :) I've personally been wishing for this for the longest time! Aral :) __ ([EMAIL PROTECTED]) New Media Producer, Kismia, Inc. ([EMAIL PROTECTED]) Adj. Prof., American University ¯¯ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12018: curl_exec() kills script
From: [EMAIL PROTECTED] Operating system: Debian (2.4.5) PHP version: 4.0.6 PHP Bug Type: cURL related Bug description: curl_exec() kills script Every script I have that uses cURL never makes it past the curl_exec() line. Apache just seems to die at that point. Apache error log shows: [Tue Jul 10 11:43:40 2001] [notice] child pid 27769 exit signal Segmentation fault (11) [Tue Jul 10 11:43:40 2001] [notice] child pid 27768 exit signal Segmentation fault (11) This is with PHP-4.0.6 Release, and cURL 7.8 final, on Debian (2.4.5-pre3). cURL is configured: configure --with-ssl PHP is: ./configure \ --with-mysql=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --enable-track-vars \ --disable-magic-quotes \ --disable-debug \ --enable-ftp \ --with-gettext \ --with-xml \ --with-dom \ --enable-wddx \ --with-curl \ --with-pgsql \ --with-zlib \ --enable-versioning \ --enable-sockets \ --with-openssl \ --with-snmp \ --with-mcrypt I was able to determine the following: I have one script that cURL-posts to another URL on the same server, and that script then cURL-posts to a URL outside. In this case, the first script dies. I have another script that directly cURL-posts to the outside URL. This script works fine. So it only seems to die if there are 2 cURL processes running on the same server simultaneously (?). This would explain the 2 segfaults in the Apache log. Let me know what other info I can give to help track down the problem. - Colin -- Edit bug report at: http://bugs.php.net/?id=12018edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11985 Updated: BUG with parse_str
ID: 11985 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: URL related Operating System: SOLARIS 2.8 PHP Version: 4.0.6 New Comment: The user was using parse_str on $QUERY_STRING which caused the $delete array to have 4 entries. Brian. Previous Comments: [2001-07-09 14:37:55] [EMAIL PROTECTED] Perhaps showing us the complete script and output would help. With what you have here, I can make no sense of your problem. That URL could not have been generated by that form as there are no [] in it. Thanks, Brian. [2001-07-09 13:17:46] [EMAIL PROTECTED] It seems to be a mistake with the function parse_str() applyed to $QUERY_STRING. URL: http://mycomputer/myscript?delete=10delete=12 HTML CODE: Input type=checkbox name=delete[] value=10 Input type=checkbox name=delete[] value=12 And (not the winner is :-) ) parse_str($QUERY_STRING) returns in the environment an array $delete with a size of 4 (instead of 2) !! Some programmer forget to divide a result by 2, or there is something I forget ? (TEST : $i=0; while (isset($delete)) { print $delete[$i]\n; $i++ } ... I obtain 4 writings with this test (i wanted not use the sizeof function for my test)). Regards ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11985edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12013 Updated: RUSAGE_SELF not declared
ID: 12013 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Compile Failure Operating System: Linux 2.4.3 PHP Version: 4.0.6 New Comment: Not a bug, so bogus Previous Comments: [2001-07-10 11:18:54] [EMAIL PROTECTED] This is a FAQ. See http://www.php.net/FAQ.php#6.12 [2001-07-10 10:57:32] [EMAIL PROTECTED] libtool --silent --mode=compile gcc -I. -I/home/zenturio/compile/php-4.0.6/ext/standard -I/home/zenturio/compile/php-4.0.6/main -I/home/zenturio/compile/php-4.0.6 -I/usr/include/apache -I/home/zenturio/compile/php-4.0.6/Zend -I/usr/local/include -I/usr/include/mysql -I/home/zenturio/compile/php-4.0.6/ext/xml/expat/xmltok -I/home/zenturio/compile/php-4.0.6/ext/xml/expat/xmlparse -I/home/zenturio/compile/php-4.0.6/TSRM -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c microtime.c microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 Where should RUSAGE_SELF be definded? How can I fix this problem Regards Peter Hoffmann ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12013edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Str enhancement, final run
As it were Andi's last words, is it the finial decison now just to implement $foo{x} to retrieve a single char? I'm asking this again, because it will be irreversible because it is not compatible with substr($foo,x) == $foo{x}!!! And as I still do not agree that substr($foo,4,6) should be better than $foo{4,6} I now have another (taken and modified from Zeev or Andi) offer, which *is intuitive*: What about the range proposals? $foo{4..6} where $foo{6..} would mean to the end, no negative numbers, nothing else but at least that would simplify string processing a bit (although I am still in favor for the substr() solution). I think even Zeev would agree that this is intuitive ;) So far we have: $foo{x} get char at pos x $foo{x..} get chars from pos x to the end $foo{x..y} get chars from pos x to y Now what if we do not know the position of the last character? $foo{x..-5} get chars from pos x to the minus 5 I tried to interprete this differently but I failed, isn't this called intuitive? As an alternative we even modify it to $foo{x..|} and $foo{x..|-4} if anyone feels better with it... Comments welcome, andré ps. I do not remember the engine2 email address, if anyone could forward it... -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12014 Updated: pdf_open_memory_image doesn't work so I try to use PDF_open_image but...
ID: 12014 Updated by: derick Reported By: [EMAIL PROTECTED] Old Summary: pdf_open_memory_image doesn't work so I try to use PDF_open_image but... Old Status: Open Status: Feedback Bug Type: PDF related Operating System: Windows 98 SE PHP Version: 4.0.6 New Comment: Hello, can you provide a short rscript which reproduces your problem? Derick Previous Comments: [2001-07-10 11:03:16] [EMAIL PROTECTED] PDF_open_memory_image function doesn't work on Windows System. So I try to use PDF_open_image but each time I have a fatal error: Fatal error: PDFlib error: Bogus image data source 'http://126.234.1.4/image.jpg' in PDF_open_image in c:\web\acrobat\marcheoupas.php on line 54 Or Warning: Wrong parameter count for pdf_open_image() in c:\web\acrobat\marcheoupas.php on line 55 Could you give me an example because there is no any example on WWW. Sorry about my English. Thanks ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12014edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12019: Syntax highlighting does not work with output buffering/compression
From: [EMAIL PROTECTED] Operating system: Linux (SuSE 4.0) PHP version: 4.0.6 PHP Bug Type: Output Control Bug description: Syntax highlighting does not work with output buffering/compression Also in version 4.0.6 it do not work? any hints? -- Edit bug report at: http://bugs.php.net/?id=12019edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12020: dbm insert and replace functions inserting incorrect values.
From: [EMAIL PROTECTED] Operating system: NT 4.0 PHP version: 4.0.6 PHP Bug Type: DBM/DBA related Bug description: dbm insert and replace functions inserting incorrect values. The dbminsert and dbmreplace functions insert erroneous values into the database. Here is a short script that should identify the problem: ?php $dbm = dbmopen(test.db, n); for ($c=0; $c 100; $c++) { dbminsert($dbm, $c, $c); } for ($c=0; $c 100; $c++) { echo(dbmfetch($dbm, $c) . br); } dbmclose ($dbm); ? This is what I get for the first 11 lines of output: 1 1 1 1 1 1 1 1 1 2 10 The remaining output is correct. I am using the precompiled win32 binary with iPlanet on NT. If you could send any replies to this email address as well as the other one listed I would appreciate it: [EMAIL PROTECTED] -- Edit bug report at: http://bugs.php.net/?id=12020edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #11990 Updated: defined constants getting corrupted
Title: RE: Bug #11990 Updated: defined constants getting corrupted The bug update page isn't accepting my changes; keeps telling me: The password you supplied was incorrect. Something went wrong updating the database. I've got the right password. Since I can't submit my updates via the form, here goes: Well, I haven't succeeded yet in reproducing the corrupted define, but I have managed to repeatably kill PHP with a 22 line script generated by the following shell script: echo ?php define=this is a very long define, indeed! asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf count=0 while [ $count -lt 10 ]; do echo define(\DEF_${count}\, \$define\); echo if(DEF_${count} != \$define\) { print(\bad\); } count=$(($count + 1)) done echo ? I redirected that to a file and ran php through gdb. here's the resulting stack trace: (gdb) run Starting program: /home/blalor/redhat/BUILD/php-4.0.6/php_standalone ../test.php Program received signal SIGSEGV, Segmentation fault. 0x812770b in execute (op_array=0x81dc6c4) at ./zend_execute.c:1639 (gdb) bt #0 0x812770b in execute (op_array=0x81dc6c4) at ./zend_execute.c:1639 #1 0x80ee58b in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #2 0x80635a1 in php_execute_script (primary_file=0xb554) at main.c:1206 #3 0x80615c9 in main (argc=2, argv=0xb5b4) at cgi_main.c:718 [snip] (gdb) print valptr-value $1 = {lval = 136194132, dval = 1.067726779661273e-313, str = { val = 0x81e2854 DEF_0, len = 5}, ht = 0x81e2854, obj = {ce = 0x81e2854, properties = 0x5}} Note that it appears that PHP is trying to access the data for DEF_0 at zend_execute.c:1639. Note that I did this with php 4.0.6, not 4.0.5. *Some* kind of problem still exists there... -- Brian Lalor [EMAIL PROTECTED] (v) 480-333-3196 (f) 480-760-9298 -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Monday, July 09, 2001 4:52 PM To: [EMAIL PROTECTED] Subject: Bug #11990 Updated: defined constants getting corrupted ID: 11990 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: *Programming Data Structures Bug Type: Scripting Engine problem Operating System: RedHat Linux 6.2 PHP Version: 4.0.5 New Comment: Would it be possible to test this same script with PHP 4.0.6? I don't remember anyone reporting anything like this before and I have never experienced anything like this myself. Also, if you could create a short bug complete script which could be used to reproduce this, it would be a lot easier to debug this issue. And what was your configure line used to configure PHP ? --Jani Previous Comments: -- -- [2001-07-09 18:13:11] [EMAIL PROTECTED] We're seeing severe data corruption problems with defines. For example, the following snippet is from a PHP script that uses defined constants to build up a filename. The resulting variable contains junk data. no exist :ieldp/cðÃÄclasssupport/getproductlist.php Warning: Failed opening 'ield' for inclusion (include_path='.:/u/php:/u/htdocs') in /u/php/corelib/sp/procedure.php on line 57 no exist :ieldp/cðÃÄclasssupport/getfullproduct.php Warning: Failed opening 'ield' for inclusion (include_path='.:/u/php:/u/htdocs') in /u/php/corelib/sp/procedure.php on line 57 PHP doesn't seem to crash. -- -- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11990=1
[PHP-DEV] Bug #12015 Updated: One of the library files needed to run this application cannot be found.
ID: 12015 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Configuration Issues Operating System: Windows 98 PHP Version: 4.0.6 New Comment: What happens if you start php from the shell? Derick Previous Comments: [2001-07-10 11:10:54] [EMAIL PROTECTED] Any script that is run with a .php extention displays the error One of the library files needed to run this application cannot be found. in the browser window. I have reinstalled 3 times but still no change. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12015edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12016 Updated: Self-icludes causes system to consume all of available memory
ID: 12016 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Scripting Engine problem Operating System: any PHP Version: 4.0.6 New Comment: For these kinds of things we have include_once and require_once. Derick Previous Comments: [2001-07-10 11:11:54] [EMAIL PROTECTED] test.php contains: ? include ( 'test.php' ); ? then just request test.php via any browser and here you are. Suggestion: Add variable to php.ini file, which restricts amount of nested includes. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12016edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Str enhancement, final run
At 06:00 PM 7/10/2001 +0200, André Langhorst wrote: As it were Andi's last words, is it the finial decison now just to implement $foo{x} to retrieve a single char? I'm asking this again, because it will be irreversible because it is not compatible with substr($foo,x) == $foo{x}!!! And as I still do not agree that substr($foo,4,6) should be better than $foo{4,6} I now have another (taken and modified from Zeev or Andi) offer, which *is intuitive*: What about the range proposals? $foo{4..6} where $foo{6..} would mean to the end, no negative numbers, nothing else but at least that would simplify string processing a bit (although I am still in favor for the substr() solution). I think even Zeev would agree that this is intuitive ;) So far we have: $foo{x} get char at pos x $foo{x..} get chars from pos x to the end $foo{x..y} get chars from pos x to y This option looks nice but I don't like the extensions mentioned below. I still think that people who need more complicated stuff can use substr(). But I know many don't agree with me so I prefer to wait a while with the discussion until we start advancing a bit in the Engine 2 implementation and then we will also have more of a technical basis to judge not only what is nice but also what is technically feasible. The only thing I think is pretty sure is that $foo{x} will work :) Andi Now what if we do not know the position of the last character? $foo{x..-5} get chars from pos x to the minus 5 I tried to interprete this differently but I failed, isn't this called intuitive? As an alternative we even modify it to $foo{x..|} and $foo{x..|-4} if anyone feels better with it... Comments welcome, andré ps. I do not remember the engine2 email address, if anyone could forward it... -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] zend_hash patch
Hey, Has anyone had a chance to check the zend_hash patch I wrote about yesterday? Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12021: Problem with the data parameter in pdf_open_image()
From: [EMAIL PROTECTED] Operating system: Win NT 4.0 PHP version: 4.0.6 PHP Bug Type: FDF related Bug description: Problem with the data parameter in pdf_open_image() Hi, I use PDFLIB version 4.0.1 and PHP 4.0.6. ? $file = image.jpg; $len=filesize($file); $fp = fopen($file, rb); echo $fp; $data = fread($fp, $len); fclose($fp); $pdf=pdf_new(); pdf_open_file($pdf, test.pdf); pdf_begin_page($pdf, 595, 842); // With pdf_open_image_file() it works ! // $pim = pdf_open_image_file($pdf, jpeg, $file); $pim = pdf_open_image($pdf, jpeg, memory, $data, $len, 300, 100, 3, 8, ); PDF_place_image($pdf, $pim, 100, 500, 1); PDF_close_image($pdf, $pim); pdf_end_page($pdf); pdf_close($pdf); ? The script works with no errors, and the PDF file is created. With pdf_open_image_file() the Jpeg file is correctly mixed in the PDF file With pdf_open_image(), at the place in the PDF file where I should find the Jpeg data, there is garbage starting with C:\inetpub\wwwroot ! I need to use pdf_open_image() instead of pdf_open_image_file() because the image I want to use is not a file, it's created with the gd library, and the function pdf_open_memory_image() is not available in PHP 4.0.6 binaries for Win32. Regards. Fred. -- Edit bug report at: http://bugs.php.net/?id=12021edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] zend_hash patch
On Tue, 10 Jul 2001, Andi Gutmans wrote: Hey, Has anyone had a chance to check the zend_hash patch I wrote about yesterday? I'm now configuring my build to check it out. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12014 Updated: pdf_open_memory_image doesn't work so I try to use PDF_open_image but...
ID: 12014 Updated by: derick Reported By: [EMAIL PROTECTED] Old Summary: pdf_open_memory_image doesn't work so I try to use PDF_open_image but... Old Status: Feedback Status: Duplicate Bug Type: PDF related Operating System: Windows 98 SE PHP Version: 4.0.6 New Comment: Dup of #12021 (which has more information) Derick Previous Comments: [2001-07-10 12:00:50] [EMAIL PROTECTED] Hello, can you provide a short rscript which reproduces your problem? Derick [2001-07-10 11:03:16] [EMAIL PROTECTED] PDF_open_memory_image function doesn't work on Windows System. So I try to use PDF_open_image but each time I have a fatal error: Fatal error: PDFlib error: Bogus image data source 'http://126.234.1.4/image.jpg' in PDF_open_image in c:\web\acrobat\marcheoupas.php on line 54 Or Warning: Wrong parameter count for pdf_open_image() in c:\web\acrobat\marcheoupas.php on line 55 Could you give me an example because there is no any example on WWW. Sorry about my English. Thanks ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12014edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Str enhancement, final run
I still think that people who need more complicated stuff can use substr(). But I know many don't agree with me so I prefer to wait a while with the discussion until we start advancing a bit in the Engine 2 nah, you know waiting turns developers into killer-machines ;) something more to think about... $foo{${a$i}} $foo{$i++..$i} $foo{($moo ? $zoo:$boo)..$roo} $foo{super_function($moo)..substr($doh::zoo)-4} I state that is better to simply implement negative indices than allowing all these kinds of perlish code (what would follow if we'd allow substr()ingin in {} or should we allow all this sorts of statements and operators and functions? andre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Str enhancement, final run
On Tue, 10 Jul 2001, André Langhorst wrote: nah, you know waiting turns developers into killer-machines ;) something more to think about... $foo{${a$i}} $foo{$i++..$i} $foo{($moo ? $zoo:$boo)..$roo} $foo{super_function($moo)..substr($doh::zoo)-4} I state that is better to simply implement negative indices than allowing all these kinds of perlish code (what would follow if we'd allow substr()ingin in {} or should we allow all this sorts of statements and operators and functions? I think we should not allow this, use substr() if you need more functionality. Stick to very simple things with the {} stuff. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12008 Updated: mysql_fetch_* inconsistent with MySQL C API
ID: 12008 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: RedHat 6.2 PHP Version: 4.0.6 New Comment: In PHP setting a var to NULL in fact destroys that var so it is not currently possible to have an elelment in an array that has a NULL value. On a side note, if you read the MySQL optimization docs, you will find they reccommend you never use NULL fields. Brian. Previous Comments: [2001-07-10 09:14:34] [EMAIL PROTECTED] fetch_array, in recent versions (4.0.6 inclusive) should actrually populate NULL values in the array. Are you sure you tested it with 4.0.6? How did you arrive to the conlusion they're not there? [2001-07-10 09:08:13] [EMAIL PROTECTED] The handling of NULL values in mysql_fetch_* function seems to be inconsistent with MySQL C API: in C, mysql_fetch_row() would put nil values in the row array if corresponding value in the select statement is NULL. In PHP it seems, as dicussed on mysql_fetch_array() page, the NULL values would not be stored in the array at all. This poses some problems when migrating from C to PHP. Would it be possible to introduce another function that would be consistent with MySQL C API? ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12008edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] ChangeLog and NEWS updates
Pop open a bottle of your favorite. The ChangeLog and NEWS updates are back. -Andrei If you find a job that you love, you'll never work another day in your life. - Mark Jackson -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] register_tick_function problems..
Yes, this is indeed a problem that seems to be happening only in Web environement (at least under Apache). I lack tools to debut it properly right now, but I can take a look later. On Tue, 10 Jul 2001, [EMAIL PROTECTED] wrote: On Tue, 10 Jul 2001, Andrei Zmievski wrote: On Tue, 10 Jul 2001, Joao Prado Maia wrote: http://www.php.net/bugs.php?id=11536 I couldn't find what example the bug was referring to. This one: ?php function tick() { static $i; printf([tick i=%d]\n, ++$i); } register_tick_function(tick); declare (ticks = 2) { 1; 2; 3; } ? regards, Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -Andrei Windows 2000 is certified not to crash more than once a day, so what is the bootup time, 24 hours? -- Sam Liddicott -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Str enhancement, final run
I think we should not allow this, use substr() if you need more functionality. Stick to very simple things with the {} stuff. ah hell, I think Andi not even thought at using substr() within {}. then my argumentation is something like void ;) these examples were meant perlish and will do harm of course. For me they're (negative indices and substr() method) completely interchangeable and as *this* range-solutions isn't incompatible with adding the negative-indices-feature afterwards, *I won't complain* if it'll not go in at first and I think others won't. example here a silly-but-simple-example(TM) how it *could* look like: $foo='peterralf'.fill_in_rubbish_string().'!'; print 'hello '.$foo{0..4}.', hello '.$foo{5..8}.' is this rubbish:'.substr($foo,9,-1).'?'; print 'hello '.$foo{0..4}.', hello '.$foo{5..8}.' is this rubbish:'.$foo{9..-1}.'?'; /example this *almost* looks identical, why not simply use the {} syntax here? ok. if I was Andi or Zeev I could also argue, why not use substr() here, that's a point, because I don't see how this would be any harm. as I stated before I won't complain any longer about this as we possibly have found an agreeable solution regarding range-indices. andré -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Preliminary patch for allowing relative includes
Hi guys, Attached is a patch which I worked up quickly (could probably use some improving) which should solve the problem with includes of relative includes :) Simpler said: a.php - ?php include ../b.php; ? b.php - ?php include c.php; ? c.php - ?php print Yay! ? This example should work when c.php is in the same directory as b.php and PHP is ran on a.php. Please check this patch. It might crash in certain cases, I barely tested it. Let me know... Andi --- fopen_wrappers.c2001/06/06 13:05:53 1.117 +++ fopen_wrappers.c2001/07/10 17:20:27 @@ -443,8 +443,39 @@ } ptr = end; } + efree(pathbuf); - return NULL; + + { + char *exec_fname; + int exec_fname_len; + char *filename_dir; + ELS_FETCH(); + + exec_fname = zend_get_executed_filename(ELS_C); + exec_fname_len = strlen(exec_fname); + + pathbuf = (char *) emalloc(exec_fname_len+filename_length+1+1); /* +Over allocate to save time */ + memcpy(pathbuf, exec_fname, exec_fname_len+1); + + while ((--exec_fname_len = 0) !IS_SLASH(pathbuf[exec_fname_len])) +{ + } + pathbuf[exec_fname_len] = DEFAULT_SLASH; + memcpy(pathbuf[exec_fname_len+1], filename, filename_length+1); + + fprintf(stderr,Trying to open %s\n, pathbuf); + + if (PG(safe_mode)) { + if (VCWD_STAT(pathbuf, sb) == 0 (!php_checkuid(pathbuf, +mode, CHECKUID_CHECK_MODE_PARAM))) { + efree(pathbuf); + return NULL; + } + } + fp = php_fopen_and_set_opened_path(pathbuf, mode, opened_path); + efree(pathbuf); + return fp; + } + return NULL; /* Not really needed anymore */ } /* }}} */ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Preliminary patch for allowing relative includes
You can nuke the fprintf() in the patch :) Andi At 08:24 PM 7/10/2001 +0300, Andi Gutmans wrote: Hi guys, Attached is a patch which I worked up quickly (could probably use some improving) which should solve the problem with includes of relative includes :) Simpler said: a.php - ?php include ../b.php; ? b.php - ?php include c.php; ? c.php - ?php print Yay! ? This example should work when c.php is in the same directory as b.php and PHP is ran on a.php. Please check this patch. It might crash in certain cases, I barely tested it. Let me know... Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10639 Updated: include() require()
ID: 10639 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Scripting Engine problem Operating System: AIX 4.3.3 PHP Version: 4.0.4pl1 New Comment: Stephan emailed me: The problem is solved in Version 4.0.5 compiled with GCC. So closing Previous Comments: [2001-07-09 08:36:00] [EMAIL PROTECTED] Could you submit the results when test.inc: - is chmod a-r - is chmod a+r ? Apparently PHP crashes trying to open the file. Try also, in stead of th include(), a $fp = fopen('test.inc'); echo fread($fp,filesize('test.inc')); fclose($fp); To see wether the problem is in the include() or simply in opening of the file. This also with word-readable on/off. [2001-05-10 14:17:01] [EMAIL PROTECTED] Just for information: 1. I've updated AIX 4.3.3 now to the Maintenance-Level 8 (the latest one). But the problem is unchanged. 2. I'm using the binary package: php-4.0.4pl1-1.aix4.3.ppc.rpm from: ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/php --stephan [2001-05-10 14:00:20] [EMAIL PROTECTED] In /var/opt/freeware/apache/logs/error_log i've found the following error: [Thu May 10 19:41:41 2001] [notice] child pid 5444 exit signal Illegal instruction (4) Every time when i try the test.php with the included file this error occurs. -- Stephan [2001-05-10 13:42:42] [EMAIL PROTECTED] Without the test.inc file i've got the following lines: this is a test Warning: Failed opening 'test.inc' for inclusion (include_path='.:/opt/freeware/lib/php') in /usr/opt/freeware/apache/share/htdocs/test.php on line 4 With the test.inc file i've got only the IE error, that this page is not available. -- Stephan [2001-05-10 06:00:45] [EMAIL PROTECTED] Try this script: ?php echo this is a test; error_reporting(E_ALL); include(test.inc); ? Any errors reported? In error_log maybe? --Jani 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/?id=10639 ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10639edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: Str enhancement, final run
I've said it before, but I *really* am convinced now, that we should: - At least allow $str{index} (while _deprecating_ the array $str[ ] indices) - _possibly_ also allowing $str{start..end} - and if the above is allowed, then I think you should also allow $str{..end} and $str{start..} But *nothing else*. Greetz, Jeroen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12012 Updated: dec2bin and bin2dec
ID: 12012 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: Any PHP Version: 4.0.6 New Comment: Take a look at http://www.php.net/bindec and http://www.php.net/decbin They already exist... Previous Comments: [2001-07-10 10:52:14] [EMAIL PROTECTED] hi, can you please implement these functions in a future release ? a binary to decimal converter: int bin2dec(string binstr); and a decimal to binary converter: string dec2bin(int decvalue); thanks ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12012edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12022: limitations of php://stdout
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.6 PHP Bug Type: Output Control Bug description: limitations of php://stdout With perl cgi I can create a GZIP output stream to a Java applet as follows: print(Content-type: application/x-gzip\n\n); my $gz=gzopen(\*STDOUT, wb) || die(gasp!); however, the same technique seems to be impossible with php://stdout. i realize that i can open a gzip'd stream as follows (note: i am using php 4.02): gzopen(php://stdout,w); however, there seems to be no way to get header fields (uncompressed) to precede the gzip'd output. this presents an unresolvable problem on the browser side, because some browsers will assume that no data has been sent if no header fields are received. can the php://stdout mechanism be changed to allow me to print uncompressed lines to stdout before the compressed output begins? am i missing something here? i realize that i can put zipped data into a file and use readfile() to send it, and this actually does send all the header fields as would be expected. however, this will cause me unnecessary drive activity because i will have to modify the files, which i had not wanted to do. -- Edit bug report at: http://bugs.php.net/?id=12022edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12012 Updated: dec2bin and bin2dec
ID: 12012 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Feature/Change Request Operating System: Any PHP Version: 4.0.6 New Comment: Hm, I now see that bindec('10101010001') is the syntax, and not a few bytes or something. That is not (yet?) implemented. I'm not sure this should be in PHP. PHP isn't meant to work with binary files. I think that usually there are better alternatives, for example if you're after saving a few bytes of diskspace, this isn't the way to go. Previous Comments: [2001-07-10 14:22:35] [EMAIL PROTECTED] Take a look at http://www.php.net/bindec and http://www.php.net/decbin They already exist... [2001-07-10 10:52:14] [EMAIL PROTECTED] hi, can you please implement these functions in a future release ? a binary to decimal converter: int bin2dec(string binstr); and a decimal to binary converter: string dec2bin(int decvalue); thanks ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12012edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: Str enhancement, final run
I had suggested the start end construct, but was rejected by Zeev due to performance reasons, and that nobody in the history of php has ever need this : ) -Jason - Original Message - From: Jeroen van Wolffelaar [EMAIL PROTECTED] To: Derick Rethans [EMAIL PROTECTED]; André Langhorst [EMAIL PROTECTED] Cc: Andi Gutmans [EMAIL PROTECTED]; Zeev Suraski [EMAIL PROTECTED]; [EMAIL PROTECTED]; Stanislav Malyshev [EMAIL PROTECTED]; Andrei Zmievski [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, July 10, 2001 1:04 PM Subject: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: Str enhancement, final run I've said it before, but I *really* am convinced now, that we should: - At least allow $str{index} (while _deprecating_ the array $str[ ] indices) - _possibly_ also allowing $str{start..end} - and if the above is allowed, then I think you should also allow $str{..end} and $str{start..} But *nothing else*. Greetz, Jeroen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12023: mysql_result moves the data pointer forward one row.
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: mysql_result moves the data pointer forward one row. mysql_result moves the data pointer forward one row. i would expect mysql_fetch_row (or similar) to move the row pointer / cursor forward, but not mysql_result. -- Edit bug report at: http://bugs.php.net/?id=12023edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] zend_hash patch
On Tue, Jul 10, 2001 at 07:43:12PM +0300, Andi Gutmans wrote: Hey, Has anyone had a chance to check the zend_hash patch I wrote about yesterday? seems to work for me. tc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12023 Updated: mysql_result moves the data pointer forward one row.
ID: 12023 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: PHP Version: 4.0.6 New Comment: not a bug. Previous Comments: [2001-07-10 14:45:44] [EMAIL PROTECTED] mysql_result moves the data pointer forward one row. i would expect mysql_fetch_row (or similar) to move the row pointer / cursor forward, but not mysql_result. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12023edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12023 Updated: mysql_result moves the data pointer forward one row.
ID: 12023 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Old Bug Type: MySQL related Bug Type: Feature/Change Request Operating System: PHP Version: 4.0.6 New Comment: Indeed no bug, but a feature/change request Derick Previous Comments: [2001-07-10 15:03:05] [EMAIL PROTECTED] not a bug. [2001-07-10 14:45:44] [EMAIL PROTECTED] mysql_result moves the data pointer forward one row. i would expect mysql_fetch_row (or similar) to move the row pointer / cursor forward, but not mysql_result. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12023edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Is there any value in having functions defined which do nothing.
Why is the habit of PHP modules to define functions that might or might not work depending on library dependancies. For example, ImageCopyResampled gives this error if libgd 2.0: ImageCopyResampled required libgd 2.0 But that makes this code useless: if (function_exists('ImageCopyResampled')) { // doit the good way ImageCopyResampled(.); } else { ImageCopyResized(.); } My point was to have the php script work regardless of what version of php was installed, but even if the function exists, it might not work. Wouldn't it have been better if the function just didn't exist at all? -- Jeremy Bettis [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request
Full name: Chris Roman Email: [EMAIL PROTECTED] ID:rmn96 Purpose: To report my bug Try http://bugs.php.net/ You don't need a cvs account to report bugs. - Colin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request
Full name: Alan Brwon Email: [EMAIL PROTECTED] ID:abrown Purpose: Access to ext/com to help maintain COM source and documention. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12008 Updated: mysql_fetch_* inconsistent with MySQL C API
ID: 12008 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: RedHat 6.2 PHP Version: 4.0.6 New Comment: About not using NULL values: It is not efficient to use PHP, use C, or even better: assembler if you want the most efficient dynamic website. IMHO, null values are incredibly useful. As is PHP, by the way :) And arrays *do* support NULL values. The only point is that isset($a_var_containing_null) returns false. But with foreach you will go over the value. With var_dump on such an array, you will see the null-values. Zeev: do you know since when it does / doesn't work? Then I'll note it in the docs. Previous Comments: [2001-07-10 13:08:53] [EMAIL PROTECTED] In PHP setting a var to NULL in fact destroys that var so it is not currently possible to have an elelment in an array that has a NULL value. On a side note, if you read the MySQL optimization docs, you will find they reccommend you never use NULL fields. Brian. [2001-07-10 09:14:34] [EMAIL PROTECTED] fetch_array, in recent versions (4.0.6 inclusive) should actrually populate NULL values in the array. Are you sure you tested it with 4.0.6? How did you arrive to the conlusion they're not there? [2001-07-10 09:08:13] [EMAIL PROTECTED] The handling of NULL values in mysql_fetch_* function seems to be inconsistent with MySQL C API: in C, mysql_fetch_row() would put nil values in the row array if corresponding value in the select statement is NULL. In PHP it seems, as dicussed on mysql_fetch_array() page, the NULL values would not be stored in the array at all. This poses some problems when migrating from C to PHP. Would it be possible to introduce another function that would be consistent with MySQL C API? ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12008edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] ODBC and include() sort of solved (Bug #11969)... (fwd)
This was sent to me privately. The problem looks very odd. Unfortunately I don't have time to look into this any further right now. I remember similar thing happening with some pages being reload twice..some session thingie, that was found out NOT to be bug after all. I think it was Zeev who closed that report. --Jani -- Forwarded message -- Date: Mon, 9 Jul 2001 19:13:58 -0700 (PDT) From: Thomas Hruska [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: ODBC and include() sort of solved (Bug #11969)... Well, I tried various things with PHP and finally went back to my web server's access logs. Apparently the browser is sending out two requests on every page, one POST request followed (almost immediately) by a GET request on form submission pages (my current situation). The rest of the time the browser just sends two GET requests. For now I'll just limit the requests to POST, but people need to be aware of the issue. From what I can tell is that if the page takes too long to load, the browser re-issues the request. NOTE: I tested this particular issue with both a custom page retriever that I wrote as well as testing it with cURL and both retrieved the page just fine with no duplicate log file entries. My guess is that the bug is in the Internet API since both cURL and my code use sockets instead of the API stuff. I'm going to go see if re-installing IE helps any (IE contains kernel updates/fixes). MacTruck ___ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request
Full name: Raphael Vallazza Email: [EMAIL PROTECTED] ID:raphael Purpose: libxslt backend for xslt module under (/php4/ext/xslt) sterling hughes asked me to request a cvs account Can someone please add him? Done -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request
Andrei, so are you coordinating with Brad on how to integrate his extensions? I assume you will create his php-gtk cvs account since I assume this should go hand in hand with php-gtk? -Rasmus On Tue, 10 Jul 2001, Andrei Zmievski wrote: Hey, you got there first. I was planning an OpenGL binding for after PHP-GTK. :) On Tue, 10 Jul 2001, CVS Account Request wrote: Full name: Brad LaFountain Email: [EMAIL PROTECTED] ID:rodif_bl Purpose: I currently have an alpha release of a php_opengl binding. Which has support for glut, glu and gl. They are broken down into two different modules one for gl/glu and one for glut. Additionally I have a extension that is a php_soap_client which has support for sdl, sdl caching and many other options this extension is probally 70 - 80 percent done. There is also a php_soap_server which is probally only 40 percent done. I would like to get these into the php distribution. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -Andrei * Apples have always been a problem ever since Eden. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Fw: using hebrevc with hebrew english
Hi Zeev, I have been giving this gentleman a hand with hebrevc - however, I have no idea how the function is supposed to behave. :) I can reproduce the behavior that he gets, but (not knowing *anything* about Hebrew) I do not know if this is the intended behavior. Can you shed any light on the situation? Thanks! --zak - Original Message - From: Barak Shimoni [EMAIL PROTECTED] To: 'Zak Greant' [EMAIL PROTECTED] Sent: Tuesday, July 10, 2001 1:25 AM Subject: RE: using hebrevc with hebrew english Hi, First I would like to thank you for your fast replay I will try to give you an examples of the problem: At this example I'm writing two lines in a textarea (right alignment). -- | move to english אני מתחיל בעברית | | ואז שוב מסיים בעברית בשורה חדשה | -- After using $heb_msg = hebrevc($msg) the message I see is: -- | אני מתחיל בעברית move to english | | ואז שוב מסיים בעברית בשורה חדשה | -- I saw that when I'm using english words at the end of a line which followed by another hebrew line, the english words at the mixed line is moving to the beginning of the line at the right - WAY? _ At this example I have just replaced all the hebrew texts in hebrew-n so if you can not see hebrew at your mail system you will still be able to understand the example. -- | move to english hebrew syntax-1 | | hebrew syntax-2 | -- The result: -- | hebrew syntax-1 move to english | | hebrew syntax-2 | -- Regards, Barak Shimoni -Original Message- From: Zak Greant [mailto:[EMAIL PROTECTED]] Sent: Monday, July 09, 2001 6:56 PM To: Barak Shimoni Subject: Re: using hebrevc with hebrew english Hi Barak, Could you send me a sample? --zak - Original Message - From: Barak Shimoni [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 09, 2001 7:50 AM Subject: using hebrevc with hebrew english Hi, I have some problem using hebrevc() with mixed sentense of hebrew english. Text example from textarea (right-to-left): english-2hebrew-1 hebrew-3 The text result after using hebrevc(): hebrew-1english-2 hebrew-3 How can I solve this switching problem? Regards, Barak Shimoni. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CVS Account Request
On Tue, 10 Jul 2001, [EMAIL PROTECTED] wrote: Andrei, so are you coordinating with Brad on how to integrate his extensions? I assume you will create his php-gtk cvs account since I assume this should go hand in hand with php-gtk? Not really. It's not dependent on PHP-GTK since it uses Glut to render OpenGL. There is a GtkGLArea widget in Gtk+ which can be used to render OpenGL, but it still needs the OpenGL bindings which is what Brad has, I believe. I have no idea what they look like, of course -- I was just saying that I planned to work on my version later on. -Andrei * Anything will fit if you push hard enough * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]