[PHP-DEV] Refreshing a form starting from a combo box change
I'm new in this list (subscribed yesterday, at night) and already new in PHP Programming. I guess sombebody has already answered this question: How can I procced to update a form from a combo box change, bringing the rest of values necessary to fill the form ? An example: A form with Name: - textbox Adress: - textbox Company: - combo box Contact: - textbox When you choose a Company (this combo is filled from an Oracle database table), the Contact textbox is automatically filled with its contact in the same table). Thanks for any help Luiz Augusto G. Flores - Amix Tel: 3085-2277 e-mail: [EMAIL PROTECTED] -- 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]
Re: [PHP-DEV] Refreshing a form starting from a combo box change
What you're asking to do is generally a client side thing (getting the browser to fill in a form is normally done with javascript). You *could*, I guess, get the combo box to submit the form, which PHP then prints out prepopulated, but its rather a waste of resources. Unless, of course, you need to populate it with a database query, in which case get the combo box to submit (using JS), perform your query, and use a lot of print statements to send the prefilled form back. Check a javascript site for info on how to do it with JS. If you need more help, you should take this to the PHP-General list. This list (PHP-DEV) is for actual development of PHP, not the use of it. adamw - Original Message - From: "Luiz Augusto G Flores (Amix)" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 18, 2001 11:12 AM Subject: [PHP-DEV] Refreshing a form starting from a combo box change I'm new in this list (subscribed yesterday, at night) and already new in PHP Programming. I guess sombebody has already answered this question: How can I procced to update a form from a combo box change, bringing the rest of values necessary to fill the form ? An example: A form with Name: - textbox Adress: - textbox Company: - combo box Contact: - textbox When you choose a Company (this combo is filled from an Oracle database table), the Contact textbox is automatically filled with its contact in the same table). Thanks for any help Luiz Augusto G. Flores - Amix Tel: 3085-2277 e-mail: [EMAIL PROTECTED] -- 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 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]
Re: [PHP-DEV] Redirecting output to a file
You might want to look at the Optput Buffer stuff: http://www.php.net/manual/en/html/ref.outcontrol.html Many thanks, this is exactly what I need. My apologies for not finding t in the first place -- 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] Error connecting to MySQL server
Hi, When I try to connect to MySQL server I get message "Can't connect to MySQL server on (10060 )! Please Help! -- -- 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 #8776 Updated: strftime(%V)
ID: 8776 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Date/time related Assigned To: Comments: This works for me in Linux just fine. (latest CVS) Maybe this is yet another 'Windows only' bug? --Jani Previous Comments: --- [2001-01-18 03:35:23] [EMAIL PROTECTED] Function strftime("%V") does not return any value. Should return ISO number of week. --- Full Bug description available at: http://bugs.php.net/?id=8776 -- 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 #8774 Updated: undefined versioned symbol name __ns_name_unpack@@GLIBC2.1
ID: 8774 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Compile Failure Assigned To: Comments: This is not any bug in PHP. Your system is not quite well atm. If you compile GLIBC then you should know what you're doing. Otherwise it is just asking for trouble.I suggest you reinstall your system and use a newer distribution instead. --Jani Previous Comments: --- [2001-01-17 21:03:23] [EMAIL PROTECTED] PHP 4.0.4 will not compile on my linux system as a module, although it will compile into a standalone executable. The standalone configure script that I'm using is: = #! /bin/sh # # Created by configure "./configure" "--prefix=/usr" "--with-config-file-path=/etc" "--enable-calendar" "--enable-force-cgi-redirect" "--with-gd=/usr" "--with-jpeg-dir=/usr" "--with-mysql=/usr" "--with-zlib=/usr" "--with-png-dir=/usr" "--with-regex=system" "$@" = The module configure script that I'm using is: = #! /bin/sh # # Created by configure "./configure" "--prefix=/usr" "--with-apxs=/usr/bin/apxs" "--with-config-file-path=/etc" "--enable-calendar" "--with-gd=/usr" "--with-jpeg-dir=/usr" "--with-mysql=/usr" "--with-zlib=/usr" "--with-png-dir=/usr" "--with-regex=system" "--with-exec-dir=/home/httpd/php" "$@" The module compile crashes in what appears to be the final link to build libphp, on the following line with the following message: /bin/sh /usr/download/php-4.0.4/libtool --silent --mode=link gcc -I. -I/usr/download/php-4.0.4/ -I/ usr/download/php-4.0.4/main -I/usr/download/php-4.0.4 -I/usr/download/php-4.0.4/Zend -I/usr/include/ mysql -I/usr/download/php-4.0.4/ext/xml/expat/xmltok -I/usr/download/php-4.0.4/ext/xml/expat/xmlpars e -I/usr/download/php-4.0.4/TSRM -DLINUX=2 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED -DXML_BYTE_ORDE R=12 -g -O2 -o libphp4.la -rpath /usr/download/php-4.0.4/libs -avoid-version -L/usr/lib/mysql -R /usr/lib/mysql stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la ext/calendar/libcale ndar.la ext/gd/libgd.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/ libsession.la ext/standard/libstandard.la ext/xml/libxml.la ext/zlib/libzlib.la TSRM/libtsrm.la -ldl -lz -lmysqlclient -lpng -lz -lgd -ljpeg -lresolv -lbind -lm -ldl -lcrypt -lnsl -lresolv -L/usr/lib -ljpeg /usr/i586-pc-linux-gnu/bin/ld: .libs/libphp4.so: undefined versioned symbol name __ns_name_unpack@@GLIBC_2.1 /usr/i586-pc-linux-gnu/bin/ld: failed to set dynamic section sizes: Bad value === I have tried quite a few things to fix this problem, including rebuilding and reinstalling the glibc library (v2.1.3). When I run nm against libresolv, __ns_name_unpack doesn't have an explicit version attached to it (i.e., it shows up as __ns_name_unpack, not __ns_name_unpack@@GLIBC_x.y). - Mark --- Full Bug description available at: http://bugs.php.net/?id=8774 -- 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]
Re: [PHP-DEV] Error connecting to MySQL server
Hello, this list is not for support, please ask your question on php-general or php-db (@lists.php.net) Derick On Thu, 18 Jan 2001, Rosen wrote: Hi, When I try to connect to MySQL server I get message "Can't connect to MySQL server on (10060 )! Please Help! -- -- 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] Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands - -- 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 #8776 Updated: strftime(%V)
ID: 8776 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Date/time related Description: strftime("%V") I don't know the relation of the function to OS. But when I use this code: echo "%V: ".strftime("%V")."br\n"; echo "%U: ".strftime("%U")."br\n"; echo "%W: ".strftime("%W")."br\n"; ... the HTML result is: %V: %U: 02 %W: 03 ... so only %V does not work. Previous Comments: --- [2001-01-18 06:16:41] [EMAIL PROTECTED] This works for me in Linux just fine. (latest CVS) Maybe this is yet another 'Windows only' bug? --Jani --- [2001-01-18 03:35:23] [EMAIL PROTECTED] Function strftime("%V") does not return any value. Should return ISO number of week. --- Full Bug description available at: http://bugs.php.net/?id=8776 -- 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] More OOP
Hi I'm writing to the PHP Development mailing list because I have some questions and I don't know of any other place to ask. Pleaze correct me if I'm wrong, but you are the guys with the code, so you should be the people to consult. So here it goes: I think that there are to basic flaws with the PHP we have today (they are both about the OOP part of PHP): 1: If you are overriding an existing method in a class, it is then not possible to call the original method. Its a very basic thing in OOP and should be possible. This is allowed in other languages such as C++ and Java. In Java this is done by using the super var. (In java they also have the "this" var. The "super" var. is identical to "this" whereas it just calls the overridden method). 2: It would also be great if PHP supported methods with the same name but with different arguments. I'm not sure if this is possible in a language such as PHP, because that you don't have to assign a type (int, char) to a variable (like you do in Java and C/C++ and most other compiled languages). If you like me to explain my questions more in depth then just reply. /watson -- 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 #8780: difference in fwrite with cgi/apachemodule
From: [EMAIL PROTECTED] Operating system: Windows NT/2000 PHP version: 4.0.3pl1 PHP Bug Type: Filesystem function related Bug description: difference in fwrite with cgi/apachemodule If I use PHP as CGI with Apache 1.3.12, I must add chr(13).chr(10) to textfiles, when I write them with fwrite and I want some linefeed. If PHP is used as a Apache module, in textfiles there are double linefeed [one from PHP the other from chr(13).chr(10)]. Why is it different and will one or the other case be corrected? Thanks, Rolf. -- Edit Bug report at: http://bugs.php.net/?id=8780edit=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]
RE: [PHP-DEV] More OOP
At 14:27 18.1. 2001, Sam Liddicott wrote the following: -- Sounds a good idea. $super though is identical to $this in plain value but has a different type. For $super you mean $this but treated as if it were a parent class. Maybe this will be introduced soon. see $parent -- 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 #7040 Updated: hebrev() and hebrevc() performance
ID: 7040 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Strings related Assigned To: Comments: No feedback. Previous Comments: --- [2000-12-14 05:13:38] [EMAIL PROTECTED] Please try new freebidi extension, and report if it works better. --- [2000-10-10 08:43:58] [EMAIL PROTECTED] The hebrwe functions in general need to be redone to something like freebidi. --- [2000-10-05 10:11:02] [EMAIL PROTECTED] Those greatly needed for Hebrew sites function, until recently been hiding somewhere in the code. Glad they are out. There is one known issue with them: Non-hebrew chars at the end of a line will get moved to the begining (i.e. English letters and numbers) where the is a n involved. --- Full Bug description available at: http://bugs.php.net/?id=7040 -- 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]
Re: [PHP-DEV] Timezone offset differences
On Wed, 17 Jan 2001, Chuck Hagenbuch wrote: For the record, I reported a similar problem on win32 a while ago, though it was with date('r') (rfc822 date), but showed the same thing - wrong sign for the timezone offset. Fixed. -Andrei "Music expresses that which can not be said and on which it is impossible to be silent." -Victor Hugo -- 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]
RE: [PHP-DEV] More OOP
probably not documented yet At 14:39 18.1. 2001, Sam Liddicott wrote the following: -- see $parent I can't find reference to this on the site, although http://www.php.net/manual/en/ref.classobj.php seems very useful. Sam Cynic -- 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 #8788: unable to install php module for apache
From: [EMAIL PROTECTED] Operating system: windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: unable to install php module for apache unable to install php module for apache: i cut paste the LoadModule Addtype directives from the install file. i get a syntax error in httpd.conf when i start apache - error loading module php4apache.dll help! -- Edit Bug report at: http://bugs.php.net/?id=8788edit=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] Re: PHP 4.0 Bug #5181 Updated: 'No input file specified' error in CGI mode / location of bugs in code
Yes, it appears to work now, thanks! - Patrick Doyle Bug Database wrote: ID: 5181 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Suspended Status: Closed Old-Bug Type: Installation problem Bug Type: *General Issues Assigned To: Comments: This should be fixed now. Please try PHP 4.0.4pl1. --Jani Previous Comments: --- [2000-08-02 12:13:24] [EMAIL PROTECTED] please wait, none of the suggested changes seem to be applied ... lets just suspend it for now --- [2000-08-01 22:59:35] [EMAIL PROTECTED] no feedback, closed --- [2000-06-28 05:06:55] [EMAIL PROTECTED] Please chekc the latest version - does it work now? --- [2000-06-21 23:09:29] [EMAIL PROTECTED] As others have reported, setting --enable-discard-path does not allow PHP to run properly in CGI mode. This simple script will fail when hit through a Web server: #!/usr/local/bin/php ?php echo "Hello, world."; ? producing a "No input file specified" error. There seem to be three bugs in the file sapi/cgi/cgi_main.c that cause this. (At least, when I fixed these things, it worked). I'll now reveal what is probably my ignorance of the code by pointing them out. The problems are all in the init_request_info() function. Specifically, 1. ~Line 252. script_filename is set to getenv("SCRIPT_FILENAME") rather than getenv("SCRIPT_NAME"). Maybe SCRIPT_FILENAME is a newer variant I haven't heard of, but our servers have always used SCRIPT_NAME. 2. ~Line 278. If DISCARD_PATH is set and script_filename is available, SG(request_info).path_translated should be set to the concatenation of getenv("DOCUMENT_ROOT") and script_filename, not just script_filename. Otherwise, when php_fopen_primary_script() tries to open it it will bomb, because it doesn't have the full path. 3. ~Line 290. For some reason, irrespective of the previous DISCARD_PATH section, SG(request_info).path_translated is set to NULL. This will clobber the script name when discard path is enabled. As far as I can tell this line should simply be removed. Hope that's useful to someone. :) --- Full Bug description available at: http://bugs.php.net/?id=5181 -- 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 #8789: PHP can't compile: libtool library libinformix.la
From: [EMAIL PROTECTED] Operating system: SUN Solaris 2.6 PHP version: 4.0.4pl1 PHP Bug Type: Informix related Bug description: PHP can't compile: libtool library libinformix.la Compiling PHP4.0.4pl1 with --with-pgsal --with-informix When make'ing, aborts with: libtool: link: cannot build libtool library 'libinformix.la' from non-libtool objects /home/nformix2000/lib/libasf.a /home/informix2000/lib/netlib.a /home/informix2000/lib/esal/libgen.a /home/informix2000/lib/esql/libos.a /home/informix2000/lib/libasf.a make[3]: *** [libinformix.la] Error 1 P.Donche, [EMAIL PROTECTED] -- Edit Bug report at: http://bugs.php.net/?id=8789edit=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 #8790: set global in function
From: [EMAIL PROTECTED] Operating system: FreeBSD-4.1 PHP version: 4.0.3pl1 PHP Bug Type: Scripting Engine problem Bug description: set global in function If set global variables as global in function, first time works fine, but second wrong. === ?php $hoge = 'hoge'; function a() { while (list($name,) = each( $GLOBALS )) { global $$name; } echo "hoge: $hogebr\n"; } a(); a(); a(); ? === It displays === hoge: hoge hoge: hoge: === -- Edit Bug report at: http://bugs.php.net/?id=8790edit=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 #8791: core dump when trying to get_class_vars on a class with a hash variable
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.3pl1 PHP Bug Type: Reproduceable crash Bug description: core dump when trying to get_class_vars on a class with a hash variable TEST SCRIPT: ? class xyz { var $x = array('a' = 'df', 'b' = 'dd', 'c' = 'fd'); } $arr = get_class_vars('xyz'); while(list($key,$val) = each($arr)) print "Properties $key has value : $val\n"; ? CONFIG LINE: './configure' '--with-mysql=/usr/local/mysql' '--enable-track-vars' '--without-gd' '--with-xml' '--without-ldap' '--without-imap' Sorry, I couldn't get a gdb backtrace because my php wasn't compiled with the debug stuff turned on. I suspect that you'd be able to reproduce this easily though. Let me know if you need any more information from me. -- Edit Bug report at: http://bugs.php.net/?id=8791edit=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]
Re: [PHP-DEV] Compiling
On Thu, 18 Jan 2001, Derick Rethans wrote: Configure gives this when configuring with the latest CVS: Try running buildconf. Those files have been moved weeks ago. - Sascha -- 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 #8792: Web browser hangs when I try to access a .php file
From: [EMAIL PROTECTED] Operating system: Windows \'95 PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: Web browser hangs when I try to access a .php file I installed PHP with Apache Server 1.3 on my Windows '95 machine. I checked to make sure all the needed entries were present in the configuration, according to the installation instruction (MIME type, Script Alias, etc.), and that all the required DLLs were in the windows/system directory, and I get no output when I try to run a .php script. When I look at the Windows '95 task list, I see that there is a Php task stuck in it, so my belief is that php is locking up. Do you know what might be causing this? I'll include the php.ini file. [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo"). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = "none"; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. implicit_flush = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to ; calling the PHP function flush() after each and every call to print() ; or echo() and each and every HTML block. ; Turning this option on has serious performance implications, and ; is generally recommended for debugging purposes only. allow_call_time_pass_reference = On; whether to enable the
[PHP-DEV] PHP 4.0 Bug #8792 Updated: Web browser hangs when I try to access a .php file
ID: 8792 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Reproduceable crash Description: Web browser hangs when I try to access a .php file This is the error I get in the error.log file when I try to access a .php script and the browser hangs. [Thu Jan 18 13:50:34 2001] [error] [client 207.208.143.94] Premature end of script headers: c:/php/php.exe Previous Comments: --- [2001-01-18 13:54:26] [EMAIL PROTECTED] I installed PHP with Apache Server 1.3 on my Windows '95 machine. I checked to make sure all the needed entries were present in the configuration, according to the installation instruction (MIME type, Script Alias, etc.), and that all the required DLLs were in the windows/system directory, and I get no output when I try to run a .php script. When I look at the Windows '95 task list, I see that there is a Php task stuck in it, so my belief is that php is locking up. Do you know what might be causing this? I'll include the php.ini file. [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo"). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = "none"; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. implicit_flush = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to ; calling the PHP function flush() after each and every call to print()
[PHP-DEV] PHP 4.0 Bug #8793: Apache 2.0 alpha 9 e PHP 4
From: [EMAIL PROTECTED] Operating system: Linux Debian PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: Apache 2.0 alpha 9 e PHP 4 I have some problem to compile PHP 4.0.4pl1 with Apache 2.0 alpha 9. PHP don't find httpd.h file with --with-apache directive. I have only compiled the mySQL module. -- Edit Bug report at: http://bugs.php.net/?id=8793edit=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] RE: PHP 4.0 Bug #8774 Updated: undefined versioned symbol name __ns_name_unpack@@GLIBC2.1
Given that I've recompiled and re-installed glibc.2.1.3, how could it not be a bug in php? I thought that versioning problems come about when the compiled program "requires" a specific version of an exported function, and the source library doesn't have that version. BTW, what does "atm" (as in 'Your system is not quite well atm') mean? - Mark -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 18, 2001 3:25 AM To: [EMAIL PROTECTED] Subject: PHP 4.0 Bug #8774 Updated: undefined versioned symbol name __ns_name_unpack@@GLIBC2.1 ID: 8774 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Compile Failure Assigned To: Comments: This is not any bug in PHP. Your system is not quite well atm. If you compile GLIBC then you should know what you're doing. Otherwise it is just asking for trouble.I suggest you reinstall your system and use a newer distribution instead. --Jani Previous Comments: --- [2001-01-17 21:03:23] [EMAIL PROTECTED] PHP 4.0.4 will not compile on my linux system as a module, although it will compile into a standalone executable. The standalone configure script that I'm using is: = #! /bin/sh # # Created by configure "./configure" "--prefix=/usr" "--with-config-file-path=/etc" "--enable-calendar" "--enable-force-cgi-redirect" "--with-gd=/usr" "--with-jpeg-dir=/usr" "--with-mysql=/usr" "--with-zlib=/usr" "--with-png-dir=/usr" "--with-regex=system" "$@" = The module configure script that I'm using is: = #! /bin/sh # # Created by configure "./configure" "--prefix=/usr" "--with-apxs=/usr/bin/apxs" "--with-config-file-path=/etc" "--enable-calendar" "--with-gd=/usr" "--with-jpeg-dir=/usr" "--with-mysql=/usr" "--with-zlib=/usr" "--with-png-dir=/usr" "--with-regex=system" "--with-exec-dir=/home/httpd/php" "$@" The module compile crashes in what appears to be the final link to build libphp, on the following line with the following message: /bin/sh /usr/download/php-4.0.4/libtool --silent --mode=link gcc -I. -I/usr/download/php-4.0.4/ -I/ usr/download/php-4.0.4/main -I/usr/download/php-4.0.4 -I/usr/download/php-4. 0.4/Zend -I/usr/include/ mysql -I/usr/download/php-4.0.4/ext/xml/expat/xmltok -I/usr/download/php-4.0 .4/ext/xml/expat/xmlpars e -I/usr/download/php-4.0.4/TSRM -DLINUX=2 -DUSE_HSREGEX -DUSE_EXPAT -DNO_D L_NEEDED -DXML_BYTE_ORDE R=12 -g -O2 -o libphp4.la -rpath /usr/download/php-4.0.4/libs -avoid-version -L/usr/lib/mysql -R /usr/lib/mysql stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la ext/calendar/libcale ndar.la ext/gd/libgd.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/ libsession.la ext/standard/libstandard.la ext/xml/libxml.la ext/zlib/libzlib.la TSRM/libtsrm.la -ldl -lz -lmysqlclient -lpng -lz -lgd -ljpeg -lresolv -lbind -lm -ldl -lcrypt -l nsl -lresolv -L/usr/lib -ljpeg /usr/i586-pc-linux-gnu/bin/ld: .libs/libphp4.so: undefined versioned symbol name __ns_name_unpack@@GLIBC_2.1 /usr/i586-pc-linux-gnu/bin/ld: failed to set dynamic section sizes: Bad value === I have tried quite a few things to fix this problem, including rebuilding and reinstalling the glibc library (v2.1.3). When I run nm against libresolv, __ns_name_unpack doesn't have an explicit version attached to it (i.e., it shows up as __ns_name_unpack, not __ns_name_unpack@@GLIBC_x.y). - Mark --- Full Bug description available at: http://bugs.php.net/?id=8774 -- 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 #8367 Updated: Wordwrap not cutting correctly
ID: 8367 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: Strings related Assigned To: derick Comments: Fixed in CVS Previous Comments: --- [2001-01-08 13:31:38] [EMAIL PROTECTED] Adding this to my TODO list. --- [2001-01-08 13:28:35] [EMAIL PROTECTED] confirmed in mod_php4 php4-200101080345 --- [2000-12-21 17:02:37] [EMAIL PROTECTED] Calling wordwrap like this: $sequence = "aaadaaadaaadaaada"; $sequence = wordwrap( $sequence, 4, "n",1); The n is inserted correctly at the first position (just after pos 3), but is off by +1 for the remaining inserts. Sequence becomes: aaad aaada aadaa ada Where it should be: aaad aaad aaad aaad a --- Full Bug description available at: http://bugs.php.net/?id=8367 -- 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 #8215 Updated: passthru() orphans processes if aborted
ID: 8215 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Program Execution Description: passthru() orphans processes if aborted Checked with 4.0.4pl1 -- still buggy. Previous Comments: --- [2001-01-15 08:59:47] [EMAIL PROTECTED] this should be fixed. can you confirm this? --- [2000-12-12 17:19:25] [EMAIL PROTECTED] I have a script that sends large files using: passthru("cat $filename"); With 4.0.3pl1, if a user aborts the download, the cat process becomes orphaned and cannot be killed. I just recently upgraded from 4.0RC1 and did not experience this problem until after I upgraded. --- Full Bug description available at: http://bugs.php.net/?id=8215 -- 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_ini_search_path
This line in main/php_ini.c has cost me an hour of headache: sprintf(php_ini_search_path, ".%c%s%c%s", ZEND_PATHS_SEPARATOR, env_location, ZEND_PATHS_SEPARATOR, default_location); I had an old php.ini file in the directory from which I was trying to start apache (/root), and all the wrong parameters would be loaded, despite the explicit config directive to look for the file somewhere else. Could the current directory be removed from the search path (I can't see any real use of it), or at least this behaviour documented so others don't run into the same kind of problems? Edin -- 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]
RE: [PHP-DEV] CVS Account Request
You don't need a CVS account get the latest version of PHP. The only time you need an account is if you want to write code into the codebase. Here is the information you need: http://www.php.net/version4/cvs.php As noted on this page, anything you get from CVS is developmental code and is therefore in flux. Sean -- === Sean Bright [EMAIL PROTECTED] / [EMAIL PROTECTED] / http://www.seanbright.com/ === -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 18, 2001 7:50 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] CVS Account Request Full name: Alex Antropoff Email: [EMAIL PROTECTED] ID: alant Purpose: For getting freshest version of php -- 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 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 #8794: preg_grep changed behavior by design?
From: [EMAIL PROTECTED] Operating system: GNU/Linux PHP version: 4.0.4pl1 PHP Bug Type: PCRE related Bug description: preg_grep changed behavior by design? ?php # The behavior of preg_grep() changed, seems to be broken. # Don't know if it is a preg_grep() change or a Zend hash change. # Indexing bug is my guess, or RedHat 7.0. # Or maybe by design (see NEWS) # Here is a test case for reproduction. # Set up an array of strings. $a = array( "foo", "bar", "baz" ); # Display them all first, FYI. for( $bug = 0; $bug count( $a ); $bug++ ) { echo "test: ".$a[$bug]."br"; } # This works as expected, [0] is result, [1] is whatever. $b = preg_grep( "/^foo/", $a ); echo "try to find foo as [0]: ".$b[0]." count=".count( $b )."br"; echo "try to find foo as [1]: ".$b[1]." count=".count( $b )."br"; # This fails as unexpected, [0] is whatever, [1] is result $b = preg_grep( "/^bar/", $a ); echo "try to find bar as [0]: ".$b[0]." count=".count( $b )."br"; echo "try to find bar as [1]: ".$b[1]." count=".count( $b )."br"; ? -- Edit Bug report at: http://bugs.php.net/?id=8794edit=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 #8658 Updated: Php DSO complains of missing structure member
ID: 8658 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Problem Description: Php DSO complains of missing structure member Well, another fun solaris include bugmore macros. It seems after consulting a more knowledgable person, that solaris is #defining open to open64 in #include fcntl.h. I think this points to a bigger problem. The problem being the use of RESERVED words in a structure declaration. The word open is such a word (for some OS's and would work quite well on others if the parameter was called "phpopen" for example. The best fix would be to re-define these functions to have non-RESERVED word usage, but the quick hack is to NOT include fcntl.h and put the appropriate #defines in the file as well. Email me if you'd like the hack to get it working. Previous Comments: --- [2001-01-11 13:17:57] [EMAIL PROTECTED] Solaris 2.6 + Dec 13th recommended Apache 1.3.14+mod_perl mod_jserv DSO php DSO (trying) After configuring with the following: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-versioning --with-oci8=/u01/app/oracle/product/8.1.7 --enable-track-vars --with-mm=/usr/local/mm-1.1.3 I get this after running a make: make[3]: Entering directory `/camaro/u/newbuild/php-4.0.4/ext/oci8' /bin/sh /camaro/u/newbuild/php-4.0.4/libtool --silent --mode=compile gcc -I. -I/camaro/u/newbuild/php-4.0.4/ext/oci8 -I/camaro/u/newbuild/php-4.0.4/main -I/camaro/u/newbuild/php-4.0.4 -I/usr/local/apache/include -I/camaro/u/newbuild/php-4.0.4/Zend -I/camaro/u/newbuild/php-4.0.4/ext/mysql/libmysql -I/u01/app/oracle/product/8.1 .7/rdbms/public -I/u01/app/oracle/product/8.1.7/rdbms/demo -I/usr/local/include -I/camaro/u/newbuild/php-4.0.4/ext/xml/expat/xmltok -I/camaro/u/newbuild/php-4.0.4/e xt/xml/expat/xmlparse -I/camaro/u/newbuild/php-4.0.4/TSRM -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=260 -DMOD_PERL -DUSE_PERL_SSI -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -DXML_BYTE_ORDER=21 -g -O2 -c oci8.c oci8.c: In function `oci_get_conn': oci8.c:829: structure has no member named `open64' oci8.c: In function `oci_get_stmt': oci8.c:845: structure has no member named `open64' oci8.c: In function `oci_execute': oci8.c:1203: structure has no member named `open64' oci8.c:1204: structure has no member named `open64' oci8.c:1205: structure has no member named `open64' oci8.c: In function `_oci_open_session': oci8.c:1855: structure has no member named `open64' oci8.c:1968: structure has no member named `open64' oci8.c: In function `_oci_close_session': oci8.c:2001: structure has no member named `open64' oci8.c: In function `_oci_open_server': oci8.c:2093: structure has no member named `open64' oci8.c:2137: structure has no member named `open64' oci8.c: In function `_oci_session_cleanup': oci8.c:2180: structure has no member named `open64' oci8.c: In function `_oci_close_server': oci8.c:2195: structure has no member named `open64' oci8.c:2196: structure has no member named `open64' oci8.c:2200: structure has no member named `open64' oci8.c:2206: structure has no member named `open64' oci8.c: In function `oci_do_connect': oci8.c:2357: structure has no member named `open64' make[3]: *** [oci8.lo] Error 1 make[3]: Leaving directory `/camaro/u/newbuild/php-4.0.4/ext/oci8' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/camaro/u/newbuild/php-4.0.4/ext/oci8' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/camaro/u/newbuild/php-4.0.4/ext' make: *** [all-recursive] Error 1 --- Full Bug description available at: http://bugs.php.net/?id=8658 -- 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 #8440 Updated: fopen on a url returns success as an error
ID: 8440 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: HTTP related Description: fopen on a url returns "success" as an error It's nothing to do with redirects, no. It doesn't return a redirect response. Previous Comments: --- [2001-01-07 14:23:20] [EMAIL PROTECTED] The reason might be that fopen() doesn't handle redirects. I hope to add redirect support again though. To check if this is the reason, check the contents of $http_response_header right after the fopen() call and see if it contains a redirect. --- [2000-12-27 13:28:50] [EMAIL PROTECTED] fopen("http://my-url/","r") - Success is the error returned. Attempting to use the filehandle return gives "is not a valid FileHandle resource", of course. A "lynx -dump" from the server at the same time the error occurs shows that the url is fine and the connection to that web server is also fine. Doesn't happen all the time, on every execution, but when it does happen is disastrous, any ideas? thanks. PHP Version 4.0.3pl1 System Linux shell.eshirt.net 2.2.14 #3 SMP Sat Jan 8 23:22:14 EST 2000 i686 unknown Build Date Oct 23 2000 Configure Command './configure' '--with-mysql' '--disable-debug' '--with-apxs=/www/bin/apxs' '--with-config-file-path=/www/conf' '--enable-track-vars' '--with-gd=../gd-1.7.3' '--with-ttf' '--enable-rule=EAPI' '--enable-versioning' '--with-swf=../dist' Server APIApache --- Full Bug description available at: http://bugs.php.net/?id=8440 -- 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 #8714 Updated: Adding LDAP entries drops credentials if update is referred
ID: 8714 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: *Directory Services problems Bug Type: LDAP related Assigned To: Comments: Previous Comments: --- [2001-01-15 10:52:17] [EMAIL PROTECTED] We have a replicated LDAP tree. If I add entries to a replica, AND specify a DN and password, the add operation gets referred (correctly) to the master/supplier server, but the credentials are lost. This is reproducable. I have OpenLDAP libs 2.0.6 installed and is using Netscape 4.12 Dir server. If required, I have a complete network trace (from ethereal) that shows all ldap packets. Best regards Anders --- Full Bug description available at: http://bugs.php.net/?id=8714 -- 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 #8620 Updated: Function ImageJPEG can't open temporary file if image filename is not specified
ID: 8620 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: *Graphics related Bug Type: GD related Assigned To: Comments: Previous Comments: --- [2001-01-09 18:09:32] [EMAIL PROTECTED] Even with all directory permissions set right for user IUSR_NTMACHINENAME (the user with which some person will access my website through IIS) I always get the following message when trying to generate an image without saving it to disk: Warning: imagejpeg: unable to open temporary file in C:InetPubMyWebDirectoryfile_that_generates_the_image.php on line 76 Can somebody confirm that under NT there is no way to create a temporary image file? (Perhaps when uploading a file through PHP under NT the same problem should occur?). I also verified if there was some problem with permissions relating the temporary upload directory setup in PHP.INI, and even changed this directory to be the same as the one reported by the browser with no success (that is, I setup this temp upload directory to be the same as the one where my script is running - just for testing purposes, since this would not be an acceptable solution). Check also http://marc.theaimsgroup.com/?l=php-generalm=92214028508981w=2 --- Full Bug description available at: http://bugs.php.net/?id=8620 -- 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 #6908 Updated: rmdir fails after using dir()
ID: 6908 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Directory function related Assigned To: Comments: Does this happen with PHP 4.0.4pl1 ? --Jani Previous Comments: --- [2000-11-20 12:36:39] [EMAIL PROTECTED] reclassify --- [2000-09-27 19:33:19] [EMAIL PROTECTED] the following sequence fails at rmdir() with permission denied as long as we uncomment the $d-part. Wa are not very shure if it's a problem of the code somehow or a bug. Thanks for any answers. /* $d = dir( "./temp/sess_".session_id() ); while( $entry = $d-read() ) { if ( $entry != "" $entry != "." $entry != ".." ) { $fn = $d-path."/".$entry; unlink( $fn ); } } $d-close(); echo "all files deleted br"; */ $canonical_dir = str_replace( "\", "/", $PATH_TRANSLATED ); $canonical_dir = substr( $canonical_dir, 0, strrpos( $canonical_dir, "/" ) ); $canonical_dir = $canonical_dir."/temp/sess_".session_id(); echo "dirname : " . $canonical_dir . "br"; rmdir( $canonical_dir ); echo "directory removed br"; --- Full Bug description available at: http://bugs.php.net/?id=6908 -- 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] Re: [PHP-PEAR] Merging PHPLIB into PEAR
Quoting Paul Meagher [EMAIL PROTECTED]: Personally, I don't see the big deal if someone wants to call a method like this $this-empy_cart versus $this-emptyCart. The point is consistency. If every class in PEAR uses the same method naming conventions, then it will be easier for developers to develop with PEAR libraries because it will be easier for them to remember what things are called. It's like coding in Java and PHP and switching back and forth: you can certainly train your mind to do it, but once in a while you'll find yourself putting $ in front of java variables, or having to stop and think about something that's different between the two. And there's no reason for us not to just pick one - which I thought we had done - and stick with it. We lose nothing, and gain consistency. In the case of PHPLIB it is probably creating alot of unnecessary work, headache and backward incompatabilities to try to convert to the PEAR standard. If the DB layer is changing, then there are going to be backwards compatibility problems anyway, and they might end up being more subtle and hard to find. Why not provide scripts to convert users' code to use the new names? Why assume that the API is going to be the same, anyway? If we put our standards and conventions up for discussion every time someone decides to contribute a decent chunk of code to PEAR, we'll never get anywhere. I personally don't want to be spending my time on this same discussion a year from now, or even a month. But what will be, will be. -chuck -- Charles Hagenbuch, [EMAIL PROTECTED] Entropy. It's what's for dinner. -- 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 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 #8795: Recieved POST-form-data is unexpectedly escaped with backslashes
From: [EMAIL PROTECTED] Operating system: Windows 2000, SunOS and Linux ( PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: Recieved POST-form-data is unexpectedly escaped with backslashes When using the form action="post"...-tag, the posted result is unexpectedly changed so that single quotes ('), double quotes (") and backslash (\) is recieved in backslash-escaped form (\', \", and \\). The unexpected results have been reproduced with PHP4 v4.0.2, v4.0.3pl1 and v4.0.4pl1 on Windows 2000 (downloaded binary from php.net), and with PHP v4.0.3pl1 on SunOS SunOS v5.6 (amongst others). The tested browsers are MS Internet Explorer 5.00, IE5.5sp1, Netscape v6.?? and Opera v5.??. However, php3 produces the EXPECTED, un-escaped result!!! This is tested with PHP v3.0.16 on SunOS v5.6 and PHP v3.0.11 on Linux v2.0.30. You can experience both the expected and unexpected behavior yourself with a tiny testscript I've written to trace the problem: http://witca.dk/php/posttest.php (PHP4) and http://witca.dk/php/posttest.php3 (PHP3) The source is visible at http://witca.dk/php/source.php?file=posttest.php The script sends the result to itself and shows it. You will notice that everything is passed on unmodified in the php3-version, whereas the mentioned characters are escaped each time they are sent through the php4-version (doubling the number of backslashes every time!) phpinfo is available at http://witca.dk/php/phpinfo.php (php4) and http://witca.dk/php/phpinfo.php3 (php3). If this is a documented feature and not a bug as I expect I would really apreciate being pointed to documentation of the "feature" and better yet, how to work around the "feature"! ;) Thanks in advance! :) Mogens M. Christensen -- Edit Bug report at: http://bugs.php.net/?id=8795edit=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 #8797: There is no way to use REC_VERSION transaction parameter
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.0.4pl1 PHP Bug Type: InterBase related Bug description: There is no way to use REC_VERSION transaction parameter I found, there is no way to use REC_VERSION constant in transaction parameters. This constant is using with COMMITTED only. Without REC_VERSION (NO_REC_VERSION is default) interbase raise error, when COMMITTED transaction select records, which is modified, but not committed. It seems not very difficult to add new constant IBASE_REC_VERSION and to add bit checking in "ibase_trans" function... -- Edit Bug report at: http://bugs.php.net/?id=8797edit=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] Gear Head -- From Home Pages to Popularity
Addressed to: [EMAIL PROTECTED] [EMAIL PROTECTED] The current column for Gear Head, (AKA Mark Gibbs) in Network World magazine is all about PHP and Zend Technonogies. Since you hang around on this mailing list, you may not learn much but rejoice in the thought that his column is pointed at corporate network managers, and is quite positive about PHP and Zend. Rick Widmer Internet Marketing Specialists http://www.developersdesk.com -- 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]