[PHP-DEV] Bug #14779: mail() on win2k not parsing Cc: properly
From: [EMAIL PROTECTED]
Operating system: Win2k
PHP version: 4.1.1
PHP Bug Type: Mail related
Bug description: mail() on win2k not parsing Cc: properly
Want to send an e-mail to 2 e-mail addresses, one normal To: and other Cc:.
Simple script works on linux but not on win2k:
$headers = "Cc: <[EMAIL PROTECTED]>\r\n";
$headers .= "From: \"Program Test\" <[EMAIL PROTECTED]>\r\n";
mail('<[EMAIL PROTECTED]>', 'subject', 'message', $headers);
SMTP server is qmail. Email successfully sent to To: address but Cc header
in message to Cc address (Cc address never receives email, drops to
'catch-all' account) ends up to be:
Delivered-To: cc: <[EMAIL PROTECTED]
Note the cc: and the dropped '>'.
I'm assuming this is a bug with the mail handler in PHP with win32. I've
also tried the same code without surrounding the e-mail addresses with
<>.
Same behavior with 4.0.6 (on win32).
--
Edit bug report at: http://bugs.php.net/?id=14779&edit=1
--
PHP Development Mailing List
[PHP-DEV] Bug #14779 Updated: mail() on win2k not parsing Cc: properly
ID: 14779
Updated by: irc-html
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: Mail related
Operating System: Win2k
PHP Version: 4.1.1
New Comment:
I see there are already several of the same reports.
Status: Duplicate
Previous Comments:
[2001-12-31 00:22:07] [EMAIL PROTECTED]
Want to send an e-mail to 2 e-mail addresses, one normal To: and other Cc:. Simple
script works on linux but not on win2k:
$headers = "Cc: <[EMAIL PROTECTED]>\r\n";
$headers .= "From: \"Program Test\" <[EMAIL PROTECTED]>\r\n";
mail('<[EMAIL PROTECTED]>', 'subject', 'message', $headers);
SMTP server is qmail. Email successfully sent to To: address but Cc header in message
to Cc address (Cc address never receives email, drops to 'catch-all' account) ends up
to be:
Delivered-To: cc: <[EMAIL PROTECTED]
Note the cc: and the dropped '>'.
I'm assuming this is a bug with the mail handler in PHP with win32. I've also tried
the same code without surrounding the e-mail addresses with <>.
Same behavior with 4.0.6 (on win32).
Edit this bug report at http://bugs.php.net/?id=14779&edit=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 #9266 Updated: Unable to load 14 of php's extensions
ID: 9266 Updated by: irc-html Reported By: [EMAIL PROTECTED] Status: Analyzed Old Bug Type: Documentation problem Bug Type: Feature/Change Request Operating System: WinMe, Win98, Win2000 PHP Version: 4.0.4pl1 New Comment: The extensions are all (mostly) listed in a table at http://www.php.net/manual/en/install.windows.php#install.windows.extensions which also lists if the extension is dependent upon a specific library (another dll). Most of the extension documentation also lists 'You need xxx to use this extension', or 'In order to use this extension you need to install xxx', etc. I think it is clearly documented in the manual. A possibility would be to improve the error message, perhaps 'php_xxx.dll: This extension requires xxx library installed', something simliar would be helpful. Changing to feature request. Previous Comments: [2002-01-06 13:18:40] [EMAIL PROTECTED] so better documentation is needed for extensions that rely on external libraries. [2001-02-14 20:07:11] [EMAIL PROTECTED] Yes, a more detailed error message, or/and two more lines in the manual could have saved me some time. And maybe it would for others too. Thank you. [2001-02-14 16:49:32] [EMAIL PROTECTED] all of theese extensions depend on other DLLs being installed on your system like, for example, sybase_ct client DLLs (this is the native sybase call interface, _not_ the ODBC stuff) maybe we could improve the error message? (moved to feature request) [2001-02-14 16:49:10] [EMAIL PROTECTED] all of theese extensions depend on other DLLs being installed on your system like, for example, sybase_ct client DLLs (this is the native sybase call interface, _not_ the ODBC stuff) maybe we could improve the error message? (moved to feature request) [2001-02-14 16:41:08] [EMAIL PROTECTED] I spent almost 2 day trying to figure out how to load the sybase extension under windows. I tried everything I could, but 14 of the extensions would not load under WinMe, Win98, Win2000, with any combination of apache, pws, iis. The extension_dir is just set all fine, and the rest of the extensions load and function well. I only wanted to get some data from a sybase db. I could actually solve it with ODBC, but I still thought it's not the real way. I discussed this problem on the local php mailing list, everyone knew it, noone knew why. I searched through the php manual and the rest of the web just to find a fraction of information that could be helpful either way, but there was no. The extensions that made me 2 horribe days: php_curl.dll php_fdf.dll php_gettext.dll php_ifx.dll php_interbase.dll php_ldap.dll php_mssql65.dll php_mssql70.dll php_oci8.dll php_openssl.dll php_oracle.dll php_sablot.dll php_sybase_ct.dll php_yaz.dll A sample message: PHP Warning: Unable to load dynamic library 'c:\php\extensions\php_sybase_ct.dll' My question is if it is possible to load these extensions some way, or should I give up trying, becouse they will never load. Thank you a lot. I wish you nice developing. Best regards: Mike Myers Edit this bug report at http://bugs.php.net/?id=9266&edit=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 #14933 Updated: regular expression problem
ID: 14933
Updated by: irc-html
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Documentation problem
Operating System: Win ME
PHP Version: 4.1.1
New Comment:
The document is correct on this issue, those character types may be
used.
I've tested your code as:
if (ereg('([\da-z]{1,})', 'try8')) { echo 'match'; }
Which, works just fine on win32 platforms, 4.1.1. You may want to
ensure there is no whitespace in the string you are testing.
Status -> Bogus
Previous Comments:
[2002-01-08 15:13:08] [EMAIL PROTECTED]
Documentation quote:
The character types \d, \D, \s, \S, \w, and \W may also appear
in a character class, and add the characters that they match to the
class.
So, I tried to match "try8" with
"([\da-z]{1,})" and it won't work.
vs
"([\da-z8]{1,})" work. !!
Edit this bug report at http://bugs.php.net/?id=14933&edit=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: irc-html
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
PHP Version: 4.1.1
New Comment:
Confirmed, will fix in CVS.
Status -> Closed
Previous Comments:
[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=14935&edit=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 #14873 Updated: docu of ob_gzhandler not uptodate
ID: 14873 Updated by: irc-html Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: all PHP Version: 4.1.0 Old Assigned To: Assigned To: irc-html New Comment: Will update the documentation, thanks for the report. Assigning to myself so I'll remember. :) Previous Comments: [2002-01-05 10:08:14] [EMAIL PROTECTED] Documentation sais, that ob_gzhandler() needs 1 parameter, but in reality it needs 2. I assume, that this second param was added in 4.1.0. Edit this bug report at http://bugs.php.net/?id=14873&edit=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 #14873 Updated: docu of ob_gzhandler not uptodate
ID: 14873 Updated by: irc-html Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Documentation problem Operating System: all PHP Version: 4.1.0 Assigned To: irc-html Previous Comments: [2002-01-05 10:08:14] [EMAIL PROTECTED] Documentation sais, that ob_gzhandler() needs 1 parameter, but in reality it needs 2. I assume, that this second param was added in 4.1.0. Edit this bug report at http://bugs.php.net/?id=14873&edit=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 #12093 Updated: persistent db conns
ID: 12093 Updated by: irc-html Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.0.6 New Comment: All pconnect functions have links to the 'Persistent Database Connections' chapter. Most (if not all) also state that persistent connections only work with module version of PHP. Status -> Closed Previous Comments: [2001-10-30 22:53:00] [EMAIL PROTECTED] missing status [2001-07-12 19:41:48] [EMAIL PROTECTED] IMHO a reference to this should be made from the relevant functions. [2001-07-12 06:41:49] [EMAIL PROTECTED] >From Chapter 22: Persistent connections: (4th alinea on http://www.php.net/manual/en/features.persistent-connections.php): The first method is to use PHP as a CGI "wrapper". When run this way, an instance of the PHP interpreter is created and destroyed for every page request (for a PHP page) to your web server. Because it is destroyed after every request, any resources that it acquires (such as a link to an SQL database server) are closed when it is destroyed. In this case, you do not gain anything from trying to use persistent connections -- they simply don't persist. [2001-07-12 06:20:07] [EMAIL PROTECTED] The documentation does not reflect the fact that running PHP through a CGI interface will force persistent db connections to close on script end. Example, mssql_pconnect Edit this bug report at http://bugs.php.net/?id=12093&edit=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 #14873 Updated: docu of ob_gzhandler not uptodate
ID: 14873 Updated by: irc-html Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Documentation problem Operating System: all PHP Version: 4.1.0 Assigned To: irc-html New Comment: Fixed in CVS. Status -> Closed Previous Comments: [2002-01-09 21:13:23] [EMAIL PROTECTED] Will update the documentation, thanks for the report. Assigning to myself so I'll remember. :) [2002-01-05 10:08:14] [EMAIL PROTECTED] Documentation sais, that ob_gzhandler() needs 1 parameter, but in reality it needs 2. I assume, that this second param was added in 4.1.0. Edit this bug report at http://bugs.php.net/?id=14873&edit=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: irc-html
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
PHP Version: 4.1.1
New Comment:
Ok, fixed in CVS (again). Current example (in CVS) reads:
echo addcslashes('foo[ ]', 'A..z');
// output: \f\o\o\[ \]
// All upper and lower-case letters will be escaped
// ... but so will the [\]^_` and any tabs, line
// feeds, carriage returns, etc.
Status -> Closed (again)
Previous Comments:
[2002-01-10 19:00:06] [EMAIL PROTECTED]
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.
[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=14935&edit=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 #15068 Updated: function index has repeated entries
ID: 15068 Updated by: irc-html Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem PHP Version: 4.1.1 New Comment: The duplicate listings are a result of those functions having methods, as such, each method of those functions creates another entry in the function listing. I'll see if this can be fixed. Previous Comments: [2002-01-16 12:07:27] [EMAIL PROTECTED] The function index (http://www.php.net/manual/en/index.functions.php) has repeated entries for (just examples, not a complete list): swfbitmap swfbutton swfdisplayitem swffill swffont swfgradient swfmorph ... It appears to only be the swf-related functions. At a quick glance, I did not notice any other areas of the index with repeated functions. Edit this bug report at http://bugs.php.net/?id=15068&edit=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 #15019 Updated: browser.ini
ID: 15019 Updated by: irc-html Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Operating System: Linux RH 7.1 PHP Version: 4.1.1 New Comment: Did you restart your webserver after making the modification to php.ini? If you could, please include the line from your php.ini file that states the path of the browscap.ini file. Previous Comments: [2002-01-13 14:52:17] [EMAIL PROTECTED] Hi! I did dl, the browsercap.ini from the web, and includede the i php.ini but on the infomation page made with phpinfo(); It stills say: browscap no value no value. And get browser reports: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Q312461) 0: What is wrong? it that a bug in 4.1.1 Se for my info page at http://stat.mpsoft.dk/tb.php Thanks Martin P. Larsen Edit this bug report at http://bugs.php.net/?id=15019&edit=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 #15090 Updated: header("Location: $url") causes php.exe to generate an error
ID: 15090
Updated by: irc-html
Old Summary: header("Location: $url") causes php.exe to generate an
error
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 4.0.6
New Comment:
Status -> Closed
Previous Comments:
[2002-01-18 15:58:52] [EMAIL PROTECTED]
Upgrading to 4.1.1 seemed to work!
[2002-01-18 03:56:10] [EMAIL PROTECTED]
Please try with latest 4.1.1, it may have been fixed already.
[2002-01-17 17:21:24] [EMAIL PROTECTED]
After a lengthy script, I go to redirect to another page, using
header("Location: $redirect_page?PHPSESSID=$sid")
where $redirect_page is the address to goto.. Anyway, this causes a
windows "php.exe has generated an error" message, while using a
print "";
works just fine, with no error generated. The page is using session
variables.
Edit this bug report at http://bugs.php.net/?id=15090&edit=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 #14984 Updated: php parser problem, with // comment, can reveal script
ID: 14984
Updated by: irc-html
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: Documentation problem
Operating System: windows and other
PHP Version: 4.0.6
Old Assigned To:
Assigned To: irc-html
New Comment:
I'll add a note in the documentation about this.
Status -> Assigned
Previous Comments:
[2002-01-11 05:56:38] [EMAIL PROTECTED]
'?>' in a comment switching out of php mode
is intended behaviour, consider
..
embedded in a document
changing this would break backwards compatibility
and would lead to problems of its own kind
changed to "documentation problem"
[2002-01-10 19:03:01] [EMAIL PROTECTED]
Hi all,
I found this bug randomly as all other, it cause me
a php html parser to crash.
try a script like this :
'.$tmp);
// eval('>'.$tmp);
$coucou='';
$password = 'le parser php déconne';
$password = 'php parser bug';
/*
*/
// // coucou ?>
// ?>
// ?
// >
?>
see the result, abnormal I think:
'.$tmp); // eval('>'.$tmp); $coucou=''; $password = 'le parser php
déconne'; $password = 'php parser bug'; /* */ // // coucou ?> // ?> //
? // > ?>
I think it can be a very very serious, easy to fiw fot you,
but in the case a php user encounter it.
It so surpising !!!
thanks.
An echo please.
Yours faithlly php is always great!.
Edit this bug report at http://bugs.php.net/?id=14984&edit=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 #15119 Updated: BOYFRIEND IS HACKER: SETS UP SECRET STUFF ALL THE TIME ON ME.
ID: 15119 Updated by: irc-html Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: SWF related Operating System: MSNTV PHP Version: 4.1.1 New Comment: Very interesting. Status -> Bogus Previous Comments: [2002-01-19 23:26:16] [EMAIL PROTECTED] Please ask support qestions to [EMAIL PROTECTED] [2002-01-19 23:16:27] [EMAIL PROTECTED] COULD YOU PLEASE ANALYZE MY CONNECTION ETC. i KNOW VERY BASIC STUFF. IF THERE IS ANY COVERT OR ADVANCED SETTINGS ON MY CONNECTION I SURE WOULD LIKE TO KNOW WHAT THEY ARE CALLED, WHERE THEY COME FROM, IE; ORIGIN. HOW LONG THEY HAVE BEEN THERE. HOW CAN I PROTECT MY PASSWORDS ONCE THEY ARE SET. HE CAN GET THEM SOMEHOW. I HAVE A DESKTOP PC ALSO. I HAVE PRETTY MUCH GIVEN UP ON THAT UNIT ALTOGATHER. FILES ARE WIERD I EVEN DISCOVERED THAT THERE IS ALOT OF OPTIOS THAT I NEVER KNEW EXISTED BECAUSE THEN I WOULD NOT KNOW WHAT THE OPTIONS ARE. I HOPE YOU CAN DISYPHER MY INEPT EXPLANATIONS OF THIS STUFF THAT I AM REALLY SO CONFUSED ABOUT. I FOUND A BUNCH OF FILES THE OTHER DAY THAT SAID THAT MY ORIGINAL FILES WERE STRIPPED, MOVED AND HAD DIFFERNT NAMES. I HAVE AN AMD ATHELON K6 PROCESSOR , 64MB OF RAM AND A WESTERN DIGITAL 20 GIG HD. MY HUSBAND GAVE ME MY COMPUTER. I LOST MY COMPAQ PRESARIO 4 GIG LAPTOP ABOUT 1 YEAR AGO. STOLEN FROM MY HOUSE. THIS OTHER COMPUTER WAS TO REPLACE IT SO I COULD RUN MY BUSINESS FROM MY COMPUTER. HOWEVER I CAN NEVER STORE ANY FILES BECAUSE MY FILES GO CRAZY SHORTLY AFTER REFORMATING. THE FILES I LOCATED THE OTHER AM SAID THAT IT WAS "NOT" ALLOWING ME TO DO A CLEAN BOOT. IT SAID THAT IT WAS LOADING DUMMY FILES. AND THAT I HAD NO HARD DRIVE LEFT AFTER LOADING WIN 98. I THINK THAT I HAD SOMETHING LIKE 2630 MB AFTERWRD. I ALSO READ ABOUT THAT ALL THE MATHMATICAL STATS WERE GAFF TOO. IT SAID THAT CERTAIN FUNCTIONS WOULD BE PROMPTED BY MY SYSTEM AND IT WOULD HAVE A FUNCTION RIGHT AFTER IT TO MAKE SURE IT DIDNOT BUT IT SAID THAT THE WARNINGS WOULD NOT DISPLAY ON THE SCREEN. I FIRST BECAME AWARE OF THESE ACTUAL FILES JUST A COUPLE OF DAYS AGO. I STUMBLED ACROSS INTER NET EXPLORER FILES THAT WERE ORIGINALLY DISPLAYING THAT THEY WERE CORRUPTED. I WANTED TO SEE WHAT CORRUPTED WAS AND MAYBE GET RID OF THEM. BUT THAT WAS WHEN I FOUND ALL THOSE HIDDEN CONFIG FILES. PLEASE HELP ME FIGURE THIS OUT OR TELL ME WHERE I MIGHT GET SOME GUIDANCE THANK YOU IN ADVANCE. LEXIS ADAMS Edit this bug report at http://bugs.php.net/?id=15119&edit=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: irc-html
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Filesystem function related
Operating System: FreeBSD
PHP Version: 4.1.1
New Comment:
That's the correct output of pathinfo (and print_r).
See http://www.php.net/manual/en/function.pathinfo.php
Status -> Bogus
Previous Comments:
[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=15130&edit=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 #14984 Updated: php parser problem, with // comment, can reveal script
ID: 14984
Updated by: irc-html
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Open
Bug Type: Documentation problem
Operating System: windows and other
PHP Version: 4.0.6
Assigned To: irc-html
New Comment:
Un-assigning.
Status -> Open
Previous Comments:
[2002-01-19 22:05:27] [EMAIL PROTECTED]
I'll add a note in the documentation about this.
Status -> Assigned
[2002-01-11 05:56:38] [EMAIL PROTECTED]
'?>' in a comment switching out of php mode
is intended behaviour, consider
..
embedded in a document
changing this would break backwards compatibility
and would lead to problems of its own kind
changed to "documentation problem"
[2002-01-10 19:03:01] [EMAIL PROTECTED]
Hi all,
I found this bug randomly as all other, it cause me
a php html parser to crash.
try a script like this :
'.$tmp);
// eval('>'.$tmp);
$coucou='';
$password = 'le parser php déconne';
$password = 'php parser bug';
/*
*/
// // coucou ?>
// ?>
// ?
// >
?>
see the result, abnormal I think:
'.$tmp); // eval('>'.$tmp); $coucou=''; $password = 'le parser php
déconne'; $password = 'php parser bug'; /* */ // // coucou ?> // ?> //
? // > ?>
I think it can be a very very serious, easy to fiw fot you,
but in the case a php user encounter it.
It so surpising !!!
thanks.
An echo please.
Yours faithlly php is always great!.
Edit this bug report at http://bugs.php.net/?id=14984&edit=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 #12475 Updated: the variable $PHP_SELF is not set.
ID: 12475 Updated by: irc-html Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Variables related Operating System: Windows 2000 Server PHP Version: 4.0.6 New Comment: Was able to verify this. Anyone able to provide any information about why this occurs? Previous Comments: [2001-07-30 21:12:49] [EMAIL PROTECTED] if I open a script containing only the phpinfo() function, the $PHP_SELF field is not filled in. In my own scripts it's not setted at all. I'm using the zipped version of php4.06 with cgi wrapper using xitami 2.4d6 running as a windows service. Edit this bug report at http://bugs.php.net/?id=12475&edit=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]
