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
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
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:
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: [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
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
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
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
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
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, "
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
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
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
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
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
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
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:
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
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
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
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
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
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
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 :
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
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
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
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
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
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:
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
31 matches
Mail list logo