[PHP-DEV] PHP 4.0 Bug #9655 Updated: zend_operators.h:84: implicit declaration of function `int finite(...)'
ID: 9655 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Description: zend_operators.h:84: implicit declaration of function `int finite(...)' Dear All yes I'm sorry not having noticed that myself. thank you very much for your hint, it helped of course... :-) Gerard. PS: your BUG reportsystem ist GREAT and fast:] Previous Comments: --- [2001-03-09 13:22:02] [EMAIL PROTECTED] You obviously try to compile PHP 4.0.4pl1 all the time. The directory name for cvs snapshots is totally different so please get the right package first. --Jani --- [2001-03-09 10:07:02] [EMAIL PROTECTED] I read the BugIds #9599 and #9602! Got the latest CVS from snaps.php.net but still I get the same error... root@hermes:/usr/local/php/php-4.0.4pl1 66 # make Making all in Zend make[1]: Entering directory `/usr/local/php/php-4.0.4pl1/Zend' /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads -c zend_language_scanner_cc.cc In file included from zend_language_scanner_cc.cc:2571: zend_operators.h: In function `int is_numeric_string(char *, int, long int *, double *)': zend_operators.h:84: implicit declaration of function `int finite(...)' make[1]: *** [zend_language_scanner_cc.lo] Error 1 make[1]: Leaving directory `/usr/local/php/php-4.0.4pl1/Zend' make: *** [all-recursive] Error 1 root@hermes:/usr/local/php/php-4.0.4pl1 67 # cat config.nice #! /bin/sh # # Created by configure "./configure" "--with-mysql=/usr/local" "--with-nsapi=/nserver/netscape" "--enable-track-vars" "--enable-libgcc" "$@" --- Full Bug description available at: http://bugs.php.net/?id=9655 -- 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 #9696: Error in ODBC to Connect Progress Database
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: ODBC related Bug description: Error in ODBC to Connect Progress Database There is an error to via an ODBC driver, "INTERSOLV DataDirect Connect ODBC PROGRESS Driver for Microsoft Windows 95 and Microsoft Windows NT, Version 3.11", to use Progress Database. PHP Version: 4.0.4pl1 OS: Windows 2000 5.00.2195 ODBC Version: 3.520.4403.2 ODBC Progress Driver: INTERSOLV DataDirect Connect ODBC PROGRESS Driver for Microsoft Win dows 95 and Microsoft Windows NT, Version 3.11" PHP.INI _ .. odbc.allow_persistent = ON odbc.check_persistent = ON odbc.max_persistent = -1 odbc.max_links = -1 odbc.defaultlrl = 4096 odbc.defaultbinmode = 1 .. _ The script are following, and mark the state in some step. _ ?php $dsn = "TEST"; $uid = "test"; $pwd = "test"; # ODBC DSN Config $lid = odbc_connect($dsn,$uid,$pwd); # Connect to DSN. OK. $sql = "select part from mstr where part like 'VB%'"; $rid = odbc_do($lid,$sql); # Do the query. OK header("content-type:text/html;charset=iso8859-1"); echo "table border=1\n"; while (odbc_fetch_row($rid)){ $pt = odbc_result($rid,1); echo "trtd$pt/td/tr\n"; } echo "/table"; # Here, odbc_fetch_row() always is TRUE. I must use the STOP of # the browser to stop. And the Value of $pt is or NULL. odbc_close($lid); ? __ There output HTML Source is following: __ tabletrthpt_part/th/tr trtd/td/tr trtd/td/tr trtd/td/tr trtd/td/tr trtd/td/tr trtd/td/tr trtd/td/tr ___ But, the same process on Perl is OK. The Perl Script is following: #!perl print ("Content-type: text/html\n\n"); use Win32::ODBC; $DSN = "DSN=test;UID=test;PWD=test"; $data = new Win32::ODBC($DSN); if (!$data-Connection) { print $db_connect_error; Win32::ODBC::DumpError; die; } $sql = "select part from mstr where part like 'VB%'"; if ($data-Sql($sql)) { print $sql_error; Win32::ODBC::DumpError; } @field = $data-FieldNames; $sum = @field; print "table border=1\ntr"; for ($i=0; $i$sum; $i++) { print "td$field[$i]/td"; } print "/tr\n"; while ($data - FetchRow) { print "tr"; @da=$data-Data; for ($i=0; $i$sum; $i++) { print "td$da[$i]/td"; } print "/tr\n"; } print "/table\n\n"; $data-Close; -- Edit Bug report at: http://bugs.php.net/?id=9696edit=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 #9697: filename ends with £
From: [EMAIL PROTECTED] Operating system: winnt 4.0 PHP version: 4.0.4 PHP Bug Type: *Directory/Filesystem functions Bug description: filename ends with £ this prints out 'crap' because is_dir() and is_file() return null instead of a boolean if the filename ends with a £. yes, the file in the example is a valid windows filename. $fullPath = realpath("c:/{}d% test.txt {} _-d°§+@ #ç()=~^`´'$£"); if (is_dir($fullPath) == null) echo 'crap'; -fab -- Edit Bug report at: http://bugs.php.net/?id=9697edit=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] news.php.net search
Hi! Can anybody give me more information regarding search at news.php.net ? Who is author of it ? Does it use php mnoGoSearch extension ? Thank you. -- Regards. Sergey aka gluke. -- 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] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h
snprintf() isn't accessible in the Zend engine... Zeev At 08:43 12/3/2001, Sebastian Bergmann wrote: Andrei Zmievski wrote: andrei Mon Mar 12 05:08:29 2001 EDT Modified files: /Zend zend_API.c zend_API.h Log: Improve zend_is_callable() to the point where it's actually useful. Now it just needs to be invoked everywhere in PHP where a callback is expected. This breaks the Win32 build: zend_API.c D:\Programme\MS Visual Studio\Projekte\php\php4\Zend\zend_API.c(958) : warning C4013: 'snprintf' undefiniert; Annahme: extern mit Rueckgabetyp int ZendTS.lib(zend_API.obj) : error LNK2001: Nichtaufgeloestes externes Symbol _snprintf ..\Release_TS_inline\php4ts.dll : fatal error LNK1120: 1 unaufgeloeste externe Verweise -- sebastian bergmann e-mail : [EMAIL PROTECTED] homepage : http://www.sebastian-bergmann.de make a gift : http://wishlist.sebastian-bergmann.de measure the usability of your web application - http://phpOpenTracker.de -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.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]
[PHP-DEV] CVS Account Request
Full name: Cosmin Neagu Email: [EMAIL PROTECTED] ID: cneagu Purpose: romanian php translation -- 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 #8657 Updated: Errormessage on the Browser if using UNC path notation for document root
Yes, i've tried out PHP 4.0.4pl1, but the problem persists, also with the binary php.exe. If i call php.exe from the command line like php c:\phptest.php i see the html output if i call php \\server\vol\dir\phptest.php there is no output and no errormessage. If i map \\server\vol to w: and call php w:\dir\phptest.php it works. Datum: 25 Feb 2001 12:53:51 - An: [EMAIL PROTECTED] Betreff:PHP 4.0 Bug #8657 Updated: Errormessage on the Browser if using UNC path notation for document root Von:Bug Database [EMAIL PROTECTED] ID: 8657 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Scripting Engine problem Assigned To: Comments: Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from http://snaps.php.net/? Previous Comments: --- [2001-01-11 12:24:54] [EMAIL PROTECTED] Installation on NT4 under Apache 1.3.14 using LoadModule php4_module /php/sapi/php4Apache.dll. If document root is configured like "c:/HTDocs" all works fine (testscript phptest.php) If document root is configured like "//servername/volume/domains/zpp/www.domain.de" (because the HTDocs are on a novell server volume) i got the errormesage on the browser Warning: Failed opening '//servername/volume/domains/zpp/www.domain.de/phptest.php' for inclusion (include_path='') in Unknown on line 0 If i use drive mapping instead of unc path,for access to the netware volume, apache will not work. Thank you in advance for help --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8657edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: PHP 4.0 Bug #8657 Updated: Errormessage on theBrowser if using UNC path notation for document root
PM i see the html output PM if i call PM php \\server\vol\dir\phptest.php PM there is no output and no errormessage. PM If i map \\server\vol to w: and call PM php w:\dir\phptest.php PM it works. PHP is not too good with UNC pathnames (actually, it just cannot grok them). Someone with Windows programming background should look on this. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- 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 #9698: ip2long and long2ip put back wrong answer
From: [EMAIL PROTECTED] Operating system: SuSe 6.4/7.1 PHP version: 4.0.4pl1 PHP Bug Type: Network related Bug description: ip2long and long2ip put back wrong answer The script ?php $ip = gethostbyname("www.php.net"); $out = http://".ip2long($ip)."/br\n"; echo $out; ? and the answer is: http://-789091653/ what is wrong, because the correct answer is: http://3505875643/ -- Edit Bug report at: http://bugs.php.net/?id=9698edit=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 #9701: error in checking for dlfcn.h
From: [EMAIL PROTECTED] Operating system: AIX 4.3 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: error in checking for dlfcn.h Hi, I got this symptom by compiling PHP: /usr/bin/sh ../libtool --mode=compile xlc -DHAVE_CONFIG_H \ -I. -I. -I../main -DXML_BYTE_ORDER=21 -qsource \ -qshowinc -c zend_extensions.c xlc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=21 \ -qsource -qshowinc -c zend_extensions.c "zend_extensions.c", line 33.16: 1506-068 (S) Operation between types "void*" and "int" is not allowed. I use the xlc-version of the C Set ++ for AIX compiler, as it is more ANSI-C than the cc-version. It also shows more errors. My configuration of PHP (as a CGI-program to be used by Lynx): CC=xlc ./configure --prefix=/home/pistoor/php \ --with-config-file-path=/home/pistoor/php --enable-debug \ --enable-sigchild --enable-calendar --enable-ftp \ --enable-trans-sid --enable-shmop --with-regex=php \ --enable-sysvsem --enable-sysvshm --enable-wddx \ --enable-yp I found, that the prototype of dlopen was missing. It is standing in /usr/include/dlfcn.h. In config.log, I found these lines: configure:44766: checking for dlfcn.h configure:44776: xlc -E -DXML_BYTE_ORDER=21 conftest.c /dev/null 2conftest.out "conftest.c", line 1.7: 1506-219 (W) #line value 44771 too large. configure: failed program was: #line 44771 "configure" #include "confdefs.h" #include dlfcn.h So configure guessed wrongly, dlfcn.h would be missing. I edited config.cache and rerun configure. Now I got another compile failure later. :-) Regard Andreas Pistoor -- Edit Bug report at: http://bugs.php.net/?id=9701edit=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 #9702: Cann't load *.dll
From: [EMAIL PROTECTED] Operating system: win2000 PHP version: 4.0.4pl1 PHP Bug Type: Dynamic loading Bug description: Cann't load *.dll Cann't find any DLL files in c:\Winnt\system32\ PHP.INI : Extensionsdir=c:\winnt\system32\; extensions=php_ifx.dll; -- Edit Bug report at: http://bugs.php.net/?id=9702edit=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 #9702 Updated: Cann't load *.dll
ID: 9702 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Dynamic loading Assigned To: Comments: Have a look at http://www.php4win.de/. Previous Comments: --- [2001-03-12 08:16:42] [EMAIL PROTECTED] Cann't find any DLL files in c:Winntsystem32 PHP.INI : Extensionsdir=c:winntsystem32; extensions=php_ifx.dll; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9702edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9703: missing alloca-prototype in AIX
From: [EMAIL PROTECTED] Operating system: AIX 4.3 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: missing alloca-prototype in AIX Hi, I got this symptom by compiling PHP: xlc -I. -I/home/pistoor/php-4.0.4pl1/main -I/home/pistoor/php-4.0.4pl1/main -I/home/pistoor/php-4.0.4pl1 -I/home/pistoor/php-4.0.4pl1/Zend -I/home/pistoor/php-4.0.4pl1/ext/mysql/libmysql -I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/pistoor/php-4.0.4pl1/TSRM -DXML_BYTE_ORDER=21 -qsource -qshowinc -c main.c touch main.lo "main.c", line 1181.17: 1506-068 (S) Operation between types "char*" and "int" is not allowed. "main.c", line 1250.47: 1506-280 (E) Function argument assignment between types "const unsigned char*" and "const char*" is not allowed. "main.c", line 1250.22: 1506-068 (E) Operation between types "char*" and "unsigned char*" is not allowed. I use the xlc-version of the C Set ++ for AIX compiler, as it is more ANSI-C than the cc-version. It also shows more errors. My configuration of PHP (as a CGI-program to be used by Lynx): CC=xlc ./configure --prefix=/home/pistoor/php \ --with-config-file-path=/home/pistoor/php --enable-debug \ --enable-sigchild --enable-calendar --enable-ftp \ --enable-trans-sid --enable-shmop --with-regex=php \ --enable-sysvsem --enable-sysvshm --enable-wddx \ --enable-yp I found, that the prototype of alloca was missing. It is not in any file in /usr/include at my computer. This causes the warning in line 1181. So I wrote the prototype myself into a headerfile alloca.h, edited (again) config.cache and rerun configure. The errors on line 1250 were caused by the mix of char and unsigned char at the call to php_base64_decode. I inserted type casts there. Regard Andreas Pistoor -- Edit Bug report at: http://bugs.php.net/?id=9703edit=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] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h
Use zend_snprintf() instead or what? On Mon, 12 Mar 2001, Zeev Suraski wrote: snprintf() isn't accessible in the Zend engine... Zeev At 08:43 12/3/2001, Sebastian Bergmann wrote: Andrei Zmievski wrote: andrei Mon Mar 12 05:08:29 2001 EDT Modified files: /Zend zend_API.c zend_API.h Log: Improve zend_is_callable() to the point where it's actually useful. Now it just needs to be invoked everywhere in PHP where a callback is expected. This breaks the Win32 build: zend_API.c D:\Programme\MS Visual Studio\Projekte\php\php4\Zend\zend_API.c(958) : warning C4013: 'snprintf' undefiniert; Annahme: extern mit Rueckgabetyp int ZendTS.lib(zend_API.obj) : error LNK2001: Nichtaufgeloestes externes Symbol _snprintf ..\Release_TS_inline\php4ts.dll : fatal error LNK1120: 1 unaufgeloeste externe Verweise -- sebastian bergmann e-mail : [EMAIL PROTECTED] homepage : http://www.sebastian-bergmann.de make a gift : http://wishlist.sebastian-bergmann.de measure the usability of your web application - http://phpOpenTracker.de -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -Andrei Any sufficiently advanced bug is indistinguishable from a feature. -- Rich Kulawiec -- 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 #9704: LDAP Referral problem
From: [EMAIL PROTECTED] Operating system: Linux Mandrake 7.2 (i386) PHP version: 4.0.4pl1 PHP Bug Type: LDAP related Bug description: LDAP Referral problem There is no support for LDAP referral in PHP 4. It's a big problem, because it's not possible to add data in the LDAP Database because the local database is in read only. Only the the master (referral) database is writable. I writed a little function which call "ldap_set_rebind_proc()" but it's used for all the LDAP link-id and it's not really a solution. Is it possible for you to add this type of function ? Or may i have help for write this one ? Greets, Yannick. -- Edit Bug report at: http://bugs.php.net/?id=9704edit=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 #9705: Multiple File Upload
From: [EMAIL PROTECTED] Operating system: WIN98 PHP version: 4.0.1 PHP Bug Type: Unknown/Other Function Bug description: Multiple File Upload Hi, is it possible that the multiple file upload does not work in 4.02? uploading just one file (without "[]") works fine! the problem is, that the var is empty after loading b.php3. Here is the sample script: bye thomas kogler file a.php3 --- form action="b.php3" method="post" enctype="multipart/form-data" Send these files:br input name="userfile[]" type="file"br input name="userfile[]" type="file"br input type="submit" value="Send files" /form -- file b.php3 -- ? echo $userfile_name[0]; ? --- file php.ini [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.
[PHP-DEV] PHP 4.0 Bug #9706: double #defined V_RENAME
From: [EMAIL PROTECTED] Operating system: AIX 4.3 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: double #defined V_RENAME Hi, I got this symptom by compiling PHP: xlc -I. -I/home/pistoor/php-4.0.4pl1/main -I/home/pistoor/php-4.0.4pl1/main -I/home/pistoor/php-4.0.4pl1 -I/home/pistoor/php-4.0.4pl1/Zend -I/home/pistoor/php-4.0.4pl1/ext/mysql/libmysql -I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/pistoor/php-4.0.4pl1/TSRM -DXML_BYTE_ORDER=21 -qsource -qshowinc -I/home/pistoor -c internal_functions.c touch internal_functions.lo "/usr/include/sys/vnode.h", line 102.9: 1506-213 (S) Macro name V_RENAME cannot be redefined. "/usr/include/sys/vnode.h", line 102.9: 1506-358 (I) "V_RENAME" is defined on line 190 of /home/pistoor/php-4.0.4pl1/TSRM/tsrm_virtual_cwd.h. I use the xlc-version of the C Set ++ for AIX compiler, as it is more ANSI-C than the cc-version. It also shows more errors. My configuration of PHP (as a CGI-program to be used by Lynx): CC=xlc ./configure --prefix=/home/pistoor/php \ --with-config-file-path=/home/pistoor/php --enable-debug \ --enable-sigchild --enable-calendar --enable-ftp \ --enable-trans-sid --enable-shmop --with-regex=php \ --enable-sysvsem --enable-sysvshm --enable-wddx \ --enable-yp The file /usr/include/sys/vnode.h got included via /usr/include/sys/shm.h and others by php_sysvshm.h. So I have protected this include against redefining V_RENAME: #ifdef V_RENAME #define PHP_V_RENAME V_RENAME #undef V_RENAME #endif #include sys/types.h #include sys/ipc.h #include sys/shm.h #ifdef PHP_V_RENAME #ifdef V_RENAME #undef V_RENAME #endif #define V_RENAME PHP_V_RENAME #undef PHP_V_RENAME #endif Regard Andreas Pistoor -- Edit Bug report at: http://bugs.php.net/?id=9706edit=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 #9707: syntax error in ext/ftp/ftp.h
From: [EMAIL PROTECTED] Operating system: AIX 4.3 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: syntax error in ext/ftp/ftp.h Hi, I got this symptom by compiling PHP: xlc -I. -I/home/pistoor/php-4.0.4pl1/ext/ftp -I/home/pistoor/php-4.0.4pl1/main -I/home/pistoor/php-4.0.4pl1 -I/home/pistoor/php-4.0.4pl1/Zend -I/home/pistoor/php-4.0.4pl1/ext/mysql/libmysql -I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/pistoor/php-4.0.4pl1/TSRM -DXML_BYTE_ORDER=21 -qsource -qshowinc -I/home/pistoor -c php_ftp.c touch php_ftp.lo "ftp.h", line 47.22: 1506-046 (S) Syntax error. I use the xlc-version of the C Set ++ for AIX compiler, as it is more ANSI-C than the cc-version. It also shows more errors. My configuration of PHP (as a CGI-program to be used by Lynx): CC=xlc ./configure --prefix=/home/pistoor/php \ --with-config-file-path=/home/pistoor/php --enable-debug \ --enable-sigchild --enable-calendar --enable-ftp \ --enable-trans-sid --enable-shmop --with-regex=php \ --enable-sysvsem --enable-sysvshm --enable-wddx \ --enable-yp The file ext/ftp/ftp.h contains these lines: typedef enum ftptype { FTPTYPE_ASCII, FTPTYPE_IMAGE, } ftptype_t; The last "," is too much. I removed it. Regard Andreas Pistoor -- Edit Bug report at: http://bugs.php.net/?id=9707edit=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] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h
At 16:09 12/3/2001, Andrei Zmievski wrote: Use zend_snprintf() instead or what? No, it's really inaccessible :) We managed to write the engine without needing it... Is it impossible to replace it with other functions? Zeev -- 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 #9708: double #defined V_RENAME, the second
From: [EMAIL PROTECTED] Operating system: AIX 4.3 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: double #defined V_RENAME, the second Hi, I got this symptom by compiling PHP: xlc -I. -I/home/pistoor/php-4.0.4pl1/ext/shmop -I/home/pistoor/php-4.0.4pl1/main -I/home/pistoor/php-4.0.4pl1 -I/home/pistoor/php-4.0.4pl1/Zend -I/home/pistoor/php-4.0.4pl1/ext/mysql/libmysql -I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/pistoor/php-4.0.4pl1/TSRM -DXML_BYTE_ORDER=21 -qsource -qshowinc -I/home/pistoor -DHAVE_INT_8_16_32=1 -c shmop.c touch shmop.lo "/usr/include/sys/vnode.h", line 102.9: 1506-213 (S) Macro name V_RENAME cannot be redefined. "/usr/include/sys/vnode.h", line 102.9: 1506-358 (I) "V_RENAME" is defined on line 190 of /home/pistoor/php-4.0.4pl1/TSRM/tsrm_virtual_cwd.h. I use the xlc-version of the C Set ++ for AIX compiler, as it is more ANSI-C than the cc-version. It also shows more errors. My configuration of PHP (as a CGI-program to be used by Lynx): CC=xlc ./configure --prefix=/home/pistoor/php \ --with-config-file-path=/home/pistoor/php --enable-debug \ --enable-sigchild --enable-calendar --enable-ftp \ --enable-trans-sid --enable-shmop --with-regex=php \ --enable-sysvsem --enable-sysvshm --enable-wddx \ --enable-yp The file ext/shmop/shmop.c includes sys/shm.h without taking care of V_RENAME. I have inluded some code to save V_RENAME: #ifdef V_RENAME #define PHP_V_RENAME V_RENAME #undef V_RENAME #endif #include sys/ipc.h #include sys/shm.h #ifdef PHP_V_RENAME #ifdef V_RENAME #undef V_RENAME #endif #define V_RENAME PHP_V_RENAME #undef PHP_V_RENAME #endif Regard Andreas Pistoor PS. I got also the error depending on HAVE_INT_8_16_32! -- Edit Bug report at: http://bugs.php.net/?id=9708edit=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 #9709: Unable to load php_ldap.dll
From: [EMAIL PROTECTED] Operating system: Windows NT 4 SP6 PHP version: 4.0.4pl1 PHP Bug Type: Dynamic loading Bug description: Unable to load php_ldap.dll When I try to enable the ldap extension I get the following error, other extensions I use work fine. The path to the library is correct and the file is available. PHP Warning: Unable to load dynamic library 'D:/php4/extensions/php_ldap.dll' - The specified module could not be found. in Unknown on line 0 -- Edit Bug report at: http://bugs.php.net/?id=9709edit=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 #9575 Updated: After install, the web server Apache don't restart ..
I've resolve with install and compile Apache1.3.19 : $ORACLE_HOME=/oracle/app/oracle815 export ORACLE_HOME # cd ../php4 # ./configure --with-oracle --with-oci8 --with-apache=/usr/local/apache_1.3.19 # make # make install # cd ../apache_1.3.19 # ./configure --activate-module=src/modules/php4/libphp4.a # make # make install and added in /usr/local/apache/conf/httpd.conf : AddType application/x-httpd-php .php Start apache : /usr/local/apache/bin/apachectl start. Bug Database a crit : ID: 9575 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproduceable crash Assigned To: Comments: 1. Have you set the necessary Oracle specific environment vars before starting Apache? ( http://www.php.net/oci8 ) 2. Is your Apache linked with libpthread? ( # ldd /path/to/httpd ) 3. Have you tried PHP 4.0.4pl1 ? --Jani Previous Comments: --- [2001-03-06 06:11:51] [EMAIL PROTECTED] My server configuration : Linux RedHat 6.2 - Apache 1.3.9 - Php4.0.2 - Oracle8.1.5. After install "Php4.0.2" with Oracle8.1.5., the web server apache don't restart. # ./configure --with-apxs=/usr/sbin/apxs --with-oracle=/oracle/app/oracle815 --with-oci8=/oracle/app/oracle815 # make # make install /usr/local/lib/php.ini They are no messages aren't displayed or stocked in "/var/log/httpd/error_log" when restart Apache. I have tested install only "Php4.0.2" and "Apche1.3.9" : it's worked normally with any bugs. Thank, for your intervention Best regard. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9575edit=2 begin:vcard n:BERNOT;'Dominique' x-mozilla-html:FALSE org:CHU de BESANCON version:2.1 email;internet:[EMAIL PROTECTED] x-mozilla-cpt:;0 fn:'Dominique' BERNOT end:vcard -- 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 #8885 Updated: Child processes hang on exit
Nope, we actually traced it down to freetype built into gd/php... As it stands, we're just living without freetype... Nick ProHosting At 02:43 AM 3/10/2001 +, you wrote: ID: 8885 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproduceable crash Assigned To: Comments: Does upgrading mod_ssl openssl help? --Jani Previous Comments: --- [2001-01-27 15:41:07] [EMAIL PROTECTED] More info... If I don't compile ttf into gd, it doesn't crash... --- [2001-01-24 10:54:07] [EMAIL PROTECTED] Child (or the main) processes hang whenever they try to exit. This will happen when maxrequestsperchild is reached (I'm assuming) and a child tries to die naturally a child process is killed manually the main process can't bind to port/etc Here's a ps to see what it looks like USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND www443 14066 5.6 0.3 6220 988 ?? R 8:00AM0:06.52 /var/www443/bin/httpd www443 14067 5.3 0.3 6216 1000 ?? R 8:00AM0:07.20 /var/www443/bin/httpd www443 14063 5.4 0.3 6220 1000 ?? R 8:00AM0:07.17 /var/www443/bin/httpd www443 14065 5.4 0.3 6212 980 ?? R 8:00AM0:06.63 /var/www443/bin/httpd www443 14064 5.5 0.3 6216 1004 ?? R 8:00AM0:07.57 /var/www443/bin/httpd www443 19823 5.9 0.2 6032 608 ?? R 8:26AM9:31.91 /var/www443/bin/httpd root 14027 0.0 0.1 6032 404 ?? Ss8:00AM0:00.18 /var/www443/bin/httpd www443 14322 0.0 0.2 6208 724 ?? S 8:01AM0:00.22 /var/www443/bin/httpd www443 14346 0.0 0.2 6208 736 ?? S 8:01AM0:00.23 /var/www443/bin/httpd www443 19726 0.0 0.2 6212 744 ?? S 8:25AM0:00.17 /var/www443/bin/httpd www443 19732 0.0 0.2 6212 732 ?? S 8:25AM0:00.14 /var/www443/bin/httpd www443 19733 0.0 0.2 6212 724 ?? S 8:25AM0:00.09 /var/www443/bin/httpd as you can see, the top 5 processes are hung. A sigkill is the only way to kill them. Attaching to one of the hung processes with gdb gives the backtrace listed at the bottom of this report. We can only produce this problem with the following configuration: (Apache 1.3.12 or 1.3.14) ./configure --prefix=$prefix --with-port=$port --enable-module=most --enable-module=rewrite --enable-module=status --with-layout=Apache --sysconfdir=$prefix/conf --enable-module=so (mod_ssl 2.6.5-1.3.12 or x.x.x-1.3.14) ./configure --with-apache=../apache_1.3.12 --prefix=/var/www443 --with-ssl=/usr/local/ssl (php 4.0.1 - 4.0.4pl1) ./configure --with-mysql --with-xml --with-gd=/usr/local --with-apxs=/var/www443/bin/apxs --enable-track-vars --enable-bcmath --enable-ftp --with-jpeg-dir=/usr/local/lib --with-ttf If we leave out PHP or mod_ssl, the problem goes away. Also, with older versions of BSDi, this problem does not occure. (using the same configuration as above) Attaching to program `/var/www443/bin/httpd', process 19823 Reading symbols from /shlib/libdl.so...done. Reading symbols from /shlib/libgcc.so.1...done. Reading symbols from /shlib/libc.so.1...done. Reading symbols from /shlib/ld-bsdi.so...done. Reading symbols from /var/www443/libexec/libphp4.so...done. Reading symbols from /usr/local/lib/libttf.so.2...done. Reading symbols from /shlib/libm.so.0.0...done. 0x481a5a54 in __deregister_frame_info () (gdb) bt #0 0x481a5a54 in __deregister_frame_info () #1 0x8069e7a in __do_global_dtors_aux () #2 0x8163fa4 in _fini () #3 0x48248028 in exit () #4 0x80c3e1f in clean_child_exit (code=0) at http_main.c:517 #5 0x80c6ac2 in child_main (child_num_arg=10) at http_main.c:4057 #6 0x80c6f8c in make_child (s=0x81ad034, slot=10, now=980349966) at http_main.c:4435 #7 0x80c7305 in perform_idle_server_maintenance () at http_main.c:4599 #8 0x80c77f5 in standalone_main (argc=1, argv=0x8047ec4) at http_main.c:4831 #9 0x80c7dc3 in main (argc=1, argv=0x8047ec4) at http_main.c:5092 #10 0x8069e37 in __start () (gdb) quit # /var/www443/bin/httpd -l Compiled-in modules: http_core.c mod_vhost_alias.c mod_env.c mod_define.c mod_log_config.c mod_mime_magic.c mod_mime.c mod_negotiation.c mod_status.c mod_info.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_speling.c mod_userdir.c mod_alias.c mod_rewrite.c mod_access.c mod_auth.c mod_auth_anon.c mod_auth_dbm.c mod_digest.c mod_proxy.c mod_cern_meta.c mod_expires.c mod_headers.c mod_usertrack.c mod_unique_id.c mod_so.c mod_setenvif.c mod_ssl.c mod_frontpage.c --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8885edit=2 -- PHP Development Mailing
Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h
On Mon, 12 Mar 2001, Jason Greene wrote: strlcpy, and strlcat are in the win32 build (main/strlcat.c main/strlcpy.c) why dont you malloc a buffer that would fit the sprintf data, and then strlcpy the size restriction? Hmm, and how would you know how big the sprintf buffer would need to be for an arbitrary format and arguments? :) In my case it's much simpler, so yes, I could do that, but otherwise.. That's why Glib has g_strdup_printf() function.. quite nice. -Andrei * If it ain't broken, it doesn't have enough features yet. * -- 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] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h
Simple, allocate an arbitrary large number, like a gig, give there OS's paging routines a test : ) That is a true point, I was thinking that in most cases you could accurately predict the size. g_strdup_printf - that sounds like a fun function, why don't most libraries have this feature : ) -Jason - Original Message - From: "Andrei Zmievski" [EMAIL PROTECTED] To: "Jason Greene" [EMAIL PROTECTED] Cc: "Zeev Suraski" [EMAIL PROTECTED]; "php-dev mailinglist" [EMAIL PROTECTED] Sent: Monday, March 12, 2001 10:15 AM Subject: Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h On Mon, 12 Mar 2001, Jason Greene wrote: strlcpy, and strlcat are in the win32 build (main/strlcat.c main/strlcpy.c) why dont you malloc a buffer that would fit the sprintf data, and then strlcpy the size restriction? Hmm, and how would you know how big the sprintf buffer would need to be for an arbitrary format and arguments? :) In my case it's much simpler, so yes, I could do that, but otherwise.. That's why Glib has g_strdup_printf() function.. quite nice. -Andrei * If it ain't broken, it doesn't have enough features yet. * -- 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] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h
I commited a patch but didn't test it. Andrei, please make sure I don't have some dumb bug there. Andi At 10:12 AM 3/12/2001 -0600, Jason Greene wrote: strlcpy, and strlcat are in the win32 build (main/strlcat.c main/strlcpy.c) why dont you malloc a buffer that would fit the sprintf data, and then strlcpy the size restriction? -Jason - Original Message - From: "Andrei Zmievski" [EMAIL PROTECTED] To: "Zeev Suraski" [EMAIL PROTECTED] Cc: "php-dev mailinglist" [EMAIL PROTECTED] Sent: Monday, March 12, 2001 9:09 AM Subject: Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h On Mon, 12 Mar 2001, Zeev Suraski wrote: No, it's really inaccessible :) We managed to write the engine without needing it... Is it impossible to replace it with other functions? How do you sprintf to buffer of fixed size without possible overflow? I suppose I could use strlcat() to build the string piece by piece. Is that available in the engine? -Andrei When we eliminate the impossible, whatever remains, however improbable, must be true. -- Sherlock Holmes -- 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 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] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h
On Mon, 12 Mar 2001, Andi Gutmans wrote: I commited a patch but didn't test it. Andrei, please make sure I don't have some dumb bug there. Thanks. -Andrei * Life may be expensive, but it includes an annual free trip around the sun. * -- 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 #8506 Updated: CGI PHP doesn't erase the #!/path/to/php
ID: 8506 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Web Server problem Description: CGI PHP doesn't erase the #!/path/to/php [EMAIL PROTECTED] has a similar problem on a different platform: --- Start Quote --- This problem exists also for NT4 with server signature: Server: Apache/1.3.14 (Win32) PHP/4.0.4pl1 If I do not put: #!/php/php at the top of the file then I get an apache server error and this message in error.log: [Mon Mar 12 14:08:39 2001] [error] [client ] c:/apache/cgi-bin/hello.php4 is not executable; ensure interpreted scripts have "#!" first line [Mon Mar 12 14:08:39 2001] [error] [client ] couldn't spawn child process: c:/apache/cgi-bin/hello.php4 As soon as I put it back it works. An example script: #!/php/php ?php echo "brhello cgibr"; ? but the html-source generated by this is (from browser's "view source"): #!/php/php brhello cgibr Of course, you can hide it with a trick like: body bgcolor="black"font color="white"... but that's ugly too... --- End Quote --- Previous Comments: --- [2001-03-08 09:12:26] [EMAIL PROTECTED] The only lines concerning PHP in httpd.conf are: AddType application/x-httpd-php3 .php3 AddType application/x-httpd-php3-source .phps And, since I use .php as file extension, this lines are irrelevant. --- [2001-03-06 08:01:40] [EMAIL PROTECTED] What is your apache configuration for PHP scripts? --- [2001-01-02 15:41:55] [EMAIL PROTECTED] And if you still have any doubts, thinking that Apache has reconized the file extension and is not using the cgi version, try http://book.ecompare-corp.com/cgi-bin/vxml/engines/kbb/phpinfo.vxml The output is the same. And if you read the php output on both pages you'll see that PHP is run as CGI (Server API CGI). --- [2001-01-02 15:29:53] [EMAIL PROTECTED] "PHP does not require the first line that you are including unlike perl due to the way its set up in apache." You're wrong. PHP is not set up at all in Apache. Look what happens if I delete the first line: !DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN" HTMLHEAD TITLE500 Internal Server Error/TITLE /HEADBODY H1Internal Server Error/H1 The server encountered an internal error or misconfiguration and was unable to complete your request.P Please contact the server administrator, [EMAIL PROTECTED] and inform them of the time the error occurred, and anything you might have done that may have caused the error.P More information about this error may be available in the server error log.P HR ADDRESSApache/1.3.12 Server at book.ecompare-corp.com Port 80/ADDRESS /BODY/HTML Server error log: [Mon Jan 1 16:00:34 2001] [error] [client 212.54.118.28] Premature end of script headers: /home/httpd/cgi-bin/vxml/engines/kbb/phpinfo2.php --- [2001-01-02 14:49:34] [EMAIL PROTECTED] PHP does not require the first line that you are including unlike perl due to the way its set up in apache. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=8506 -- 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] manual?
I've submitted the change to phpdoc/en/functions/uodbc.xml but I don't have sufficient karma to commit. Anyone want to lend a hand? Best regards, Andrew -- Andrew Hill - OpenLink Software Director Technology Evangelism eBusiness Infrastructure Technology http://www.openlinksw.com -Original Message- From: Jon Parise [mailto:[EMAIL PROTECTED]] Sent: Friday, March 09, 2001 4:34 PM To: Andrew Hill Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] manual? On Fri, Mar 09, 2001 at 04:22:12PM -0500, Andrew Hill wrote: Who can I bug about the manual? :) There's a separate mailing list ([EMAIL PROTECTED]) for manual maintenance. The ODBC page http://www.php.net/manual/en/ref.odbc.php is a little misleading, namely that iODBC is a database, and the subsequent text implies that the unified ODBC functions don't use ODBC when connecting via iODBC, which isn't true. Also, I would like to get some mention of OpenLink on that page. If you could submit a diff against the XML document source (or just reword all of the text), I (or someone else) will submit your changes to the phpdoc cvs tree. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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 #8885 Updated: Child processes hang on exit
Nope, we actually traced it down to freetype built into gd/php... As it stands, we're just living without freetype... Nick ProHosting At 02:43 AM 3/10/2001 +, you wrote: ID: 8885 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproduceable crash Assigned To: Comments: Does upgrading mod_ssl openssl help? --Jani Previous Comments: --- [2001-01-27 15:41:07] [EMAIL PROTECTED] More info... If I don't compile ttf into gd, it doesn't crash... --- [2001-01-24 10:54:07] [EMAIL PROTECTED] Child (or the main) processes hang whenever they try to exit. This will happen when maxrequestsperchild is reached (I'm assuming) and a child tries to die naturally a child process is killed manually the main process can't bind to port/etc Here's a ps to see what it looks like USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND www443 14066 5.6 0.3 6220 988 ?? R 8:00AM0:06.52 /var/www443/bin/httpd www443 14067 5.3 0.3 6216 1000 ?? R 8:00AM0:07.20 /var/www443/bin/httpd www443 14063 5.4 0.3 6220 1000 ?? R 8:00AM0:07.17 /var/www443/bin/httpd www443 14065 5.4 0.3 6212 980 ?? R 8:00AM0:06.63 /var/www443/bin/httpd www443 14064 5.5 0.3 6216 1004 ?? R 8:00AM0:07.57 /var/www443/bin/httpd www443 19823 5.9 0.2 6032 608 ?? R 8:26AM9:31.91 /var/www443/bin/httpd root 14027 0.0 0.1 6032 404 ?? Ss8:00AM0:00.18 /var/www443/bin/httpd www443 14322 0.0 0.2 6208 724 ?? S 8:01AM0:00.22 /var/www443/bin/httpd www443 14346 0.0 0.2 6208 736 ?? S 8:01AM0:00.23 /var/www443/bin/httpd www443 19726 0.0 0.2 6212 744 ?? S 8:25AM0:00.17 /var/www443/bin/httpd www443 19732 0.0 0.2 6212 732 ?? S 8:25AM0:00.14 /var/www443/bin/httpd www443 19733 0.0 0.2 6212 724 ?? S 8:25AM0:00.09 /var/www443/bin/httpd as you can see, the top 5 processes are hung. A sigkill is the only way to kill them. Attaching to one of the hung processes with gdb gives the backtrace listed at the bottom of this report. We can only produce this problem with the following configuration: (Apache 1.3.12 or 1.3.14) ./configure --prefix=$prefix --with-port=$port --enable-module=most --enable-module=rewrite --enable-module=status --with-layout=Apache --sysconfdir=$prefix/conf --enable-module=so (mod_ssl 2.6.5-1.3.12 or x.x.x-1.3.14) ./configure --with-apache=../apache_1.3.12 --prefix=/var/www443 --with-ssl=/usr/local/ssl (php 4.0.1 - 4.0.4pl1) ./configure --with-mysql --with-xml --with-gd=/usr/local --with-apxs=/var/www443/bin/apxs --enable-track-vars --enable-bcmath --enable-ftp --with-jpeg-dir=/usr/local/lib --with-ttf If we leave out PHP or mod_ssl, the problem goes away. Also, with older versions of BSDi, this problem does not occure. (using the same configuration as above) Attaching to program `/var/www443/bin/httpd', process 19823 Reading symbols from /shlib/libdl.so...done. Reading symbols from /shlib/libgcc.so.1...done. Reading symbols from /shlib/libc.so.1...done. Reading symbols from /shlib/ld-bsdi.so...done. Reading symbols from /var/www443/libexec/libphp4.so...done. Reading symbols from /usr/local/lib/libttf.so.2...done. Reading symbols from /shlib/libm.so.0.0...done. 0x481a5a54 in __deregister_frame_info () (gdb) bt #0 0x481a5a54 in __deregister_frame_info () #1 0x8069e7a in __do_global_dtors_aux () #2 0x8163fa4 in _fini () #3 0x48248028 in exit () #4 0x80c3e1f in clean_child_exit (code=0) at http_main.c:517 #5 0x80c6ac2 in child_main (child_num_arg=10) at http_main.c:4057 #6 0x80c6f8c in make_child (s=0x81ad034, slot=10, now=980349966) at http_main.c:4435 #7 0x80c7305 in perform_idle_server_maintenance () at http_main.c:4599 #8 0x80c77f5 in standalone_main (argc=1, argv=0x8047ec4) at http_main.c:4831 #9 0x80c7dc3 in main (argc=1, argv=0x8047ec4) at http_main.c:5092 #10 0x8069e37 in __start () (gdb) quit # /var/www443/bin/httpd -l Compiled-in modules: http_core.c mod_vhost_alias.c mod_env.c mod_define.c mod_log_config.c mod_mime_magic.c mod_mime.c mod_negotiation.c mod_status.c mod_info.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_speling.c mod_userdir.c mod_alias.c mod_rewrite.c mod_access.c mod_auth.c mod_auth_anon.c mod_auth_dbm.c mod_digest.c mod_proxy.c mod_cern_meta.c mod_expires.c mod_headers.c mod_usertrack.c mod_unique_id.c mod_so.c mod_setenvif.c mod_ssl.c mod_frontpage.c --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8885edit=2 -- PHP Development Mailing
Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.czend_API.h
Andi Gutmans wrote: I commited a patch but didn't test it. Andrei, please make sure I don't have some dumb bug there. At least it compiles now on Win32 again :) -- sebastian bergmann e-mail : [EMAIL PROTECTED] homepage : http://www.sebastian-bergmann.de make a gift : http://wishlist.sebastian-bergmann.de measure the usability of your web application - http://phpOpenTracker.de -- 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] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h
Why not add a: #define snprintf _snprintf to the zend_config.w32.h file? That should take care of the mentioned compile problem under windows. - Original Message - From: "Andrei Zmievski" [EMAIL PROTECTED] To: "Zeev Suraski" [EMAIL PROTECTED] Cc: "php-dev mailinglist" [EMAIL PROTECTED] Sent: Monday, March 12, 2001 6:09 AM Subject: Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h Use zend_snprintf() instead or what? On Mon, 12 Mar 2001, Zeev Suraski wrote: snprintf() isn't accessible in the Zend engine... Zeev At 08:43 12/3/2001, Sebastian Bergmann wrote: Andrei Zmievski wrote: andrei Mon Mar 12 05:08:29 2001 EDT Modified files: /Zend zend_API.c zend_API.h Log: Improve zend_is_callable() to the point where it's actually useful. Now it just needs to be invoked everywhere in PHP where a callback is expected. This breaks the Win32 build: zend_API.c D:\Programme\MS Visual Studio\Projekte\php\php4\Zend\zend_API.c(958) : warning C4013: 'snprintf' undefiniert; Annahme: extern mit Rueckgabetyp int ZendTS.lib(zend_API.obj) : error LNK2001: Nichtaufgeloestes externes Symbol _snprintf ..\Release_TS_inline\php4ts.dll : fatal error LNK1120: 1 unaufgeloeste externe Verweise -- sebastian bergmann e-mail : [EMAIL PROTECTED] homepage : http://www.sebastian-bergmann.de make a gift : http://wishlist.sebastian-bergmann.de measure the usability of your web application - http://phpOpenTracker.de -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -Andrei Any sufficiently advanced bug is indistinguishable from a feature. -- Rich Kulawiec -- 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] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h
Because snprintf() sucks and what we did is faster :) Andi At 09:25 AM 3/12/2001 -0800, Shane Caraveo wrote: Why not add a: #define snprintf _snprintf to the zend_config.w32.h file? That should take care of the mentioned compile problem under windows. - Original Message - From: "Andrei Zmievski" [EMAIL PROTECTED] To: "Zeev Suraski" [EMAIL PROTECTED] Cc: "php-dev mailinglist" [EMAIL PROTECTED] Sent: Monday, March 12, 2001 6:09 AM Subject: Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h Use zend_snprintf() instead or what? On Mon, 12 Mar 2001, Zeev Suraski wrote: snprintf() isn't accessible in the Zend engine... Zeev At 08:43 12/3/2001, Sebastian Bergmann wrote: Andrei Zmievski wrote: andrei Mon Mar 12 05:08:29 2001 EDT Modified files: /Zend zend_API.c zend_API.h Log: Improve zend_is_callable() to the point where it's actually useful. Now it just needs to be invoked everywhere in PHP where a callback is expected. This breaks the Win32 build: zend_API.c D:\Programme\MS Visual Studio\Projekte\php\php4\Zend\zend_API.c(958) : warning C4013: 'snprintf' undefiniert; Annahme: extern mit Rueckgabetyp int ZendTS.lib(zend_API.obj) : error LNK2001: Nichtaufgeloestes externes Symbol _snprintf ..\Release_TS_inline\php4ts.dll : fatal error LNK1120: 1 unaufgeloeste externe Verweise -- sebastian bergmann e-mail : [EMAIL PROTECTED] homepage : http://www.sebastian-bergmann.de make a gift : http://wishlist.sebastian-bergmann.de measure the usability of your web application - http://phpOpenTracker.de -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -Andrei Any sufficiently advanced bug is indistinguishable from a feature. -- Rich Kulawiec -- 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 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 #9710: ImageTTFText bounding box coordinates incorrect in manual
From: [EMAIL PROTECTED] Operating system: BSDI 4.1 PHP version: 4.0.2 PHP Bug Type: Documentation problem Bug description: ImageTTFText bounding box coordinates incorrect in manual Hi, The coordinates returned from ImageTTFText are stated to be "upper left, upper right, lower right, lower left" in the manual, but are returned as the following ( which is the same array structure that is returned from ImageTTFBBox): bottom left: x: 0 y: 1 bottom right x: 2 y: 3 top right: x: 4 y: 5 top left: x: 6 y: 7 Possibly the newer version of GD/PHP returns the different array sructure, as I am using GD 1.3. Bob -- Edit Bug report at: http://bugs.php.net/?id=9710edit=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] whats the standard for OO builtin_functions?
Can anyone tell me what the standard is for the builtin_functions function_entry in OO, should i use a or b A) static function_entry class_function_entry = { PHP_FALIAS(member_fnction, php_member_function, NULL) {NULL, NULL,NULL} }; B) static function_entry class_function_entry = { {"member_function",PHP_FN(php_member_function), NULL} {NULL,NULL, NULL} }; Thanks, -Jason -- 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] CVS Account Request
Full name: Ken Gengler Email: [EMAIL PROTECTED] ID: gengler Purpose: Improve/Extension Java/Servlet-PHP interface -- 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 #9711: Fatal Error while trying to install
From: [EMAIL PROTECTED] Operating system: Solaris 2.6 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: Fatal Error while trying to install When trying to run make, I get the following messages: *** Making install in main gcc -I. -I/home/php4-200103120945/main -I/home/php4-200103120945/main -I/home/o In file included from php_compat.h:7, from php.h:35, from main.c:26: php_config.h:1783: warning: `ZEND_DEBUG' redefined /home/apache_1.3.12/src/include/../php_config.h:1606: warning: this is the locan php_config.h:1813: warning: `PHP_BUILD_DATE' redefined /home/apache_1.3.12/src/include/../php_config.h:1636: warning: this is the locan In file included from php_compat.h:7, from php.h:35, from main.c:26: php_config.h:1864: warning: `zend_isinf' redefined /home/apache_1.3.12/src/include/../php_config.h:1681: warning: this is the locan main.c: In function `php_module_startup': main.c:790: structure has no member named `get_configuration_directive' main.c: In function `php_execute_script': main.c:1153: structure has no member named `exit_status' main.c:1164: structure has no member named `exit_status' main.c:1203: structure has no member named `exit_status' *** Error code 1 make: Fatal error: Command failed for target `main.lo' Current working directory /home/php4-200103120945/main *** Error code 1 make: Fatal error: Command failed for target `install-recursive' Current working directory /home/php4-200103120945/main *** Error code 1 make: Fatal error: Command failed for target `install-recursive' * This is after I run ./configure --with-informix=yes --with-apache=../apache_1.3.12 --enable-track-vars with no problems. This is a exisiting server that already has apache 1.3.12 with php4.0.2 running. -- Edit Bug report at: http://bugs.php.net/?id=9711edit=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] SIGFPE, FreeBSD and some PHP math functions
Hrm, I was under the impression that this was only a problem really for some of the FreeBSD 3.2 installations, and FreeBSD 4.1, but none of the others. I have yet to see it occur on FreeBSD 4.2. Although I believe Sascha looked into this awhile back, found an area of change, and asked for comments back on it. I don't think he received any comments really, but you might want to check the backlogs for it :) Dan Kalowsky "Tonight I think I'll walk alone, Worldgate Communications I'll find my soul as I go home." Software Engineer - TICS Group - Temptation -- 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 #9712: zend_is_callable clobbers values if using arrays as parameters for preg_replace
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.0 Latest CVS (12/03/2001) PHP Bug Type: PCRE related Bug description: zend_is_callable clobbers values if using arrays as parameters for preg_replace $search = array("!one!e", "!two!e"); // can be any code below $replace = array("1", "2"); preg_replace($search, $replace, $matches) Error message will look sth like: failed to execute regexp code "Array". Further investigation shows that pcre uses the new zend_is_callable which returns "Array" for the array. --Wez. -- Edit Bug report at: http://bugs.php.net/?id=9712edit=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] ask for help
Did you get this figured out? I'm just starting to work on compiling PHP under Windows too and am having the same trouble with the execution of bison. Greg Sohl Cedar Rapids, IA [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... dear sir, I'm a new PHP developer and very interesting in PHP,and I want to compile the PHP4.04pl1 source code in win32 myself,but failed. I have installed cygwin on my machine(windows98),and downloaded the win32build lib and include files,when I launch VC++, and then select File = Open Workspace and select php4ts, Then select Build=Set Active Configuration and select the desired configuration,Finally select Build=Rebuild All,but the compiler report such errors as below: Configuration: ZendTS - Win32 Release_TS Performing Custom Build Step on ".\zend_language_parser.y" /usr/bin/BISON: invalid option -- S Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix] [--debug] [--defines] [--fixed-output-files] [--no-lines] [--verbose] [--version] [--help] [--yacc] [--no-parser] [--token-table] [--file-prefix=prefix] [--name-prefix=prefix] [--output=outfile] grammar-file Report bugs to [EMAIL PROTECTED] Performing Custom Build Step on .\zend_ini_parser.y /usr/bin/BISON: invalid option -- S Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix] [--debug] [--defines] [--fixed-output-files] [--no-lines] [--verbose] [--version] [--help] [--yacc] [--no-parser] [--token-table] [--file-prefix=prefix] [--name-prefix=prefix] [--output=outfile] grammar-file Report bugs to [EMAIL PROTECTED] Performing Custom Build Step on ".\zend_language_scanner.l" Performing Custom Build Step on .\zend_ini_scanner.l Compiling... zend.c zend_alloc.c zend_API.c zend_builtin_functions.c zend_compile.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_compile.c(21) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_constants.c zend_dynamic_array.c zend_execute.c zend_execute_API.c zend_extensions.c zend_hash.c zend_highlight.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_highlight.c(22) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_indent.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_indent.c(25) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_ini.c zend_ini_parser.c fatal error C1083: Cannot open source file: 'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_ini_parser.c': No such file or directory Generating Code... Compiling... zend_ini_scanner.cpp zend_ini_scanner.l(22) : fatal error C1083: Cannot open include file: 'zend_ini_parser.h': No such file or directory Generating Code... Compiling... zend_language_parser.c fatal error C1083: Cannot open source file: 'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_language_parser.c': No such file or directory Generating Code... Compiling... zend_language_scanner.cpp zend_language_scanner.l(44) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory Generating Code... Compiling... zend_list.c zend_llist.c zend_opcode.c zend_operators.c zend_ptr_stack.c zend_sprintf.c zend_stack.c zend_variables.c Generating Code... Error executing cl.exe. php.exe - 7 error(s), 0 warning(s) I don't know how to configue the custom build on *.y and *.l to let bison genarate the .c and .h files. the custom build seting on zend_language_paraser.y is: if not "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S "%CYGWIN%\share\bison.simple" -p zend zend_language_parser.y if "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S "C:\Program Files\Cygnus\share\bison.simple" -p zend zend_language_parser.y I don't know how to configue the build about bison and flex,could you give me a hand? Thank you very much! your sincerely,wyc -- »¶ÓʹÓà 21CN µç×ÓÓʼþϵͳ http://www.21cn.com Thank you for using 21cn.com Email system -- 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] ask for help
I posted my answer for it on [EMAIL PROTECTED] Unfortunately I deleted the local copy of my post. Please let me know if you can or can not find it in archives I'll post it again. Yury Greg Sohl wrote: Did you get this figured out? I'm just starting to work on compiling PHP under Windows too and am having the same trouble with the execution of bison. Greg Sohl Cedar Rapids, IA [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... dear sir, I'm a new PHP developer and very interesting in PHP,and I want to compile the PHP4.04pl1 source code in win32 myself,but failed. I have installed cygwin on my machine(windows98),and downloaded the win32build lib and include files,when I launch VC++, and then select File = Open Workspace and select php4ts, Then select Build=Set Active Configuration and select the desired configuration,Finally select Build=Rebuild All,but the compiler report such errors as below: Configuration: ZendTS - Win32 Release_TS Performing Custom Build Step on ".\zend_language_parser.y" /usr/bin/BISON: invalid option -- S Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix] [--debug] [--defines] [--fixed-output-files] [--no-lines] [--verbose] [--version] [--help] [--yacc] [--no-parser] [--token-table] [--file-prefix=prefix] [--name-prefix=prefix] [--output=outfile] grammar-file Report bugs to [EMAIL PROTECTED] Performing Custom Build Step on .\zend_ini_parser.y /usr/bin/BISON: invalid option -- S Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix] [--debug] [--defines] [--fixed-output-files] [--no-lines] [--verbose] [--version] [--help] [--yacc] [--no-parser] [--token-table] [--file-prefix=prefix] [--name-prefix=prefix] [--output=outfile] grammar-file Report bugs to [EMAIL PROTECTED] Performing Custom Build Step on ".\zend_language_scanner.l" Performing Custom Build Step on .\zend_ini_scanner.l Compiling... zend.c zend_alloc.c zend_API.c zend_builtin_functions.c zend_compile.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_compile.c(21) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_constants.c zend_dynamic_array.c zend_execute.c zend_execute_API.c zend_extensions.c zend_hash.c zend_highlight.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_highlight.c(22) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_indent.c D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_indent.c(25) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory zend_ini.c zend_ini_parser.c fatal error C1083: Cannot open source file: 'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_ini_parser.c': No such file or directory Generating Code... Compiling... zend_ini_scanner.cpp zend_ini_scanner.l(22) : fatal error C1083: Cannot open include file: 'zend_ini_parser.h': No such file or directory Generating Code... Compiling... zend_language_parser.c fatal error C1083: Cannot open source file: 'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_language_parser.c': No such file or directory Generating Code... Compiling... zend_language_scanner.cpp zend_language_scanner.l(44) : fatal error C1083: Cannot open include file: 'zend_language_parser.h': No such file or directory Generating Code... Compiling... zend_list.c zend_llist.c zend_opcode.c zend_operators.c zend_ptr_stack.c zend_sprintf.c zend_stack.c zend_variables.c Generating Code... Error executing cl.exe. php.exe - 7 error(s), 0 warning(s) I don't know how to configue the custom build on *.y and *.l to let bison genarate the .c and .h files. the custom build seting on zend_language_paraser.y is: if not "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S "%CYGWIN%\share\bison.simple" -p zend zend_language_parser.y if "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S "C:\Program Files\Cygnus\share\bison.simple" -p zend zend_language_parser.y I don't know how to configue the build about bison and flex,could you give me a hand? Thank you very much! your sincerely,wyc -- »¶ÓʹÓà 21CN µç×ÓÓʼþϵͳ http://www.21cn.com Thank you for using 21cn.com Email system -- 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
Re: [PHP-DEV] PHP 4.0 Bug #9712: zend_is_callable clobbers values if using arrays as parameters for preg_replace
On Mon, 12 Mar 2001, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: any PHP version: 4.0 Latest CVS (12/03/2001) PHP Bug Type: PCRE related Bug description: zend_is_callable clobbers values if using arrays as parameters for preg_replace $search = array("!one!e", "!two!e"); // can be any code below $replace = array("1", "2"); preg_replace($search, $replace, $matches) Error message will look sth like: failed to execute regexp code "Array". Further investigation shows that pcre uses the new zend_is_callable which returns "Array" for the array. Ok, I'll check into this.. -Andrei "Someone clearly thinks that C is a garbage collected language" -- Morten Welinder -- 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 #9605 Updated: There is no file: sqlcli1.h.
ID: 9605 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Assigned To: Comments: User feedback: --- Sorry for your time. I hadn't all necessary db2 libraries. Now compilation is OK, but I cannot finish compilation of Apache. I will make new position in bug list. Please don't open any new bug reports. Does the compile stop with some error? --Jani Previous Comments: --- [2001-03-08 18:14:58] [EMAIL PROTECTED] User feedback: -- I cannot find way to reply to your response. My bug is 9605. I didn't give path, because it was default path. --- The link to the correct web page can be found in the end of this email. And try adding that 'default' path into the --with-ibm-db2 configuration option as I suggested. And please check where exactly the file 'sqlcli1.h' is in your system. --Jani --- [2001-03-07 16:13:29] [EMAIL PROTECTED] Where is your DB2 installed? Have you tried adding the install base directory ? ie. --with-ibm-db2=/db2/install/base ?? --Jani --- [2001-03-07 14:54:37] [EMAIL PROTECTED] Configuration: -with-apache=../apache_1.3.12 --enable-sigchild --enable-track-vars --with-xml --disable-debug --with-oci8 --with-ibm-db2 Problem encountered first time after adding "--with-ibm-db2". Error message: In file included from internal_functions.c:38: /usr/local/src/php-4.0.4pl1/ext/odbc/php_odbc.h:160: sqlcli1.h: No such file or directory --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9605edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8657 Updated: Errormessage on the Browser if using UNC path notation for document root
ID: 8657 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Assigned To: Comments: User feedback: -- Yes, i've tried out PHP 4.0.4pl1, but the problem persists, also with the binary php.exe. If i call php.exe from the command line like php c:\phptest.php i see the html output if i call php \\server\vol\dir\phptest.php there is no output and no errormessage. If i map \\server\vol to w: and call php w:\dir\phptest.php it works. --- Duplicate of #6554 --Jani Previous Comments: --- [2001-02-25 07:53:51] [EMAIL PROTECTED] Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from http://snaps.php.net/? --- [2001-01-11 12:24:54] [EMAIL PROTECTED] Installation on NT4 under Apache 1.3.14 using LoadModule php4_module /php/sapi/php4Apache.dll. If document root is configured like "c:/HTDocs" all works fine (testscript phptest.php) If document root is configured like "//servername/volume/domains/zpp/www.domain.de" (because the HTDocs are on a novell server volume) i got the errormesage on the browser Warning: Failed opening '//servername/volume/domains/zpp/www.domain.de/phptest.php' for inclusion (include_path='') in Unknown on line 0 If i use drive mapping instead of unc path,for access to the netware volume, apache will not work. Thank you in advance for help --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8657edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8657 Updated: Errormessage on the Browser if using UNC path notation for document root
ID: 8657 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Duplicate Bug Type: Scripting Engine problem Assigned To: Comments: Previous Comments: --- [2001-02-25 07:53:51] [EMAIL PROTECTED] Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from http://snaps.php.net/? --- [2001-01-11 12:24:54] [EMAIL PROTECTED] Installation on NT4 under Apache 1.3.14 using LoadModule php4_module /php/sapi/php4Apache.dll. If document root is configured like "c:/HTDocs" all works fine (testscript phptest.php) If document root is configured like "//servername/volume/domains/zpp/www.domain.de" (because the HTDocs are on a novell server volume) i got the errormesage on the browser Warning: Failed opening '//servername/volume/domains/zpp/www.domain.de/phptest.php' for inclusion (include_path='') in Unknown on line 0 If i use drive mapping instead of unc path,for access to the netware volume, apache will not work. Thank you in advance for help --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8657edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9705 Updated: Multiple File Upload
ID: 9705 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Unknown/Other Function Assigned To: Comments: Please try the latest release (PHP 4.0.4pl1). IIRC, this is fixed in it. --Jani Previous Comments: --- [2001-03-12 09:22:14] [EMAIL PROTECTED] Hi, is it possible that the multiple file upload does not work in 4.02? uploading just one file (without "[]") works fine! the problem is, that the var is empty after loading b.php3. Here is the sample script: bye thomas kogler file a.php3 --- form action="b.php3" method="post" enctype="multipart/form-data" Send these files:br input name="userfile[]" type="file"br input name="userfile[]" type="file"br input type="submit" value="Send files" /form -- file b.php3 -- ? echo $userfile_name[0]; ? --- file php.ini [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 #9712 Updated: zend_is_callable clobbers values if using arrays as parameters for preg_replace
ID: 9712 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: PCRE related Assigned To: andrei Comments: Ok, I'll check into this.. -Andrei Previous Comments: --- [2001-03-12 14:37:22] [EMAIL PROTECTED] $search = array("!one!e", "!two!e"); // can be any code below $replace = array("1", "2"); preg_replace($search, $replace, $matches) Error message will look sth like: failed to execute regexp code "Array". Further investigation shows that pcre uses the new zend_is_callable which returns "Array" for the array. --Wez. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9712edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9692 Updated: Subtraction result below 100 yields wrong decimal output
ID: 9692 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Math related Assigned To: Comments: Yes it is. This bug report is about the same 'problem': #8164 And it has an url to a page that explains this better than I can. :) --Jani Previous Comments: --- [2001-03-12 01:12:17] [EMAIL PROTECTED] i dont think thats the same is it. Because all I am doing is a simple subtraction operation. Additionally the output comes perfect if the result is greater than 100 but does not come perfect if the output is lesser than 100 --- [2001-03-12 00:45:04] [EMAIL PROTECTED] Check the last comment on bug: #9288 --Jani --- [2001-03-12 00:41:11] [EMAIL PROTECTED] Please check http://www.transecute.com/~kalpesh/check.php4 In case (1) I subtract a number from another which should output '0.9' but insted outputs '0.99' In case (2) I subtract a number from another and it gives correct output This behaviour has been noticed if the result of the subtraction is greater than 100. I have also published my PHPINFO output on the same page for your reference. This bug is quite dangerous (especially for us when we are dealing with financial calculations for our payment gateway using PHP) since all our reports dont tally at the end of the day by tiny figures such as this. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9692edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9713: Compiled Fault
From: [EMAIL PROTECTED] Operating system: Linux Suse 7.0 PHP version: 4.0.4pl1 PHP Bug Type: Compile Problem Bug description: Compiled Fault Hello, I compiled php 4.0.4pl1 with apache (dynamic shared object). I used the following configure command: ./configure --with-mysql=/usr/ --with-pgsql=/usr/local/pgsql --with-apxs=/usr/local/apache/bin/apxs --enable-sysvshm=yes --enable-sysvsem=yes --enable-track-vars=yes --enable-url-includes=yes --enable-ftp --with-regex --with-jpeg-dir=/usr/local/ --with-zlib --with-gd=/usr/local/ --with-mcrypt=/usr/ --enable-versioning --with-config-file-path=/etc/ --with-ldap=/usr/local/ldap After I finished compiling, i start the apache daemon an got the following fault: Syntax error on line 207 of /usr/local/apache/conf/httpd.conf cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/libexec/libphp4.so: undefined symbol: undefined symbol: php_regcomp, The configure order is perfect, the fault lay in the following instruction: --with-regex -- Edit Bug report at: http://bugs.php.net/?id=9713edit=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 #9704 Updated: LDAP Referral problem
ID: 9704 Updated by: venaas Reported By: [EMAIL PROTECTED] Status: Open Bug Type: LDAP related Assigned To: Comments: If you use the latest snapshot or the soon to be released 4.0.5 (or release candidate) and OpenLDAP 2.x.x API, you can tell it not to follow referrals, parse the referral yourself and connect to the master server. I haven't added all the documentation yet, but something like this would catch a referral: ldap_set_option($ds, LDAP_OPT_REFERRALS, 0); ldap_bind($ds); $sr=ldap_search($ds,"", "cn=inga cecilie*"); if (ldap_parse_result($ds, $sr, $rescode, $matcheddn, $errmsg, $referrals)) { echo "Result code: $rescode\nMatched DN: $matcheddn\nError msg: $errmsg\n"; echo "Referrals: ", implode("\n\t", $referrals), "\n"; } else { echo "Error parsing result!\n"; } Will this suffice? Previous Comments: --- [2001-03-12 09:17:08] [EMAIL PROTECTED] There is no support for LDAP referral in PHP 4. It's a big problem, because it's not possible to add data in the LDAP Database because the local database is in read only. Only the the master (referral) database is writable. I writed a little function which call "ldap_set_rebind_proc()" but it's used for all the LDAP link-id and it's not really a solution. Is it possible for you to add this type of function ? Or may i have help for write this one ? Greets, Yannick. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9704edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9714: array_walk crashes
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.0.4pl1 PHP Bug Type: Arrays related Bug description: array_walk crashes this example: $t[Line][4][21] = 14; $t[Line][1][1] = 1; $t[Line][2][12] = 12; $t[Line][1][3] = 3; $t[Line][3][20] = 13; ksort($t[Line]); array_walk($t[Line],asort); crashes on Windows (2k) with php.exe and php4apache.dll, not on Linux. I know, the function should have 2-3 arguments, but it shouldn't crash. -- Edit Bug report at: http://bugs.php.net/?id=9714edit=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 #9704 Updated: LDAP Referral problem
ID: 9704 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: LDAP related Assigned To: Comments: Previous Comments: --- [2001-03-12 09:17:08] [EMAIL PROTECTED] There is no support for LDAP referral in PHP 4. It's a big problem, because it's not possible to add data in the LDAP Database because the local database is in read only. Only the the master (referral) database is writable. I writed a little function which call "ldap_set_rebind_proc()" but it's used for all the LDAP link-id and it's not really a solution. Is it possible for you to add this type of function ? Or may i have help for write this one ? Greets, Yannick. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9704edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9683 Updated: XML DOM memory leak w/ libxml 2.3.3
ID: 9683 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Description: XML DOM memory leak w/ libxml 2.3.3 Last sentence of original bug should be: Can't reproduce this using libxml 2.2.7. Previous Comments: --- [2001-03-11 15:13:33] [EMAIL PROTECTED] Environment: Linux (Mandrake 7.2) Apache Behavior: I tested with both libxml 2.2.7 and libxml 2.3.4. I have seen reports of this elsewhere. I am not familiar with how to verify memory leaks. When using libxml 2.3.4, apache processes increased in size until the apache locked up and become inaccessible. Can't reproduce this using apache 2.2.7. --- Full Bug description available at: http://bugs.php.net/?id=9683 -- 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] CVS Account Request
Full name: Adam Daniel Email: [EMAIL PROTECTED] ID: adaniel Purpose: password reset please. Thank you -- 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] HTTP Bailout
When a client bails out of a http connection and apache shuts down that thread process, is there something or a way so that php can call some sort of destructor? My problem is if a client bails out right in the middle of a financial transaction I need some way of canceling a pending order. Nathan -- 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 #9715: Memory leak when passing string values to modular variables in COM
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0 Latest CVS (12/03/2001) PHP Bug Type: COM related Bug description: Memory leak when passing string values to modular variables in COM This is a new bug that I found. Memory is leaked when passing string values to String variables in the modular scope of the COM object. Example: COM object has public variable called temp which is of String data type. I instantiate the COM object and reference it with $t_obj. I pass a string value from php like this:- $t_obj-temp = "This is a test string."; PHP has many other bugs concerning passing values through COM, but this bug is more serious because I am only trying to pass String values to the variables directly, without having to call a method to pass the values to the variables. -- Edit Bug report at: http://bugs.php.net/?id=9715edit=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 #9716: internal_functions.c:32: `#include' expects FILENAME or FILENAME
From: [EMAIL PROTECTED] From: [EMAIL PROTECTED] Operating system: Mac OS X RC1 PHP version: 4.0 Latest CVS (12/03/2001) PHP Bug Type: *Install and Config Bug description: internal_functions.c:32: `#include' expects "FILENAME" or lt;FILENAMEgt; After configuration the this error occurs" Making all in main /bin/sh /Users/Shared/php4-200103121645/libtool --silent --mode=compile cc -I. -I/Users/Shared/php4-200103121645/main -I/Users/Shared/php4-200103121645/main -I/Users/Shared/php4-200103121645 -I/usr/include/httpd -I/Users/Shared/php4-200103121645/Zend -I/usr/local/mysql/include/mysql -I/Users/Shared/php4-200103121645/ext/xml/expat/xmltok -I/Users/Shared/php4-200103121645/ext/xml/expat/xmlparse -I/Users/Shared/php4-200103121645/TSRM -traditional-cpp -DDARWIN -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c internal_functions.c internal_functions.c:32: `#include' expects "FILENAME" or FILENAME make[2]: *** [internal_functions.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 This error is caused by the following line: #include "ext/mysql/php_mysql.h"n#include "ext/pcre/php_pcre.h"n#include "ext/posix/php_posix.h"n#include "ext/session/mod_mm.h"n#include "ext/session/php_session.h"n#$ p_zlib.h"n This line should be broken into multiple lines: #include "ext/mysql/php_mysql.h" #include "ext/pcre/php_pcre.h" #include "ext/posix/php_posix.h" #include "ext/session/mod_mm.h" #include "ext/session/php_session.h" #include "ext/standard/php_standard.h" #include "ext/xml/php_xml.h" #include "ext/zlib/php_zlib.h" The file can be manually edited after configuration and the build will proceed normally with success. However running configuration again will revert this file to the broken state again. -- Edit Bug report at: http://bugs.php.net/?id=9716edit=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 #9717: configure script looks for httpd.h in wrong place in Apache Source tree
From: [EMAIL PROTECTED] Operating system: solaris 7 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: configure script looks for httpd.h in wrong place in Apache Source tree run configure with ./configure --with-apache=/sysadmin/webdev/apache/apache_1.3.19 configure: error: Invalid Apache directory - unable to find httpd.h under /sysadmin/webdev/apache/apache_1.3.19 looking at the configure script, it looks for includes under the apache 1.3.x tree at $withval/src/main/httpd.h which should be $withval/src/include/httpd.h and sets the APACHE_INCLUDE variable to "-I$withval/src/main, etc" the httpd.h and other apache includes are in ./src/include subdirectory under the Apache directory. I was able to make it compile by hand-editing configure to replace main with include -- Edit Bug report at: http://bugs.php.net/?id=9717edit=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 #9534 Updated: Inclusion of 'mcrypt' keeps Apache from starting
ID: 9534 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Verisign Payflow Pro related Description: Inclusion of 'mcrypt' keeps Apache from starting Downloaded 'beta' release of PayFlowPro SDK (files dated 12/15/00). Download site is at (you'll need username/password): https://testmanager.signio.com/downloads/downloads_eligibility.htm Was able to successfully build and run Apache with all 'extensions' included. Final config is: Apache 1.3.19 php-4.0.4pl1 mysql-3.23.33 libmcrypt-2.4.9 openssl-0.9.6 mod_perl-1.25 mod_ssl-2.8.1-1.3.19 assorted perl-mods Previous Comments: --- [2001-03-06 20:24:58] [EMAIL PROTECTED] Ooops, forgot to change the 'type' --- [2001-03-06 20:23:50] [EMAIL PROTECTED] Changing 'bug type' to "PayFlowPro" related (from 'mcrypt' related) since I have found that I can include "mcrypt" (and all the other libraries, such as mysql) if I exclude the PFP library from Signio. Have seen that there's another Bug report on this issue (#9530) that looks very similar. I'm now attempting the 'build' using Apache 1.3.19 and mod_ssl-2.8.1-1.3.19 --- [2001-03-03 17:30:20] [EMAIL PROTECTED] libmcrypt 2.4.7 works just fine for me. And yes, you have to configure libmcrypt with --disable-posix-threads --Jani --- [2001-03-03 00:54:53] [EMAIL PROTECTED] I've been 'rebuilding' my webservers, upgrading from Apache 1.3.12 (and 14)/PHP-4.0.3pl1/libmcrypt-2.4.5/mysql-3.22.32 to Apache 1.3.17/PHP-4.0.4pl1/libmcrypt-2.4.9/mysql-3.23.33 My 'single CPU' Athlon system upgraded fine, but the 2 'dual' Pentium servers (all of them are running Redhat 6.2 2.2.17-14) won't start Apache if I have the '--with-mcrypt' inclusion in my PHP config. Without it, everything works fine. I even tried 'back-reving' libmcrypt to the old version (2.4.5, 2.4.6, 2.4.7, and 2.4.8, by wiping out all of the 'libmcrypt' stuff in /usr/local/lib, and rebuilding) which didn't work either... gdb reports that httpd exited normally (and that there's no 'backtrace') My configuration looks like: ./configure --with-config-file-path=/usr/local/apache --with-mysql=/usr/local/mysql --with-pfpro=/usr/local/signio/linux --with-apxs=/usr/local/apache/bin/apxs --with-mcrypt ## (this line is EVIL!!) (please help me..wh) P.S. Though libmcrypt compiles fine either way, I seem to remember that there might have been a reason to use the --disable-posix-threads option --- Full Bug description available at: http://bugs.php.net/?id=9534 -- 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 #9718: Memory leak when passing String values into methods through COM
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0 Latest CVS (12/03/2001) PHP Bug Type: COM related Bug description: Memory leak when passing String values into methods through COM I added methods to pass String values into the static variables. Passing String values into method in COM object also leaks memory. Example: COM object has method test(String a) and a static variable b The method sets the variable b to a. In PHP, I execute the COM object's method: $t_obj-test("This is a test string."); Memory leak when passing String into COM object. -- Edit Bug report at: http://bugs.php.net/?id=9718edit=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 #9718 Updated: Memory leak when passing String values into methods through COM
ID: 9718 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: COM related Description: Memory leak when passing String values into methods through COM Found the problem. It only leaks memory, if I pass a CONSTANT from PHP to the COM object. All I have to do now is rewrite the php so that I'm passing a variable, not a constant. Probably this issue can be closed after someone has a look into it. Previous Comments: --- [2001-03-12 21:48:59] [EMAIL PROTECTED] I added methods to pass String values into the static variables. Passing String values into method in COM object also leaks memory. Example: COM object has method test(String a) and a static variable b The method sets the variable b to a. In PHP, I execute the COM object's method: $t_obj-test("This is a test string."); Memory leak when passing String into COM object. --- Full Bug description available at: http://bugs.php.net/?id=9718 -- 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 #9715 Updated: Memory leak when passing string values to modular variables in COM
ID: 9715 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: COM related Description: Memory leak when passing string values to modular variables in COM Found the problem. It only leaks memory, if I pass a CONSTANT from PHP to the COM object. All I have to do now is rewrite the php so that I'm passing a variable, not a constant. Probably this issue can be closed after someone has a look into it. Previous Comments: --- [2001-03-12 19:56:02] [EMAIL PROTECTED] This is a new bug that I found. Memory is leaked when passing string values to String variables in the modular scope of the COM object. Example: COM object has public variable called temp which is of String data type. I instantiate the COM object and reference it with $t_obj. I pass a string value from php like this:- $t_obj-temp = "This is a test string."; PHP has many other bugs concerning passing values through COM, but this bug is more serious because I am only trying to pass String values to the variables directly, without having to call a method to pass the values to the variables. --- Full Bug description available at: http://bugs.php.net/?id=9715 -- 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 #9715 Updated: Memory leak when passing string values to modular variables in COM
ID: 9715 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: COM related Description: Memory leak when passing string values to modular variables in COM That wasn't it... I tried it without passing a constant, and it's still leaking memory! So this is an outstanding serious bug with no workaround. Previous Comments: --- [2001-03-12 22:02:03] [EMAIL PROTECTED] Found the problem. It only leaks memory, if I pass a CONSTANT from PHP to the COM object. All I have to do now is rewrite the php so that I'm passing a variable, not a constant. Probably this issue can be closed after someone has a look into it. --- [2001-03-12 19:56:02] [EMAIL PROTECTED] This is a new bug that I found. Memory is leaked when passing string values to String variables in the modular scope of the COM object. Example: COM object has public variable called temp which is of String data type. I instantiate the COM object and reference it with $t_obj. I pass a string value from php like this:- $t_obj-temp = "This is a test string."; PHP has many other bugs concerning passing values through COM, but this bug is more serious because I am only trying to pass String values to the variables directly, without having to call a method to pass the values to the variables. --- Full Bug description available at: http://bugs.php.net/?id=9715 -- 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 #9719: Dash in URL causing CGI Error to be reported
From: [EMAIL PROTECTED] Operating system: Windows NT 4.0 build 1381 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: Dash in URL causing CGI Error to be reported Ok -- I've been chasing this one down and now I found the common link. When I have a dash (_) in a file name I get this message: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: If I try a page that doesn't have the dash, it works perfectly. I've tried this and modified my page names, and that solves the problem. -- Edit Bug report at: http://bugs.php.net/?id=9719edit=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 #9719 Updated: Dash in URL causing CGI Error to be reported
ID: 9719 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Description: Dash in URL causing CGI Error to be reported Previous Comments: --- [2001-03-12 23:06:09] [EMAIL PROTECTED] Ok -- I've been chasing this one down and now I found the common link. When I have a dash (_) in a file name I get this message: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: If I try a page that doesn't have the dash, it works perfectly. I've tried this and modified my page names, and that solves the problem. --- Full Bug description available at: http://bugs.php.net/?id=9719 -- 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] whats the standard for OO builtin_functions?
If it's not an alias I think you probably want PHP_FE(member_function, NULL) and use PHP_FUNCTION(member_function) in the function decleration. Andi At 12:06 PM 3/12/2001 -0600, Jason Greene wrote: Can anyone tell me what the standard is for the builtin_functions function_entry in OO, should i use a or b A) static function_entry class_function_entry = { PHP_FALIAS(member_fnction, php_member_function, NULL) {NULL, NULL,NULL} }; B) static function_entry class_function_entry = { {"member_function",PHP_FN(php_member_function), NULL} {NULL,NULL, NULL} }; Thanks, -Jason -- 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 #9720: Location header + session causes an infinite loop
From: [EMAIL PROTECTED] Operating system: Solaris 2.6 PHP version: 4.0.3pl1 PHP Bug Type: Scripting Engine problem Bug description: Location header + session causes an infinite loop We are running PHP on Apache 1.3.14. Each developer has his own copy of the site running on a virtual host. The production site runs on port 80 (not a virtual host). When unauthenticated clients type in a URL, they are redirected to a login page. After entering valid credentials, the browser cycles in an infinite loop between their next destination and the login page. This only occurs when port 80 is explicitly specified in the URL. Explicit port numbers work fine for all virtual hosts. -- Edit Bug report at: http://bugs.php.net/?id=9720edit=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] PHP 4.0 Bug #9720: Location header + session causes an infinite loop
FYI I redirected just like he/she is explained here. I've experienced similar behavior on PHP4.0.4/Linux/Apache. (It happened without specifying port, though) I didn't save the code and could not make it reproduce later, so I didn't post it as a bug. I got another similar behavior later so I posted as a BugID#9365. -- Yasuo Ohgaki - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 13, 2001 3:08 PM Subject: [PHP-DEV] PHP 4.0 Bug #9720: Location header + session causes an infinite loop From: [EMAIL PROTECTED] Operating system: Solaris 2.6 PHP version: 4.0.3pl1 PHP Bug Type: Scripting Engine problem Bug description: Location header + session causes an infinite loop We are running PHP on Apache 1.3.14. Each developer has his own copy of the site running on a virtual host. The production site runs on port 80 (not a virtual host). When unauthenticated clients type in a URL, they are redirected to a login page. After entering valid credentials, the browser cycles in an infinite loop between their next destination and the login page. This only occurs when port 80 is explicitly specified in the URL. Explicit port numbers work fine for all virtual hosts. -- Edit Bug report at: http://bugs.php.net/?id=9720edit=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 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] NEED HELP
pls tell me how to check fopen("http://.", "r"); returns an read error message or not PADAM TIMSINA _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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]