[PHP-DOC] #17959 [Ana]: array reference problems
ID: 17959
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
-Bug Type: Scripting Engine problem
+Bug Type: Documentation problem
Operating System: linux
-PHP Version: 4.2.1
+PHP Version: 4CVS-20021218(STABLE)
New Comment:
Reclassification & version update
Previous Comments:
[2002-12-21 11:03:30] [EMAIL PROTECTED]
Related to bug #20993(http://bugs.php.net/20993)
[2002-12-19 12:12:56] [EMAIL PROTECTED]
I grabbed Apache/1.3.27 built and installed it.
Next I grabbed php4-STABLE-200212182230 built and
installed it.
The same test-case presented in this bug report failed.
I also grabbed php4-200212191630 a few minutes ago
built and installed it.
Again, the very same test-case in this bug report failed.
--patrick
[2002-12-07 01:46:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Could you confirm that the problem still exists in latest CVS and if it
does ,please provide a SMALL (10 or so) line script that could be used
to replicate the problem.
[2002-11-27 22:57:56] [EMAIL PROTECTED]
I have experienced similar problems with PHP on Linux 2.4.x. It only
seems to occur in very weird circumstances where you have a reference
pointing (yes I know references are not pointers) to an array element.
My only test cases are much larger that those presented by
"[EMAIL PROTECTED]" as they involve production code. The one piece of
information I can offer which may be of some use is that in my case,
the problem can be eliminated by removing an uneeded "global" statement
(the reference was already in scope). I realize that sounds absurd,
but I have a case where "global" actually breaks the reference. When I
comment out the global statement, the reference doesn't get wiped out.
I know the reference is global because it was created in $GLOBALS. I
know this seems strange, but I can var_dump it before and after and the
only thing that changes is me commenting out the global statement.
[2002-07-29 06:50:20] [EMAIL PROTECTED]
'top',
'A' => array
(
'name' => 'A',
'A_a' => array
(
'name' => 'A_a',
'fn_1' => 'Aa_fn_1',
'fn_2' => 'Aa_fn_2',
'fn_3' => 'Aa_fn_3',
'A_a_1' => array
(
'name' => 'A_a_1',
'fn_1' => 'Aa1_fn_1',
'fn_2' => 'Aa1_fn_2',
),
'A_a_2' => array
(
'name' => 'A_a_2',
'fn_1' => 'Aa2_fn_1',
'fn_2' => 'Aa2_fn_2',
),
),
),
);
// setup "parent references" for each of the nodes.
$top['parent'] = null;
$top['A']['parent'] = &$top;
$top['A']['A_a']['parent'] = &$top['A'];
$top['A']['A_a']['A_a_1']['parent'] = &$top['A']['A_a'];
$top['A']['A_a']['A_a_2']['parent'] = &$top['A']['A_a'];
//$top['A']['A_a']['A_a_1']['parent'] = &$top['A']['A_a'];
//
// Note!
// Here if we uncomment the above line the sample code will
// magically WORK!
//
// Why does the order of initialization matter!? And will the
// code now break elsewhere?
// setup our reference to $top. $ptr is what should change
// on every call to change_ptr(name).
$ptr = &$top;
// change_ptr( name ) does the following w/some verbose
// messages to display the state of variables in question.
//
//if ( ptr[name] )
// ptr = ptr[name];
//
function change_ptr( $name )
{
printf( " change_ptr($name) " );
if ( $GLOBALS['ptr'][$name] ) {
// Setting up string for later printing.
$before_change =
sprintf( "before: \$GLOBALS['ptr']['name'] = %s",
$GLOBALS['ptr']['name'] );
$GLOBALS['ptr'] = &$GLOBALS['ptr'][$name];
$after_change =
sprintf( "after: \$GLOBALS['ptr']['name'] = %s",
$GLOBALS['ptr']['name'] );
printf( "CHANGED:\n" );
printf( "%s\n %s", $before_change, $after_change );
}
else
printf( "NO CHANGE!" );
printf( "\n" );
}
?>
The remainder of the
[PHP-DOC] #21137 [NEW]: Wrong page name of imagettfbbox function
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.3.0RC4 PHP Bug Type: Documentation problem Bug description: Wrong page name of imagettfbbox function The man page with the description of imagettfbbox() has the title "imagettftext". Christoph -- Edit bug report at http://bugs.php.net/?id=21137&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21137&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21137&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21137&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21137&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21137&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21137&r=support Expected behavior: http://bugs.php.net/fix.php?id=21137&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21137&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21137&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21137&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21137&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21137&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21137&r=isapi -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21116 [Opn->Ana]: where do I find optional dlls?
ID: 21116 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed -Bug Type: PHP options/info functions +Bug Type: Documentation problem Operating System: Windows PHP Version: 4.3.0RC3 New Comment: printer extension had proved to be unstable and therefor was dropped from PHP core and moved to PECL. PECL extensions are NOT bundled by default. The documentation for the extension should be either moved to the PECL documentation repository or have a clear inidicator regarding the fact that it was moved to PECL. Previous Comments: [2002-12-20 12:15:18] [EMAIL PROTECTED] I understand. I just wanted to point out the fact that it isn't there. The dll needs to be packaged in the binary rather than having to go look for it. Thanks for the info. [2002-12-20 12:04:09] [EMAIL PROTECTED] I'm not sure the policy of php.ini and extensions that aren't included in the windows distro (dlls) but regardless this is a php-dev question so am marking it as such. I don't think the php.ini entry should be removed though, I'm sure there are others and they are commented out. Also, this may have to do with PECL extensions being included or not. Btw, you can find this (and many other dlls) here: http://kromann.info/php4.php Changing summary to: "Where do I find optional dlls?" :) [2002-12-20 11:38:17] [EMAIL PROTECTED] In the ini file there is a php_printer.dll option under extensions. No such dll file exists in the extensions directory. This option just needs to be deleted out of the ini file. -- Edit this bug report at http://bugs.php.net/?id=21116&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Notes Status, 8193 total
Following are the top 20 pages of the manual, sorted by the number of user notes contributed. These sections could use a polish, those notes represent 11.7% of the 8193 total user notes. Notes | Page ---+- 80 | http://php.net/manual/en/function.preg-replace.php 58 | http://php.net/manual/en/features.file-upload.php 58 | http://php.net/manual/en/ref.session.php 56 | http://php.net/manual/en/language.oop.php 55 | http://php.net/manual/en/ref.pdf.php 54 | http://php.net/manual/en/ref.imap.php 52 | http://php.net/manual/en/function.include.php 51 | http://php.net/manual/en/function.fopen.php 50 | http://php.net/manual/en/function.header.php 47 | http://php.net/manual/en/function.exec.php 47 | http://php.net/manual/en/function.mail.php 47 | http://php.net/manual/en/function.date.php 41 | http://php.net/manual/en/ref.domxml.php 39 | http://php.net/manual/en/ref.exec.php 39 | http://php.net/manual/en/ref.oci8.php 38 | http://php.net/manual/en/ref.mail.php 38 | http://php.net/manual/en/function.eval.php 38 | http://php.net/manual/en/function.mssql-connect.php 37 | http://php.net/manual/en/function.mktime.php 37 | http://php.net/manual/en/function.md5.php -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] #21104 [NEW]: Font too small in certian areas of themanual.
> Can I add to that, that the (at least uk.php.net and www.php.net) user > notes and the code examples are now effectively unreadable using any > standard browser, since some bright spark decided to make them italic. Any > chance of fixing this or is there a good reason which i'm missing? Italic??? They are not italic, and there is no code making them italic... Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
