Re: [PHP-DEV] rtfm
Yep looks like it. I think I just had a stale directory. Andi At 11:00 AM 7/7/2001 +0200, Martin Jansen wrote: On Sat, 07 Jul 2001 11:42:02 +0300, Andi Gutmans wrote: Didn't we decide on nuking ext/rtfm? Can I go ahead? Isn't this extension already removed? - Martin -- 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] rtfm
On Sat, 07 Jul 2001 11:42:02 +0300, Andi Gutmans wrote: Didn't we decide on nuking ext/rtfm? Can I go ahead? Isn't this extension already removed? - Martin -- 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] rtfm
Hey, Didn't we decide on nuking ext/rtfm? Can I go ahead? 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 #11926 Updated: precompiled php_pdf.dll does not work
ID: 11926 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PDF related Operating System: windows 2000 PHP Version: 4.0.6 Assigned To: New Comment: You can download a fixed version of pdflib.dll from pdflib.com. Previous Comments: [] [2001-07-06 07:25:35] [EMAIL PROTECTED] Hi, The pre-compiled php_pdf.dll included with 4.0.6 is based on PDFlib version 4.0.0 ($Revision: 1.79.2.1 $). HOWEVER, according to pdflib.com, version 4.0.0 contains a datetime bomb and will not work past 2001-07-01. Amusingly enough, PDFlib 4.0.0 was used for PHP4.0.6, released only shortly before this dll would cease to function forever... An attempt to access pdf functions produces the following error: Fatal error: PDFlib error: Beta expired - retrieve new version from www.pdflib.com in [script] on line [number]. Since PDFlib 4.0.1 is available since 2001-05-18, perhaps the next release could include a php_pdf.dll based on 4.0.1? OR, a fix could be made available on the site (please) because my c++ compiler chokes on 4.0.1, and the documentation included is obviously meant for people who are already experienced with compiling their own dlls... ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11926edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] What happened to cvs-daily?
Is it gone, or did I just get removed from the list somehow? -- 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 #0: IMAP functions didn't work
From: [EMAIL PROTECTED] Operating system: Windows NT4 PHP version: 4.0.4 PHP Bug Type: IMAP related Bug description: IMAP functions didn't work -- Edit bug report at: http://bugs.php.net/?id=0edit=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 #11937 Updated: Bug in array handling
ID: 11937 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Assigned Bug Type: Unknown/Other Function Operating System: Windows 98 PHP Version: 4.0.5 Old Assigned To: Assigned To: jeroen New Comment: Should be more clear in the docs. It is only implicitely there. Assigning to myself. Previous Comments: [] [2001-07-06 14:52:11] [EMAIL PROTECTED] ?php //Two elements in an Array $array[] = Maria; $array[] = Lisa; //just a test output array_walk ($array, my_print); //and then free the first element of the array unset ($array[0]); function my_print ($value) { print $value . ; } print br /; //The following dump will produce: //array(1) { [1]= string(4) Lisa } //This means that the first element has the index 1 //But it should have index 0 var_dump ($array); ? If you have more than two elements, and you free one of them, you can just prevent this bug, by resorting the array with any sort function. But with only two elements, this won't work, and if you clear the first of these, you will get the same result as I have got, there was one element, but with the wrong index. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11937edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug interface
- The dev-mails now link to the user modify, not the dev modify. - There are two assign-to fields. - It doesn't remember my loginpass anymore (could be my problem though) 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] Re: [PHP-DOC] Re: [PHP-NOTES] note 13852 added to function.mail.php
Has anyone idea's for a good syntax? I think there are enough classes for mime-mail handling, maybe someone could get one into PEAR... Hm, so you don't think it'd be a good think to get in PHP itself? There are numerous functions that are less common-used, and can be written very well in php, but are still native. And a lot of people just don't use PEAR. 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] PHP 3.0 Bug Summary Report
PHP 3.0 Bug Database summary - http://bugs.php.net Num Status Summary (543 total including feature requests) ===[*General Issues]== 4180 Open is_link returns false when target doesnt exist (should return true) 9610 Bogus Dead link 9820 Open File upload with any input tag 10101 Bogus apache + mysqld + php3 == libphp3.so incorrect symbol... 10457 Bogus ALKHOBAR ===[*Install and Config]== 7386 Feedback referenced symbol not found when starting Apache ===[Compile Failure]== 1145 Open Ypu cannot compile with --with-ldap using the Solaris7 bundled ldap-libs/header 1298 Open need to use -taso with Netscape LDAP libs 1461 Open won't compile with Stronghold 2.2 or 2.3 1933 Open Unable to compile PHP3 with Oracle8 support 1997 Open Compilation Problems 2225 Open Compile error in ldap.c 2282 Open Compile failure with Stronghold 2.4.1 2490 Open Perl regular expression functions not available in windows binary 2585 Open Error linking Oracle 7.3.2 libraries on SCO OpenServer 5.0.4 2658 Open error while compiling PHP as apache module 2729 Open Fatal error: Unable to open ??? in - on line 0 2751 Open Storage size of buf isn't known 2823 Open undefined symbol: SQLParamData 2824 Open Inconsistent parameter list declaration for... 2903 Open fails to compile ifx.ec, report a syntax-error 3033 Open Fatal compile error on functions/ldap.c 3185 Open Undefined symbol 3217 Open ld error when compiling as Apache DSO and --with-mysql 3218 Open Can't compile php_ftp.dll 3426 Open make with iodbc failed and I've found the problem 3501 Open Compiling errors with Oracle-Funktions 3528 Open Can't compile php 3.0.14 with Oracle support 3677 Open files not found 3766 Open configure doesn't allow for the Oracle N32 client SDK to be used 3776 Open functions/db.c:107: parse error before '*' 4028 Open wrong directories included for oracle 8.1.6 4217 Open IBM DB2 will not compile. 4233 Open The Interbase module won't compile. 4266 Open Undeclared variables in function/imap.c starting ar line 435 4392 Open Compile failure with GD 1.7, possibly others 4412 Open xml failure 4417 Open Informix specific parse error in functions/ifx.ec 4544 Open Incompatiblility with latest (3.0) version of PDFlib 4899 Open PHP Core Dumps With Apache 1.3.12 7734 Open missing php3_ifx.h ===[Compile Warning]== 3151 Open php.exe compile warnings because of arpa/inet.h 6942 Open php sockets unusable with irix-OS ===[dBase related] 3091 Open dbase_replace_record miscounts number of fields 3429 Open Warning: Unable to open database... 4802 Open php.exe crashes while trying to execute the get_record function ===[DBM/DBA related]== 2890 Open DBM extension on win32 does not valid database identifier error 3371 Open dbmfetch reurns an empty string 3423 Open dbmopen() not thread-safe 3809 Duplicate DBM extension for Win32 PHP3 is malfunctioning and/or has a flaw 3862 Open dbmReplace dbmDelete return inverse value 6720 Open persistent Warning: driver initialization failed on db_open db2 2.7.7 ===[Documentation problem] 11155 Open ===[Dynamic loading related]== 1188 Open Configuration not work 1586 Open In the compiled Win32 package, the php3_ldap doesn't load. 1993 Open Startup failure of liphp3.so 2027 Open Can't dynamicly load any extension dll file 2250 Open nt-service problem 2414 Open php3_vmailmgr.so refuses to load 2862 Open LDAP in Win32 Bin dist is linked to MSVCRTD.DLL 3168 Open cannot start apache 1.3.9 if mysql is compiled in, but can RESTART successfully 3292 Open MySQL module causes DSO to fail. 3321 Open Apache Complaining about undefined symbol: dlst_first 3659 Open mod_php + apache w/mod_so hangs in sched_yield 3680 Open Apache won't start after install php3 3752 Open Apache configtest dumps core with DSO versioning 3781 Open Cannot load /libexec/libphp3.so 3861 Open php as a dyn. mod. configured with IBM db2 support prevents svr startup 9565 Open php3_ldap.dll is compiled as DEBUG ===[IMAP related]= 2816 Open Imap_open error when user_id length=3 char 2847 Open imap_search - dates don't work 3040 Duplicate imap_open 3236 Open Email message
Fwd: Re: [PHP-DEV] php 4.1 or php 5.0
Resending as we only got one answer... Andi Date: Fri, 06 Jul 2001 00:53:47 +0300 To: [EMAIL PROTECTED],Brian Moon [EMAIL PROTECTED], php developers [EMAIL PROTECTED] From: Andi Gutmans [EMAIL PROTECTED] Subject: Re: [PHP-DEV] php 4.1 or php 5.0 I think both for Zend 2 and for the cleanup version of PHP (if they happen at the same time or not) it is important to come up with how to do the development. We can either work in a branch or create a new CVS tree. They both have their pros cons, but especially for the PHP CVS which is a moving target it's going to be hard to make a cleanup and keep the patches in sync with the being cleaned version. It'll be easier for Zend because it is very stable and doesn't change very much. Any ideas? Andi At 05:27 PM 7/4/2001 +0100, Phil Driscoll wrote: On Wednesday 04 July 2001 17:12, Brian Moon wrote: FWIW, I am +1 on PHP5. There are a lot of things in the language that need to be cleaned up. People here more familiar with other closed languages have gotten confused about things like case, underscores, haystack and needle, the way some array functions return an array and some modify the passed array. There is just a lot of stuff like that. I'm all for making the radical changes at 5.0, its just that it seems like Zeev is keen on a shortish timeframe for the new engine, whereas I suspect that tidying up the language will take quite a bit longer. FWIW my vote is for us to make a concerted start on tidying the language with a realistic time frame of guess 1 year. If the new Zend engine is going to be ready much sooner than that, and it will only affect OO stuff and the business of accessing individual characters in strings, then that change should be to 4.1. If the engine is going to take a year, then we'll have a big pile of stuff to launch as 5.0 Cheers -- 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] -- 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] XSLT module: libxslt extension
hi :) i'm currently developing a php module for libxslt (part of gnome's xml lib). i've seen that there is an'api for xslt extensions under ext/xslt, should i use it or is it deprecated? thanx, raphael -- 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 #11945: ignore
From: [EMAIL PROTECTED] Operating system: ugly bug PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: ignore -- Edit bug report at: http://bugs.php.net/?id=11945edit=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 #11945 Updated: ignore
ID: 11945 Updated by: goba Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: ugly bug PHP Version: 4.0.6 Assigned To: ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11945edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11826 Updated: Custom sessions handler using Metabase calls crashes Apache
ID: 11826 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: WinMe, Linux PHP Version: 4.0.4 Assigned To: New Comment: It's interesting that in the last week this bug report has not gotten a single reply. It is an easily reproducable bug that Manuel Lemos (author of the Metabase database abstraction layer) believes is a problem with PHP. He has assured me that the problem is not with Metabase so, accordingly: There must be a bug with custom session handlers called using session_set_save_handler (on_session_start, on_session_end, on_session_read, on_session_write, on_session_destroy, on_session_gc); that is making it crash when Metabase calls are used in the start/end/read/write etc. functions. As Metabase is one of the best solutions out there for database abstraction with PHP (are there any others that allow database schema in XML and the range of type conversion options, etc? Or are as well documented?) I believe that this bug at least deserves a reply from the developer community. (Even if it is along the lines of: 'We don't care, fix it yourself' just so I know!) I have included a link to all code necessary to reproduce the crash in my original bug report and I've streamlined the code so that only logic necessary for the bug to be seen is present. Previous Comments: [] [2001-07-01 16:35:37] [EMAIL PROTECTED] This error has been reproduced on WinMe running Apache 1.3.19, PHP 4.04, MySQL 3.23.37 and Linux running Apache 1.3.12, PHP 4.0.3pl1, MySQL 3.23.6. When a custom session handler is set up that points to functions that use Manuel Lemos' Metabase database abstraction library to save session information in a database, Apace crashes randomly. When it does not crash, the code works as it is supposed to. For code necessary to recreate problem please download this file: http://www.aralbalkan.com/php_sessions_bug/metabase_sessions.zip It includes all necessary code (including the database schema, database schema installation script, the Metabase custom session handler functions and two small test scripts that use these to increment a variable. After you have installed the database schema (metatest1-schema-install.php) and entered the settings for you database in db_init.php please run nabsession_test.php and click on the link for the second page and try reloading. Randomly, your web server will crash. When it doesn't crash, the registered session variable will update correctly. Please don't hesitate to contact me if you need any further information. Manuel Lemos, the author of Metabase is aware of the problem and believes that the problem is with the PHP custom session handler code. When the Metabase calls are replaced with direct calls to MySLQ (to ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11826edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11946: compile fails on Solaris 8
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.0CVS-2001-07-07 PHP Bug Type: Unknown/Other Function Bug description: compile fails on Solaris 8 -- Edit bug report at: http://bugs.php.net/?id=11946edit=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 #11947: pgsql.allow_persistent is ignored (w/ patch)
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: PostgreSQL related Bug description: pgsql.allow_persistent is ignored (w/ patch) -- Edit bug report at: http://bugs.php.net/?id=11947edit=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] Fwd: Re: [PHP-DEV] php 4.1 or php 5.0
Right now we keep the main development on the truck and only branch out the releases. Ideally that's how we should keep doing it, but realistically the timeline for 5.0 is in the distant future, so I'd say let's make a new CVS tree for it -- call it php5. At 07:24 PM 7/7/01 +0300, Andi Gutmans wrote: Resending as we only got one answer... Andi Date: Fri, 06 Jul 2001 00:53:47 +0300 To: [EMAIL PROTECTED],Brian Moon [EMAIL PROTECTED], php developers [EMAIL PROTECTED] From: Andi Gutmans [EMAIL PROTECTED] Subject: Re: [PHP-DEV] php 4.1 or php 5.0 I think both for Zend 2 and for the cleanup version of PHP (if they happen at the same time or not) it is important to come up with how to do the development. We can either work in a branch or create a new CVS tree. They both have their pros cons, but especially for the PHP CVS which is a moving target it's going to be hard to make a cleanup and keep the patches in sync with the being cleaned version. It'll be easier for Zend because it is very stable and doesn't change very much. Any ideas? Andi At 05:27 PM 7/4/2001 +0100, Phil Driscoll wrote: On Wednesday 04 July 2001 17:12, Brian Moon wrote: FWIW, I am +1 on PHP5. There are a lot of things in the language that need to be cleaned up. People here more familiar with other closed languages have gotten confused about things like case, underscores, haystack and needle, the way some array functions return an array and some modify the passed array. There is just a lot of stuff like that. I'm all for making the radical changes at 5.0, its just that it seems like Zeev is keen on a shortish timeframe for the new engine, whereas I suspect that tidying up the language will take quite a bit longer. FWIW my vote is for us to make a concerted start on tidying the language with a realistic time frame of guess 1 year. If the new Zend engine is going to be ready much sooner than that, and it will only affect OO stuff and the business of accessing individual characters in strings, then that change should be to 4.1. If the engine is going to take a year, then we'll have a big pile of stuff to launch as 5.0 Cheers -- 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] -- 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 -- 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 #11948: Test: bug text not in dev mail?
From: [EMAIL PROTECTED] Operating system: http PHP version: 4.0.6 PHP Bug Type: unknown Bug description: Test: bug text not in dev mail? -- Edit bug report at: http://bugs.php.net/?id=11948edit=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 #11948 Updated: Test: bug text not in dev mail?
ID: 11948 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: unknown Operating System: http PHP Version: 4.0.6 Assigned To: New Comment: Trying to update (user-modify), without password Previous Comments: [2001-07-07 15:08:49] [EMAIL PROTECTED] If you read this in the mail, it's working now. Dropdowns are 'broken', that means, type-of-bug defaults to the LAST empty item, in stead of the FIRST item (it's called 'please-select') Same for phpversion, I think the current one should be selected by default? Or also a 'please select'? Jeroen ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11948edit=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 #11948 Updated: Test: bug text not in dev mail?
ID: 11948 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Status: Bogus Bug Type: unknown Operating System: http PHP Version: 4.0.6 Assigned To: New Comment: The user-password field has no . Bogusfying, since no php-bug. Previous Comments: [] [2001-07-07 15:08:49] [EMAIL PROTECTED] If you read this in the mail, it's working now. Dropdowns are 'broken', that means, type-of-bug defaults to the LAST empty item, in stead of the FIRST item (it's called 'please-select') Same for phpversion, I think the current one should be selected by default? Or also a 'please select'? Jeroen ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11948edit=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 #11818 Updated: Using the PDF functions after July1st triggers an internal PDFlib error
On Fri, 6 Jul 2001, Joey Smith wrote: There are 2 parts that are required to make PDF's using pdflib. There is the pdflib code, and the PHP code that makes calls to the pdflib code. We can ship our own code, but not pdflib's. And that is what I'm talking about here. Changing only the PHP extension so this silly watermark string is not seen on the PDF's generated by PHP scripts. Am I correct that this is only a matter of compiling the PHP extension from source and creating a php_pdf.dll ? Of course, I'm supposing in all this that the code to generate the watermark is inside the PHP extension. Anyway, can this be done for future releases ? Joao -- 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] tsrm patch
Hello, Sending this little fix to the dev group, since I don't beleive I have write access into TSRM. Can someone get this submitted? In tsrm_win32.c, line 138, change the +4 to +5 to allow for the trailing null character: - cmd = (char*)malloc(strlen(command)+strlen(TWG(comspec))+4); + cmd = (char*)malloc(strlen(command)+strlen(TWG(comspec))+5); Without this, debug builds crash when cmd is freed. Shane -- 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] tsrm patch
Hi, I commited a patch. Andi At 12:59 PM 7/7/2001 -0700, Shane Caraveo wrote: Hello, Sending this little fix to the dev group, since I don't beleive I have write access into TSRM. Can someone get this submitted? In tsrm_win32.c, line 138, change the +4 to +5 to allow for the trailing null character: - cmd = (char*)malloc(strlen(command)+strlen(TWG(comspec))+4); + cmd = (char*)malloc(strlen(command)+strlen(TWG(comspec))+5); Without this, debug builds crash when cmd is freed. Shane -- 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 #11949: Failed to write session ..... open(/tmp..) failed.
From: [EMAIL PROTECTED] Operating system: Windows 98 SE PHP version: 4.0.6 PHP Bug Type: Any Bug description: Failed to write session . open(/tmp..) failed. -- Edit bug report at: http://bugs.php.net/?id=11949edit=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 #11949 Updated: Failed to write session ..... open(/tmp..) failed.
ID: 11949 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Any Operating System: Windows 98 SE PHP Version: 4.0.6 Assigned To: New Comment: open(/tmp\sess_5b9c005c594b13dd0c7a54e9c84721ca it has both a slash and a backslash, check your php.ini For asking questions, you should have gone to http://www.php.net/support.php (php-general mailinglist) Previous Comments: [2001-07-07 16:29:19] [EMAIL PROTECTED] Warning: open(/tmp\sess_5b9c005c594b13dd0c7a54e9c84721ca, O_RDWR) failed: No such file or directory (2) in c:\apache\htdocs\ep\test1.php on line 3 People reporting this error all over, but I can not find the solution. This error happens with session_start(). The session.save_path is set corretly in php.ini, but it get ignored by PHP. Please help me how to ovecome on this problem. I have to use session functions in my applications. Thank you Tamas Virag ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11949edit=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 #11950: not sending e-mail at all
From: [EMAIL PROTECTED] Operating system: Debian Linux PHP version: 4.0.5 PHP Bug Type: Mail related Bug description: not sending e-mail at all A call to the mail function in the form: mail . will not send an e-mail. Using the following format: $something = mail . will send the e-mail correctly. I've encoutered this problem using the free web hosting provided by www.f2s.com, who are using Debian Linux. -- Edit bug report at: http://bugs.php.net/?id=11950edit=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 #11951: HTML encoding problem
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.0.5 PHP Bug Type: Unknown/Other Function Bug description: HTML encoding problem There definately seems to be a problem using any operating system I've tried (Linux Debian, RedHat, Windows 98, Windows 2000). The problem is that the following piece of HTML: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; html head meta http-equiv=Content-Type CONTENT=text/html; charset=windows-1251 ... will somehow be ignored, i.e. the document will not have this encoding set, instead ISO-8859-1 will be used. The biggest problem is that if try to change the encoding in the browser it won't change it, even though the browser will show it changed or if it changes it (very rare), after you reload the page the encoding is set back to ISO-8859-1, even though the browser always shows that the encoding is changed. This happens for all files that are processed by the php engine. I've correctly set the encoding option in the php.ini, even though it is always best for php, not to set this at all, since if you're using a remote server, for example hosting you site in the USA, but the page is in cyrillic, your php pages will never display properly. Probably the best thing is to leave the encoding up to the HTML headers set by each page. My workaround for this problem is (it always works correctly): ? include set_encoding.inc; ? !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; html head meta http-equiv=Content-Type CONTENT=text/html; charset=windows-1251 where set_encoding.inc, contains in my case the following: header(Content-type: text/html;charset=windows-1251); header(Content-Language: bg); -- Edit bug report at: http://bugs.php.net/?id=11951edit=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] Multi-threading support
Hello, Sorry if this has already been discussed, but I just arrived to this list. What are the plans to add multi-threading support to PHP/Zend engine? Regards, Manuel Lemos Web Programming Components using PHP Classes. Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED] -- E-mail: [EMAIL PROTECTED] URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp -- -- 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: Darren Beale Email: [EMAIL PROTECTED] ID: bealers Purpose: Can i get a cvs account to access php4/pear? I\'d like to submit pear modules rather than getting someone else to do it for me thanks -- 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 #11818 Updated: Using the PDF functions after July1st triggers an internal PDFlib error
That's the whole point. The code that generates the watermarks, or times out, or whatever, is based in pdflib's code (IE, pdflib.dll). It has nothing to do with our code. There is the question of whether or not we can ship pdflib.dll with PHP at all. I've asked the members of the PHP Group for input on this, as they are (hopefully) more qualified than I to decide, but in the interim, it remains a pdflib.dll issue, completely seperate from PHP. Assuming that we CAN ship pdflib.dll, the timeout issue will go away, but you will still (IIUC) have the watermarking issue... On Sat, 7 Jul 2001, Joao Prado Maia wrote the following to Joey Smith : On Fri, 6 Jul 2001, Joey Smith wrote: There are 2 parts that are required to make PDF's using pdflib. There is the pdflib code, and the PHP code that makes calls to the pdflib code. We can ship our own code, but not pdflib's. And that is what I'm talking about here. Changing only the PHP extension so this silly watermark string is not seen on the PDF's generated by PHP scripts. Am I correct that this is only a matter of compiling the PHP extension from source and creating a php_pdf.dll ? Of course, I'm supposing in all this that the code to generate the watermark is inside the PHP extension. Anyway, can this be done for future releases ? Joao -- 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 #11826 Updated: Custom sessions handler using Metabase calls crashes Apache
ID: 11826 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Status: Open Bug Type: Reproducible crash Operating System: WinMe, Linux PHP Version: 4.0.4 Assigned To: New Comment: Most likely, none of the developers are actually USING Metabase, so this bug is simply getting glossed over. Perhaps a reproducible test case that does not require usage or knowledge of Metabase would help... IE, while we really appreciate all the work you have gone through to document this bug, and make these scripts available, until we can see the bug OUTSIDE of the Metabase package, it probably won't get a lot of attention. Previous Comments: [] [] [2001-07-01 16:35:37] [EMAIL PROTECTED] This error has been reproduced on WinMe running Apache 1.3.19, PHP 4.04, MySQL 3.23.37 and Linux running Apache 1.3.12, PHP 4.0.3pl1, MySQL 3.23.6. When a custom session handler is set up that points to functions that use Manuel Lemos' Metabase database abstraction library to save session information in a database, Apace crashes randomly. When it does not crash, the code works as it is supposed to. For code necessary to recreate problem please download this file: http://www.aralbalkan.com/php_sessions_bug/metabase_sessions.zip It includes all necessary code (including the database schema, database schema installation script, the Metabase custom session handler functions and two small test scripts that use these to increment a variable. After you have installed the database schema (metatest1-schema-install.php) and entered the settings for you database in db_init.php please run nabsession_test.php and click on the link for the second page and try reloading. Randomly, your web server will crash. When it doesn't crash, the registered session variable will update correctly. Please don't hesitate to contact me if you need any further information. Manuel Lemos, the author of Metabase is aware of the problem and believes that the problem is with the PHP custom session handler code. When the Metabase calls are replaced with direct calls to MySLQ (to ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11826edit=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 #11949 Updated: Failed to write session ..... open(/tmp..) failed.
Not at all. My php.ini does not have both slash and a backslash. Here it is: session.save_path= C:\php\sessiondata I can change this to anything, but this version of PHP will ignor it. The previous version (4.04) did work. Tamas Virag - Original Message - From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, July 07, 2001 3:45 PM Subject: Bug #11949 Updated: Failed to write session . open(/tmp..) failed. ID: 11949 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Any Operating System: Windows 98 SE PHP Version: 4.0.6 Assigned To: New Comment: open(/tmp\sess_5b9c005c594b13dd0c7a54e9c84721ca it has both a slash and a backslash, check your php.ini For asking questions, you should have gone to http://www.php.net/support.php (php-general mailinglist) Previous Comments: [2001-07-07 16:29:19] [EMAIL PROTECTED] Warning: open(/tmp\sess_5b9c005c594b13dd0c7a54e9c84721ca, O_RDWR) failed: No such file or directory (2) in c:\apache\htdocs\ep\test1.php on line 3 People reporting this error all over, but I can not find the solution. This error happens with session_start(). The session.save_path is set corretly in php.ini, but it get ignored by PHP. Please help me how to ovecome on this problem. I have to use session functions in my applications. Thank you Tamas Virag ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11949edit=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 #10899 Updated: xmldocfile produces fatal error
ID: 10899 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: DOM XML related Operating System: linux 2.4.4 PHP Version: 4.0 Latest CVS (2001-05-16) Assigned To: New Comment: Fixed in CVS. But I'm not too sure about the rest of the extension. :) Previous Comments: [2001-05-16 06:26:42] [EMAIL PROTECTED] $doc = xmldocfile(config.xml); produces Fatal error: Underlying object missing in /usr/local/apache/htdocs/test/xml.php on line 13 in PHP-4.0.6RC1 config.xml is ?xml version=1.0? test one type=blabla/one two type=foo/ /test if i make a sting out of it and then $doc = xmldoc($xml); it works ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10899edit=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 #11922 Updated: Fatal error: Underlying object missing in test.php on line 12
ID: 11922 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: DOM XML related Operating System: UNIX PHP Version: 4.0.6 Assigned To: New Comment: Fixed in CVS. But the module is still Experimental. Previous Comments: [2001-07-06 04:41:33] [EMAIL PROTECTED] Hello, Since the new version is installed, open a xml file with the function xmldocfile() is impossible ! The error generated is : Fatal error: Underlying object missing in test.php on line 12 I don't understang why because the function works perfectly before ! In the released 4.0.6, I see that Uwe rewrited the domxml. It's now mostly DOM Level 2 conform. Can u solve the problem quickly please ? I really need this function ! Thanks, Anthony, a french developer. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11922edit=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 #11952: NO UNINSTALL
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: NO UNINSTALL I was looking for a program that would open/display *.php files. I thought this PHP program was it. I installed it, went to the websites that use *.php files for graphics. It still would not display the images. So, I went to uninstall your program and there is NO UNINSTALL. Not even anything in control panel for uninstalling it. There was a re-boot involved in this installation, so, I don't want to just delete the C:\PHP directory, as I have a feeling the registry was changed somewhere along the way. Thanks for your help. Pat C. -- Edit bug report at: http://bugs.php.net/?id=11952edit=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] XSLT module: libxslt extension
perfect :) my libxslt extension is a backend for xslt, the api for now is the same, i have implemented these functions: xslt_create xslt_free xslt_process (it works pretty good, and for now i haven't found memory leaks ;) it's not so much for now, but i'll implement the other functions as soon as possible. i've started hacking (well it sounds cool ;) php and zend one week ago, and i think that zend is amazing! i like it very much because it's very intuitive. i'm also working on a module for panda pdf, probably the first module based on a free GPL pdf library :) raphael Am 08 Jul 2001 01:03:54 +0200 schrieb Sebastian Bergmann: Raphael Vallazza wrote: i'm currently developing a php module for libxslt (part of gnome's xmllib). i've seen that there is an'api for xslt extensions under ext/xslt, should i use it or is it deprecated? Coordinate with Sterling, but here you go: ext/sablotron is no longer beeing worked on and ext/xslt is the 'next generation'. It'd be cool to have ext/xslt support libxslt. Are you by any chance familiar with libxml? If so, please have a look at ext/domxml - and fix it :-) -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de Meet the PHP Project at LinuxTag, Booth 5.0.334/2 - http://phpinfo.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] Bug #11954: development question
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: unknown Bug description: development question Is there any way to just have a PHP interpreter with no web server ? I was trying to develop an HTML applicaton and deploy it on single PCs without sending out a web server for each PC. Do you know if this is possible with PHP ? Thanks. Jack -- Edit bug report at: http://bugs.php.net/?id=11954edit=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 #11955: development question
From: [EMAIL PROTECTED] Operating system: windows 2000 PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: development question Is there any way to just have a PHP interpreter with no web server ? I was trying to develop an HTML applicaton and deploy it on single PCs without sending out a web server for each PC. Do you know if this is possible with PHP ? Thanks. Jack -- Edit bug report at: http://bugs.php.net/?id=11955edit=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 #11956 Updated: the bug database should handle website problems
ID: 11956 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Website problem Operating System: PHP Version: 4.0.6 Assigned To: New Comment: well, not only does it do that, it even sets the sender to the php-mirrors list. pretty special. Previous Comments: [2001-07-08 00:14:18] [EMAIL PROTECTED] it should just send the bugs to [EMAIL PROTECTED] ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11956edit=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 #11955 Updated: development question
ID: 11955 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Scripting Engine problem Operating System: windows 2000 PHP Version: 4.0.6 Assigned To: ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11955edit=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 #11954 Updated: development question
ID: 11954 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: unknown Operating System: Windows 2000 PHP Version: 4.0.6 Assigned To: New Comment: the cgi version of php can be run as a standalone application, but you'll need some kind of web server to talk to display the pages through an http client. Previous Comments: [2001-07-07 23:59:36] [EMAIL PROTECTED] Is there any way to just have a PHP interpreter with no web server ? I was trying to develop an HTML applicaton and deploy it on single PCs without sending out a web server for each PC. Do you know if this is possible with PHP ? Thanks. Jack ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11954edit=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] Suggesting a cool website-3D Virtual Cities
Dear Friends, A COMPLETE NEW SURFING EXPERIENCE. Check out this cool 3D Virtual Cities website: http://www.cyperguide.com Enjoy your Ride! Please kindly accept our deepest apology if this e-mail has caused you any inconvenience. your dear friend (All 135 Cities will be done soon) -- 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 #11957: session url rewrite isn't working
From: [EMAIL PROTECTED] Operating system: Win ME PHP version: 4.0.6 PHP Bug Type: Session related Bug description: session url rewrite isn't working I was wondering how you would make PHP rewrite URLs according to url_rewriter.tags for sessions. If you make session.use_trans_sid be one to turn it on, it isn't working on my system. I was wondering why it wasn't and what I can do about it. That flag you put while compiling it, I don't think applies to windows. Is it built into the windows one? Thanks. -- Edit bug report at: http://bugs.php.net/?id=11957edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-DOC] Re: [PHP-NOTES] note 13852 added to function.mail.php
The mail() function can be used to send email with attachments and special types of content. This is accomplished via MIME-encoding - for more information, see http://www.zend.com/zend/spotlight/sendmimeemailpart1.php; Just a wild idea, but maybe we should add a real PHP-function which can send MIME-mail? It's really something that would be useful in PHP... Has anyone idea's for a good syntax? --zak 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 #10850 Updated: imap_uid() does not produce an Unique ID Number from POP Servers
ID: 10850 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: linux PHP Version: 4.0.5 Assigned To: New Comment: added note to manual. Previous Comments: [] [] [] [] [2001-05-14 09:38:37] [EMAIL PROTECTED] The following code should echo out the Unique ID's generated by UIDL on the IMAP/POP Server, but echo's out a sequencial number starting with 1 instead... It should probably produce ID's like, 3afffb530001, 3afffb530002, etc. etc. $mbox = imap_open ({your.imap.host:143}, username, password); $headers = imap_headers ($mbox); if ($headers == true) { while (list ($key,$val) = each ($headers)) { echo imap_uid($mbox, $key); } } else { echo No messages in inbox; } ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10850edit=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 #11046 Updated: mkdir doesnt sets permissions
ID: 11046 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.0.4pl1 Assigned To: New Comment: noted in documentation. Previous Comments: [] [] [] [2001-05-23 05:19:07] [EMAIL PROTECTED] mkdir(test,0777) the directory is dwrx-rx-rx, not dwrxwrxwrx :) why? or it is my server with some rare php config? ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11046edit=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 #11609 Updated: documentation packaging format
ID: 11609 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: debian PHP Version: 4.0 Latest CVS (2001-06-21) Assigned To: New Comment: works for me. .tar.bz2 archives will get generated now. it would probably make sense to drop .zip. there are tools to handle .tar.gz (and probably .tar.bz2) on windows, and the .zip files are quite piggish. Previous Comments: [2001-06-27 13:20:28] [EMAIL PROTECTED] Bringing this suggestion to attention :) It is a good one IMHO. A bz2 would make sense to me. Maybe Hartmut? [2001-06-21 14:41:27] [EMAIL PROTECTED] Another documentation packaging format would be nice. I'm talking about bz2 .. it makes sense: If you package those html files with gzip you get approx 900kb file, but packaging with bz2 makes archive only ~600kb in size. Heh and i'm not evevn talking about zip format - the size coming out from that is awful. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11609edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] Security?
First of all, looking over this, this is all alreadly covered by the (possibly anemic) security section..which could definitely use more examples, explanations, and exploit examples (hint hint). On Wednesday, July 4, 2001, at 10:05 AM, sterling hughes wrote: On 03 Jul 2001 19:13:20 -0700, Rasmus Lerdorf wrote: On 4 Jul 2001, sterling hughes wrote: Ah well, I'm guessing most people have already seen this, still, I couldn't help passing it along... There are some good points (nothing we haven't discussed before) and some pretty bad points as well. A lot of these are rather silly and are actually present in other scripting languages when they are used in a web environment. Most of it boils down to the fact that you cannot trust user data. Bingo. A perl script which does not check input is as bad as a javascript is as bad as PHP... I found the article interesting because it addressed the sheer amount of insecure code (and coding practices) out there. PHP is a powerful language, much more so than javascript or DHTML, and yet, that is often what it is compared to. OTOH, it has as much power as a CGI, which webmasters/sysadmins know to handle delicately, _because_ of root exploits. Server admins need a heads up, methinks, and a warning that PHP is a language that *can* do nasty things. The fact that user data is easier to get at in PHP doesn't really change the model. Making it harder to get the user data doesn't help if this data is still not checked and used incorrectly once you do get it. But, I do think it would be worthwhile to go through these and add a section to the documentation highlighting the pitfalls and explaining how to avoid them. cough See above. :-) I think the main point I agree with is that since many beginning users use PHP to implement there websites, PHP should be more secure than other languages, and have less places where the user can mess up. PHP owes it's success to being easier to use. The more we try to lock it down, for security reasons, the more it becomes harder to use. (I think register globals off is silly, myself... a determined cracker can't figure out how to forge a get instead of a post, or vice versa?). Sure, we can switch to forced typing, fixed buffers, but what's the point? To become C? If that was what folks wanted, they'd learn C in the first place. And it won't slow down crackers. The exact same article could have been written with minor changes (a paragraph or less) to show forging get/post/cookies, because PHP coders are often *sloppy* about their vars. It's security through obscurity (guess which of the whopping four (GPCS) places I'm using?) it's an illusion, not a solution. Beginning users grab bad cgi's, horrid javascript, etc. Newbies are newbies. The problem is not that PHP does too much, the problem is that it's not being recognized for the level of power it has, and treated accordingly. I think the security section to the documentation is a superb start, add away! however, I also think that PHP5.0 since we are breaking language compat, perhaps we should turn off register_globals by default? Uhm... I think you'll break pretty much *everything* out there. Horrifically. I don't personally know a single PHP developer who want to type an addtional 14+ chars everytime they pick out a variable, and I haven't seen much code where people actually do this. Have you taken at look at ours? The code driving our php.net website? :-) Suggestions/Ideas to mock or approve/improve upon. 1. Modify the secured var stack names, so calling something like $PHPG[a] Is equivalent to HTTP_GET_VARS[$a] ( PHPP | PHPS | PHPC | PHPF). Less typing of chars is good. Carpal tunnel injuries bad. 2. Warn users. Put warnings in everytime something is called from globals, without being initialized off of a clean stack. (Which is dirty anyways, but some folks think it'll help slow down hackers by 3/4ths or, on a 10 hits per sec website, by less than a second). 3. beef up the security section 4. Start talking about PHP as if it was as powerful as it really is... sure, it can make dynamic websites, but it can also reformat your hard drives. 5. Eat our own dogfood (An americanmism). Make all our code clean first, and learn from that. -Bop --2D426F70|759328624|00101101011001100111 [EMAIL PROTECTED], 520-326-6109, http://www.opus1.com/ron/ The opinions expressed in this email are not necessarily those of myself, my employers, or any of the other little voices in my head. -- 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 #11128 Updated: Downloadable html-manual is a tar-bomb
ID: 11128 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: *nix PHP Version: 4.0.5 Assigned To: New Comment: now noted on the website. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11128edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]