[PHP-DOC] #19669 [NEW]: Incomplete documentation for dba_replace
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.2.1 PHP Bug Type: Documentation problem Bug description: Incomplete documentation for dba_replace I think it might be worth mentioning in the documentation for the dba_replace function that to actually replace an entry in a *DBM-type database, you need to pad the value to the exact lenght of the value to be replaced. This seems to go for both entries shorter and longer than the replacing value. I also added a comment to the documention to this extent but this is, in my opinion, cardinal to the differance between dba_replace and dba_insert so it might be worth mentioning. Also, data corruption and infinite growth of the data file will result if the length is not padded. -- Edit bug report at http://bugs.php.net/?id=19669edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19669r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19669r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19669r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19669r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19669r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19669r=support Expected behavior: http://bugs.php.net/fix.php?id=19669r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19669r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19669r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19669r=globals -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19657 [Bgs-Opn]: confirm that auto_pre/append causes a disk read for every script invocation
ID: 19657 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Documentation problem Operating System: Red Hat Linux 7.2 PHP Version: 4.2.3 New Comment: ooops wrong window ... reopening Previous Comments: [2002-09-30 04:28:19] [EMAIL PROTECTED] from: http://www.php.net/manual/en/features.http-auth.php The HTTP Authentication hooks in PHP are only available when it is running as an Apache module and is hence not available in the CGI version. [2002-09-29 07:50:59] [EMAIL PROTECTED] I am not sure, but I have been told that the php/ini directive auto_pre/append cause a disk read of the pre/appended file for every PHP script that is called even if PHP is used as an Apache module. If this is true could you add it to the documentation on those two php.ini directives. The reason I needed to know was that it would have been efficient for me to define() very large strings that I use in almost all my scripts as constants and have a string_constants.inc file auto-prepended if PHP kept the file in memory and didn't do a disk read for every php script invocation. But since it doesn't (I am told) then my idea is not feasible :( Thanks! -- Edit this bug report at http://bugs.php.net/?id=19657edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19657 [Opn-Fbk]: confirm that auto_pre/append causes a disk read for every script invocation
ID: 19657 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: Red Hat Linux 7.2 PHP Version: 4.2.3 New Comment: from: http://www.php.net/manual/en/print/configuration.php#ini.auto-prepend-file Specifies the name of a file that is automatically parsed before the main file. The file is included as if it was called with the include() function,... i think it is clear enough that there is no special cacheing or optimization done on auto_prepend? Previous Comments: [2002-09-30 04:29:21] [EMAIL PROTECTED] ooops wrong window ... reopening [2002-09-30 04:28:19] [EMAIL PROTECTED] from: http://www.php.net/manual/en/features.http-auth.php The HTTP Authentication hooks in PHP are only available when it is running as an Apache module and is hence not available in the CGI version. [2002-09-29 07:50:59] [EMAIL PROTECTED] I am not sure, but I have been told that the php/ini directive auto_pre/append cause a disk read of the pre/appended file for every PHP script that is called even if PHP is used as an Apache module. If this is true could you add it to the documentation on those two php.ini directives. The reason I needed to know was that it would have been efficient for me to define() very large strings that I use in almost all my scripts as constants and have a string_constants.inc file auto-prepended if PHP kept the file in memory and didn't do a disk read for every php script invocation. But since it doesn't (I am told) then my idea is not feasible :( Thanks! -- Edit this bug report at http://bugs.php.net/?id=19657edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19669 [Fbk-Opn]: Incomplete documentation for dba_replace
ID: 19669 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Documentation problem Operating System: linux PHP Version: 4.2.1 New Comment: I'm using three gdbm databases which are read and written to by both a C daemon and a php-script. Previous Comments: [2002-09-30 05:45:05] [EMAIL PROTECTED] which ext/dba backend are you refering to? gdbm, db2, db3? [2002-09-30 03:34:16] [EMAIL PROTECTED] I think it might be worth mentioning in the documentation for the dba_replace function that to actually replace an entry in a *DBM-type database, you need to pad the value to the exact lenght of the value to be replaced. This seems to go for both entries shorter and longer than the replacing value. I also added a comment to the documention to this extent but this is, in my opinion, cardinal to the differance between dba_replace and dba_insert so it might be worth mentioning. Also, data corruption and infinite growth of the data file will result if the length is not padded. -- Edit this bug report at http://bugs.php.net/?id=19669edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/info/functions getopt.xml
jon Mon Sep 30 07:53:23 2002 EDT Added files: /phpdoc/en/reference/info/functions getopt.xml Log: Adding initial documentation for the new getopt() function. Index: phpdoc/en/reference/info/functions/getopt.xml +++ phpdoc/en/reference/info/functions/getopt.xml ?xml version=1.0 encoding=iso-8859-1? !-- $Revision: 1.1 $ -- refentry id=function.getopt refnamediv refnamegetopt/refname refpurposeGets options from the command line argument list/refpurpose /refnamediv refsect1 titleDescription/title methodsynopsis typestring/typemethodnamegetopt/methodname methodparamtypestring/typeparameteroptions/parameter/methodparam /methodsynopsis para Returns an associative array of option / argument pairs based on the options format specified in parameteroptions/parameter, or false; on an error. informalexample programlisting ![CDATA[ $options = getopt(f:hp:); // parse the command line ($_GLOBALS['argv']) ]] /programlisting /informalexample /para para The parameteroptions/parameter parameter may contain the following elements: individual characters, and characters followed by a colon to indicate an option argument is to follow. For example, an option string literalx/literal recognizes an option literal-x/literal, and an option string literalx:/literal recognizes an option and argument literal-x argument/literal. It does not matter if an argument has leading white space. /para para This function will return an array of option / argument pairs. If an option does not have an argument, the value will be set to null;. note para This function requires that the link linkend=ini.register-argc-argv register_argc_argv/link configuration option be enabled. /para /note /para /refsect1 /refentry !-- Keep this comment at the end of the file Local variables: mode: sgml sgml-omittag:t sgml-shorttag:t sgml-minimize-attributes:nil sgml-always-quote-attributes:t sgml-indent-step:1 sgml-indent-data:t indent-tabs-mode:nil sgml-parent-document:nil sgml-default-dtd-file:../../../../manual.ced sgml-exposed-tags:nil sgml-local-catalogs:nil sgml-local-ecat-files:nil End: vim600: syn=xml fen fdm=syntax fdl=2 si vim: et tw=78 syn=sgml vi: ts=1 sw=1 -- -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Compilation
Hello! Could someone check this: http://www.php.net/manual/sl/build.log.gz ... is this normal ? I eliminated compile errors in our files, but there are still errors in en files. Cheers, Dejan -- -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19657 [Fbk-Opn]: confirm that auto_pre/append causes a disk read for every script invocation
ID: 19657 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Documentation problem Operating System: Red Hat Linux 7.2 PHP Version: 4.2.3 New Comment: The docs don't day *anything* on the subject of caching or optimization in the context of pre/append or include(). That's why I had to ask around. From the part you quoted all that is assured is that the behaviour is just as if an include() had been called. But reading the docs for include() also doesn't mention if any caching is done. I couldn't find anywhere in the docs that said clearly and definitively No optimization/caching is done or the inverse. I just needed a yes/no answer and I couldn't find it in the docs. I'm not saying it isn't in there somewhere but I really couldn't find it. Previous Comments: [2002-09-30 05:01:12] [EMAIL PROTECTED] from: http://www.php.net/manual/en/print/configuration.php#ini.auto-prepend-file Specifies the name of a file that is automatically parsed before the main file. The file is included as if it was called with the include() function,... i think it is clear enough that there is no special cacheing or optimization done on auto_prepend? [2002-09-30 04:29:21] [EMAIL PROTECTED] ooops wrong window ... reopening [2002-09-30 04:28:19] [EMAIL PROTECTED] from: http://www.php.net/manual/en/features.http-auth.php The HTTP Authentication hooks in PHP are only available when it is running as an Apache module and is hence not available in the CGI version. [2002-09-29 07:50:59] [EMAIL PROTECTED] I am not sure, but I have been told that the php/ini directive auto_pre/append cause a disk read of the pre/appended file for every PHP script that is called even if PHP is used as an Apache module. If this is true could you add it to the documentation on those two php.ini directives. The reason I needed to know was that it would have been efficient for me to define() very large strings that I use in almost all my scripts as constants and have a string_constants.inc file auto-prepended if PHP kept the file in memory and didn't do a disk read for every php script invocation. But since it doesn't (I am told) then my idea is not feasible :( Thanks! -- Edit this bug report at http://bugs.php.net/?id=19657edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Compilation
Hello! Could someone check this: http://www.php.net/manual/sl/build.log.gz ... is this normal ? I eliminated compile errors in our files, but there are still errors in en files. Cheers, Dejan The en-files are fine ;-) Update your sl/language-snippets.ent at least extension.runtime; and note.line-endings; is missing. Correct this and your build will be happy :-) Friedhelm -- Werden Sie mit uns zum OnlineStar 2002! Jetzt GMX wählen - und tolle Preise absahnen! http://www.onlinestar.de -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #17122 [Com]: Values set in _SESSION doesn't stick
ID: 17122 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Documentation problem Operating System: Linux RH 7.2 PHP Version: 4.2.0 New Comment: I've been having a similar problem for over a week. Tried everything I could think of. Script looked like this: ? GLOBAL $HTTP_SESSION_VARS; session_start(); $AVAR += 1; session_register('AVAR'); print pvariable={$HTTP_SESSION_VARS['AVAR']}/p; ? Seemed everyone else could get it to work except for a friend and I. I'm using IE 6.0.28, he's using Netscape 4.04. I was able to correct the problem by doing the following while running IE6.0.28: a) Select Tools/Internet Options b) Select Privacy Tab c) Click on Advanced button d) Check Override Automatic Cookie Handling e) Check Always allow session cookies After doing this - everything worked fine - even the test scripts above (except for the variable 4). I then went back and unchecked the Override Automatic Cookie Handling - assuming that this would return me back to a state where AVAR would not increment. Much to my chagrin, it continued to work. This leads me to believe that there's a registry setting somewhere that controls this behavior. Now, to find out what it is and how to check for it on a user's machine from within PHP. Previous Comments: [2002-07-08 09:35:24] [EMAIL PROTECTED] This test case I posted is with register_global turned off. Well, the documentation should stated that the number can not be used as the first character. I wonder how can anyone tell the difference on $_SESSION from an array? It look a lot like an array in some way. [2002-07-05 15:50:47] [EMAIL PROTECTED] As session variables are subject to be registered as global variables (if register_globals is on), and identifier names (including variable names) cannot begin with a numeric character, it's not too hard to see that session variables should not begin with a number. Basically session variables should follow naming ruiles for identifiers IMHO. [2002-07-05 15:46:23] [EMAIL PROTECTED] Whoop! One more thing! $_SESSION[CUSTOMER_ID] does work on page 1 also! Didn't include that as Example #3 on page 1. [2002-07-05 15:43:30] [EMAIL PROTECTED] I struggled with the $_SESSION problem for almost a week. When I read this report, that is when reality hit me. In the comment written by [EMAIL PROTECTED] saying that I'm not suppose to use the numberic value. I'm using PHP 4.2.1 and AIX 4.3.3. Here's the example that work which should not have work at all. See the //This one work!! (Numberic Value). Why do I have to spend almost a week struggling over it? I read many documentation about $_SESSION vs. session_register() with the register_global turned off, but they say nothing about the numeric value that aren't allowed to be used? Thanks, FletchSOD --clip-- //---Page 1- define(CUSTOMER_ID,0); define(CUSTOMER_NAME,1); define(STREET,4); define(CITY,5); define(STATE,6); define(ZIP_CODE,7); $salt = strtoupper(md5(uniqid(rand(; session_id($salt); session_start(); //$result is from odbc_exec odbc_fetch_into($result,$_SESSION,1); //Example #1 print_r($_SESSION); //This one work!! (Numeric Value) //Example #2 echo $_SESSION[0]; //This one work also! (Numberic Value) header(Location: https://www.whatever.com/page2.php;); //---Page 2- session_start(); print_r($_SESSION); //This one does not work! --clip-- [2002-06-28 09:11:18] [EMAIL PROTECTED] You're not supposed to do that. But it should indeed be documented. 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/17122 -- Edit this bug report at http://bugs.php.net/?id=17122edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/sem reference.xml
darvina Mon Sep 30 15:50:45 2002 EDT Modified files: /phpdoc/en/reference/semreference.xml Log: Typo fix Index: phpdoc/en/reference/sem/reference.xml diff -u phpdoc/en/reference/sem/reference.xml:1.7 phpdoc/en/reference/sem/reference.xml:1.8 --- phpdoc/en/reference/sem/reference.xml:1.7 Thu Sep 26 17:59:43 2002 +++ phpdoc/en/reference/sem/reference.xml Mon Sep 30 15:50:45 2002 -1,5 +1,5 ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.7 $ -- +!-- $Revision: 1.8 $ -- reference id=ref.sem titleSemaphore, Shared Memory and IPC Functions/title titleabbrevSemaphore/titleabbrev -74,7 +74,7 reftitle.install; para Support for this functions are not enabled by default. - To ennable System V semaphore support compile PHP with the option + To enable System V semaphore support compile PHP with the option option role=configure--enable-sysvsem/option. To enable the System V shared memory support compile PHP with the option option role=configure--enable-sysvshm/option. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #2965 [Bgs-Opn]: The = operator does not work properly on characters.
ID: 2965 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open -Bug Type: Misbehaving function +Bug Type: Documentation problem Operating System: Redhat Linux 6.0 PHP Version: 3.0.11 -Assigned To: +Assigned To: hholzgra New Comment: changed to documentation problem and reopened until verified Previous Comments: [2002-09-30 16:49:59] [EMAIL PROTECTED] it may look strange but it is intended behaviour [1999-12-13 10:09:12] [EMAIL PROTECTED] for($i = 'A'; $i = 'Z' ; $i++) echo $ibr\n; -- Edit this bug report at http://bugs.php.net/?id=2965edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #16745 [Ana-Opn]: HTTP_Compress should auto detect if output_handler = ob_gzhandler is in php.ini
ID: 16745 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Open -Bug Type: Output Control +Bug Type: Documentation problem Operating System: mdk 8.1 smp PHP Version: 4.2.0 New Comment: Make this a documentaion problem. We need to document users are responsible for buffer usage. Including buffer dependecy/confulict, etc. Detecting error could be too expensive when there are many buffers. Users can shoot themselves with their buffer, etc. Previous Comments: [2002-05-03 23:37:45] [EMAIL PROTECTED] We can check if zlib.output compression is on or off. (zlib.output compressioin buffer is nest level 2) Use of ob_gzhandler is not recommended, but this should be fixed. [2002-04-23 09:42:32] [EMAIL PROTECTED] We really need to make ob_gzhandler and PEAR HTTP_Compress a obsolete feature. To reporter: use zlib.output_compression if you need compression... [2002-04-23 07:46:33] [EMAIL PROTECTED] Reclassified. [2002-04-23 05:51:07] [EMAIL PROTECTED] I was using chora 1.0 and cvs versions (2.0) and had this bizarre mem leak under either php4.2.0rc4 or php4.2.0 final. It would show up in the apache logs as Last leak repeated 2 times ./zend_execute.c(1999) : Freeing 0x0825CE0C (12 bytes), script=/www/sj/horde/chora/cvs.php Last leak repeated 2 times zend_operators.c(1047) : Freeing 0x081EFCBC (31 bytes), script=/www/sj/horde/chora/cvs.php Last leak repeated 1 time zend_API.c(596) : Freeing 0x081EF56C (44 bytes), script=/www/sj/horde/chora/cvs.php zend_API.c(584) : Actual location (location was relayed) zend_compile.c(1647) : Freeing 0x0817CB6C (12 bytes), script=/www/sj/horde/chora/cvs.php etc, etc. I tried numerous compilations, etc. but in the end it turned out to be the fact that in my php.ini, I have output_handler = ob_gzhandler and chora would try to use the PEAR class to compress it again. I was able to turn that feature off within chora, but it was a bitch to track down, and odd how it would only show up in 4.2.0, but not in 4.1.2 even with the same ./configure setup. It was suggested by a few that I report my findings, so I hope this helps. Perhaps the PEAR class could autodetect if gzip is already in use? Keep up the great work as always! PS. Just in case it helps somehow, here is my bitchin' configure line : './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-config-file-path=/usr/local/apache/conf' '--enable-inline-optimization' '--with-pgsql' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-ftp' '--with-zlib' '--with-zlib-dir=/usr/local/lib' '--with-gdbm' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--with-png-dir=/usr/local/lib' '--with-tiff-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-swf=/usr/local/lib' '--with-pdflib=/usr/local' '--with-curl' '--with-xml' '--with-mcrypt' '--with-gettext' '--with-pspell' '--with-mm=/usr/local/lib' '--enable-debug' I tried with and without --enable-inline-optimization and with and without --with-mm. Send me an email if you need any more info, glad to be of help. Take care. -- Edit this bug report at http://bugs.php.net/?id=16745edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php