[PHP-DOC] #19423 [Csd]: Problem with extension_dir in PHP.ini
ID: 19423 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: Windows 9x/NT/ME/2000/XP PHP Version: 4.2.3 New Comment: The only thing I noiced you didn't do was what [EMAIL PROTECTED] said he tried and worked. That was to put a single backslash \ after the directory name. I haven't tried this, but here is what worked for me: extension_dir= Uncomment the php_xslt extension. Place all these files in either the %SYSTEM% or %SYSTEM32% Directory: iconv.dll, js32.dll, libexpat.dll,php_xslt.dll, php4ts.dll and of course sablot.dll. The js32 is only needed if the expat version has been compiled with the JavaScript extension. Unless you have all the files in the system directory, you will continue to get errors when loading that point to your tail. In other words they mean nothing except failure and unless you use a tool such as Dependency Walker to open the php_xslt.dll, you will become frustrated fast. I saved all these files to a separate directory when I first installed xslt on my development system, then just copied them over to my production server and was up in no time! I hope I didn't forget any of them, but if I did, just search this site for it and you will find many people who have used it (and the URL, I have forgotton it) successfully. I am writing a Content Management system using XSLT as my chief means of XML processing, transformation and search engine. I really like using it to build snipets of PHP logic that use XSLT to generate HTML or XML. It's much more flexible than writing my own parser routines and objects, and the XSL languange is highly flexible. I have even worked out some datetime math with it. It could use some help in the extension department for that one! Anyway, have fun at work! Curtis Previous Comments: [2002-10-04 15:07:16] [EMAIL PROTECTED] Well, since I thought I might have something miss installed, I've gone ahead and re-started my Win2000 Server installation. I'm back to the same problem however. Any directory I specify for the extension dll, won't work. I've tried, d:\php\extensions, d:\php\\extensions\, d:\\php\\extensions, d:\\php\exetensions\\, d:/php/extensions, d://php//extensions, d://php/extensions/, d://php//extensions// I've attempted as well to move the dll into the system 32 directory, and in the same directory has the php.exe file. No luck. Below are my specifications: Server: Dell Power App 120 Server, SCSI hard drives. OS: Window 2000 Server running IIS 5 PHP: Version 4.2.3 running ISAP installation Php ini file : c:\WINNT\php.ini Php directory : d:\php Extension directory : d:\php\extensions Note: I've installed this same version on 6 other Win2000 clients (Pro and Server) with IIS 5, and have not run into this problem before. The only main difference is that its a Power App Server, with SCSI drives. [2002-09-27 12:34:01] [EMAIL PROTECTED] Should be mentioned in the manuel... Derick [2002-09-27 10:03:23] [EMAIL PROTECTED] I had the same problem, after some hours of struggeling, I finanaly got it This doesn't work : extension_dir=c:\php This works : extension_dir=c:\php\ It doesn't matter what dircotry the extension_dir is pointing to, you must put the last '\' there to make it work. Good luck all :) [2002-09-25 13:20:53] [EMAIL PROTECTED] Is the assumption that if no directory is specified, that it will automaticlly look in the c:\WINNT\System32 directory for the extension dlls, correct? [2002-09-24 17:36:30] [EMAIL PROTECTED] I'm using the ISAPI version on Win2k IIS. My install drive for php is I:\php\ My php.ini is in the H:\winnt\ directory (the phpinfo() function reports that is were it found it). Php.ini coding : ; Directory in which the loadable extensions (modules) reside. extension_dir = I:/php/extensions/ As long as I don't specify a extension to load, php works fine. But, once I un remark an extension (ei. php_mssql.dll), it gives the "unable to load dynamic library 'I:/php/extensions/php_mssql.dll' The support module not found" message. I've tried both ways, I:\\ and I:/ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19423 -- Edit this bug report at http://bugs.php.net/?id=19423&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To uns
Re: [PHP-DOC] Error List...
On Fri, 4 Oct 2002, Gabor Hojtsy wrote: [snip] > IMHO if anyone gets on this job, general errors should > be put somewhere to an appendix, and function specific > errors should go to every function ;) Like what errors > mail() can emit. This is a *huge* work as I can see. This sounds good, can this process be at least partialy automated? That'd be nice :) +1 for listing the errors in the appendix and specific function pages. Also, a side project might be a knowledge base of errors and their "possible" solutions. On a related note, how about more mysql_error() type functions ... like file_error()? Regards, Philip -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19423 [Com]: Problem with extension_dir in PHP.ini
ID: 19423 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: Windows 9x/NT/ME/2000/XP PHP Version: 4.2.3 New Comment: Well, since I thought I might have something miss installed, I've gone ahead and re-started my Win2000 Server installation. I'm back to the same problem however. Any directory I specify for the extension dll, won't work. I've tried, d:\php\extensions, d:\php\\extensions\, d:\\php\\extensions, d:\\php\exetensions\\, d:/php/extensions, d://php//extensions, d://php/extensions/, d://php//extensions// I've attempted as well to move the dll into the system 32 directory, and in the same directory has the php.exe file. No luck. Below are my specifications: Server: Dell Power App 120 Server, SCSI hard drives. OS: Window 2000 Server running IIS 5 PHP: Version 4.2.3 running ISAP installation Php ini file : c:\WINNT\php.ini Php directory : d:\php Extension directory : d:\php\extensions Note: I've installed this same version on 6 other Win2000 clients (Pro and Server) with IIS 5, and have not run into this problem before. The only main difference is that its a Power App Server, with SCSI drives. Previous Comments: [2002-09-27 12:34:01] [EMAIL PROTECTED] Should be mentioned in the manuel... Derick [2002-09-27 10:03:23] [EMAIL PROTECTED] I had the same problem, after some hours of struggeling, I finanaly got it This doesn't work : extension_dir=c:\php This works : extension_dir=c:\php\ It doesn't matter what dircotry the extension_dir is pointing to, you must put the last '\' there to make it work. Good luck all :) [2002-09-25 13:20:53] [EMAIL PROTECTED] Is the assumption that if no directory is specified, that it will automaticlly look in the c:\WINNT\System32 directory for the extension dlls, correct? [2002-09-24 17:36:30] [EMAIL PROTECTED] I'm using the ISAPI version on Win2k IIS. My install drive for php is I:\php\ My php.ini is in the H:\winnt\ directory (the phpinfo() function reports that is were it found it). Php.ini coding : ; Directory in which the loadable extensions (modules) reside. extension_dir = I:/php/extensions/ As long as I don't specify a extension to load, php works fine. But, once I un remark an extension (ei. php_mssql.dll), it gives the "unable to load dynamic library 'I:/php/extensions/php_mssql.dll' The support module not found" message. I've tried both ways, I:\\ and I:/ [2002-09-24 17:10:49] [EMAIL PROTECTED] No php.ini does not have to be on the c: drive. However please make sure you are using the c:\\ or c:/ syntax. Also make sure that your php.ini file is in the correct location (look at the output of phpinfo()). With the cli and cgi versions you can often get away with putting the php.ini file in the same dir as the executable and it will find it there. - James The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19423 -- Edit this bug report at http://bugs.php.net/?id=19423&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
samesch Fri Oct 4 11:47:37 2002 EDT Modified files: /phpdoc/en/reference/sessionini.xml Log: reverted; obvously c:/temp is OK Index: phpdoc/en/reference/session/ini.xml diff -u phpdoc/en/reference/session/ini.xml:1.5 phpdoc/en/reference/session/ini.xml:1.6 --- phpdoc/en/reference/session/ini.xml:1.5 Fri Oct 4 07:25:24 2002 +++ phpdoc/en/reference/session/ini.xml Fri Oct 4 11:47:37 2002 @@ -1,5 +1,5 @@ - + &reftitle.runtime; &extension.runtime; @@ -164,7 +164,7 @@ Windows users have to change this variable in order to use PHP's session functions. Make sure to specify a valid path, e.g.: - c:\temp. + c:/temp. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] session/reference.xml
Hi, typo in row 261? Additionally, if you register a new session variable by using session_register(), the entry in the global scope and the $_SESSION entry will not reference the same value until the next session start (this applies to PHP 4.2 and before only). I.e. a modification to the global variable will not be reflected only). I.e. a modification to the global variable will not be reflected by the $_SESSION entry. This is unlikely to matter in practice and has been corrected in PHP 4.3. suggestions: ...until the next session starts... ...until the next session_start... Used the latter in the translation. Martin -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
> > valid, yes. Correct? .. hmm.
> >
> > surely if you have C:\ in there at all it's win32 documentation,
> > regardless of the way you point your slashes :)
>
> Sure.
> I don't care about at all ;-) and I am in no way any kind of religious
> about this pointas long as the docs are consistent.
It's better to use c:/somedir/subdir all in php.ini php code and apache,
as it does not need any escapes ("c:\\somedir\\subdir"), and works in
all these environments.
Goba
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
> samesch Fri Oct 4 07:25:24 2002 EDT > > Modified files: > /phpdoc/en/reference/session ini.xml > Log: > fixed typo, c:/temp isn't a valid Windows path AFAIK, path values can be used with / instead of \ in php.ini on windows. At least I use these kind of values, and all thigs work. So as far as php cares, c:/temp seems to be a valid path. Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] ini-seetings
> I can't remember...;-) > > I have the time to move/integrate features/error-handling to > reference/errorfunc. I took a look at RFC/manual.xml.in: > > &Features; > &features.error-handling; > > > > Here it is still under features. > Is it ok to integrate the features/error-handling in > referenc/errorfunc? Yes, IMHO. And also image manipulation to reference/image, etc. The fact that RFC/manual.xml.in still has a features part, is not to bother you. It is the same as phpdoc/manual.xml.in except the reference part is grouped. Other parts are not modified, so it is compatible with the current version. Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Error List...
> This appears to be a feature request to expand > the documention found here: > > http://www.php.net/manual/en/tokens.php > > Ideas? Well, I don't think so that any comprehensive list of errors could be provided. They change slightly from release to release. Nor I think that tokens is a right place for the errors list. There are many errors unrelated to tokens... IMHO if anyone gets on this job, general errors should be put somewhere to an appendix, and function specific errors should go to every function ;) Like what errors mail() can emit. This is a *huge* work as I can see. Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
> valid, yes. Correct? .. hmm. > > surely if you have C:\ in there at all it's win32 documentation, > regardless of the way you point your slashes :) Sure. I don't care about at all ;-) and I am in no way any kind of religious about this pointas long as the docs are consistent. Friedhelm -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Günstige DSL- & Modem/ISDN-Tarife! -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
valid, yes. Correct? .. hmm. surely if you have C:\ in there at all it's win32 documentation, regardless of the way you point your slashes :) - Original Message - From: <[EMAIL PROTECTED]> To: "Steph" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, October 04, 2002 12:53 PM Subject: Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml > > hm, usually it doesn't make any difference - but if I cd to root using > > the unix slash it doesn't work. > > > > Microsoft(R) Windows 98 > >(C)Copyright Microsoft Corp 1981-1998. > > > > C:\WINDOWS>cd \ > > > > C:\> > > > > Microsoft(R) Windows 98 > >(C)Copyright Microsoft Corp 1981-1998. > > > > C:\WINDOWS>cd / > > Invalid switch - / > > > > C:\WINDOWS> > > > > Yep, right, it doesnt work with cd in the win shell, but its valid for e.g. > php and apache. > > Friedhelm > > -- > +++ GMX - Mail, Messaging & more http://www.gmx.net +++ > NEU: Mit GMX ins Internet. Günstige DSL- & Modem/ISDN-Tarife! > > > -- > PHP Documentation Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
> hm, usually it doesn't make any difference - but if I cd to root using > the unix slash it doesn't work. > > Microsoft(R) Windows 98 >(C)Copyright Microsoft Corp 1981-1998. > > C:\WINDOWS>cd \ > > C:\> > > Microsoft(R) Windows 98 >(C)Copyright Microsoft Corp 1981-1998. > > C:\WINDOWS>cd / > Invalid switch - / > > C:\WINDOWS> > Yep, right, it doesnt work with cd in the win shell, but its valid for e.g. php and apache. Friedhelm -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Günstige DSL- & Modem/ISDN-Tarife! -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
hm, usually it doesn't make any difference - but if I cd to root using the unix slash it doesn't work. Microsoft(R) Windows 98 (C)Copyright Microsoft Corp 1981-1998. C:\WINDOWS>cd \ C:\> Microsoft(R) Windows 98 (C)Copyright Microsoft Corp 1981-1998. C:\WINDOWS>cd / Invalid switch - / C:\WINDOWS> - Original Message - From: <[EMAIL PROTECTED]> To: "Tal Peer" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, October 04, 2002 12:33 PM Subject: Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml > > >>> Modified files: > > >>> /phpdoc/en/reference/session ini.xml > > >>> Log: > > >>> fixed typo, c:/temp isn't a valid Windows path > > >>> > > >>> > > >>> > > >>> > > >>But PHP uses windows paths with unix-slashes, no? (i hardly use php on > > >>win, so i'm not sure..) > > >> > > >> > > > > > >Ooops, to be honest, I'm not sure about that, too (I never use PHP on > > >win), but... > > > > > >$ grep path /etc/php4/apache/php.ini > > >[...] > > >include_path = [...] ; UNIX: "/path1:/path2" Windows: > > >"\path1;\path2" > > > > > > > > > > Any Windows user to comment on this? > > > > Tal > > To my experience (i was the one who wrote this note ;-)) > both is possible \ and /. > > IMHO it should be consistent with other path notations in the docs. > Also to my experience it helps to avoid conflicts to use the unix convention > (like apache for win) > > Friedhelm > > > -- > +++ GMX - Mail, Messaging & more http://www.gmx.net +++ > NEU: Mit GMX ins Internet. Günstige DSL- & Modem/ISDN-Tarife! > > > -- > PHP Documentation Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
> >>> Modified files: > >>> /phpdoc/en/reference/session ini.xml > >>> Log: > >>> fixed typo, c:/temp isn't a valid Windows path > >>> > >>> > >>> > >>> > >>But PHP uses windows paths with unix-slashes, no? (i hardly use php on > >>win, so i'm not sure..) > >> > >> > > > >Ooops, to be honest, I'm not sure about that, too (I never use PHP on > >win), but... > > > >$ grep path /etc/php4/apache/php.ini > >[...] > >include_path = [...] ; UNIX: "/path1:/path2" Windows: > >"\path1;\path2" > > > > > > Any Windows user to comment on this? > > Tal To my experience (i was the one who wrote this note ;-)) both is possible \ and /. IMHO it should be consistent with other path notations in the docs. Also to my experience it helps to avoid conflicts to use the unix convention (like apache for win) Friedhelm -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Günstige DSL- & Modem/ISDN-Tarife! -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
Martin Samesch wrote: >Tal Peer wrote: > > >>Martin Samesch wrote: >> >> >> >>>sameschFri Oct 4 07:25:24 2002 EDT >>> >>> Modified files: >>> /phpdoc/en/reference/session ini.xml >>> Log: >>> fixed typo, c:/temp isn't a valid Windows path >>> >>> >>> >>> >>But PHP uses windows paths with unix-slashes, no? (i hardly use php on >>win, so i'm not sure..) >> >> > >Ooops, to be honest, I'm not sure about that, too (I never use PHP on >win), but... > >$ grep path /etc/php4/apache/php.ini >[...] >include_path = [...] ; UNIX: "/path1:/path2" Windows: >"\path1;\path2" > > Any Windows user to comment on this? Tal >Martin > > > -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
Tal Peer wrote: > > Martin Samesch wrote: > > >sameschFri Oct 4 07:25:24 2002 EDT > > > > Modified files: > >/phpdoc/en/reference/session ini.xml > > Log: > > fixed typo, c:/temp isn't a valid Windows path > > > > > > But PHP uses windows paths with unix-slashes, no? (i hardly use php on > win, so i'm not sure..) Ooops, to be honest, I'm not sure about that, too (I never use PHP on win), but... $ grep path /etc/php4/apache/php.ini [...] include_path = [...] ; UNIX: "/path1:/path2" Windows: "\path1;\path2" Martin -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
Martin Samesch wrote: >sameschFri Oct 4 07:25:24 2002 EDT > > Modified files: >/phpdoc/en/reference/session ini.xml > Log: > fixed typo, c:/temp isn't a valid Windows path > > But PHP uses windows paths with unix-slashes, no? (i hardly use php on win, so i'm not sure..) Tal > > >Index: phpdoc/en/reference/session/ini.xml >diff -u phpdoc/en/reference/session/ini.xml:1.4 >phpdoc/en/reference/session/ini.xml:1.5 >--- phpdoc/en/reference/session/ini.xml:1.4Sat Sep 28 10:48:57 2002 >+++ phpdoc/en/reference/session/ini.xmlFri Oct 4 07:25:24 2002 >@@ -1,5 +1,5 @@ > >- >+ > > &reftitle.runtime; > &extension.runtime; >@@ -164,7 +164,7 @@ > > Windows users have to change this variable in order to use PHP's > session functions. Make sure to specify a valid path, e.g.: >- c:/temp. >+ c:\temp. > > > > > > > > -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
samesch Fri Oct 4 07:25:24 2002 EDT Modified files: /phpdoc/en/reference/sessionini.xml Log: fixed typo, c:/temp isn't a valid Windows path Index: phpdoc/en/reference/session/ini.xml diff -u phpdoc/en/reference/session/ini.xml:1.4 phpdoc/en/reference/session/ini.xml:1.5 --- phpdoc/en/reference/session/ini.xml:1.4 Sat Sep 28 10:48:57 2002 +++ phpdoc/en/reference/session/ini.xml Fri Oct 4 07:25:24 2002 @@ -1,5 +1,5 @@ - + &reftitle.runtime; &extension.runtime; @@ -164,7 +164,7 @@ Windows users have to change this variable in order to use PHP's session functions. Make sure to specify a valid path, e.g.: - c:/temp. + c:\temp. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/session/functions session-register.xml
hholzgraFri Oct 4 05:44:36 2002 EDT Modified files: /phpdoc/en/reference/session/functions session-register.xml Log: "global" is not a function Index: phpdoc/en/reference/session/functions/session-register.xml diff -u phpdoc/en/reference/session/functions/session-register.xml:1.4 phpdoc/en/reference/session/functions/session-register.xml:1.5 --- phpdoc/en/reference/session/functions/session-register.xml:1.4 Sun Jun 16 03:11:03 2002 +++ phpdoc/en/reference/session/functions/session-register.xml Fri Oct 4 05:44:35 +2002 @@ -1,5 +1,5 @@ - + @@ -25,8 +25,10 @@ This registers a global variable. If you want to - register a session variable inside a function, you need to make sure to - make it global using global or use the session + register a session variable from within a function, you need to make sure to + make it global using the + global + keyword or the $GLOBALS[] array, or use the special session arrays as noted below. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/domxml reference.xml
erica Fri Oct 4 04:20:21 2002 EDT Modified files: /phpdoc/en/reference/domxml reference.xml Log: Fixed grammatical errors. Index: phpdoc/en/reference/domxml/reference.xml diff -u phpdoc/en/reference/domxml/reference.xml:1.7 phpdoc/en/reference/domxml/reference.xml:1.8 --- phpdoc/en/reference/domxml/reference.xml:1.7Tue Jul 2 04:51:07 2002 +++ phpdoc/en/reference/domxml/reference.xmlFri Oct 4 04:20:20 2002 @@ -1,5 +1,5 @@ - + DOM XML functions DOM XML @@ -9,32 +9,32 @@ &reftitle.intro; &warn.experimental; - The domxml extension has been overhauled in PHP 4.3.0 to provide - a better compliance with the DOM standard. The extension still contains - many old functions, but they should not be used anymore. Especially those - non object oriented functions should be avoided. + The DOM XML extension has been overhauled in PHP 4.3.0 to better comply with + the DOM standard. The extension still contains + many old functions, but they should no longer be used. In particular, functions + that are not object-oriented should be avoided. The extension allows you to operate on an XML document with the DOM API. It also provides a function domxml_xmltree to turn the - complete XML document into a tree of PHP objects. Currently this - tree should be considered read-only - you can modify it but this + complete XML document into a tree of PHP objects. Currently, this + tree should be considered read-only — you can modify it, but this would not make any sense since DomDocument_dump_mem cannot be applied to it. Therefore, if you want to read an XML file and write - a modified version use the DomDocument_create_element, + a modified version, use DomDocument_create_element, DomDocument_create_text_node, - set_attribute, etc. and finally - DomDocument_dump_mem functions. + set_attribute, etc. and finally the + DomDocument_dump_mem function. &reftitle.required; - This extension make use of the - GNOME xml library. Download - and install this library. You will need at least libxml-2.4.14 + This extension makes use of the + GNOME XML library. Download + and install this library. You will need at least libxml-2.4.14. @@ -50,10 +50,10 @@ Deprecated functions There are quite a few functions that do not fit into the DOM standard and - should not be used anymore as listed in the following table. + should no longer be used. These functions are listed in the following table. The function DomNode_append_child has changed its - behaviour. It now actually adds a child and not a sibling. If this - breaks your application use the non DOM function + behaviour. It now adds a child and not a sibling. If this + breaks your application, use the non-DOM function DomNode_append_sibling. @@ -130,14 +130,14 @@ DomNode_new_child Create a new node with e.g. - DomDocument_create_element und add it with + DomDocument_create_element and add it with DomNode_append_child. DomNode_set_content Create a new node with e.g. - DomDocument_create_text_node und add it with + DomDocument_create_text_node and add it with DomNode_append_child. @@ -164,27 +164,27 @@ Classes - The API of the module follows the DOM Level 2 standard as close - as possible. Consequently the API is fully object oriented. + The API of the module follows the DOM Level 2 standard as closely + as possible. Consequently, the API is fully object-oriented. It is a good idea to have the DOM standard available when using this module. - Though the API is object oriented there are many functions which can - be called in a non-object oriented way by passing the object to operate - on as the first argument. These function are mainly to retain compatibilty - to older versions of the extension but are not encouraged to use anymore - in new developments. + Though the API is object-oriented, there are many functions which can + be called in a non-object-oriented way by passing the object to operate + on as the first argument. These functions are mainly to retain compatibilty + to older versions of the extension, and should not be used when creating new + scripts. - This API differs from the official DOM API in two points. First, all - class attributes are implemented as functions with the same name and - secondly the function names follow the PHP naming convention. This means + This API differs from the official DOM API in two ways. First, all + class attributes are implemented as functions with the same name. + Secondly,
[PHP-DOC] #19699 [Com]: 'array_walk()' violates recommended 'allow_call_time_pass_reference=Off'
ID: 19699
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: Windows
PHP Version: 4.2.3,4.3.0-dev
New Comment:
James,
indeed your example would break existing code if '$userdata' would
*always* be passed by reference.
I think the solution would be to let array_walk pass '$userdata' by
reference only if specified so in 'my_function' (just the same as the
first parameter behaves).
Your example would still work then since '$userdata' in my_function()
is specified without an ampersand, so it should be passed by value.
Previous Comments:
[2002-10-03 19:38:55] [EMAIL PROTECTED]
updated version information.
[2002-10-03 16:27:08] [EMAIL PROTECTED]
OK.
Manual is incorrect here, in PHP4 functions either specify if an arg is
passed by ref or by value. In array_walk only the first argument is
ever passed by reference. I can see that passing userdata by reference
would be nice but unfortuantly it is too much of a big change that
could break too many scripts to make as this point as people may be
relying on the fact it is passed by reference.
For example
function my_function($value, $key, $userdata)
{
$userdata = strrev($userdata.$key.$value);
}
$array1 = array("one", "two", "three")l
$mydata = "array1";
array_walk($array1, 'my_function', $mydata);
This POOR example would not work with thrid parameter passed by ref so
for now am changing this to a documentation problem as the
documentation is currently slightly misleading in it advocates using
calltime pass by reference when infact the first param only is ever
passed by reference.
- James
[2002-10-03 15:50:01] [EMAIL PROTECTED]
I tried using the latest snapshot for Windows:
System Windows 9x localhost 4.10
Build Date Oct 3 2002 20:15:03
but I still encounter the same problems.
[2002-10-01 18:51:35] [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
[2002-10-01 17:38:45] [EMAIL PROTECTED]
The PHP manual contains the following note about 'array_walk()':
Note:
If func needs to be working with the actual values of the array,
specify
that the first parameter of func should be passed by reference. Then
any
changes made to those elements will be made in the array itself.
So if you want to let 'array_walk()' pass the third parameter by
reference,
you're inclined to specify that the third parameter of func should be
passed by
reference. In the example underneath, the notation '&$userData' is
used to
specify so:
function PrepareBowl($value, $key, &$userData) {
print 'Mixed so far... ' . ($userData .= "$value ") . "\n";
}
$ingredients = array('peach', 'cherry', 'alchohol');
$bowl = '';
array_walk($ingredients, 'PrepareBowl', $bowl);
print "Bowl: $bowl";
This doesn't work however; '$assembly' will not be passed by reference
and the
output will be an empty 'bowl':
Mixed so far... peach
Mixed so far... peach cherry
Mixed so far... peach cherry alchohol
Bowl:
Only when you use the '&' notation within 'array_walk()' to specify
that the
third parameter should be passed by reference:
array_walk($ingredients, 'PrepareBowl', &$bowl);
the output will be as expected:
Mixed so far... peach
Mixed so far... peach cherry
Mixed so far... peach cherry alchohol
Bowl: peach cherry alchohol
but, using the recommended php.ini setting
'allow_call_time_pass_reference=Off',
you'll receive the warning:
Warning: Call-time pass-by-reference has been deprecated - argument
passed by value; If you would like to pass it by reference, modify the
declaration of array_walk(). If you would like to enable call-time
pass-by-reference, you can set allow_call_time_pass_reference to true
in
your INI file. However, future versions may not support this any
longer.
This looks the same like bug 4116
(http://bugs.php.net/bug.php?id=4116), posted Apr 12, 2000. Although
this bug is closed with a reply that it works like the
replier think it should work, this doesn't seem logic to me because the
first
parameter *is* passed by reference without specifying; try:
array_walk(array('peach', 'cherry', 'alchohol'), 'PrepareBowl',
&$bowl);
and you'll receive:
Fatal error: Only variables can be passed by reference ...
Furthermore, I can't see mu
[PHP-DOC] cvs: phpdoc /php copyright.php getting-started.php install.hpux.php install.linux.php install.macosx.php install.openbsd.php install.solaris.php install.unix.php install.windows.php installation.php intro-whatcando.php introduction.php preface.php tutorial.firstpage.php tutorial.forms.php tutorial.oldcode.php tutorial.php tutorial.useful.php tutorial.whatsnext.php
coldocean Fri Oct 4 03:28:20 2002 EDT Removed files: /phpdoc/php copyright.php getting-started.php install.hpux.php install.linux.php install.macosx.php install.openbsd.php install.solaris.php install.unix.php install.windows.php installation.php intro-whatcando.php introduction.php preface.php tutorial.firstpage.php tutorial.forms.php tutorial.oldcode.php tutorial.php tutorial.useful.php tutorial.whatsnext.php Log: -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
