[PHP-DEV] Bug #15252 Updated: ImageCreateJPEG() crashes server
ID: 15252 Updated by: elixer Old Summary: IMAGECREATEJPEG CRASHES SERVER Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: WIN2000 PHP Version: 4.1.1 New Comment: Update summary (can't read all caps). Previous Comments: [2002-01-28 05:21:31] [EMAIL PROTECTED] When using jpg picture when PHP says it is corrupt (when it is not) then Server crashes with function imagecreatefromjpeg. See source below ! $srcImg = imagecreatefromjpeg($fileName); $scale = 4; // create a (blank) smaller image object $srcSize = getimagesize($fileName); $dstImg = imagecreate($srcSize[0]/$scale, $srcSize[1]/$scale); // copy and resize from the source image object to the smaller blank one imagecopyresized($dstImg, $srcImg, 0, 0, 0, 0, $srcSize[0]/$scale, $srcSize[1]/$scale, $srcSize[0], $srcSize[1]); // send the smaller image object to the browser $plaatje = imagejpeg($dstImg); // clean up imagedestroy($scrImg); imagedestroy($dstImg); Edit this bug report at http://bugs.php.net/?id=15252edit=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 #15130 Updated: pathinfo reports extension as bar/baz for /foo/bar.bar/baz
ID: 15130 Updated by: elixer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD PHP Version: 4.1.1 New Comment: Fixed. Took Torben's patch one step further and only look at the basename for the file extension. This still doesn't solve all the issues that you ([EMAIL PROTECTED], nice email address by the way, I feel like I need to go to church just reading it :)) have with pathinfo() as you mention in your documentation note. But it fixes this particular problem. Closed. Previous Comments: [2002-01-21 03:03:26] [EMAIL PROTECTED] Reopening. It does appear that pathinfo() reacts badly if: a) the filename portion does not have an extension, AND b) one of the directories has a dot in its name. This is because if the above conditions are met, the extension bit in string.c looks for the last occurrence of '.' in the pathname and takes anything after it as the file's extension. The following patch fixes the problem, if someone with enough karma would like to check it out and check it in (yuk yuk). Torben Index: string.c === RCS file: /repository/php4/ext/standard/string.c,v retrieving revision 1.261 diff -u -r1.261 string.c --- string.c5 Jan 2002 23:49:57 - 1.261 +++ string.c21 Jan 2002 07:48:41 - @@ -1201,11 +1201,18 @@ } if (argc 2 || opt == PHP_PATHINFO_EXTENSION) { - char *p; + char *p, *last_separator; int idx; p = strrchr(Z_STRVAL_PP(path), '.'); - if (p) { + +#ifdef PHP_WIN32 + last_separator = strrchr(Z_STRVAL_PP(path), '\\'); +#else + last_separator = strrchr(Z_STRVAL_PP(path), '/'); +#endif + + if (p p last_separator) { idx = p - Z_STRVAL_PP(path); add_assoc_stringl(tmp, extension, Z_STRVAL_PP(path) + idx + 1, len - idx - 1, 1); } [2002-01-20 22:29:14] [EMAIL PROTECTED] how can you possibly suggest that bar/baz is the file extension of /foo/bar.bar/baz by that logic recombining the parts gets you /foo/bar.bar/baz.bar/baz as the filename! I've added a comment with a php replacement and some examples of the broken output at http://www.php.net/manual/en/function.pathinfo.php [2002-01-20 22:19:41] [EMAIL PROTECTED] That's the correct output of pathinfo (and print_r). See http://www.php.net/manual/en/function.pathinfo.php Status - Bogus [2002-01-20 20:27:56] [EMAIL PROTECTED] Hi, print_r(pathinfo(/foo/bar.bar/baz)); Array ( [dirname] = /foo/bar.bar [basename] = baz [extension] = bar/baz ) Edit this bug report at http://bugs.php.net/?id=15130edit=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 #15137 Updated: get_meta_tags()
ID: 15137 Updated by: elixer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Unknown/Other Function Operating System: WIndows 98 SE PHP Version: 4.0.6 New Comment: This was fixed just after 4.0.6 was branched. See revision 1.164 of ext/standard/string.c. Works in 4.1.1. Previous Comments: [2002-01-21 04:55:12] [EMAIL PROTECTED] IMHO we should re-implement get_meta_tags() using expat? [2002-01-21 04:43:46] [EMAIL PROTECTED] Function get_meta_tags() returned bad value while in META tags content is a 1st value and name is second example: META content=abc, dbf, ghi name=keywords with this example get_meta_tags() return content as a name and name as a content. Edit this bug report at http://bugs.php.net/?id=15137edit=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 #14930 Updated: CLI header suppression problems
ID: 14930 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: linux 2.4.9 PHP Version: 4.1.1 New Comment: I don't think this is a glibc issue. Its (AFAIK) the kernel's responsibility to set this stuff up. Take a look at load_script() in fs/binfmt_script.c of the linux source. It seems that only one argument is allowed, and everything after the interpreter (/usr/local/bin/php) up until the EOL is considered one argument. I'm sure there is a reason for implementing it this way, I just don't know what it is. Sean Previous Comments: [2002-01-08 19:29:05] [EMAIL PROTECTED] I was able to reproduce this. However it does not appear to be a php bug. Most likely a glibc bug. If I put this line on top of my script: #!/usr/bin/php -q -c /path/to/ini/file -C the following values get passed to php's main() function. argc=3 argv[0]: php argv[1]: -q -c /path/to/ini/file -C argv[2]: ./test (which is the name of the script) With parameters passed like that, php has no chance of passing them correctly. FreeBSD systems appear to be free of this problem. [2002-01-08 10:54:04] [EMAIL PROTECTED] I don't know if this should go under output control but anyways... The command line executable is having problems suppressing the headers using the -q option in combination with the -c option if you're running the script as, well, a script. For instance, take this small script: #!/usr/local/bin/php -c /path/to/ini/file -q ?php echo hello world; ? The headers won't be suppressed if you try running the script with a command like $ ./smallscript.php X-Powered-By: PHP/4.1.1 Content-type: text/html hello world However, running the script like so: $ php -q -c /path/to/ini/file smallscript.php hello world produces the expected result, without the headers. Also, this may or may not be an associated bug, but if you put the -q option before the -c option in the command line for a script, i.e. #!/usr/local/bin/php -q -c /some/path ?php ... ? An error is produced, which looks something like this: Error in argument 1, char 3: option not found Error in argument 1, char 4: option not found - Error in argument 1, char 3: option not found along with the output from php -h. This doesn't happen when you execute directly from the command line, only when the command line is in the script file itself. J Edit this bug report at http://bugs.php.net/?id=14930edit=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 #14935 Updated: spaces NOT escaped by A..z
ID: 14935 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem PHP Version: 4.1.1 New Comment: The problem is that space characters in the example code is not meant to refer to specifically a space (ASCII 32) it is referring to tab, vertical tab, carriage return, line feed, etc. Basically all of the [:space:] characters except for an actual ASCII 32 space. This is expected behavior, you don't have to escape ASCII 32 in C strings. The documentation fix is still lacking. The line in the example code should read: // All upper and lower-case letters will be escaped // ... but so will the [\]^_` and any tabs, line // feeds, carriage returns, etc. Instead of the current (CVS): // All upper and lower-case letters will be escaped // ... but so will the [\]^_` Or something along those lines. I'll commit that later tonight unless someone objects or has better verbage. Previous Comments: [2002-01-10 02:06:55] [EMAIL PROTECTED] We should probably take a closer look at this problem. I verified that addcslashes had the currently documented behaviour a while ago. If it has changed, we have a problem. [2002-01-09 21:09:38] [EMAIL PROTECTED] Confirmed, will fix in CVS. Status - Closed [2002-01-08 15:24:48] [EMAIL PROTECTED] http://www.php.net/manual/en/function.addcslashes.php says `and space characters' but this is not true; on my system addcslashes('foo[ ]','A..z') results in \f\o\o\[ \] not \f\o\o\[\ \] Edit this bug report at http://bugs.php.net/?id=14935edit=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 #14874 Updated: Variables not passing through urls
ID: 14874 Updated by: elixer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: windows xp PHP Version: 4.1.0 New Comment: Bogusify. Previous Comments: [2002-01-05 11:31:45] [EMAIL PROTECTED] i fixed the problem... i guess some part of my php.ini was curropt, i replaced it and everything worked fine [2002-01-05 11:08:23] [EMAIL PROTECTED] htmlheadtitle/title/headbody a href=error.php?text=stringtextPass Variable Through Url!/abr / ? echo when you click the link \stringtext\ should display; echo $ext; ? /body/html Im using windows XP with foxserv (apache, perl, php, mysql bundle), I upgraded to php 4.1.0 (downloaded from your site and foxserv's site) and its not letting me pass variables through urls. For example; Im developing an image gallery when you click on a thumbnail the browser points to http://127.0.0.1/igallery/fullsize.php?big=826605-001.jpg it goes to the full-size page but the variable is not passed and therefore the image is broken. I also tried it on other scripts I wrote and some I downloaded... I cant figure it out. Is there a revised way of passing variables in the new release? Edit this bug report at http://bugs.php.net/?id=14874edit=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 #14714 Updated: String tokenizer appears to only work with tokens of size equal to one.
ID: 14714 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Strings related Operating System: linux redhat 7.0 PHP Version: 4.1.0 New Comment: Please create a php file with the following content, the version number of PHP will appear in the output: ?php phpinfo(); ? Let us know what version you are on. Sean Previous Comments: [2001-12-27 02:35:26] [EMAIL PROTECTED] This code does not appear to work (it is almost a cut and paste from the manual with the token changed). From experimentation I think it is beacause the token is two characters long. I am not sure if this is a bug or a undocumented property of this function. $string = This is an example string; $tok = strtok($string,%s); while ($tok) { echo Word=$tokbr; $tok = strtok(%s); } I am sorry I can't be sure of the version of PHP on this server. I only have ftp access. Thanks for such a great product! Edit this bug report at http://bugs.php.net/?id=14714edit=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 #14623 Updated: get_meta_tags only looks in begin of file
ID: 14623 Updated by: elixer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Strings related Operating System: linux PHP Version: 4.0.6 Assigned To: elixer New Comment: When I wrote useful code I was assuming that something in your working code was causing get_meta_tags() to stop parsing the document. I have since downloaded and tested with 4.0.6 and 4.1.0. I have the same problem on 4.0.6 on my redhat box. 4.1.0 seems to have fixed the problem and the latest CVS also works properly. Closing this as its since been fixed. Sean Previous Comments: [2001-12-22 06:20:09] [EMAIL PROTECTED] The code example shows the problem on my PHP 4.0.6 (redhat distr) - if you add the 110 lines print_r() shows an empty array, if you delete half of it the headerinfo is there. Yes it is a memory eater, but the only purpose was to have a reproducable and simple example ... next time I will make a usefull example - telling jokes or something :). If you look in the C source - is the whole file been read? Can the # of bytes read be os/config (default blocksize)dependent? Have you tried it with more memory eating xxx's? Or it might be solved in 4.1.0 (CVS)? Jeroen [2001-12-21 19:15:52] [EMAIL PROTECTED] That example works fine here from the local CVS. I don't think it has anything to do with PHP code being at the top of the page. My wager is that you have _useful_ code that is breaking get_meta_tags, my guess is that the code contains the string /head in it somewhere. Does this example piece of code actually not work on your setup? All it seems to do is waste memory :) Sean [2001-12-21 05:48:23] [EMAIL PROTECTED] The way I use it is quite different: When a file is parsed it is 'wrapped': a prepended wrapper opens the file and layouts it. Based on the meta tags a layout is choosen, menus added, header defined, etc. This way the content exists out of plain HTML files that are build into the vieuwed pages when parsed. (That can differ for showing, printing, spiders, ... all with the same content - that is easy to maintain even by dummies :).) Jeroen. [2001-12-21 05:31:20] [EMAIL PROTECTED] Just a note... why would you want to do get_meta_tags on a non parsed file? I think it's makes way more sense to use g_m_t on a parsed file. Derick [2001-12-21 05:29:12] [EMAIL PROTECTED] ? $s = ... repeat this for about 110 lines of 80 'x'-es ; ? !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN html head titleFailing get_meta_tags/title META NAME=subject CONTENT=mySubject META NAME=keywords CONTENT=myKeywords link rel=stylesheet href=mysheet.css /head body GET_META_TAGS: ? print_r( get_meta_tags( $HTTP_SERVER_VARS[PATH_TRANSLATED])); ? /body /html 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=14623 Edit this bug report at http://bugs.php.net/?id=14623edit=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 #14623 Updated: get_meta_tags only looks in begin of file
ID: 14623 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Strings related Operating System: linux PHP Version: 4.0.6 Assigned To: elixer New Comment: That example works fine here from the local CVS. I don't think it has anything to do with PHP code being at the top of the page. My wager is that you have _useful_ code that is breaking get_meta_tags, my guess is that the code contains the string /head in it somewhere. Does this example piece of code actually not work on your setup? All it seems to do is waste memory :) Sean Previous Comments: [2001-12-21 05:48:23] [EMAIL PROTECTED] The way I use it is quite different: When a file is parsed it is 'wrapped': a prepended wrapper opens the file and layouts it. Based on the meta tags a layout is choosen, menus added, header defined, etc. This way the content exists out of plain HTML files that are build into the vieuwed pages when parsed. (That can differ for showing, printing, spiders, ... all with the same content - that is easy to maintain even by dummies :).) Jeroen. [2001-12-21 05:31:20] [EMAIL PROTECTED] Just a note... why would you want to do get_meta_tags on a non parsed file? I think it's makes way more sense to use g_m_t on a parsed file. Derick [2001-12-21 05:29:12] [EMAIL PROTECTED] ? $s = ... repeat this for about 110 lines of 80 'x'-es ; ? !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN html head titleFailing get_meta_tags/title META NAME=subject CONTENT=mySubject META NAME=keywords CONTENT=myKeywords link rel=stylesheet href=mysheet.css /head body GET_META_TAGS: ? print_r( get_meta_tags( $HTTP_SERVER_VARS[PATH_TRANSLATED])); ? /body /html [2001-12-20 19:34:44] [EMAIL PROTECTED] Can you please provide me with a small example of a file that get_meta_tags is failing on? The only time I am seeing this fail is if the text /head appears in the working code that you mention. Sean [2001-12-20 10:59:01] [EMAIL PROTECTED] get_meta_tags() seems to look only in the beginning of a file, meaning that e.g. if there is a lot of PHP code before the HTML header it will return nothing ... Tested using get_meta_tags() on local files with about 9000 characters of PHP code before HTML HEADER. Might be by design (speed), but then a warning is needed in doc: when adding working code, things (get_meta_tags()) stop working ... Workaround: if possible move code after header or if not include a file :( Edit this bug report at http://bugs.php.net/?id=14623edit=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 #14623 Updated: get_meta_tags only looks in begin of file
ID: 14623 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Strings related Operating System: linux PHP Version: 4.0.6 Assigned To: elixer New Comment: Can you please provide me with a small example of a file that get_meta_tags is failing on? The only time I am seeing this fail is if the text /head appears in the working code that you mention. Sean Previous Comments: [2001-12-20 10:59:01] [EMAIL PROTECTED] get_meta_tags() seems to look only in the beginning of a file, meaning that e.g. if there is a lot of PHP code before the HTML header it will return nothing ... Tested using get_meta_tags() on local files with about 9000 characters of PHP code before HTML HEADER. Might be by design (speed), but then a warning is needed in doc: when adding working code, things (get_meta_tags()) stop working ... Workaround: if possible move code after header or if not include a file :( Edit this bug report at http://bugs.php.net/?id=14623edit=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 #12190 Updated: Differnt versions (4.0.4 and 4.0.6) have different character case rules
ID: 12190 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Variables related Operating System: MS NT 4.0 build 1381 PHP Version: 4.0.6 New Comment: This was my fault. I rewrote the get_meta_tags function in 4.0.5 and forgot to lowercase the array keys before inserting them. I recently submitted a patch that corrects this, and it will be available in the next release version. You can also get the latest development version from CVS. Previous Comments: [2001-07-20 08:02:52] [EMAIL PROTECTED] this IS NOT a website bug. I can't understand why kerrorr have submitted this as a website bug... [2001-07-20 07:48:55] [EMAIL PROTECTED] reproducing code would be helpfull... [2001-07-16 11:39:20] [EMAIL PROTECTED] I am not sure if this is a bug or a feature or what, but for feedback purposes, herewith my tale of sorrow and angst. We had version 4.0.4 installed on our NT server (4.0 build 1381, Microsoft-IIS/4.0) when it crashed last week (from a surfeit of scratch files in C:/TEMP - we don't know why yet, but we have our suspicions) and this led our sysop to a rebuild of the system. Whilst doing that, we installed version 4.0.6 using the Win32 installer. This led to one of our scripts - located in an include file footer.incl which takes a META tag defined in the calling PHTML file META NAME=Date_of_last_modification CONTENT=20010126 and breaks it apart and displays it. The script broke under 4.0.6 because the footer.incl file referenced the variable thus: $datevar = $datearr[date_of_last_modification]; Changing that to follow the capitalization of the variable name as in the META statement (i.e. to read Date_of_last_modification) fixed the problem. However, for some reason, some pages on our server started hanging the server. Apparently, the problem pages do nothing more than display static information and call the same four include files as other similar pages which appeared to work fine. Since this was the second day of down time, we decided to resolve it by copying version 4.0.4r over the existing installation. (Why does 4.0.6 have an installer and 4.0.4 didn't?) That resolved the hanging problem but the date routine broke again. This time changing the code in the include file back to all lower case worked!?! We will change all of our meta tags to all lowercase to work around this - which should work. But the question I have is what are the rules of character case? I've been hunting around in my reference material but haven't found an answer. Edit this bug report at http://bugs.php.net/?id=12190edit=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 #12190 Updated: Differnt versions (4.0.4 and 4.0.6) have different character case rules
ID: 12190 Updated by: elixer Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Variables related Operating System: MS NT 4.0 build 1381 PHP Version: 4.0.6 New Comment: Feedback - Closed Previous Comments: [2001-07-20 08:23:01] [EMAIL PROTECTED] This was my fault. I rewrote the get_meta_tags function in 4.0.5 and forgot to lowercase the array keys before inserting them. I recently submitted a patch that corrects this, and it will be available in the next release version. You can also get the latest development version from CVS. [2001-07-20 08:02:52] [EMAIL PROTECTED] this IS NOT a website bug. I can't understand why kerrorr have submitted this as a website bug... [2001-07-20 07:48:55] [EMAIL PROTECTED] reproducing code would be helpfull... [2001-07-16 11:39:20] [EMAIL PROTECTED] I am not sure if this is a bug or a feature or what, but for feedback purposes, herewith my tale of sorrow and angst. We had version 4.0.4 installed on our NT server (4.0 build 1381, Microsoft-IIS/4.0) when it crashed last week (from a surfeit of scratch files in C:/TEMP - we don't know why yet, but we have our suspicions) and this led our sysop to a rebuild of the system. Whilst doing that, we installed version 4.0.6 using the Win32 installer. This led to one of our scripts - located in an include file footer.incl which takes a META tag defined in the calling PHTML file META NAME=Date_of_last_modification CONTENT=20010126 and breaks it apart and displays it. The script broke under 4.0.6 because the footer.incl file referenced the variable thus: $datevar = $datearr[date_of_last_modification]; Changing that to follow the capitalization of the variable name as in the META statement (i.e. to read Date_of_last_modification) fixed the problem. However, for some reason, some pages on our server started hanging the server. Apparently, the problem pages do nothing more than display static information and call the same four include files as other similar pages which appeared to work fine. Since this was the second day of down time, we decided to resolve it by copying version 4.0.4r over the existing installation. (Why does 4.0.6 have an installer and 4.0.4 didn't?) That resolved the hanging problem but the date routine broke again. This time changing the code in the include file back to all lower case worked!?! We will change all of our meta tags to all lowercase to work around this - which should work. But the question I have is what are the rules of character case? I've been hunting around in my reference material but haven't found an answer. Edit this bug report at http://bugs.php.net/?id=12190edit=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 #11812 Updated: mail function
ID: 11812 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.6 Assigned To: Comments: In the meantime you can use the sendmail_port ini directive. i.e. sendmail_port = 26 Previous Comments: --- [2001-06-30 16:38:34] [EMAIL PROTECTED] ok thanks. ill work around it until it is fixed --- [2001-06-30 16:22:25] [EMAIL PROTECTED] This is hardcoded in the Windows mail sending code. This will be addressed as soon as it gets rewritten. Derick --- [2001-06-30 16:15:59] [EMAIL PROTECTED] I'm running an smtp server on my computer but it is on port 26 not 25. I tried putting 127.0.0.1:26 at the smtp server in php.ini but it failed. Why doesn't php support ports other than 25? Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11812edit=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 #11796 Updated: get_meta_tags doesn't work when the title tag consists of single quote
ID: 11796 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Assigned Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.5 Assigned To: elixer Comments: I'll take this one. Previous Comments: --- [2001-06-29 13:27:52] [EMAIL PROTECTED] Reproduced with latest CVS. --- [2001-06-29 03:18:17] [EMAIL PROTECTED] get_meta_tags will get nothing when this statics file is used.(please see the code down there) Only when the single quote inside the title tag removed, then the meta will be retrieved. I have tried to use this code inside PHP Version 4.0.4, and it works. Does anyone has any clue about it? html head TITLESanmina acquires Alcatel's manufacturing operations in Texas/TITLE META NAME=VERSION CONTENT=2.1/ META NAME=ISSUE CONTENT=121345/ META NAME=STARTDATE CONTENT=27-JUN-2001/ /head /html Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11796edit=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 #11796 Updated: get_meta_tags doesn't work when the title tag consists of single quote
ID: 11796 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.5 Assigned To: elixer Comments: Fixed in latest CVS. Thank you for your report. Previous Comments: --- [2001-06-30 11:35:21] [EMAIL PROTECTED] I'll take this one. --- [2001-06-29 13:27:52] [EMAIL PROTECTED] Reproduced with latest CVS. --- [2001-06-29 03:18:17] [EMAIL PROTECTED] get_meta_tags will get nothing when this statics file is used.(please see the code down there) Only when the single quote inside the title tag removed, then the meta will be retrieved. I have tried to use this code inside PHP Version 4.0.4, and it works. Does anyone has any clue about it? html head TITLESanmina acquires Alcatel's manufacturing operations in Texas/TITLE META NAME=VERSION CONTENT=2.1/ META NAME=ISSUE CONTENT=121345/ META NAME=STARTDATE CONTENT=27-JUN-2001/ /head /html Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11796edit=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 #11088: Buildconf fails on Latest CVS
From: [EMAIL PROTECTED] Operating system: OpenBSD 2.8 PHP version: 4.0 Latest CVS (2001-05-24) PHP Bug Type: *Install and Config Bug description: Buildconf fails on Latest CVS buildconf on OpenBSD 2.8 fails: --- ns1# uname -a OpenBSD ns1 2.8 GENERIC#399 i386 ns1# ns1# ./buildconf buildconf: checking installation... buildconf: autoconf version 2.50 (ok) buildconf: automake version 1.4-p1 (ok) buildconf: libtool version 1.4 (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure ./aclocal.m4:904: error: m4_defn: undefined: _m4_divert_diversion ./aclocal.m4:452: PHP_SUBST is expanded from... ./aclocal.m4:904: the top level rebuilding acconfig.h rebuilding main/php_config.h.in autoheader: error: shell error while sourcing /tmp/ahue7647/traces.sh -- Edit Bug report at: http://bugs.php.net/?id=11088edit=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 #11088 Updated: Buildconf fails on Latest CVS
ID: 11088 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Suspended Bug Type: *Install and Config Operating system: PHP Version: 4.0 Latest CVS (2001-05-24) Assigned To: Comments: On hold until we get the automake situation figured out. (Use automake 2.13 to make this work) Previous Comments: --- [2001-05-24 11:13:46] [EMAIL PROTECTED] buildconf on OpenBSD 2.8 fails: --- ns1# uname -a OpenBSD ns1 2.8 GENERIC#399 i386 ns1# ns1# ./buildconf buildconf: checking installation... buildconf: autoconf version 2.50 (ok) buildconf: automake version 1.4-p1 (ok) buildconf: libtool version 1.4 (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure ./aclocal.m4:904: error: m4_defn: undefined: _m4_divert_diversion ./aclocal.m4:452: PHP_SUBST is expanded from... ./aclocal.m4:904: the top level rebuilding acconfig.h rebuilding main/php_config.h.in autoheader: error: shell error while sourcing /tmp/ahue7647/traces.sh --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11088edit=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 #11044 Updated: PHP CGI on Win32 crashed after fresh build
ID: 11044 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproducible crash Operating system: PHP Version: 4.0 Latest CVS (2001-05-23) Assigned To: Comments: Fixed by Andi. I love closing my own bug reports :) Previous Comments: --- [2001-05-23 03:20:13] [EMAIL PROTECTED] I built the Debug_TS PHP project from CVS about an hour ago and when invoking the resulting binary I get the following error: The exception Breakpoint A breakpoint has been reached. (0x8003) occurred in the application at location 0x0023ae23. The exception is raised by the call to abort() on line 319 in TSRM.c. I don't know a _thing_ about thread safety, so Zeev or Andi will have to take care of this one. If anymore information is needed, please let me know. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11044edit=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 #11044: PHP CGI on Win32 crashed after fresh build
From: [EMAIL PROTECTED] Operating system: Win2K Professional PHP version: 4.0 Latest CVS (2001-05-23) PHP Bug Type: Reproducible crash Bug description: PHP CGI on Win32 crashed after fresh build I built the Debug_TS PHP project from CVS about an hour ago and when invoking the resulting binary I get the following error: The exception Breakpoint A breakpoint has been reached. (0x8003) occurred in the application at location 0x0023ae23. The exception is raised by the call to abort() on line 319 in TSRM.c. I don't know a _thing_ about thread safety, so Zeev or Andi will have to take care of this one. If anymore information is needed, please let me know. -- Edit Bug report at: http://bugs.php.net/?id=11044edit=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 #8962 Updated: (8212) If the result of an exec() command is one character the result is empty.
ID: 8962 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Program Execution PHP Version: 4.0.4pl1 Assigned To: Comments: Fixed in CVS. Wait for 4.0.6. Previous Comments: --- [2001-02-22 05:21:11] [EMAIL PROTECTED] reclassify --- [2001-01-28 00:15:46] [EMAIL PROTECTED] This is the solution to problem 8212 File: ext/standard/exec.c Function _Exec: Contains: RETVAL_STRINGL(buf,l?l+1:0,1); However, it should contain: RETVAL_STRINGL(buf,l?l+1:((isspace((int)buf[0]) || !buf[0])?0:1),1); The problem lies in code previous which reads: /* strip trailing spaces */ l = strlen(buf); t = l; while (l isspace((int)buf[--l])); if (l t) buf[l + 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 #9042 Updated: Patch for exec() - one character output doesn't work
ID: 9042 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Program Execution PHP Version: 4.0.4pl1 Assigned To: Comments: Thank you for your patch. Its now fixed in CVS. It will be in 4.0.6. Previous Comments: --- [2001-02-22 18:47:56] [EMAIL PROTECTED] reclassify --- [2001-01-31 19:56:55] [EMAIL PROTECTED] When I exec() a program, and the program produces a single character as output (no newline), the output does not make it back to PHP. Here is a patch to fix the problem: *** exec.c.orig Wed Jan 31 16:06:57 2001 --- exec.c Wed Jan 31 16:16:38 2001 *** *** 163,170 /* strip trailing spaces */ l = strlen(buf); t = l; ! while (l isspace((int)buf[--l])); ! if (l t) buf[l + 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 #8212 Updated: If the result of an exec() command is one character the result is empty.
ID: 8212 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Program Execution PHP Version: 4.0.2 Assigned To: Comments: Fixed in CVS. Wait for 4.0.6. Previous Comments: --- [2001-04-27 21:48:39] [EMAIL PROTECTED] Reproduceable with latest CVS (28.4.2001) --Jani --- [2000-12-12 13:33:35] [EMAIL PROTECTED] echo test = ( . exec(echo -n 'A',$tmp) . ); echo brtest2 = ( . $tmp[0] . ); I get the following results test = () test2 = (A) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8212edit=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 #9042 Updated: Patch for exec() - one character output doesn't work
ID: 9042 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Program Execution PHP Version: 4.0.4pl1 Assigned To: Comments: Previous Comments: --- [2001-02-22 18:47:56] [EMAIL PROTECTED] reclassify --- [2001-01-31 19:56:55] [EMAIL PROTECTED] When I exec() a program, and the program produces a single character as output (no newline), the output does not make it back to PHP. Here is a patch to fix the problem: *** exec.c.orig Wed Jan 31 16:06:57 2001 --- exec.c Wed Jan 31 16:16:38 2001 *** *** 163,170 /* strip trailing spaces */ l = strlen(buf); t = l; ! while (l isspace((int)buf[--l])); ! if (l t) buf[l + 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 #8248 Updated: system function cannot support
ID: 8248 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Program Execution PHP Version: 4.0.3 Assigned To: Comments: This is not a bug. From the manual (http://www.php.net/manual/en/function.exec.php): Note also that if you start a program using this function and want to leave it running in the background, you have to make sure that the output of that program is redirected to a file or some other output stream or else PHP will hang until the execution of the program ends. Try changing your code from: system(/mycommand/myprog ); to: system(/mycommand/myprog /dev/null ); Sean Previous Comments: --- [2001-02-01 15:21:11] [EMAIL PROTECTED] Have you tried disabling safe_mode? The command will not be stripped of questionable characters if safe_mode is disabled. Sean --- [2000-12-14 03:50:32] [EMAIL PROTECTED] the system, exec or passthru function cannot support the background process, such as : system(/mycommand/myprog ); The functions will not continue untill /mycommand/myprog is finished, but I wish the PHP can return at once to continue after the myprog is started not ended. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8248edit=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 #9128 Updated: Memory Leak or Memory Problem.
ID: 9128 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Program Execution PHP Version: 4.0.4pl1 Assigned To: Comments: reclassify Previous Comments: --- [2001-02-06 08:30:18] [EMAIL PROTECTED] i coding a skin engine @ pixelcore.com and use template to parse it. I open this file with $fp = fopen(http://;,'r'); while but if i forget to close this like and more that 20 users pars this skin i got some error messeages on screen. Zend Stack crashed at xxx.c line 42 or so. Regards Kaiser --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9128edit=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 #9128 Updated: Memory Leak or Memory Problem.
ID: 9128 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: Program Execution Bug Type: Filesystem function related PHP Version: 4.0.4pl1 Assigned To: Comments: ok. really reclassify. Previous Comments: --- [2001-04-28 09:34:07] [EMAIL PROTECTED] reclassify --- [2001-02-06 08:30:18] [EMAIL PROTECTED] i coding a skin engine @ pixelcore.com and use template to parse it. I open this file with $fp = fopen(http://;,'r'); while but if i forget to close this like and more that 20 users pars this skin i got some error messeages on screen. Zend Stack crashed at xxx.c line 42 or so. Regards Kaiser --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9128edit=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 #9306 Updated: while and multiple conditions
ID: 9306 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Unknown/Other Function PHP Version: 4.0.1pl2 Assigned To: Comments: I believe this is because of operator precedence. = has a lower precedence than Try adding parenthesis to your statement like this: while( ($row = mysql_fetch_object($queryh, MYSQL_ASSOC)) $i $NR_CASES ) Sean Previous Comments: --- [2001-02-16 15:47:22] [EMAIL PROTECTED] $i = 0; $NR_CASES = 5; while( $row = mysql_fetch_object($queryh, MYSQL_ASSOC) $i $NR_CASES ) { $i++; ? tr align=left td FONT SIZE = 2 ? echo $i . : . $row-head; ? /FONT /td /tr ? } if i dont include $i $NR_CASES, $row-head will print. if i include it (like now), i wont get anything. wierd huh ? im sorry i have no clue about the mods etc for php, im not the one who compiled it here. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9306edit=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 #9969 Updated: Feature request: persistent FTP connections
ID: 9969 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: FTP related Bug Type: Feature/Change Request PHP Version: 4.0.4pl1 Assigned To: Comments: reclassify Previous Comments: --- [2001-03-24 10:43:29] [EMAIL PROTECTED] Since this is where I end up clicking 'click here to request a feature', I've got one for you: I think it would be really nice to have a way of connecting to an FTP server with a persistent connection, because it's a lot easier to just leave the door open than to close it after one pass of the script ends, and reopen it with the next one. Thanx for considering, Mattias Vermeulen Maverick Web Development --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9969edit=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 #10362 Updated: strip_tags() strips round brackets inside allowed html tags
ID: 10362 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Unknown/Other Function PHP Version: 4.0.4pl1 Assigned To: Comments: Fixed in CVS. It will be part of PHP4.0.6 when it is released. Previous Comments: --- [2001-04-17 12:02:44] [EMAIL PROTECTED] When using strip_tags() with the optional conversion param, it still strips round brackets () from the input string. Example: ?php $allowed = a; $tag = a href=$PHP_SELF ; $tag .= onClick=alert('Hello')click/a; printf(%s, strip_tags($tag, $allowed)); ? results in a href=whatever.php onCLick=alert'Hello'click/a missing brackets-^-^ and leaves the a Tag unuseable. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10362edit=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 #10115 Updated: segmentation fault
ID: 10115 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Semaphore related PHP Version: 4.0.4pl1 Assigned To: Comments: Could you provide a small sample script (just enough code for this to fail.) for us to analyze? Sean Previous Comments: --- [2001-04-02 09:23:43] [EMAIL PROTECTED] got segfault using shm_attach(): 1) script started as user A creating shared memory block: shm_attach($mem_id, $mem_size, 0600); 2) same script, but started as user B trying shm_attach($mem_id, $mem_size, 0600); (it cannot be done, because access rights is 0600 - memory is for owner only) the result is segmentation fault. PHP/4.0.4pl1 Linux 2.2.16 php config: ./configure --disable-session --disable-pear --disable-pic --with-gdbm --disable-dbm --with-mysql=/usr/local --with-mcrypt=/usr/local --disable-debug --enable-sysvshm --enable-sysvsem --disable-xml --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10115edit=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 #10332 Updated: XOR logical doesnt work properly
ID: 10332 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem PHP Version: 4.0.4pl1 Assigned To: Comments: The == has higher precedence than does xor, so evaluating left to right we have: $h == 4 xor $i == 5 xor $j == 6 or: true xor true xor true then: false xor true and finally: true which is true, which is expected behavior. Use parens to group the exressions to get the results you are looking for. Sean Previous Comments: --- [2001-04-15 05:39:10] [EMAIL PROTECTED] ?php $h = 4; $i =5, $j=6; if ($h == 4 xor $i == 5 xor $j == 6) { echo (The condition is true); } else { echo (The condition is false); } ? When i run it, i obtain The condition is true... Im running PHP as Apache module. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10332edit=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 #10332 Updated: XOR logical doesnt work properly
ID: 10332 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem PHP Version: 4.0.4pl1 Assigned To: Comments: Previous Comments: --- [2001-04-15 05:39:10] [EMAIL PROTECTED] ?php $h = 4; $i =5, $j=6; if ($h == 4 xor $i == 5 xor $j == 6) { echo (The condition is true); } else { echo (The condition is false); } ? When i run it, i obtain The condition is true... Im running PHP as Apache module. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10332edit=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 #9249 Updated: tempnam() may return bad filename
ID: 9249 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Filesystem function related PHP Version: 4.0.4pl1 Assigned To: Comments: The sample code you provide works perfectly for me. Try with the latest cvs snapshot (http://snaps.php.net/) and see if that fixes it on your end. Sean Previous Comments: --- [2001-02-13 19:33:20] [EMAIL PROTECTED] $dir='/foo/bar/'; $prefix='prefix'; $tname=tempnam($dir, $prefix); print(tname); prints '/foo/bar//prefiR5uKI4' It'd be nice if the first argument was checked for a final '/' before creating the file name. Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9249edit=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 #8858 Updated: Mac line endings cause error message with '?'
ID: 8858 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Reproduceable crash PHP Version: 4.0.4pl1 Assigned To: Comments: This is not a bug in PHP. If you are running your scripts on a Unix platform they must be terminated by a '\n' (0x0A). Previous Comments: --- [2001-01-23 13:21:55] [EMAIL PROTECTED] If a PHP source file is saved with Mac line endings (each line ends with character 13 (0x0D) only) then any comment that starts with // and ends with a question mark such as: // Comment? will cause an error message to be output to the browser: Parse error: parse error in /home/www/php/admin/syncdb.php on line 1 Note that the ? is NOT at the end of line 1 but can be anywhere in the script. With either Unix line endings (0x0A) or PC line endings (0x0D + 0x0A) the problem does not occur. The system is running apache 1.3.14 on a Linux (RedHat 6.0) i586 server. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8858edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10167 Updated: potential Bufferoverflow in extensions based on skeleton...
ID: 10167 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Unknown/Other Function Assigned To: Comments: Updated in CVS. Thank you for your report. Sean Previous Comments: --- [2001-04-04 14:15:42] [EMAIL PROTECTED] When i was looking through the CVS version of php, i discovered the following piece of code in skeleton.c ---snip--- PHP_FUNCTION(confirm_extname_compiled) { zval **arg; int len; char string[256]; ... ... ... len = sprintf(string, "Congratulations, you have successfully modified t/extname/config.m4, module %s is compiled into PHP", Z_STRVAL_PP(arg)); ---snap--- of course the sprintf could be used to perform a standart bufferoverflow. It should be better changed into ... %.50s ... or similiar to do not create a potential vulnerability. As far as i can see ircg and cybermut sources still have the compile confirmation in them... ciao, Stefan Esser --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10167edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9979 Updated: (! $a == $b) and ($a != $b) discreprency
ID: 9979 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Scripting Engine problem Assigned To: Comments: Looking at http://www.php.net/manual/en/language.operators.precedence.php I see that the comparison operators have lower precendence than the negation operator, so in essence you are saying that the following two expressions should be equivalent: (!$a) == $b $a != $b Is that correct? Sean Previous Comments: --- [2001-03-25 13:40:25] [EMAIL PROTECTED] I've noticed a difference in how (! $a == $b) and ($a != $b) behaves between in PHP 4.04pl1. I think those should be syntactically equivalent, but with PHP 4.04pl1 they are not, whereas with older versions they are. Here is a script to test this: ? $a = "foo"; $b = "bar"; echo "nTest 1: "; echo (! $a == $b) ? "true" : "false"; echo "nTest 2: "; echo ($a != $b) ? "true" : "false"; echo "n"; ? With PHP4.04pl1 the results are: Test 1: false Test 2: true With PHP3.18 the results are: Test 1: true Test 2: true It would seem that the results with PHP 4 are wrong here, please advise. Information about my system follows: OS: Redhat Linux Kernel: 2.4.1 PHP Version: 4.04pl1 './configure' '--disable-debug' '--with-config-file-path=/usr/local/etc' '--enable-bcmath' '--with-mysql' '--with-pgsql' '--with-gdbm' '--with-openssl' '--with-curl' '--with-readline' '--enable-inline-optimization' PHP Version: 3.18 ./configure '--disable-debug' '--enable-force-cgi-redirect' '--enable-track-vars' '--with-config-file-path=/etc/httpd/conf' '--enable-sysvsem' '--enable-sysvshm' '--with-mysql' I am using the standard php ini files (php.ini-dist and php3.ini-dist) with no changes in both tests. Please advise. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9979edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9979 Updated: (! $a == $b) and ($a != $b) discreprency
ID: 9979 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Assigned To: Comments: Previous Comments: --- [2001-03-25 17:14:45] [EMAIL PROTECTED] Looking at http://www.php.net/manual/en/language.operators.precedence.php I see that the comparison operators have lower precendence than the negation operator, so in essence you are saying that the following two expressions should be equivalent: (!$a) == $b $a != $b Is that correct? Sean --- [2001-03-25 13:40:25] [EMAIL PROTECTED] I've noticed a difference in how (! $a == $b) and ($a != $b) behaves between in PHP 4.04pl1. I think those should be syntactically equivalent, but with PHP 4.04pl1 they are not, whereas with older versions they are. Here is a script to test this: ? $a = "foo"; $b = "bar"; echo "nTest 1: "; echo (! $a == $b) ? "true" : "false"; echo "nTest 2: "; echo ($a != $b) ? "true" : "false"; echo "n"; ? With PHP4.04pl1 the results are: Test 1: false Test 2: true With PHP3.18 the results are: Test 1: true Test 2: true It would seem that the results with PHP 4 are wrong here, please advise. Information about my system follows: OS: Redhat Linux Kernel: 2.4.1 PHP Version: 4.04pl1 './configure' '--disable-debug' '--with-config-file-path=/usr/local/etc' '--enable-bcmath' '--with-mysql' '--with-pgsql' '--with-gdbm' '--with-openssl' '--with-curl' '--with-readline' '--enable-inline-optimization' PHP Version: 3.18 ./configure '--disable-debug' '--enable-force-cgi-redirect' '--enable-track-vars' '--with-config-file-path=/etc/httpd/conf' '--enable-sysvsem' '--enable-sysvshm' '--with-mysql' I am using the standard php ini files (php.ini-dist and php3.ini-dist) with no changes in both tests. Please advise. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9979edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #4556 Updated: get_meta_tags - ( Fix supplied in this bug report )
ID: 4556 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Strings related Assigned To: Comments: Fixed in CVS, please give it a whirl. Sean Previous Comments: --- [2000-08-17 16:22:39] [EMAIL PROTECTED] Damn. Here's one which definately has metatags: ?php $metas = get_meta_tags("http://www.zend.com",1); print_r($metas); ? And it doesn't work. --Jani --- [2000-08-17 11:12:44] [EMAIL PROTECTED] That page doesn't have metatags. It has META HTTP-EQUIV's, which are entirely different matter, and, in fact, nobody needs them. But get_meta_tags should be rewritten anyway (just like url_scanner was), because it doesn't get too much cases. --- [2000-08-17 11:06:48] [EMAIL PROTECTED] Oops, forgot to add that example: ?php $metas = get_meta_tags("http://kolumbus.fi",1); print_r($metas); ? And this prints out: array(0) { } And there are metas in that page.. --Jani --- [2000-08-17 04:54:37] [EMAIL PROTECTED] What didn't work at all? Could you please give a reproducing example? --- [2000-08-17 03:03:39] [EMAIL PROTECTED] Just tried get_meta_tags() with latest-CVS. And it didn't work at all.. --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. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=4556edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9083 Updated: Buffer overflow in ext/standard/datetime.c
ID: 9083 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: Previous Comments: --- [2001-02-02 17:08:01] [EMAIL PROTECTED] At least on my system, ? print(date('r')); ? crashes the web server process. This is because it's trying to put a 32-byte string into a 16-byte buffer. static void php_date(INTERNAL_FUNCTION_PARAMETERS, int gm) { pval **format, **timestamp; time_t the_time; struct tm *ta, tmbuf; int i, size = 0, length, h, beat; -char tmp_buff[16]; +char tmp_buff[32]; switch(ZEND_NUM_ARGS()) { case 1: --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9083edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9083 Updated: Buffer overflow in ext/standard/datetime.c
ID: 9083 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproduceable crash Assigned To: Comments: This is fixed in CVS, please try snaps.php.net. Sean Previous Comments: --- [2001-02-02 17:08:01] [EMAIL PROTECTED] At least on my system, ? print(date('r')); ? crashes the web server process. This is because it's trying to put a 32-byte string into a 16-byte buffer. static void php_date(INTERNAL_FUNCTION_PARAMETERS, int gm) { pval **format, **timestamp; time_t the_time; struct tm *ta, tmbuf; int i, size = 0, length, h, beat; -char tmp_buff[16]; +char tmp_buff[32]; switch(ZEND_NUM_ARGS()) { case 1: --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9083edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6981 Updated: --with mysql gives undefined symbol: uncompress
ID: 6981 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Assigned To: Comments: Have you tried this with the latest version from CVS? Previous Comments: --- [2000-10-02 23:00:13] [EMAIL PROTECTED] When configuring with 'configure --with-mysql=/usr/local/mysql --with-apxs' and then restarting httpd: "Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: uncompress" When configuring with 'configure --with-apxs', everything works - including MySQL... very odd. [gufo@erwin ~]$ uname -a Linux erwin.dupoint.com 2.2.16 #2 tor aug 10 03:54:55 CEST 2000 i686 unknown [gufo@erwin ~]$ /usr/sbin/httpd -v Server version: Apache-AdvancedExtranetServer/1.3.12 (NetRevolution/Linux-Mandrake) Server built: May 8 2000 04:59:44 Performance Tuned by SGI http://www.sgi.com/ [gufo@erwin ~]$ mysql --version mysql Ver 9.38 Distrib 3.22.32, for pc-linux-gnu (i686) --- Full Bug description available at: http://bugs.php.net/?id=6981 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7068 Updated: fails when 'to:' argument has the form Name name@somewhere.xxx
ID: 7068 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Assigned To: Comments: Try this as a work around: mail("[EMAIL PROTECTED]", "My Subject", "My Body", "To: \"Some User\" [EMAIL PROTECTED]\nFrom: me [EMAIL PROTECTED]" ); Sean Previous Comments: --- [2001-01-12 07:55:55] [EMAIL PROTECTED] confirmed on NT 5 / Apache / CGI from today's CVS. mail( '"CYNIC" [EMAIL PROTECTED]' , 'subject' , 'body body body' ) ; (it doesn't matter whether the name is quoted or not) result: --- Hi. This is the qmail-send program at php.net. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. CYNIC [EMAIL PROTECTED]: Sorry, no mailbox here by that name. (#5.1.1) --- Below this line is a copy of the message. Return-Path: [EMAIL PROTECTED] Received: (qmail 28535 invoked from network); 12 Jan 2001 12:53:15 - Received: from unknown (HELO k0r3.reflektor.cz) (212.24.129.44) by www.php.net with SMTP; 12 Jan 2001 12:53:15 - Received: (qmail 29436 invoked by uid 202); 12 Jan 2001 12:52:37 - Received: from unknown (HELO zvahlav) (212.24.139.3) by k0r3.reflektor.cz with SMTP; 12 Jan 2001 12:52:37 - Date: Fri, 12 Jan 2001 13:57:38 -0100 From: [EMAIL PROTECTED] Subject: subject To: "CYNIC" [EMAIL PROTECTED] body body body --- [2000-10-06 15:03:20] [EMAIL PROTECTED] code that fails: mail("Greg Kempster [EMAIL PROTECTED]", "theSubject", "theBody", "From: me [EMAIL PROTECTED]"); php.ini at mail portion: [mail function] SMTP = pop.ptld.uswest.net ;for win32 only sendmail_from = [EMAIL PROTECTED] ;for win32 only ;sendmail_path = ;for unix only, may supply arguments as well (default is 'sendmail -t -i') Additionally: This works: mail("[EMAIL PROTECTED]", "theSubject", "theBody", "From: me [EMAIL PROTECTED]"); --- Full Bug description available at: http://bugs.php.net/?id=7068 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8248 Updated: system function cannot support
ID: 8248 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Program Execution Assigned To: Comments: Have you tried disabling safe_mode? The command will not be stripped of "questionable" characters if safe_mode is disabled. Sean Previous Comments: --- [2000-12-14 03:50:32] [EMAIL PROTECTED] the "system", "exec" or "passthru" function cannot support the background process, such as : system("/mycommand/myprog "); The functions will not continue untill "/mycommand/myprog" is finished, but I wish the PHP can return at once to continue after the myprog is started not ended. --- Full Bug description available at: http://bugs.php.net/?id=8248 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9057 Updated: date(r) causes segmentation fault
ID: 9057 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Date/time related Assigned To: Comments: This has been fixed in CVS, try snaps.php.net. Sean Previous Comments: --- [2001-02-01 16:35:37] [EMAIL PROTECTED] ? echo date("r"); ? './configure' '--with-apxs=/usr/local/apache-1.3.17/bin/apxs' '--enable-memory-limit' '--enable-ftp' '--with-gd' '--with-mysql' '--with-bcmath' '--with-mm' No other parameters of date() cause the problem. compiled with egcs-2.91.66 (needed for mysql compile) on alpha --- Full Bug description available at: http://bugs.php.net/?id=9057 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8991 Updated: Incorrect result from mysql_field_type()
ID: 8991 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related Assigned To: Comments: This has just been fixed in CVS. Please grab the latest and see if this fixes your problem. Sean Previous Comments: --- [2001-01-29 20:32:53] [EMAIL PROTECTED] For data type "YEAR" in MySQL, the function mysql_field_type() returns "unknown" as type. I notice this problem with MySQL 3.23.32 and PHP 4.0.4p1. --- Full Bug description available at: http://bugs.php.net/?id=8991 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8823 Updated: readdir doesn't return directories starting with a digit
ID: 8823 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Directory function related Assigned To: Comments: Bug submitted twice. Marking this one as a duplicate. Previous Comments: --- [2001-01-20 16:07:41] [EMAIL PROTECTED] function dir_list($dirname) { if($dirname[strlen($dirname)-1]!='/') $dirname.='/'; $handle=opendir($dirname); while ($file = readdir($handle)) { if($file=='.'||$file=='..') continue; $result_array[]=$dirname.$file; } closedir($handle); return $result_array; }; executed for a directory which has subdirectory that has a digit/special character as a first character of it's name, then that subdirectory won't be included in the $result_array --- Full Bug description available at: http://bugs.php.net/?id=8823 -- 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]