[PHP-DEV] Bug #6406 Updated: request: fork() function
ID: 6406 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Feature/Change Request Operating System: Redhat 6.1 (linux 2.2.12) PHP Version: 4.0.1pl2 New Comment: Actually, I'm writing the docs for the pcntl extension. I'll close this request. Previous Comments: [2001-11-03 13:31:36] [EMAIL PROTECTED] Did you have a look at the pcntl extension, that has been commited to PHP about 4 months ago? If also implements a function pcntl_fork(), that should do exactly what you want. [2000-08-28 15:49:15] [EMAIL PROTECTED] I checked the bug database and did not see this anywhere... what is the feasability of creating a fork() implementation in PHP? Obviously this would be useless as an Apache module, but for those of use who use PHP for shell script and administration scripts, this would be a boon. Edit this bug report at http://bugs.php.net/?id=6406edit=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 #11833 Updated: Unsufficient docs
ID: 11833 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Documentation problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: It's very hard to understand what you are saying... please forgive us if we don't quite get your point. Are you saying that the documentation is not clear as to which variables you can access using the $HTTP_ENV_VARS and $HTTP_SERVER_VARS. If this is what you are asking, then please read the 3rd paragraph and the note that follows at: http://php.net/manual/en/language.variables.predefined.php The manual can not be an exhaustive resource for all predefined variables. The best way to see exactly what is available to you is the check the output of the phpinfo() function. It describes everthing you would need to know about the PHP environment and it's predefined variables in gratuitous detail. Also, you specifically mention $PHP_SELF. You say that it's not intuitive to be in HTTP_SERVER_VARS? But it is.. it has noting to do with the system environment ($HTTP_ENV_VARS), but everything to do with the server environment. It's the filename part of the URI, not the actual filename on the server. Previous Comments: --- [2001-07-02 07:13:33] [EMAIL PROTECTED] I don't agree. I just disable register_global by setting it Off. Now I can't acces simply $PHP_SELF - returned string is empty. When I get $HTTP_SERVER_VARS[PHP_SELF], the return string is such as the $PHP_SELF with register_global On. Maybe it isn't docs bug, but devel bug? --- [2001-07-02 07:06:16] [EMAIL PROTECTED] $PHP_SELF is not an environment variable, nor a server variable, it is a special PHP variable, so it wont be registered in any arrays you listed --- [2001-07-02 06:53:24] [EMAIL PROTECTED] There isn't enough information, from which assosiative array we can acces to predefined variables, when register globals is not set. Espesially $PHP_SELF isn't in $HTTP_ENV_VARS but $HTTP_SERVER_VARS, which mean not intuos (in my opinion) localization. Regards --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11833edit=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 #11762 Updated: bad example
ID: 11762 Updated by: danbeck Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: I believe that the PDF and CHM version of the module always lag behind due to the amount of work it takes to package them up. If you are ever in doubt, please check the online html manual first. You can visit it directly at: http://php.net/manual/ Previous Comments: --- [2001-06-28 14:32:55] [EMAIL PROTECTED] thx for replying, thx btw, in http://www.php.net/docs.php doucument list file size? may not need if file is small enough file size for compare and decide whether to download ? why not show an document last update date? or document version will be better :P just suggestion, may not post as a reply here --- [2001-06-28 11:29:28] [EMAIL PROTECTED] Not necessarily. Latest should always be the online manual. And the VERY latest is in CVS. :) --- [2001-06-28 08:23:10] [EMAIL PROTECTED] I think i've downloaded the lastest version of chm file. I do also download it again. isn't the CHM version of document the newest document ? --- [2001-06-27 23:03:36] [EMAIL PROTECTED] You must be looking into old manual or something since the example I see on the getdate() manual page has perfect, working example in it. --- [2001-06-27 22:34:30] [EMAIL PROTECTED] PHP manual getdate (PHP 3, PHP 4 ) getdate -- Get date/time information Description array getdate ([int timestamp]) Example 1. getdate() example $today = getdate(); $month = $today[month]; $mday = $today[mday]; $year = $today[year]; echo $month $mday, $year; --- - $mday = $today[mday]; warnning: Use of undefined constant mday - assumed 'mday' although a undefined constant will be assumed as a string, it's still a bad usage of this auto conversion. php manual writers shouldn't make a bad guide for php learners thx --- 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=11762edit=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 #7576 Updated: socket() always fails with an Unknown error
ID: 7576
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.3pl1
Assigned To:
Comments:
This behaviour has already been documented, including the reference to the socket(2)
man page.
Previous Comments:
---
[2000-11-01 18:51:09] [EMAIL PROTECTED]
Read your local man page on socket(2). Most of the functions in the sockets extension
return = 0 on success and 0 on error.
Reclassified as a documentation problem.
Docs writers: feel free to bug me on the semantics of the functions in the module and
such :)
---
[2000-11-01 18:07:20] [EMAIL PROTECTED]
Something like
if ( ($iSockFD = socket (AF_INET, SOCK_STREAM,0) ) != 0) {
print Call to socket() failed: reason: . strerror ($iSockFD) . n;
exit();
}
That results in an Unknown error 4294967293 message from strerror() in Linux kernel
2.2.16.. A Unknown error: -3 in FreeBSD 4.0 -- no matter what user I am, this error
occurs on both operating systems..
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7576edit=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 #11714 Updated: Problem downloading docu
ID: 11714 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: All English links work fine for me. Previous Comments: --- [2001-06-26 18:26:12] [EMAIL PROTECTED] Hi there Just wanted to bring it to your attn that the documentation page on www.php.net doesn't seem to work correctly. I cannot download (for English at least) the tarballs or zip files for plain/html docs. Cheers! Steve --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11714edit=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 #7419 Updated: .shtml server side include problem
ID: 7419 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: There really isn't a place for this in the PHP documentation. Also, this report is so old, I don't even know if it's still a possible issue... Previous Comments: --- [2000-11-21 06:21:03] [EMAIL PROTECTED] Where is the bug? As this is more like suggestion I reclassify this as documentation problem. --Jani --- [2000-10-23 20:02:51] [EMAIL PROTECTED] CARFEFULL using the Windows installer to install PHP may corrupt or change the ssinc.dll of your server. This will not allow SSI (server side include) to work. If you use .shtml files COPY first your ssinc.dll found at WINNT/system32/inetsrv/ssinc.dll After installation if you have a problem, just replace that file with the original one that you had copied. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7419edit=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 #5827 Updated: behaviour of max_execution_time not clear
ID: 5827 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0 Assigned To: Comments: This is now documented in the latest cvs. Previous Comments: --- [2001-04-16 06:01:31] [EMAIL PROTECTED] Adding short description. --- [2001-02-10 15:04:45] [EMAIL PROTECTED] refiling as a documentation bug. this is only evaluated when php is executing code, not inside functions like sleep(). --- [2000-07-28 04:26:44] [EMAIL PROTECTED] time_out error I set the max_execution_time 30 in config file but time_out does not execute. I test with this file ?php printf(hi); flush(); sleep(60); printf(); ? in php4(in window2000) time_out executed, but php3.0.16(in AIX) printed hi. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5827edit=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 #8719 Updated: session variable not working
ID: 8719
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.4
Assigned To:
Comments:
Added to session_register() documentation in latest cvs.
Previous Comments:
---
[2001-01-15 17:27:01] [EMAIL PROTECTED]
It isn't currently possible to register resource variables into session.
This is actually a documentation problem as this isn't mentioned on
any of the session related documentation pages.
--Jani
---
[2001-01-15 13:14:16] [EMAIL PROTECTED]
I'm trying (and in fact it seems to work fine) to register a connection id to a
postgres database :
/***/
// the followig instruction works fine and $cnx_id
// gets a value (it is not null)
$cnx_id = pg_connect (host= blah blah...);
session_register('cnx_id');
/***/
And when I try session_is_registered('cnx_id');, I get TRUE (even in another script,
which is what I want), but unfortunately, $cnx_id is null in every other script...
Does anybody know about this ?
NB : the very same code works fine if for example $cnx_id is a string ($cnx_id =
test;) instead of this database thing.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8719edit=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 #9186 Updated: string compare with == does not work correctly
ID: 9186 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: I'm not sure why this is still open as a documentation bug. The string behavior is documented in: http://www.php.net/manual/en/language.types.string.php and the == and === behavior is documented in: http://www.php.net/manual/en/language.operators.comparison.php Previous Comments: --- [2001-02-15 05:38:18] [EMAIL PROTECTED] The conversation is useful. I know this because HTML form parameters, MySQL result sets are strings even if they are represent numbers. But there some cases for which the conversation is not useful. If the result is MAXINT, MININT or NaN, it would be better not converting the operands and making a string comparision. A warning message whould be also useful. --- [2001-02-15 05:25:09] [EMAIL PROTECTED] this autoconversion is usefull when dealing with html form input (for which php is used every once in a while afaik :) as html has no numric input elements, just text maybe it would make sense to have this behaviour configurable in the ini file, but i'm afraid that this would only increase the WTF factor even more --- [2001-02-15 05:07:35] [EMAIL PROTECTED] Ok, I accept this. But I don't think that is a good idea to compare apples with pears with the answer 'yes they are fruit' without any warning. --- [2001-02-15 04:32:00] [EMAIL PROTECTED] Ok, it should remain open as a documentation problem... --- [2001-02-15 04:31:01] [EMAIL PROTECTED] This is a defined behavior (and does have strong reasons). It's not a bug. If you're interested in a byte-by-byte string comparison, you should use strcmp(). --- 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=9186edit=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 #7569 Updated: Transmuting indices
ID: 7569 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0 Latest CVS (01/11/2000) Assigned To: Comments: Not really a documentation issue. Using NULL fields in a database is just bad... but I'm a doc writer.. so take it for what it's worth. Previous Comments: --- [2000-11-03 14:45:30] [EMAIL PROTECTED] Either false or NULL is the only sane thing for PHP to get in such a case. *is not* the same as null, they are very different from the DB's point of view. I think perhaps this one should be closed, but will defer to anyone who feels really strongly one way or the other. --- [2000-11-02 06:39:47] [EMAIL PROTECTED] I can´t verify if mssql functions are wrong, it´s not installed here, every function decides itself how to convert or not to convert, but basically these 4 are not equivalent $row=array(1=NULL,2=FALSE,3= -- 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 #11719: Clarification of $foo = new Class and $foo = new Class
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.0 Latest CVS (2001-06-27) PHP Bug Type: Documentation problem Bug description: Clarification of $foo = new Class and $foo = new Class The References section of the documentation needs more clarification of the difference between: $foo = new Class; and $foo = new Class; and when or if each should be used. -- Edit Bug report at: http://bugs.php.net/?id=11719edit=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 #9124 Updated: fopen() yet supports HTTP redirects
ID: 9124 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: This feature was added in 4.0.5. I've removed the note that says that redirects are not supported. Previous Comments: --- [2001-02-06 03:49:50] [EMAIL PROTECTED] The manual to fopen/popen/readfile says: Does not handle HTTP redirects, so you must include trailing slashes on directories. That's not true, it does (since which version?). See also bug id #8876 (feature request: determine if redirected or not). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9124edit=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 #9570 Updated: Documentation needed for sockets
ID: 9570 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: These docs are being written. Previous Comments: --- [2001-03-05 22:23:19] [EMAIL PROTECTED] Can someone create docs for ALL the functions in ext/sockets? (getsockopt,set_nonblock,etc...) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9570edit=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 #11046 Updated: mkdir doesnt sets permissions
ID: 11046
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Old-Bug Type: Documentation problem
Bug Type: Filesystem function related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
This is not a documentation problem.
Previous Comments:
---
[2001-05-23 05:32:07] [EMAIL PROTECTED]
Your umask setting is most likely the cause.
Please try this instead:
?php
$oldumask = umask(0);
mkdir('mydir', 0777);
umask($oldumask);
?
---
[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=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 #10445 Updated: character Lenght of filenames
ID: 10445 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Duplicate of #10862 Previous Comments: --- [2001-04-22 15:40:22] [EMAIL PROTECTED] the filename character lengh of the html documentation expires the macintosh 32 chars border. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10445edit=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 #9983 Updated: Operator Precedence Clarification/Additions
ID: 9983
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Changing description to be more meaningful for someone who wants to tackle this.
Previous Comments:
---
[2001-03-26 05:10:50] [EMAIL PROTECTED]
I read precedence list again. There is . operator listed and has higher precedence
than ?: operator. So PHP is working as expected. I didn't see . It was hard to see
on my browser. Thanks.
Anyway, I have suggestion for the manual page, so I changed status to open as
Documentation Problem.
I think the manual page better to have relevant language constructs in the precedence
list even if it is not a actually a operator in PHP. (Such as (), {}, ::, -,
unary -,+. It seems these are not a operator in PHP, since they are not listed.
Not sure though.) Only () is described in the section. All of them affects how
expressions are evaluated in script and I think precedence for these is important as
operator precedence because programmers want expressions are evaluated as expected.
How about change the section title from Operator Precedence to Precedence? Then
documentation can include anything that can affects expression and still have
consistency with section title.
It also would be nice to have a little explaination for each operator in the
precedence list. Since it is ambigous if listed operator is unary or binary. For
example, unary - should have higher precedence than binary -. It would be obvious
for most users, but it may be usuful for someone.
---
[2001-03-26 03:46:52] [EMAIL PROTECTED]
Please read this manual page:
http://www.php.net/manual/en/language.operators.precedence.php
--Jani
---
[2001-03-26 00:17:05] [EMAIL PROTECTED]
Following code, needs () to get expected value.
$bar = true;
$str = TEST. ($bar ? 'true' : 'false') .TEST;
Without ( and ), only true will be in $str.
(PHP4.0.4pl1/Apache DSO/Linux, PHP4.0.5RC1/Apache DSO/W2K Server)
If this is expected behavior in PHP, it would better to be described in the Manual.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9983edit=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 #9942 Updated: function proliferation making the online manual useless
ID: 9942 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: These ideas have been bandied back and forth among the documentation people and although it's low priority, we are working at doing something about this in the future. Previous Comments: --- [2001-03-22 16:44:07] [EMAIL PROTECTED] as a longtime php user who relies on the online manual, i just want to make sure someone's aware that the online manual is rapidly becoming unusable. one great thing about php is how it grows to handle just about *everything*... but the manual needs to put some restrictions on that. right now there are 80+ sections in the `features' part of the manual. this makes it well-nigh impossible to find what you're looking for. you need to divide these sections into several parts. my suggestion would be to have a section for `core' language features, and then one for additional, system- and package-specific functionality, like yp/nis, windows com, pdf, etc etc. due to the extreme proliferation of these package addons, perhaps that second section should be even further divided, though i'm not certain how. perhaps into OS-specific, file format-specific, and so on? thanks for your attention to this. -damon --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9942edit=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 #11645 Updated: tempnam( ) does not use TMP environment variable
ID: 11645
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
Documentation has been updated to reflect this issue.
Previous Comments:
---
[2001-06-24 17:02:10] [EMAIL PROTECTED]
This is documentation problem. The given path takes precedence over TMPDIR environment
variable (not TMP environment variable as it is in docs)
From php4/main/php_open_temporary_file.c:
/* {{{ php_open_temporary_file
*
* Unlike tempnam(), the supplied dir argument takes precedence
* over the TMPDIR environment variable
* This function should do its best to return a file pointer to a newly created
* unique file, on every platform.
*/
This makes the function behave the same way on every system.
---
[2001-06-24 14:17:51] [EMAIL PROTECTED]
The PHP manual states:
The behaviour of the tempnam() function is system dependent. On Windows the TMP
environment variable will override the dir parameter.
However testing the following when my TMP env variable is set to WINDOWSTMP:
print tempnam('/','z')
the result is:
C:zB312.TMP
This used to work fine in PHP 4.0.4pl1.
Thanks again, John
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11645edit=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 #8692 Updated: Bad registry information
ID: 8692 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4 Assigned To: Comments: I don't think this is a documentation problem. The php3 extension is no longer recommended as a php extension for PHP 4. Also, I would think it would be obvious that if you are using .foo for your php extension, then you would need to use .foo in the registry key instead of .php. Previous Comments: --- [2001-01-13 20:26:36] [EMAIL PROTECTED] In the documentation for PHP on Win9x platforms, the documentation says to install this key: [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesw3svcparametersScript Map] .php=C:\Program Files\PHP\php4isapi.dll After numerous installs on win98 machines, the same problem exits. *.php will always give a 500 error. if the extension *.php3 is added, then there is no problem. I havent tried, but *.php4 should work for php4 versions. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8692edit=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 #9477 Updated: Object is destroyed before references all released
ID: 9477
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Resubmitting as a new documentation bug. Much of this has nothing to do with what
needs to be documented.
Previous Comments:
---
[2001-04-28 15:36:52] [EMAIL PROTECTED]
Docu problem not script engine problem.
- James
---
[2001-03-09 01:54:31] [EMAIL PROTECTED]
Ok. This is absolutely amazing. I went to the archives. There are a good number of
people all wondering about the same issue. Why is =new required when every other
language semantically understands that new is an operator and =new is not an
assignment but rather implicit construction of an object?
Any takers?
---
[2001-03-09 01:28:37] [EMAIL PROTECTED]
this all makes sense and generally you do NOT need to use
= new your case included, this is due to PHPs nature and
this all has been discussed
search the archives (marc.theaimsgroup.com) for
reference counting and this+constructor or maybe = to
understand when it required to use = with new
there are some resources on reference counting in the manual
or at zend.com IRC
---
[2001-03-09 00:32:08] [EMAIL PROTECTED]
I retract this bug. I think the issue is that I was looking for pointer semantics in a
language that does not support it but at the same time is not strongly typed so that
what appears to be correct, does not in fact reset the reference but actually
overwrites the original object by assignment.
Thank you all for your help. I now have a proper reference implementation of the
subscriber/publisher pattern for PHP.
Hopefully, I'll be able to keep this all straight for any other patterns I conver to
PHP.
Just out of curiosity, has ANYONE questioned the whole = new construct's necessity in
terms of why the semantics allows for = new as well??? When would you want to assign
the a copy of the object you just created?
Any help would be appreciated.
---
[2001-03-08 20:55:49] [EMAIL PROTECTED]
bogusifying
apparently you do not know what you are doing here exactly,
please read references explained from the manual again...
/* your version - you do not destroy the reference, you
simply overwritte all referenced variables (remember they
are all ONE variable know) with */
function junk($name){$this-array[$name]=;}
/* corrected version - this one does what it is written in
your description */
function junk($name){unset($this-array[$name]);}
the corrected one works for me.
/* to clear things up a bit - the following code does the
following: remove the reference by replacing it with another
(to $t), I could imagine you thought it does something
different */
function nojunk($name){$t=;$this-array[$name]=$t;}
please note I still did not read your comments, your code
reduced code was enough to understand the situation completely
note: please do not use pass-by-ref in call time
---
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=9477edit=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 #10022 Updated: Constants not handled in arrays defined in class declaration
ID: 10022
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
This is already explained in http://www.php.net/manual/en/language.oop.php, but I did
go ahead and add an example of using array() in the list of things that won't work.
Previous Comments:
---
[2001-03-27 10:26:36] [EMAIL PROTECTED]
Check the last user entry on this page:
http://www.php.net/manual/en/language.constants.php
Reclassified as documentation problem.
--Jani
---
[2001-03-27 09:54:03] [EMAIL PROTECTED]
?php
//
// The following produces a warning
//
error_reporting(15);
define(A, 1);
define(B, 2);
define(C, 3);
class Example {
var $hash = array(A = test1,
B = test2,
C = test3);
var $otherHash;
function Example() {
$this-otherHash = array(A = test1,
B = test2,
C = test3);
}
}
$example = new Example;
echo hrTrying $example-hash[B]:br;
echo $example-hash[B];
echo hrTrying $example-otherHash[B]br;
echo $example-otherHash[B];
echo hrDump of $example-hashbr;
print_r($example-hash);
echo hrDump of $example-otherHashbr;
print_r($example-otherHash);
?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10022edit=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 #10244 Updated: Please put the dlopen weirdness in the FAQ
ID: 10244 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This has nothing to do with documentation. Please try again with the latest released version of PHP (4.0.6) or latest cvs and if the problem persists, take two asprin and resubmit this as a Reproducable Crash in the morning. Previous Comments: --- [2001-04-09 11:42:37] [EMAIL PROTECTED] I see this has been debated in previous bug reports, but it'd be really helpful to have the explanation in the FAQ, and maybe in the install docs too. When starting apache with php, it segfaults when trying to unload the php dynamic library. One solution (although I haven't tried it), as mentioned in another bug report, is to recompile apache with -lpthreads. Another solution (at least it works for me) is to move the LoadModule php4_module directive and put it before any other LoadModule directives. This weirdness has been bugging me for days, so I _REALLY_ think it should be documented in at least one place.. /Emil Config: ./configure --with-mysql=/usr --with-apxs Backtrace: #0 0x4000c887 in _dl_signal_error () from /lib/ld-linux.so.2 #1 0x401985d1 in _dl_close () from /lib/libc.so.6 #2 0x40198bd0 in _dl_close () from /lib/libc.so.6 #3 0x400a746b in dlopen () from /lib/libdl.so.2 #4 0x4000cafb in _dl_catch_error () from /lib/ld-linux.so.2 #5 0x400a780f in dlerror () from /lib/libdl.so.2 #6 0x400a7491 in dlclose () from /lib/libdl.so.2 #7 0x8067be9 in ap_os_dso_unload () #8 0x804f900 in ap_get_server_built () #9 0x8051bec in ap_run_cleanup () #10 0x8050c64 in ap_clear_pool () #11 0x805cb6a in ap_child_terminate () #12 0x805d31d in main () #13 0x400c5f5c in __libc_start_main () from /lib/libc.so.6 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10244edit=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 #9641 Updated: get_required_files()/get_included_files() does not work as docuemented
ID: 9641
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
revamped the get_included_files/get_required_files functions to document their new
behavior
Previous Comments:
---
[2001-04-14 05:21:55] [EMAIL PROTECTED]
Document is updated to reflect current PHP behavior. (Some what) Problems are still
there, so I reopen this.
Since include()/require()/include_once()/required_once() behavior has been changed
recently, descriptions are still incorrect for at least 4.0.4pl1.
I think those functions(lang. constructs) behave almost the same in recent PHP.
(Except require()/require_once() dies when it fails)
include()/require()/include_once()/require_once() now shares the same hash, so result
of get_included_files()/get_required_files() are the same. These function also lists
files included by include()/require() due to recent changes in these.
This makes function descriptions still incorrect.
Function descriptions for
include()/require()/include_once()/require_once()/get_included_files()/get_required_files()
are needed to be changed to reflect recent changes.
It would be helpful for users, if there are descriptions about changes in
include()/require()/include_once()/required_once(). (At least which versions supposed
to work as described)
Hope this helps.
---
[2001-03-17 02:18:33] [EMAIL PROTECTED]
documentation updated to reflect new behavior
---
[2001-03-15 09:22:56] [EMAIL PROTECTED]
Now, get_required_files and get_included_files are the same.
Documentation should be changed.
---
[2001-03-08 18:26:48] [EMAIL PROTECTED]
get_required_files()/get_included_files() does not work as docuemented
http://www.php.net/manual/en/function.get-required-files.php
Tested under Apache 1.3.17 w/ mod-ssl, mod-gzip, and other modules comes with apache.
RedHat 7.0.1/j. PHP 4.0.4pl1 running as apache module.
I found strange require_once() behaviour (to be reported as bug) and I also found this
problem.
If this is not a script engine problem, then it should be documentation problem. Hope
this info helps developer/documentation team.
Following code is identical to the example in manual.
?php
require_once ('local.php');
require_once ('../inc/global.php');
for ($i=1; $i5; $i++) {
include_once 'util'.$i.'php';
}
echo 'pre';
echo Required_once filesn;
print_r (get_required_files());
echo Included_once filesn;
print_r (get_included_files());
echo date('H:i:s',time());
echo '/pre';
?
I get
===
Required_once files
Array
(
[0] = /home/httpd/httpd/html/untitled/local.php
[1] = /home/httpd/httpd/html/inc/global.php
[2] = /home/httpd/httpd/html/untitled/util1php
[3] = /home/httpd/httpd/html/untitled/util2php
[4] = /home/httpd/httpd/html/untitled/util3php
[5] = /home/httpd/httpd/html/untitled/util4php
)
Included_once files
Array
(
[0] = /home/httpd/httpd/html/untitled/local.php
[1] = /home/httpd/httpd/html/inc/global.php
[2] = /home/httpd/httpd/html/untitled/util1php
[3] = /home/httpd/httpd/html/untitled/util2php
[4] = /home/httpd/httpd/html/untitled/util3php
[5] = /home/httpd/httpd/html/untitled/util4php
)
08:17:35
===
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9641edit=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 #10153 Updated: Resource lost on the way..
ID: 10153 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0 Latest CVS (04/04/2001) Assigned To: Comments: Corrected in latest cvs documentation. Previous Comments: --- [2001-06-20 18:27:07] [EMAIL PROTECTED] I get this output (with php 4.0.6RC4): 1 Resource id #1 2 Resource id #1 3 Resource id #1 4 Resource id #1 Warning: 1 is not a valid PostgreSQL link resource in /www/apache/htdocs/pgsql.php on line 18 which is correct. The pg_connect() behaves the same way as mysql_connect() ie, if connection to same database is made with same arguments, no new connection is established but the old one returned instead. Reclassified as documentation problem. --Jani --- [2001-04-04 05:09:29] [EMAIL PROTECTED] Executing this script generate the error: Warning: 1 is not a valid PostgreSQL link resource in test.php on line 24 The main problem is that adding a little bit of code to php source to printout the refcount of the resource just after the pg_connect get executed and zend_list_addref get called and just before the pg_exec get really executed i obtain the output at the end of the script, please not how refcount magically decrease between the pg_connect and the pg_exec. The script... ?php // // Test script to show the bug // $db1=pg_connect(dbname=test); $res1=pg_exec($db1,SELECT * from tbltest); echo 1 .$db1.br; $db=pg_connect(dbname=test); $res1=pg_exec($db,SELECT * from tbltest); echo 2 .$db.br; pg_close($db); $db=pg_connect(dbname=test); $res1=pg_exec($db,SELECT * from tbltest); echo 3 .$db.br; pg_close($db); $db=pg_connect(dbname=test); $res1=pg_exec($db,SELECT * from tbltest); echo 4 .$db.br; pg_close($db); pg_close($db1); ? The output: Warning: Refcount 2 in /usr/local/httpd/htdocs/test.php on line 6 1 Resource id #1 Warning: Refcount 3 in /usr/local/httpd/htdocs/test.php on line 9 Warning: Refcount 3 in /usr/local/httpd/htdocs/test.php on line 10 2 Resource id #1 Warning: Refcount 3 in /usr/local/httpd/htdocs/test.php on line 14 Warning: Refcount 3 in /usr/local/httpd/htdocs/test.php on line 15 3 Resource id #1 Warning: Refcount 3 in /usr/local/httpd/htdocs/test.php on line 19 Warning: Refcount 2 in /usr/local/httpd/htdocs/test.php on line 20 4 Resource id #1 Warning: 1 is not a valid PostgreSQL link resource in /usr/local/httpd/htdocs/test.php on line 24 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10153edit=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 #6252 Updated: comparision ops on arrays and objects
ID: 6252 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0 Latest CVS (19/08/2000) Assigned To: Comments: Not enough information. Please see PHP Bug reporting Dos And Don'ts at http://www.php.net/bugs-dos-and-donts.php Previous Comments: --- [2000-08-19 09:34:35] [EMAIL PROTECTED] I just saw that the unordered and ordered comparision (on arrays and objects)is missing in the current documentation. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6252edit=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 #7187 Updated: open_basedir is broken! Security alert!
ID: 7187 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.3 Assigned To: Comments: I'm closing this and re-opening a more detailed bug report. This is only indirectly related to open_basedir now. Previous Comments: --- [2000-10-16 08:19:46] [EMAIL PROTECTED] Reclassified as documentation problem. On page: http://www.php.net/manual/configuration.php The directives should be somehow grouped better to see e.g. which ones can be changed with php_value and which are only changeable with php_admin_value. --Jani --- [2000-10-16 08:04:18] [EMAIL PROTECTED] Fixed in php4.03pl1. i should use php_admin_value open_basedir '.' instead of php_value open_basedir '.' Please make it clear in manual. --- [2000-10-15 17:09:32] [EMAIL PROTECTED] Should be fixed in php4.03pl1. --Jani --- [2000-10-13 12:27:37] [EMAIL PROTECTED] http://www.php.net/manual/configuration.php open_basedir string Limit the files that can be opened by PHP to the specified directory-tree. When a script tries to open a file with, for example, fopen or gzopen, the location of the file is checked. When the file is outside the specified directory-tree, PHP will refuse to open it. All symbolic links are resolved, so it's not possible to avoid this restriction with a symlink. The special value . indicates that the directory in which the script is stored will be used as base-directory --- I don't need full path - i want to restrict users from accessing files in upperlevel directories. as Mr. Zeev Suraski said: It's not related to open_basedir, there's a problem in the php_value system in 4.0.3. --- [2000-10-13 12:20:35] [EMAIL PROTECTED] You should be using full path with the open_basedir directive as far as I know. Can you please try and let us know of the results? --- 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=7187edit=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 #11598: Configuration section doesn't distinguish between admin and user values.
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0 Latest CVS (2001-06-20) PHP Bug Type: Documentation problem Bug description: Configuration section doesn't distinguish between admin and user values. The Configuration section of the documentaion does not distinguish between configuration settings that are admin level, user level or any level. Each configuration option should indicate what restrictions are placed on it as to where and how can be set in the Apache conf. -- Edit Bug report at: http://bugs.php.net/?id=11598edit=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 #11014 Updated: Can't build PDFlib with PHP successfully
ID: 11014 Updated by: danbeck Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PDF related Operating system: PHP Version: 4.0.5 Assigned To: Comments: PDFlib requires that you have the JPEG and TIFF libraries available when you compile PHP. This means that you need to have the --with-jpeg-dir=[DIR] and --with-tiff-dir=[dir] configure options alongside of --with-pdf=[DIR]. Please see: http://php.net/manual/en/install.configure.php#install.configure.with-pdflib For details on compile options. Previous Comments: --- [2001-05-23 04:51:21] [EMAIL PROTECTED] If I configure pdflib with this path '/usr', it'll tell me 'checking for PDF_show_boxed in -lpdf... no' So, I don't think so that my path wrong.. Any other suggest? Thanks! checking for Ovrimos SQL Server support... no checking whether to include PCRE support... yes checking for memmove... (cached) yes checking whether to include PDFlib support... yes checking for libz needed by pdflib 3.x... already zlib support checking for jpeg_read_header in -ljpeg... (cached) yes checking for png_create_info_struct in -lpng... no no checking for TIFFOpen in -ltiff... no no checking for PDF_show_boxed in -lpdf... no configure: error: pdflib extension requires pdflib 3.x. [root@dns php-4.0.5]# --- [2001-05-22 23:50:57] [EMAIL PROTECTED] You are using wrong paths in the configure options. You should use the INSTALL paths of the libs, not the libpath. ie. --with-pdf=/usr --Jani --- [2001-05-22 19:57:48] [EMAIL PROTECTED] I saw the config.log file, search keyword: pdf and found one line only: configure:9682: checking whether to include cpdflib support Is cpdflib same to pdflib? Should I install cpdflib? --- [2001-05-22 18:45:35] [EMAIL PROTECTED] Please check your config.log. Most likely there is some missing library. --Jani --- [2001-05-22 12:26:56] [EMAIL PROTECTED] Hi! I'm install PDFlib rpm files (pdflib-4.0.1-1,pdflib-tcl-4.0.1-1,pdflib-devel-4.0.1-1). My PHP configure lines: ./configure --with-mysql=/usr/local/mysql --with-apache=/usr/src/apache_1.3.19 --enable-ftp --enable-discard-path --with-pdflib=/usr/lib --with-gd That's OK! System don't response any error messages! Then, I compile PHP and Apache source code. No any error messages during compiling. But.. It still can't use any pdf functions like pdf_open(). My Linux box will tall me Fatal error: Call to undefined function.. I tried to compile PHP with PDFlib again, and saw some information: (1) checking whether to include PDFlib support... yes (2) creating ext/ftp/Makefile creating ext/gd/Makefile creating ext/mysql/Makefile creating ext/pcre/Makefile creating ext/pcre/pcrelib/Makefile creating ext/posix/Makefile creating ext/session/Makefile creating ext/standard/Makefile creating ext/xml/Makefile creating ext/xml/expat/Makefile creating ext/xml/expat/xmlparse/Makefile creating ext/xml/expat/xmltok/Makefile == It did not create ext/pdf/Makefile! P.S: Before compile PHP, I have updated the PHP source sode from PHP and Zend CVS. My commands are: == # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php4 == # cd php4 == # cvs -d :pserver:[EMAIL PROTECTED]:/repository co Zend TSRM == # cp -r * /usr/src/php-4.0.5/ Is this a bug at php-4.0.5? How can I do that you recommend? bP.S: I did checkout the CVS on May 22 morning in Taiwan. /b --- 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=11014edit=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 #11033 Updated: nl2br isn't working correct!
ID: 11033 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Function Specific Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is not a bug. nl2br is now XHTML compliant. Please see bug reports 10882, 10847, 10707, 10705, et. al. Previous Comments: --- [2001-05-22 17:58:06] [EMAIL PROTECTED] nl2br doesn't output correct br-tags. They turn out to be br instead! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11033edit=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 #10586 Updated: Wrong parameters in docs for pdf_stringwidth
ID: 10586 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Corrected in latest phpdoc cvs. Thanks for the bug report. Previous Comments: --- [2001-05-01 14:47:59] [EMAIL PROTECTED] The documentation for pdf_stringwidth has incorrect parameters. It should be something like this: double pdf_stringwidth (int pdf object, [string text, int font, float size]) font is a PDF font resource returned by pdf_findfont. size is the size of the font in points. If font and size are not specified, the current font and size are used. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10586edit=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 #9859 Updated: mail() doesn't send cc or bcc as in the manual instructions
ID: 9859
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Mail related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
If this is the case, then I'm closing this bug report and I will document the behavior
under the mail function.
Previous Comments:
---
[2001-05-22 01:45:29] [EMAIL PROTECTED]
see also bug #10136
the facts are: mail on win32 require rn newlines
also it is case sensitive on Cc: and Bcc: - it will not honour them if spelled any
other way.
here is the offending code (located in win32/sendmail.c):
if (headers (pos1 = strstr(headers, Cc:))) {
pos2 = strstr(pos1, rn);
tempMailTo = estrndup(pos1, pos2-pos1);
token = strtok(tempMailTo, ,);
i do not have win32 build env setup so cannot fix this
---
[2001-05-21 05:06:18] [EMAIL PROTECTED]
I've corrected the Cc: and Bcc: problems in the mail() example, but I'm reclassifying
this as a Mail Function problem. Is it necessary for the win32 version of the mail()
function to require that you use rn?
If it is, I can add this information to the mail function docs.
---
[2001-03-20 02:42:22] [EMAIL PROTECTED]
script example:
-
?php
$returnvar=false;
$mailto=[EMAIL PROTECTED];
$mailsubject=cc test;
$mailmessage=message content;
$mailHeader=cc:[EMAIL PROTECTED];
$returnvar=mail($mailto,$mailsubject,$mailmessage,$mailHeader);
?
html
body
the mail was sent?
?php
echo brreturnvar= $returnvarbr;
?
/body
/html
-
The above does not send the carbon copy.
The pdf manual says:
--
$headers .= cc:[EMAIL PROTECTED]; // CC to
$headers .= bcc:[EMAIL PROTECTED], [EMAIL PROTECTED]; // BCCs to
/* and now mail it */
mail($recipient, $subject, $message, $headers);
---
That does not work since Win32 sendmail.c looks for case sensitve Cc:
sendmail.c also does not look for bcc:
Also you must have rn not just n.
I think the problem is here in win32 sendmail.c :
if (headers (pos1 = strstr(headers, Cc:))) {
pos2 = strstr(pos1, rn);
tempMailTo = estrndup(pos1, pos2-pos1);
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9859edit=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 #9859 Updated: mail() doesn't send cc or bcc as in the manual instructions
ID: 9859
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Documentation problem
Bug Type: Mail related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
I've corrected the Cc: and Bcc: problems in the mail() example, but I'm reclassifying
this as a Mail Function problem. Is it necessary for the win32 version of the mail()
function to require that you use \r\n?
If it is, I can add this information to the mail function docs.
Previous Comments:
---
[2001-03-20 02:42:22] [EMAIL PROTECTED]
script example:
-
?php
$returnvar=false;
$mailto=[EMAIL PROTECTED];
$mailsubject=cc test;
$mailmessage=message content;
$mailHeader=cc:[EMAIL PROTECTED];
$returnvar=mail($mailto,$mailsubject,$mailmessage,$mailHeader);
?
html
body
the mail was sent?
?php
echo brreturnvar= $returnvarbr;
?
/body
/html
-
The above does not send the carbon copy.
The pdf manual says:
--
$headers .= cc:[EMAIL PROTECTED]; // CC to
$headers .= bcc:[EMAIL PROTECTED], [EMAIL PROTECTED]; // BCCs to
/* and now mail it */
mail($recipient, $subject, $message, $headers);
---
That does not work since Win32 sendmail.c looks for case sensitve Cc:
sendmail.c also does not look for bcc:
Also you must have rn not just n.
I think the problem is here in win32 sendmail.c :
if (headers (pos1 = strstr(headers, Cc:))) {
pos2 = strstr(pos1, rn);
tempMailTo = estrndup(pos1, pos2-pos1);
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9859edit=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 #10286 Updated: Licenens of PDF-Libs
ID: 10286 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This has been corrected in latest phpdoc cvs. (Should show up in the next online manual update.) Previous Comments: --- [2001-04-11 07:18:13] [EMAIL PROTECTED] Both of the two PDF-Libs are not real free, if you read the documentation of ClibPDF functions you get the wrong meaning, that the pdflib is free, but this is not true!!! Please make a Information avaiable for both (not only for ClibPDF), this will save work for people, who first think, that they can use pdflib for free and see later, that (at a moment, where work was done) they have to pay at least 500 US-$ for only a library!!! And on the other side it is fair to give both libs the same chance!!! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10286edit=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 #10335 Updated: Incorrect paramters for pdf_setdash()
ID: 10335 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0 Latest CVS (15/04/2001) Assigned To: Comments: Corrected in latest phpdoc cvs. Previous Comments: --- [2001-04-15 10:15:20] [EMAIL PROTECTED] Function description is currently void PDF_setdash (int pdf object, double w, double b) Should be void PDF_setdash (int pdf object, double b, double w) The proto description in the source is wrong (bug report filed). PDFlib docs says function as void PDF_setdash(PDF *p,float b,float w) Experimentation with the function will prove this to be true. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10335edit=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 #10260: imap_sort segaults if no mail is in the user's mailbox
From: [EMAIL PROTECTED]
Operating system: linux 2.2.16
PHP version: 4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description: imap_sort segaults if no mail is in the user's mailbox
The following code causes a segfault if there is no mail in the user's mailbox:
$mbox = imap_open("{localhost:143}INBOX", "user", "pass");
$arr = imap_sort($mbox, SORTARRIVAL, 0, SE_UID)
--
Edit Bug report at: http://bugs.php.net/?id=10260edit=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] PHP 4.0 Bug #9988 Updated: Documentation has incorrect example for date()
ID: 9988
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Assigned To:
Comments:
Corrected in phpdoc cvs.
Previous Comments:
---
[2001-03-26 03:44:00] [EMAIL PROTECTED]
The documentation for the date() function at:
http://www.php.net/manual/en/function.date.php
Has one example:
$today = date("D M j g:i:s T Y"); // Sat Mar 10 15:16:08 MST 2001
Note that it appears "g" has yeilded "15" ... This is incorrect:
g - hour, 12-hour format without leading zeros; i.e. "1" to "12"
G - hour, 24-hour format without leading zeros; i.e. "0" to "23"
That should either be a capital "G" in the date() function, or the example output
should be changed to indicate that the hour is in 12-hour format.
--
Jeff Carnahan - [EMAIL PROTECTED]
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9988edit=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 #8476 Updated: Class documentaion request
ID: 8476 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Assigned To: Comments: By default, error reporting is not set to the maximum value in a default PHP 4 configuration. (Or PHP 3 for that matter.) Having a warning in the documentation about the need to set any class variables to some value before it's first use is unecessary for the majority of the people who use PHP and would most likely cause confusion instead of clarification. As far as the statement about declaring class variables in the class intro tutorial on zend.com, it is correct. Declaring a class variable is different than setting it to some value before it's first use. Previous Comments: --- [2001-03-20 11:20:16] [EMAIL PROTECTED] jmcastagnetto, Possibly you do not have your error reporting set to max Bob --- [2001-03-17 00:37:23] [EMAIL PROTECTED] Cannot replicate behavior in RH 6.1 and Solaris 2.6, more info needed. --- [2000-12-29 09:41:53] [EMAIL PROTECTED] Hello, Please modify the documentaion on the Class to reflect the fact that variables set in the classes must be given a value to prevent the "Undefined property:somevar" warning. var $items; // Items in our shopping cart should be : var $items = ""; // Items in our shopping cart or var $items = array(); // Items in our shopping cart etc. In fact, it appears to me that the variable declaration inside classes is just about as imporatant as variable declaration anywhere in php scripts. You either declare them or you don't, and to a large degree it doesn't really affect your scripts, other than the warnings. Furthermore , without $items given an initial value, it still has to be checked inside the function using it to prevent the warnings, for example: !empty($this-items) ? $this-items[] .= $num : $this-items[] = $num; So I don't see any "fatal error" causing reason to declare vars/attributes outside of functions/methods in Classes. The only reason I do see for setting vars outside of functions/methods in Classes is to give it an initial value: var $items = ""; And therefore one does not have to do an isset() or empty() on the var inside a method: $this-items[] .= $num; // no warning on this with: var $items = ""; So the statement made in: http://www.zend.com/zend/tut/class-intro.php "All of the variables used by a class must be declared before any of the class' functions including constructors" does not hold true for the reasons I've given above above. Thanks, Bob --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8476edit=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 #8414 Updated: set_time_out() is acting inconsistantly
ID: 8414
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Documentation problem
Bug Type: Performance problem
Assigned To:
Comments:
I'm re-filing this as a bug report.
It appears that set_time_out() is acting inconsistant.
The following code stops after 5 seconds as you would expect:
set_time_limit(5);
while(1) {
$i++;
}
While this code continues executing indefinitely:
set_time_limit(5);
while(1) {
$i++;
echo "$i\n";
}
Previous Comments:
---
[2000-12-25 05:55:38] [EMAIL PROTECTED]
documentation is not clear enough on what "excecution time"
the max_execution_parameter does limit.
try the following:
?php
set_time_limit(1);
while(1) sleep(1);
?
on my machine that runs much more then one second, while:
?php
set_time_limit(1);
while(1);
?
stops after 1 second as expected.
That difference is never mentioned in documentaion.
While the usage of PROF timer make sence sometimes the parameter name
"max_execution_time" suggests the "real" time limit so that
?php
set_time_limit(30);
sleep(3600);
?
should be terminated on timeout after 30 seconds.
oleg
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8414edit=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 #9794: array_keys resets the array pointer and can not be used when looping
From: [EMAIL PROTECTED]
Operating system: linux 2.2.16
PHP version: 4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description: array_keys resets the array pointer and can not be used when looping
The following code is broken:
$arr = array("a", "b", "c");
foreach ($arr as $a) {
echo "$aBR\n";
echo max(array_keys($arr));
}
It stops after the first array element because array_keys resets the array pointer.
(Or at least it's moved to the end...)
This is sort of a (repectful) complaint that I have about PHP and they way it's been
written. Arrays are systematically prostituted by the array functions because each
one of them sees fit to reset the array pointer instead of just working off of a copy,
or at the very least, returning the array pointer to it's previous state.
Is there some reason that the array pointer can't be returned to it's previous state
after the array functions are finished with it?
--
Edit Bug report at: http://bugs.php.net/?id=9794edit=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] PHP 4.0 Bug #8915: zero length file created on file upload with no file, temp file is not deleted
From: [EMAIL PROTECTED] Operating system: linux 2.2.x (redhat 6.2) PHP version: 4.0.3pl1 PHP Bug Type: *General Issues Bug description: zero length file created on file upload with no file, temp file is not deleted If you attempt to post a multipart/form-data form without supplying a file in the browser, php creates a zero length temp file, but does not remove it after script execution. Form Example: FORM ACTION="index.php" METHOD="post" ENCTYPE="multipart/form-data" INPUT TYPE="file" NAME="file" /FORM -- Edit Bug report at: http://bugs.php.net/?id=8915edit=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] PHP 4.0 Bug #8741: preg functions interpret { as part of variable interpolation
From: [EMAIL PROTECTED]
Operating system: Linux 2.x, Redhat 6.2
PHP version: 4.0.3pl1
PHP Bug Type: PCRE related
Bug description: preg functions interpret { as part of variable interpolation
The following code does not work properly
$number = "999.00";
$precision = 2;
echo preg_replace("/\.0{$precision}/", "", $number);
it echos 999.00
But if you escape the first `{' bracket, the regular expression works properly
echo preg_replace("/\.0\{$precision}/", "", $number);
it echos 999
--
Edit Bug report at: http://bugs.php.net/?id=8741edit=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]
