RE: [PHP-DEV] Function request
I think this would be nice. To be able to pull a multi-dimentional array from a mysql result. I'm working on a database abstraction module that does exactly this, and should support every database module that is loaded into php. I've already got it doing what you describe, only I return an object which includes rowcount and fieldcount as well as the 2-d array results (index and/or associative) (and I use [rownumber]["fieldname"] :-) Probably one or two weeks until it's ready for the public, and by then it should support mysql and odbc, the rest to be added in due time (or when I have the databases set up here). Cheerio, Marc. -- 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] how-to get array[0] and array[name] to actually reference only 1 value?
Also, even though [0] and ['id'] initially contain the same value, they are not bound together in any way. You may be able to accomplish what you desire by using references. (See the manual section on references for more information. ie. $q-data[0]["id"] = $q-data[0][0]; How can I create such a reference in code? Now I'm using zend_hash_index_update and zend_hash_update for $q-data[0][0] and $q-data[0]["id"], but that doesn't create a reference. So how should I code this? Cheerio, Marc. -- 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] question about classes
Hi, I implemented my own classes in an extension, but when I instanciate them, they don't have any properties. I called the macro INIT_OVERLOADED_CLASS_ENTRY (well, an equivalent that uses strlen() instead of sizeof()) cause I want to have write control over some properties: MGD_INIT_OVERLOADED_CLASS_ENTRY( (*midgard_class)-class_entry, (*midgard_class)-name, (*midgard_class)-methods, NULL, NULL, (*midgard_class)-set_property ); And (*midgard_class)-methods is a table that contains an alias of the same name as the class name (the constructor that creates all properties). But this constructor never gets called. I tried to implement the function call mechanism (replacing the first NULL above with (*midgard_class)-function_call) but then I have to strncmp() all the function names... Is there a way to call the constructor automatically ? -- Best Regards, David Guerizec Free Software Developer Aurora RD [EMAIL PROTECTED] Midgard core developer http://www.midgard-project.org/ -- 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] how-to get array[0] and array[name] to actually reference only 1 value?
Well, I guess that hacking the php source would work. :) However, I was just thinking that you Could do something like this: (Note - not tested! :) while (list ($key, $value) = mysql_fetch_array ($result, MYSQL_ASSOC)) { $data[] = $data[$key] = $value; } --zak - Original Message - From: "Marc Boeren" [EMAIL PROTECTED] To: "'Zak Greant'" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, February 12, 2001 2:25 AM Subject: RE: [PHP-DEV] how-to get array[0] and array["name"] to actually reference only 1 value? not bound together in any way. You may be able to accomplish what you desire by using references. (See the manual section on references for more information. ie. $q-data[0]["id"] = $q-data[0][0]; After looking for references in the php-code, I found something that seems to work ok (zend_assign_to_variable_reference): zval *dummy, *value, **x_ptr, **y_ptr; MAKE_STD_ZVAL(value); ZVAL_LONG(value, 10); ALLOC_ZVAL(dummy); INIT_ZVAL(*dummy); zend_hash_update(return_value-value.obj.properties, "x", sizeof("x"), value, sizeof(zval *), (void **) x_ptr); zend_hash_update(return_value-value.obj.properties, "y", sizeof("y"), dummy, sizeof(zval *), (void **) y_ptr); zend_assign_to_variable_reference(NULL, y_ptr, x_ptr, NULL ELS_CC); This leads me to another question: how do I obtain the x_ptr (from the example) if the zend_hash_update was done elsewhere and no ptr was passed then??? zend_hash_update(return_value-value.obj.properties, "x", sizeof("x"), value, sizeof(zval *), NULL); [...] // How do I get the x_ptr ??? zend_hash_update(return_value-value.obj.properties, "y", sizeof("y"), dummy, sizeof(zval *), (void **) y_ptr); zend_assign_to_variable_reference(NULL, y_ptr, x_ptr, NULL ELS_CC); Cheerio, Marc. -- 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 #9223: recode_string leaks memory
From: [EMAIL PROTECTED] Operating system: SuSE-Linux 7.0 PHP version: 4.0.4pl1 PHP Bug Type: Recode related Bug description: recode_string leaks memory I use the following procedure to recode records that are read in from a dbase file. If I run this script for all the 3500 records in the dbase file the apache server process uses 150MB of memory. function recodeDBF($dbfin) { $dbfout=array(); while( list($key, $inval) = each($dbfin) ) { $dbfout[$key]=recode_string("pc..l1",trim($inval)); // A LOT OF MEMORY // $dbfout[$key]=trim($inval); // NORMAL MEMORY USAGE } return $dbfout; } -- Edit Bug report at: http://bugs.php.net/?id=9223edit=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] how-to get array[0] and array[name] to actually reference only 1 value?
Well, I guess that hacking the php source would work. :) However, I was just thinking that you Could do something like this: while (list ($key, $value) = mysql_fetch_array ($result, MYSQL_ASSOC)) { $data[] = $data[$key] = $value; } I could, but since I'm writing a database abstraction module I'm wrapping the mysql-routines (and other db's as well, but since I just started it's only mysql for now). Anyway, basic functionality (including the references) now works on win, so I'll try and compile it on my Linux-box. Cheerio, Marc. (BTW, why a cc to the bug database?) -- 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 #9225: Somthing is eating my cflags
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: Somthing is eating my cflags Hiya, i have these flags for compiling: CXXFLAGS = CFLAGS= -Os -O6 -march=pentium when i do: ./configure --with-apache=/usr/src/wico/apache_1.3.17 \ --with-config-file-path=/usr/local/apache/conf \ --enable-sigchild \ --disable-pear \ --with-bz2 \ --with-curl=/usr/local/curl \ --enable-ftp \ --with-gd \ --with-mcrypt=/usr/local/mcrypt \ --with-mysql=/usr/local/mysql \ --disable-session \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --with-zlib \ --enable-static make make install i get this: Making all in Zend make[1]: Entering directory `/home/src/wico/php-4.0.4pl1/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_language_scanner.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_ini_scanner.c /bin/sh ../libtool --silent --mode=link gcc -Os -O6 -march=pentium -o libZend_c.la zend_language_scanner.lo zend_ini_scanner.lo /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_language_parser.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_ini_parser.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_alloc.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_compile.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_constants.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c zend_dynamic_array.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 s -O6 -march=pentium -c ./zend_execute.c gcc: cannot specify -o with -c or -S and multiple compilations make[1]: *** [zend_execute.lo] Error 1 make[1]: Leaving directory `/home/src/wico/php-4.0.4pl1/Zend' make: *** [all-recursive] Error 1 watch this line: /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 s -O6 -march=pentium -c ./zend_execute.c changing it to this works: /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=12 -Os -O6 -march=pentium -c ./zend_execute.c Greetz, Wico -- Edit Bug report at: http://bugs.php.net/?id=9225edit=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 #9226: Include URL; fopen Url
From: [EMAIL PROTECTED] Operating system: Linux SuSE 7.0 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: Include URL; fopen Url This statement $fp = fopen("http://www.php.net/", "r"); produce this Error Warning: fopen("http://www.php.net/","r") - Bad file descriptor in /usr/local/httpd/htdocs/web_interface/test.php3 on line 22 I have search for this Error an find this. Then I trie the inclusion and I get the same Error Message like below. Is there any solution for this error? Thanks! just upgraded to php-4.0.3pl1-3 via the rpm on a RedHat 7.0 server. Now it seems that my includes for URL's does not work anymore. I put the allow_url_fopen in the php.ini and still no luck.. Any one else run into this problem? PS. the URL is there..i checked ;) Here is the message ... Warning: Failed opening 'http://static.userland.com/myUserLandHtml/currentRenderings/service03474.html' for inclusion include_path='.:/usr/share/php') in /home/httpd/html/stuff.php on line 16 -- Edit Bug report at: http://bugs.php.net/?id=9226edit=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 #9227 Updated: php module crashes without content-type header.
ID: 9227 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Reproduceable crash Description: php module crashes without content-type header. I am running php 4.04pl1 compiled as an apache 1.3 module with support for curl, pgsql, and zlib. It seems that the module crashes, causing httpd processes to seg fault when a POST request is made without a content-type header. It seems that the crash only occurs after a normal POST with a content-type header is followed by one without. To reproduce the crash, I simply make a POST request to a php script that does pretty much nothing( usually just printing a statement indicating that it ran ) with a browser(Netscape 4.6.2 or lynx-2.82.) and then run a program that I wrote that sends a POST request w/o the Content-Type header. Sometimes this step must be done several times until the same apache child process that I hit with the browser receives the bad request. Eventually, after running this program for a while one apache child process dies for each hit I made from the browser. This only occurs with php scripts and apache does not give me a core dump that i can analyze to give you more info. Previous Comments: --- [2001-02-12 10:36:53] [EMAIL PROTECTED] I am running php 4.04pl1 compiled as an apache 1.3 module with support for curl, pgsql, and zlib. It seems that the module crashes, causing httpd processes to seg fault when a POST request is made without a content-type header. To reproduce the crash, I simply make a POST request to a php script that does pretty much nothing( usually just printing a statement indicating that it ran ) with a browser(Netscape 4.6.2) and then run a program that I wrote that sends a POST request w/o the Content-Type header. Sometimes this step must be done several times until the same apache child process that you hit with the browser receives your request. Eventually, after running this program for a while one apache child process dies for each hit from the browser. This only occurse with php scripts and apache does not give me a core dump that i can analyze to give you more info. --- Full Bug description available at: http://bugs.php.net/?id=9227 -- 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 #9197 Updated: crash in _efree
ID: 9197 User Update by: [EMAIL PROTECTED] Status: Open Old-Bug Type: Reproduceable crash Bug Type: OCI8 related Description: crash in _efree Included is a short script that reproduces the problem % $Conn = OCINLogon ('vignette', 'vignette', 'wom_dev'); $Stmt = OCIParse ($Conn, " select xml from extra_info where item_id = '6E1DB91CF3474384E034080020B33146'"); $Clob = OCINewDescriptor ($Conn, OCI_D_LOB); OCIExecute ($Stmt); $nrows = OCIFetchStatement ($Stmt, $rs); print_r ($rs); $Stmt = OCIParse ($Conn, " select xml from extra_info where item_id = '6E1DB91CF0654384E034080020B33146'"); $Clob = OCINewDescriptor ($Conn, OCI_D_LOB); OCIExecute ($Stmt); $nrows = OCIFetchStatement ($Stmt, $rs); print_r ($rs); while (OCIFetch ($Stmt)) { $Clob = OCIResult ($Stmt, 'XML'); } $ExtraXML = @$Clob-load(); % Previous Comments: --- [2001-02-09 16:45:19] [EMAIL PROTECTED] Getting periodic crashes in some of my templates. Crash is reproduceable using cgi or apache builds. Crash also occurs under solaris 2.7. Backtrace is from Linux RedHat 7.0 211 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 0x80aaa14 in _efree (ptr=0x735740) at zend_alloc.c:211 #1 0x80b53bf in _zval_dtor (zvalue=0x81a44fc) at zend_variables.c:62 #2 0x80af555 in _zval_ptr_dtor (zval_ptr=0x81dd818) at zend_execute_API.c:261 #3 0x80b9198 in zend_hash_clean (ht=0x8153124) at zend_hash.c:590 #4 0x80d30b0 in execute (op_array=0x814e504) at ./zend_execute.c:1575 #5 0x80b637d in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #6 0x805d733 in php_execute_script (primary_file=0xb6e0) at main.c:1221 #7 0x805bee8 in main (argc=3, argv=0xb784) at cgi_main.c:738 #8 0x40698b65 in __libc_start_main (main=0x805b77c main, argc=3, ubp_av=0xb784, init=0x805a0ec _init, fini=0x80d86cc _fini, rtld_fini=0x4000df24 _dl_fini, stack_end=0xb77c) at ../sysdeps/generic/libc-start.c:111 ./configure --prefix=/var/mancala #--with-apache=/src/linux/build/apache_1.3.17 --with-oci8 --without-mysql --with-zlib=/usr/lib --with-dom=/src/linux/build/libxml2-2.2.11 --enable-sysvsem --enable-sysvshm --disable-xml [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 =
[PHP-DEV] PHP 4.0 Bug #9197 Updated: crash in _efree
ID: 9197 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Description: crash in _efree Included is a short script that reproduces the problem The first part contains a workaround, that I have implemented in my code. From the docs I was under the impresison I had to manipulate the clob through the clob calls, but OCIFetchStatement appears to handle the data correctly. The oracle schema is: SQL desc extra_info Name Null?Type - ITEM_ID NOT NULL VARCHAR2(32) XMLCLOB CREATE_DATE NOT NULL DATE UPDATE_DATE NOT NULL DATE CLOB_UPDATE_DATE NOT NULL DATE % $Conn = OCINLogon ('vignette', 'vignette', 'wom_dev'); // working version $Stmt = OCIParse ($Conn, " select xml from extra_info where item_id = '6E1DB91CF0654384E034080020B33146'"); $Clob = OCINewDescriptor ($Conn, OCI_D_LOB); OCIExecute ($Stmt); $nrows = OCIFetchStatement ($Stmt, $rs); // non-working version $Stmt = OCIParse ($Conn, " select xml from extra_info where item_id = '6E1DB91CF0654384E034080020B33146'"); $Clob = OCINewDescriptor ($Conn, OCI_D_LOB); OCIExecute ($Stmt); while (OCIFetch ($Stmt)) { $Clob = OCIResult ($Stmt, 'XML'); } $ExtraXML = @$Clob-load(); % Previous Comments: --- [2001-02-12 11:04:45] [EMAIL PROTECTED] Included is a short script that reproduces the problem % $Conn = OCINLogon ('vignette', 'vignette', 'wom_dev'); $Stmt = OCIParse ($Conn, " select xml from extra_info where item_id = '6E1DB91CF3474384E034080020B33146'"); $Clob = OCINewDescriptor ($Conn, OCI_D_LOB); OCIExecute ($Stmt); $nrows = OCIFetchStatement ($Stmt, $rs); print_r ($rs); $Stmt = OCIParse ($Conn, " select xml from extra_info where item_id = '6E1DB91CF0654384E034080020B33146'"); $Clob = OCINewDescriptor ($Conn, OCI_D_LOB); OCIExecute ($Stmt); $nrows = OCIFetchStatement ($Stmt, $rs); print_r ($rs); while (OCIFetch ($Stmt)) { $Clob = OCIResult ($Stmt, 'XML'); } $ExtraXML = @$Clob-load(); % --- [2001-02-09 16:45:19] [EMAIL PROTECTED] Getting periodic crashes in some of my templates. Crash is reproduceable using cgi or apache builds. Crash also occurs under solaris 2.7. Backtrace is from Linux RedHat 7.0 211 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 0x80aaa14 in _efree (ptr=0x735740) at zend_alloc.c:211 #1 0x80b53bf in _zval_dtor (zvalue=0x81a44fc) at zend_variables.c:62 #2 0x80af555 in _zval_ptr_dtor (zval_ptr=0x81dd818) at zend_execute_API.c:261 #3 0x80b9198 in zend_hash_clean (ht=0x8153124) at zend_hash.c:590 #4 0x80d30b0 in execute (op_array=0x814e504) at ./zend_execute.c:1575 #5 0x80b637d in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #6 0x805d733 in php_execute_script (primary_file=0xb6e0) at main.c:1221 #7 0x805bee8 in main (argc=3, argv=0xb784) at cgi_main.c:738 #8 0x40698b65 in __libc_start_main (main=0x805b77c main, argc=3, ubp_av=0xb784, init=0x805a0ec _init, fini=0x80d86cc _fini, rtld_fini=0x4000df24 _dl_fini, stack_end=0xb77c) at ../sysdeps/generic/libc-start.c:111 ./configure --prefix=/var/mancala #--with-apache=/src/linux/build/apache_1.3.17 --with-oci8 --without-mysql --with-zlib=/usr/lib --with-dom=/src/linux/build/libxml2-2.2.11 --enable-sysvsem --enable-sysvshm --disable-xml [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* -
[PHP-DEV] PHP 4.0 Bug #9228: with apache 2.0.9: php_functions.c:49
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.2 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: with apache 2.0.9: php_functions.c:49 php_functions.c:49: too few arguments to function `ap_sub_req_lookup_uri' *** Error code 1 -- Edit Bug report at: http://bugs.php.net/?id=9228edit=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 #9229: Sockets extension does not compile -- possible problem
From: [EMAIL PROTECTED] Operating system: IRIX 6.5 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: Sockets extension does not compile -- possible problem The sockets extension does not compile under IRIX. This is due to the IRIX sockets library not including msg_flags in the msghdr struct, contained within sockets.h. -- Edit Bug report at: http://bugs.php.net/?id=9229edit=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 #9230: PHP cannot connect to remote Oracle databases
From: [EMAIL PROTECTED] Operating system: Win95/NT PHP version: 4.0.4pl1 PHP Bug Type: Oracle related Bug description: PHP cannot connect to remote Oracle databases $handle = ora_plogon('scott@remotedb','tiger'); Always returns "ORA-12154: TNS:could not resolve service name" or similar errors indicating Oracle is not reading the TNSNAMES.ORA file. Using sysinternals filemon to watch PHP accessing files shows the same result, the oracle drivers never read tnsnames.ora when called from php. SQLNET.log files indicate that PHP is always attempting to use the BEQLOCAL protocol adapter regardless of the tnsnames.ora settings. Adding a ORACLE_SID environment variable caused php to try to connect to that SID at BEQLOCAL. Users report that Oracle's SQLPLUS and external ODBC programs have no trouble accessing the remote db. tnsping and other oracle test programs work correctly when called from a php passthru function, indicating that the environment is correct. This problem occurs using both OCI and ORACLE functions. About a half dozen individuals on the php-db list have noted the same problem. To date no one on the PHP-DB list has claimed to make php work with oracle under windows. All the users report using php with an oracle 8.x.x client and the precompiled binaries supplied from the main php site. Many variations of ORACLE_HOME and other env variable settings have been tried. Under Unix php does not exhibit the same problem.. -- Edit Bug report at: http://bugs.php.net/?id=9230edit=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] mysql_pconnect() broken?
NT 5 apache-1.3_20010212171201 php4-200102120845 script: for( $i = 0 ; $i 10 ; $i++ ) { print_r( mysql_pconnect( 'localhost' , 'login' , 'passwd' ) ) ; } output: Resource id #1 Resource id #2 Resource id #3 Resource id #4 Resource id #5 Resource id #6 Resource id #7 Resource id #8 Resource id #9 Resource id #10 Cynic: A member of a group of ancient Greek philosophers who taught that virtue constitutes happiness and that self control is the essential part of virtue. [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] FW: [PHP-CVS] cvs: php4 /ext/midgard .cvsignore ChangeLog INSTALL Makefile.in access.c article.c attachment.c calendar.c config.m4 element.c event.c eventmember.c file.c fudge genentry.pl group.c ho
I also tend to think it's kind of strange. It's about 800KB of source code and as far as I understand this is an extension module which will be used by almost no one (and everyone will be forced to dl an extra 800KB (300KB compressed)). Any of the Midgard people on this list? Is there any good reason besides it saving you guys a "cp -r ; ./buildconf" to include it in the main PHP distribution? Andi At 07:15 PM 2/12/2001 +, James Moore wrote: Thought this should really be brought up on Dev list rather than CVS list but personally I dont think that midgard has a place in the main distributions CVS.. maybe im wrong but if we begin to put all full applications in CVS just because they are useful we are going to bloat. Whats the difference between distributing this and distributing Phorum as well?? Perhaps we should move that into the CVS, then oh dont forget phpSHOP and every other project on the http://www.php.net/projects.php page. Perhaps someone can enlighten me?? James http://www.midgard-project.org/topic/165.html Well, that's a nice project, but why does it need to be in the PHP CVS? Just too add to this.. I dont see what place midgard has in PHP CVS, If I go and create a totally separate project which isnt a PHP extension really then can I put it in CVS along with everyone else?? I dont think Midgard has a place here maybe in a separate module or in PEAR (which would be ideal for it) but why main CVS? It just doesnt fit. t -- 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 #9231: when usign ob_gzhandler HTTP HEAD does not work
From: [EMAIL PROTECTED] Operating system: Linux glibc 2.1 PHP version: 4.0 Latest CVS (12/02/2001) PHP Bug Type: Output Control Bug description: when usign ob_gzhandler HTTP HEAD does not work php.ini: output_handler = ob_gzhandler tests: a plain html request: root@orange:~# telnet 0 80 Trying 0.0.0.0... Connected to 0. Escape character is '^]'. HEAD / HTTP-1.0 HTTP/1.1 200 OK Date: Mon, 12 Feb 2001 19:57:47 GMT Server: Apache/1.3.17 (Unix) PHP/4.0.5-dev Last-Modified: Mon, 04 Dec 2000 13:01:35 GMT ETag: "ac04-1f6-3a2b95af" Accept-Ranges: bytes Content-Length: 502 Connection: close Content-Type: text/html Connection closed by foreign host. php script request: root@orange:~# telnet 0 80 Trying 0.0.0.0... Connected to 0. Escape character is '^]'. HEAD / HTTP-1.0 host: mail.bonev.com same php script, but now GET instead of HEAD: root@orange:~# telnet 0 80 Trying 0.0.0.0... Connected to 0. Escape character is '^]'. GET / HTTP/1.0 host: mail.bonev.com HTTP/1.1 302 Found Date: Mon, 12 Feb 2001 19:57:22 GMT Server: Apache/1.3.17 (Unix) PHP/4.0.5-dev X-Powered-By: PHP/4.0.5-dev location: /6bcf63364235c745643078ff1e0df2d6/ Connection: close Content-Type: text/html Connection closed by foreign host. -- Edit Bug report at: http://bugs.php.net/?id=9231edit=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] FW: [PHP-CVS] cvs: php4 /ext/midgard .cvsignoreChangeLog INSTALL Makefile.in access.c article.c attachment.c calendar.cconfig.m4 element.c event.c eventmember.c file.c fudge genentry.pl
The idea here is that Midgard has a large installed base of users, all of whom have to run a modified version of PHP. The extension, albeit rather large at this point, is supposed to provide the basic functionality in the standard PHP distribution so people will not have to run a modified PHP to use midgard. The intent here is not to have all of Midgard in PHP. Hopefully the Midgard folks will work towards making the extension as small as possible. -Rasmus On Mon, 12 Feb 2001, James Moore wrote: Thought this should really be brought up on Dev list rather than CVS list but personally I dont think that midgard has a place in the main distributions CVS.. maybe im wrong but if we begin to put all full applications in CVS just because they are useful we are going to bloat. Whats the difference between distributing this and distributing Phorum as well?? Perhaps we should move that into the CVS, then oh dont forget phpSHOP and every other project on the http://www.php.net/projects.php page. Perhaps someone can enlighten me?? James http://www.midgard-project.org/topic/165.html Well, that's a nice project, but why does it need to be in the PHP CVS? Just too add to this.. I dont see what place midgard has in PHP CVS, If I go and create a totally separate project which isnt a PHP extension really then can I put it in CVS along with everyone else?? I dont think Midgard has a place here maybe in a separate module or in PEAR (which would be ideal for it) but why main CVS? It just doesnt fit. t -- 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] FW: [PHP-CVS] cvs: php4 /ext/midgard .cvsignore ChangeLog INSTALL Makefile.in access.c article.c attachment.c calendar.cconfig.m4 element.c event.c eventmember.c file.c fudge genen
I was surprised by the size myself. I met with the Midgard folks in Belgium and we discussed adding an extension to PHP to allow Midgard users to use the standard PHP distribution. I did not realize this "extension" to allow this would be so large. Perhaps some signals got crossed along the way? -Rasmus On Mon, 12 Feb 2001, Andi Gutmans wrote: I also tend to think it's kind of strange. It's about 800KB of source code and as far as I understand this is an extension module which will be used by almost no one (and everyone will be forced to dl an extra 800KB (300KB compressed)). Any of the Midgard people on this list? Is there any good reason besides it saving you guys a "cp -r ; ./buildconf" to include it in the main PHP distribution? Andi At 07:15 PM 2/12/2001 +, James Moore wrote: Thought this should really be brought up on Dev list rather than CVS list but personally I dont think that midgard has a place in the main distributions CVS.. maybe im wrong but if we begin to put all full applications in CVS just because they are useful we are going to bloat. Whats the difference between distributing this and distributing Phorum as well?? Perhaps we should move that into the CVS, then oh dont forget phpSHOP and every other project on the http://www.php.net/projects.php page. Perhaps someone can enlighten me?? James http://www.midgard-project.org/topic/165.html Well, that's a nice project, but why does it need to be in the PHP CVS? Just too add to this.. I dont see what place midgard has in PHP CVS, If I go and create a totally separate project which isnt a PHP extension really then can I put it in CVS along with everyone else?? I dont think Midgard has a place here maybe in a separate module or in PEAR (which would be ideal for it) but why main CVS? It just doesnt fit. t -- 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] FW: [PHP-CVS] cvs: php4 /ext/midgard .cvsignore ChangeLog INSTALL Makefile.in access.c article.c attachment.c calendar.c config.m4 element.c event.c eventmember.c file.c fudge genentry.pl
If this is an extension, though, then it can still be independent of PHP? The major step they made is the ability to interface with PHP without having to patch it. IMHO, Midgard should *probably* not be inside the PHP source tree / tarball, but it'd be nice if it's well linked from php.net (and we can give them CVS services, etc.). Zeev At 22:11 12/2/2001, Rasmus Lerdorf wrote: The idea here is that Midgard has a large installed base of users, all of whom have to run a modified version of PHP. The extension, albeit rather large at this point, is supposed to provide the basic functionality in the standard PHP distribution so people will not have to run a modified PHP to use midgard. The intent here is not to have all of Midgard in PHP. Hopefully the Midgard folks will work towards making the extension as small as possible. -Rasmus On Mon, 12 Feb 2001, James Moore wrote: Thought this should really be brought up on Dev list rather than CVS list but personally I dont think that midgard has a place in the main distributions CVS.. maybe im wrong but if we begin to put all full applications in CVS just because they are useful we are going to bloat. Whats the difference between distributing this and distributing Phorum as well?? Perhaps we should move that into the CVS, then oh dont forget phpSHOP and every other project on the http://www.php.net/projects.php page. Perhaps someone can enlighten me?? James http://www.midgard-project.org/topic/165.html Well, that's a nice project, but why does it need to be in the PHP CVS? Just too add to this.. I dont see what place midgard has in PHP CVS, If I go and create a totally separate project which isnt a PHP extension really then can I put it in CVS along with everyone else?? I dont think Midgard has a place here maybe in a separate module or in PEAR (which would be ideal for it) but why main CVS? It just doesnt fit. t -- 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] -- 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]
Re: [PHP-DEV] FW: [PHP-CVS] cvs: php4 /ext/midgard .cvsignore ChangeLog INSTALL Makefile.in access.c article.c attachment.c calendar.cconfig.m4 element.c event.c eventmember.c file.c fudge genen
I agree. I was picturing a small enabling extension when they asked me about this. -Rasmus On Mon, 12 Feb 2001, Zeev Suraski wrote: If this is an extension, though, then it can still be independent of PHP? The major step they made is the ability to interface with PHP without having to patch it. IMHO, Midgard should *probably* not be inside the PHP source tree / tarball, but it'd be nice if it's well linked from php.net (and we can give them CVS services, etc.). Zeev At 22:11 12/2/2001, Rasmus Lerdorf wrote: The idea here is that Midgard has a large installed base of users, all of whom have to run a modified version of PHP. The extension, albeit rather large at this point, is supposed to provide the basic functionality in the standard PHP distribution so people will not have to run a modified PHP to use midgard. The intent here is not to have all of Midgard in PHP. Hopefully the Midgard folks will work towards making the extension as small as possible. -Rasmus On Mon, 12 Feb 2001, James Moore wrote: Thought this should really be brought up on Dev list rather than CVS list but personally I dont think that midgard has a place in the main distributions CVS.. maybe im wrong but if we begin to put all full applications in CVS just because they are useful we are going to bloat. Whats the difference between distributing this and distributing Phorum as well?? Perhaps we should move that into the CVS, then oh dont forget phpSHOP and every other project on the http://www.php.net/projects.php page. Perhaps someone can enlighten me?? James http://www.midgard-project.org/topic/165.html Well, that's a nice project, but why does it need to be in the PHP CVS? Just too add to this.. I dont see what place midgard has in PHP CVS, If I go and create a totally separate project which isnt a PHP extension really then can I put it in CVS along with everyone else?? I dont think Midgard has a place here maybe in a separate module or in PEAR (which would be ideal for it) but why main CVS? It just doesnt fit. t -- 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] -- 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 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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)
At 22:11 12/2/2001, Rasmus Lerdorf wrote: The idea here is that Midgard has a large installed base of users, all of whom have to run a modified version of PHP. The extension, albeit rather large at this point, is supposed to provide the basic functionality in the standard PHP distribution so people will not have to run a modified PHP to use midgard. The intent here is not to have all of Midgard in PHP. Hopefully the Midgard folks will work towards making the extension as small as possible. With the PHP4 version of Midgard, patching is no longer a necessity. It's an ordinary extension like the others. Perhaps it would be an idea to move it out of the main PHP CVS (into another cvs module) for now and put links on php.net, personally I would really like to see things like this in PEAR which is where I feel they should be. Is there any work being done on some sort of deamon/server for PEAR so people get a client build when PHP builds and then they can just tell it to fetch various modules for PHP from php.net and any mirrors etc. In the end somthing like $pearclient get midgard which would do everything needed (IE fetch midgard from PHP.net place in it right place etc) would be cool then all the client would have to do is either build it as .so or rebuild php with --enable-midgard for example. Just my ?0.02 James -- 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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)
James Moore wrote: With the PHP4 version of Midgard, patching is no longer a necessity. It's an ordinary extension like the others. Perhaps it would be an idea to move it out of the main PHP CVS (into another cvs module) for now and put links on php.net, personally I would really like to see things like this in PEAR which is where I feel they should be. But PEAR is a repository for scripts written in PHP, right? php4/ext/midgard is a 'regular' (albeit admittedly large) PHP extension, written in C. Is there any work being done on some sort of deamon/server for PEAR so people get a client build when PHP builds and then they can just tell it to fetch various modules for PHP from php.net and any mirrors etc. In the end somthing like $pearclient get midgard which would do everything needed (IE fetch midgard from PHP.net place in it right place etc) would be cool then all the client would have to do is either build it as .so or rebuild php with --enable-midgard for example. That would indeed be nice. Well, since we're on the topic of re-seperating, are there examples on how to build config.m4s, and other supportive files, so an extension can easily be built as an php-dloabable, a static extension, and a static extension in a statically-compiled PHP (into Apache itself)? Emile -- 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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)
Emiliano wrote: But PEAR is a repository for scripts written in PHP, right? PHP Extension and Add-On Repository. Extensions and Add-Ons, written in either PHP or C, are welcome :-) -- 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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)
With the PHP4 version of Midgard, patching is no longer a necessity. It's an ordinary extension like the others. Perhaps it would be an idea to move it out of the main PHP CVS (into another cvs module) for now and put links on php.net, personally I would really like to see things like this in PEAR which is where I feel they should be. But PEAR is a repository for scripts written in PHP, right? php4/ext/midgard is a 'regular' (albeit admittedly large) PHP extension, written in C. I might be wrong here but PEAR at the moment only has PHP scripts in it but I thought that it was also aimed to have PHP C extensions in it and if this is not the case then why?? Would it not be possible to do this then some of less used extensions can go in there (printers, iisfuncs etc) I personally this this would be a good place for them then those looking for them can find them rather than them sitting in CVS and not being included in distributions as they are still experimental. James -- 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 #8744 Updated: call to header() causes CGI error
ID: 8744 Updated by: phanto Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Assigned To: Comments: i have the same problem here. when i turn on the log startup errors flag in the php.ini i get the following output : __ CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: FATAL: erealloc(): Unable to allocate 1043162510 bytes __ i guess there's something wrong within the parser or compiler, because nothing of the code is executed. unfortunatelly i don't have 1GB RAM so i would be happy if there is any solution to this. harald. Previous Comments: --- [2001-01-16 18:30:59] [EMAIL PROTECTED] In case you missed my second message: Here are two typical lines from the IIS error log: the first is a successful page load (code 200) and the second is the CGI error after the redirect (502) Note that in the IIS log format it is normal for a space to separate the URL and the Querystring. The last column in the log is the referrer URL. 2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3 EmpID=5New=Y 200 0 378 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90) http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5 2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3 EmpID=5ProbRevID=12 502 0 374 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90) http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5 --- [2001-01-16 18:29:28] [EMAIL PROTECTED] A few more things: the problem is not easily reproducible. Also, if I change all of the database calls to go to mySQL (which I have installed on Windows 2000) instead of SQL Server 2000 (which is the database system I was using, also installed on the same machine), I do NOT get the CGI errors. However, in both instances, the databases do get updated or otherwise manipulated successfully; it's just the redirect that fails when using SQL Server. Hope this helps. --- [2001-01-16 14:12:01] [EMAIL PROTECTED] Can you tell us what is in the logs of IIS? --- [2001-01-16 14:07:45] [EMAIL PROTECTED] Our situation is similar to that in bug report 8571, particularly situations 1 and 2. After adding, updating or deleting a record to a MSSQL database, the user is referred to this function (stored in file which is included in each page): function pageRedirect($inURL) { header("Location: $inURL"); exit; } $inURL is never exactly the same as the current URL - either you are redirected to a completely different file name, or to the same file name with a different query string appended. The record modification part always completes successfully in MSSQL, and the header() function sends the user to the new URL, but this error occurs: [start] CGI ERROR CGI application misbehaved by not returning a complete set of headers. The headers that it did return are: [end] ... and any code in the page that the user has been redirected to is NOT executed. If the user clicks refresh, it does and all is well. This is a PHP web application being ported from a Linux/mySQL environment, where it works, so it appears to be an IIS-specific issue. Thanks in advance for any feedback. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8744edit=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: [INTERFACES] Re: PostgreSQL and PHP persistentconnections
Any reasons there could't be either more statuses for a connection besides CONNECTION_BAD, CONNECTION_OK, or alternativetely, a new libpq function that could tell us READY_TO_RECEIVE_MORE_SQL_COMMANDS, PREVIOUS_TRANSACTION_ABORTED_UNTIL_..., etc. (Sorry that I'm shouting... I just write constant names that way like everyone else.) -- Jouni On Mon, 12 Feb 2001, Bruce Momjian wrote: We discussed using 'ROLLBACK' before passing a connection to a new user, but the problem was that ROLLBACK with no open transaction causes a server log error message. We discussed adding 'ROLLBACK SILENT' to fix this, but I believe a better, more portable solution is a simple "BEGIN WORK;ROLLBACK". This will do nothing if there is no open transaction, and will ROLLBACK any open transaction. I propose this be sent by PHP as the first query when passing persistent connections. i'll have a look at that tomorrow (if my family allows;-). if "BEGIN WORK;ROLLBACK" does not stack transactions i think you might have found the solution to the php-postgres problem! do If we every get nested transactions, this will no longer work, but we don't have them, and will not for a while. you know how other script-interfaces (perl) to postgres handle the very same thing? They don't handle them, but our Java interface just added this feature. As far as SET changes, does anyone on the PostgreSQL interfaces list have a suggestion on how to RESET all session parameters? Seems we may need to add this feature in to the backend. with the oracle driver (i wrote) there is a neat thing in the oci-libs: you have a server-handle _and_ a session handle. the session handle sits "on" the server-handle and keeps _all_ session specific data, the server handle "only" carries the pure connection to oracle. so i keep the server handle persistent and allocate/free session handles on it for each request to PHP. that way the sessions are always clean. but i also do a forces rollback on the session handle before i free it on request-end so that in case of a script error all outstanding transactions are rolled-back. Yes, it would be nice if we had that feature. -- Bruce Momjian| http://candle.pha.pa.us [EMAIL PROTECTED] | (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup.| Drexel Hill, Pennsylvania 19026 -- 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 #9232: refresh not working
From: [EMAIL PROTECTED] Operating system: windows2000 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: refresh not working I am using WIN2000 + IE5 + IIS5 + PHP4.exe (php4isap.dll have tried too). PHP page refresh on my browser does not work. It shows sole "The directory name is invalid. " message on the page. I must go back refresh at there, then go forward and refresh my php page. Some time works reloading from address bar by pressing ENTER. -- Edit Bug report at: http://bugs.php.net/?id=9232edit=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 #9233: Unable to load extensions
From: [EMAIL PROTECTED] Operating system: windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: Unable to load extensions I am using IE5 + IIS5 + PHP4.exe (php4isap.dll have tried too). Some dlls that actually exist are reported as "PHP Warning: Unable to load dynamic library 'C:\Kettad\PHP\extensions\php_oci8.dll' - The specified module could not be found. " But the half of dlls in the same directory "C:\Kettad\PHP\extensions\" are loaded OK. FileMon shows that dlls are found and readable by php.exe. In addition I retieve such a stuff to the end of my page Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) My be that's because parser cannt load such libraries? -- Edit Bug report at: http://bugs.php.net/?id=9233edit=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 #9232 Updated: refresh not working
ID: 9232 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Install and Config Assigned To: Comments: That´s most likely no bug and not nearly enough information. Previous Comments: --- [2001-02-12 19:27:28] [EMAIL PROTECTED] I am using WIN2000 + IE5 + IIS5 + PHP4.exe (php4isap.dll have tried too). PHP page refresh on my browser does not work. It shows sole "The directory name is invalid. " message on the page. I must go back refresh at there, then go forward and refresh my php page. Some time works reloading from address bar by pressing ENTER. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9232edit=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] CVS Account Request
Full name: Armand A. Verstappen Email: [EMAIL PROTECTED] ID: armand Purpose: Midgard Project -- 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]