http://www.faqts.com/knowledge_base/view.phtml/aid/734/fid/37
It sounds to me that you are right. That should probably just be request_uri.
I thought many people have used this $PHP_SELF so it's kind of strange that
there haven't been a zillion complaints.
Does anyone object to changing this
ID: 10521
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: IIS related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
I bet the Apache box has error_reporting E_ALL ~ E_NOTICE while the IIS box has
error_reporting E_ALL.
RTFM, please.
(if this ain't
ID: 10453
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Apache related
Description: mod_auth_mysql and php4.0.5pl1
I am using mysql and the mod_auth_mysql for a long time with
older versions of php without problem.
All mysql-Operations still work as before.
Thanks for the quick response.
When I logon as my webuser, and execute from the command line, the scripts
still fail. I have changed the permissions to give this webuser admin
rights, but the scripts are still failing. Accessing the same scripts with
no authentication works fine.
Any other
ID: 10551
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Feature/Change Request
PHP Version: 4.0 Latest CVS (29/04/2001)
Assigned To:
Comments:
RTFM: array_flip()
Previous Comments:
ID: 7016
Updated by: avsm
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: iPlanet related
PHP Version: 4.0.2
Assigned To:
Comments:
Try the following obj.conf entry, and see if it fixes your problem. Apart from this
change, you should follow the manual entry for the rest of the obj.conf
ID: 10521
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: IIS related
Description: Referencing a variable without setting its contents
I bet the Apache box has error_reporting E_ALL ~ E_NOTICE while the IIS box has
error_reporting E_ALL.
How can I check this or set it the same as
ID: 10029
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
PHP Version: 4.0.4pl1
Assigned To:
Comments:
zend_plist_delete() was redundant and removed from the CVS a few weeks ago (it didn't
make it for 4.0.5, but will be in 4.0.6)
ID: 8414
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Performance problem
PHP Version: 4.0.4
Assigned To:
Comments:
Note that under UNIX, execution time relates to the actual CPU time consumed by PHP,
which may be very different (less) than the actual time that
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.0.4pl1
PHP Bug Type: Documentation problem
Bug description:
when you enter the documentation in the
Program execution section.
The links between the cmd´s are messed, e.g.:
on
From: [EMAIL PROTECTED]
Operating system: LINUX
PHP version: 4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description: commenting php closing tag
Is it a bug or a feature
this one will ignore the closing php tag
---cut here-
?php
foofoofoo();
...
/* ?
ID: 10559
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
PHP Version: 4.0.4pl1
Assigned To:
Comments:
a feature; RTFM: http://www.php.net/manual/en/html/language.basic-syntax.comments.html
Previous Comments:
ID: 10521
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: IIS related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Well, you probably used php.ini-dist for Apache, and php.ini-optimized for IIS. Either
way, send further questions to [EMAIL PROTECTED] or [EMAIL
As discussed with Jouni a few months ago, I'm still available
for testing the IB stuff on NT 4/5.
At 18:31 29.4. 2001, Andi Gutmans wrote the following:
--
Hi,
Can you please check the following bug report?
ID: 10538
User Update by: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: mcrypt related
Description: mcrypt_generic_init truncates key/iv upon first '\0'
Seems to be a duplicate of Bug #8839 and it is already fixed in CVS.
Previous Comments:
What does that mean? :)
Should his patch be applied or not?
Andi
At 11:45 AM 4/30/2001 +0200, Cynic wrote:
As discussed with Jouni a few months ago, I'm still available
for testing the IB stuff on NT 4/5.
At 18:31 29.4. 2001, Andi Gutmans wrote the following:
I don't know. :) That msg wasn't meant for php-dev@, I didn't
notice it among the recipients.
Some time ago I talked to Jouni about the IB extension, we
agreed I'd help him test it on NT, but I haven't heard from
him since. That msg was just a reminder I'm still here; it had
nothing to do with
Why? It's only interesting if you're trying to understand the table schema
from one of the arrays. The right way to do it (IMHO) would be by querying
the result using the field fetching functions...
Zeev
At 13:12 30/4/2001, David Croft wrote:
mysql_fetch_array (and probably others) return
ID: 10067
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: MySQL related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
No feedback
closing
Previous Comments:
---
ID: 10548
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: GD related
Description: function ImageTTFText always get wrong chinese words from TTF ...
About Image function - ImageTTFText: always get wrong chinese words from TTF.
To correct the problem:
690c690
ID: 10548
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: GD related
Description: function ImageTTFText always get wrong chinese words from TTF ...
About Image function - ImageTTFText: always get wrong chinese words from TTF.
To correct the problem:
690c690
Andi,
We have plan to add ext/jstring which is a japanese string extension module
to php-4.0.6.
Is there any problem to add this module on CVS tree now ?
On Sun, 29 Apr 2001 22:35:43 +0200
Andi Gutmans [EMAIL PROTECTED] wrote:
Guys,
I think that despite the release of 4.0.5 tomorrow we
ID: 9708
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
PHP Version: 4.0.4pl1
Assigned To:
Comments:
This should be fixed in the latest CVS.
Previous Comments:
---
ID: 10419
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Problem
Description: apache ./configure fails
problem solved.
using the official patch for oracle from technet.oracle.com
will do the job
Previous Comments:
ID: 9297
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Strings related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Can you please try the latest CVS or a snapshot from snaps.php.net and let us know if
this still happens. I can't reproduce it on
ID: 10439
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Directory/Filesystem functions
PHP Version: 4.0.4
Assigned To:
Comments:
Works fine in latest CVS under NT.
Please try 4.0.5 which should be released today and report back if your problem has
From: [EMAIL PROTECTED]
Operating system: NT 4.0
PHP version: 4.0.4pl1
PHP Bug Type: *Install and Config
Bug description: IISConfig Error
During the install of PHP I recieved an error stating that the MSCOMCTL.OCX did not
correctly register a file is missing or invalid.
On Mon, 30 Apr 2001 15:37:14 +0300
Andi Gutmans [EMAIL PROTECTED] wrote:
At 09:35 PM 4/30/2001 +0900, Rui Hirokawa wrote:
Andi,
We have plan to add ext/jstring which is a japanese string extension module
to php-4.0.6.
Is there any problem to add this module on CVS tree now ?
No I
RH For example, this module supports encoding conversion
RH functionality between Unicode and some other encodings like
RH ISO-8859-X. Currently, it includes encoding conversion filter
Doesn't this duplicate the GNU recode functionality?
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL
ID: 10560
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
PHP Version: 4.0.4pl1
Assigned To:
Comments:
this is being solved right now and will be probably fixed in 4.0.6
Previous Comments:
ID: 9297
Updated by: cmv
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Strings related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Works fine for me (RH7 and latest CVS):
[cmv@sunniva cmv]$ echo '? $foo = 2.2864849511949E+190; settype($foo,double);
printf(%fn, $foo) ?' | php
At 10:47 PM 4/30/2001 +0900, Rui Hirokawa wrote:
No I don't see a problem with this but please do it quickly. 4.0.6 has
already gone a long way since we started RC'ing 4.0.5 and I would like to
start RC'ing it pretty soon. You should probably also copy
dotnet/EXPERIMENTAL to your
recode is GPL'd IIRC and thus (your mileage may vary) not very
usable, doesn't build on win32 systems, and the author has
no interest in changing that.
At 15:51 30.4. 2001, Stanislav Malyshev wrote the following:
--
RH For example,
On Mon, 30 Apr 2001 16:51:15 +0300 (IDT)
Stanislav Malyshev [EMAIL PROTECTED] wrote:
RH For example, this module supports encoding conversion
RH functionality between Unicode and some other encodings like
RH ISO-8859-X. Currently, it includes encoding conversion filter
Doesn't this
On Mon, 30 Apr 2001, Rui Hirokawa wrote:
On Mon, 30 Apr 2001 16:51:15 +0300 (IDT)
Stanislav Malyshev [EMAIL PROTECTED] wrote:
RH For example, this module supports encoding conversion
RH functionality between Unicode and some other encodings like
RH ISO-8859-X. Currently, it includes
Well, I 'm not sure where the error message is comming from.
It is an error being generated by either PHP or MySQL. I have
figured out a way around the error, so it can be closed - but
I never figured out what was causing the error. It is
definately something that should be looked into
C recode is GPL'd IIRC and thus (your mileage may vary) not very
C usable, doesn't build on win32 systems, and the author has no
recode libs are LGPL, IIRC. As for win32, I don't know (not being user of
such systems) but I guess since its functionality do not include anything
that is
On Mon, 30 Apr 2001, Andi Gutmans wrote:
http://www.faqts.com/knowledge_base/view.phtml/aid/734/fid/37
It sounds to me that you are right. That should probably just be request_uri.
I thought many people have used this $PHP_SELF so it's kind of strange that
there haven't been a zillion
At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote:
ext/wchar (wide character support?)
ext/mstring (multibyte string functions)
ext/jpstring (japanese string functions)
I'd make mstring - mbstring.
The question is if it's worth splitting this up into more than one
extension. Probably not.
So
[Cynic [EMAIL PROTECTED]]
recode is GPL'd IIRC and thus (your mileage may vary) not very
usable, doesn't build on win32 systems, and the author has
no interest in changing that.
libiconv is pretty good too. I don't know if it builds on Win32
though.
- Stig
--
Stig Sæther Bakken
Does this error only have to do with the setup of MMC or does it effect more
than that. I'm new to PHP so I can't tell yet if there is a problem.
-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 30, 2001 8:48 AM
To: [EMAIL PROTECTED]
Subject: Bug
On 30 Apr 2001, Stig Sæther Bakken wrote:
[Cynic [EMAIL PROTECTED]]
recode is GPL'd IIRC and thus (your mileage may vary) not very
usable, doesn't build on win32 systems, and the author has
no interest in changing that.
libiconv is pretty good too. I don't know if it builds on Win32
I'd make mstring - mbstring.
The question is if it's worth splitting this up into more than one
extension. Probably not.
So we should probably be picking out of wchar, mbstring, jpstring.
Rui, what do you think?
I'm not Rui, but my vote would be for mbstring (or mb_string). If this
handles
From: [EMAIL PROTECTED]
Operating system: Solaris 7
PHP version: 4.0.4pl1
PHP Bug Type: Compile Failure
Bug description: sockets.c uses `SUN_LEN' unconditionally - undefined on Solaris
Configured with
nv 'CC=cc -mt' CFLAGS=-O CPPFLAGS='-D_XPG4_2
-D__EXTENSIONS__'
Hi,
The default location of php.ini in the current CVS seems to be
/usr/local/etc. Didn't we say we're saving this one for 4.1.x? I just got
bitten by this and I bet there will be a huge amount of people who will too.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe,
On Mon, 30 Apr 2001 17:26:58 +0300
Andi Gutmans [EMAIL PROTECTED] wrote:
At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote:
ext/wchar (wide character support?)
ext/mstring (multibyte string functions)
ext/jpstring (japanese string functions)
I'd make mstring - mbstring.
The question is
At 12:23 AM 5/1/2001 +0900, Rui Hirokawa wrote:
On Mon, 30 Apr 2001 17:26:58 +0300
Andi Gutmans [EMAIL PROTECTED] wrote:
At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote:
ext/wchar (wide character support?)
ext/mstring (multibyte string functions)
ext/jpstring (japanese string
Cynic wrote:
recode is GPL'd IIRC and thus (your mileage may vary) not very
usable, doesn't build on win32 systems, and the author has
no interest in changing that.
the recode command is under GPL while the library part is under LGPL
so it's ok as it is license-wise
(even RMS did not take
On Sun, Apr 29, 2001 at 09:50:13PM -0400, David Croft wrote:
There doesn't seem to be any way for a php script to determine whether a
given key exists in an array. isset($arr['x']) fails when it exists but
has a null value. I know there are ways around it like using foreach or
array_keys but
Andi Gutmans wrote:
Can we make a list of things which still need to make it into 4.0.6
before we branch?
i have started to create ext/saprfc that will interface with the ABAP/4
Remote Function Call mechanism in SAP R/3,
but right now it only has a working configure script and no
Andi Gutmans wrote:
Did you compile with debug on or off?
Please try without debug in both PHP and your module and let us know if
something changes.
Also can you try and load it via php.ini (extension=module.so) and not with
dl().
I rebuilt php 4.0.4p1 with debug off, rebuilt my module
One more strange behavior I just saw.
Take this little script:
?
phpinfo ();
$tux = tux_tpalloc (TUX_FML32, , 5000);
print $tux;
tux_tpfree ($tux);
print $tux;
?
The tux_tpalloc and tux_free are new functions in my module.
If I comment out everything but the phpinfo () and hit
a fresh
Your module is probably causing some memory corruption. The best way to
debug it is building the module statically into PHP. You need to copy it to
ext/your_module/ (assuming you have a standard config.m4).
Then in php4/ run ./buildconf and you should see your module when you do
./configure
On Mon, 30 Apr 2001, Andi Gutmans wrote:
Your module is probably causing some memory corruption. The best way to
debug it is building the module statically into PHP. You need to copy it to
ext/your_module/ (assuming you have a standard config.m4).
Then in php4/ run ./buildconf and you should
ID: 10513
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Description: configure fails when I include Oracle 8.1.7
I've got round this problem by loading a new version from snaps.php.net called
php4-200104270145.
Thanks.
Previous Comments:
Sounds like some kind of memory corruption. With these kind of problems
even the order of statements can make a difference. Do you want to post
those two functions and we can take a look at them? Also are your RINIT()
MINIT() functions doing anything? Maybe they are causing problems?
Andi
On Mon, Apr 30, 2001 at 10:47:21PM +0900, Rui Hirokawa wrote:
On Mon, 30 Apr 2001 15:37:14 +0300
Andi Gutmans [EMAIL PROTECTED] wrote:
At 09:35 PM 4/30/2001 +0900, Rui Hirokawa wrote:
Andi,
We have plan to add ext/jstring which is a japanese string extension module
to
ID: 10526
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: MySQL related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
User feedback:
Well, I'm not sure where the error message is comming from. It is an error being
generated by either PHP or
From: [EMAIL PROTECTED]
Operating system: win NT 4.0
PHP version: 4.0.4pl1
PHP Bug Type: *Function Specific
Bug description: feof bug isn't fixed in windows versions.
while (!feof($sock)) {
echo fgets ($sock, 128);
}
fclose ($sock);
This hangs
I have developed an extension, and am wondering to whom or where I submit it for
review?
--
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
What is doing your extension?
-- alex
On Mon, 30 Apr 2001, Billy Rose wrote:
I have developed an extension, and am wondering to whom or where I submit it for
review?
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
It is a front end to the Verity K2 Search Engine toolkit so that PHP script can run
Verity searches.
--
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:
I have libtool version 1.4 and buildconf script refuses to run, it says:
lexington# ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.4 found.
You need libtool version 1.3.3 or newer
Hi!
The problem is: expat parser produces no reports on the score of situation
when the document contains img .../ body .../ etc. tags where there is
no data and end tag. So, the workaround was to add a new function to
expat, which is called by the PHP parser every time for empty entries when
Here's the URL's if anyone wants to have a look...
http://www.billyrose.org/verity.c
http://www.billyrose.org/php_verity.h
http://www.billyrose.org/REFERENCE
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
I'm going to try and build it statically first. I don't have
any problem posting the code (its already avail on sourceforge
but you will need some proprietary libraries to build it).
The MINIT and/or RINIT is the constants are initialized.
You've given me some to go on, I'll work with it for
a
The imap module fails with the following (perhaps only when building
against imap-2000*):
php_imap.c: In function `php_minit_imap':
php_imap.c:450: `auth_ssl' undeclared (first use in this function)
php_imap.c:450: (Each undeclared identifier is reported only once
php_imap.c:450: for each
On Mon, Apr 30, 2001 at 01:22:32PM -0500, J. Jones wrote:
make slx SPECIALAUTHENTICATORS=ssl EXTRACFLAGS=/path/to/openssl/includes/
Whoops! make that
make slx SPECIALAUTHENTICATORS=ssl EXTRACFLAGS=-I/path/to/openssl/includes/
--
PHP Development Mailing List http://www.php.net/
To
Can you please look at the patch in bug http://www.php.net/bugs.php?id=10563
and commit it if its needed/comment on the bug.
thanks
- James
--
James Moore
[EMAIL PROTECTED]
http://www.perl.com/search/index.php - we must be doing somthing right
--
PHP Development Mailing List
ID: 10497
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Old-Bug Type: MySQL related
Bug Type: Filesystem function related
Description: Not connect with MySql
this script don't work
?
$file=fopen
ID: 10497
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Filesystem function related
Description: Not connect with MySql
this script don't work
?
$file=fopen(ftp://user:password@localhost/administrador/servicios.inc,w;);
fputs($file,Algo);
fclose($file);
?
Previous Comments:
[Andi Gutmans [EMAIL PROTECTED]]
Hi,
The default location of php.ini in the current CVS seems to be
/usr/local/etc. Didn't we say we're saving this one for 4.1.x? I just
got bitten by this and I bet there will be a huge amount of people who
will too.
I'll change it back.
- Stig
--
The big problem is that the memory is never returned to the system. The
Apache process holds on to it until it dies.
Brian Moon
-
Phorum Dev Team - http://phorum.org
Making better forums with PHP
ID: 10070
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Zlib Related
PHP Version: 4.0 Latest CVS (29/03/2001)
Assigned To:
Comments:
This should have been resolved with various patches that have been added recently,
please test with latest CVS and
Memory is never returned to the system with libc memory allocation.
When you need memory it enlarges the address space it is using. Freeing
memory won't make it shrink its address space.
All I can suggest is to write your scripts in a way that if it deals with
many SQL queries free a query
ID: 10557
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Bogus
Bug Type: mcrypt related
PHP Version: 4.0.4
Assigned To:
Comments:
submitted twice (#10556)
Previous Comments:
---
ID: 10453
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Apache related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
You have to use the external mysql client libraries
when you have some other modules in Apache that use
mysql. ie. configure
ID: 7016
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: iPlanet related
PHP Version: 4.0.2
Assigned To:
Comments:
status - feedback
Previous Comments:
---
[2001-04-30
On Mon, 30 Apr 2001 18:27:26 +0300
Andi Gutmans wrote:
At 12:23 AM 5/1/2001 +0900, Rui Hirokawa wrote:
On Mon, 30 Apr 2001 17:26:58 +0300
Andi Gutmans [EMAIL PROTECTED] wrote:
At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote:
ext/wchar (wide character support?)
ext/mstring
From: [EMAIL PROTECTED]
Operating system: SCO OpenServer 5.0.6
PHP version: 4.0.4pl1
PHP Bug Type: MySQL related
Bug description: mysql_real_connect dumps core, fix included
** This is a problem in MySql. This report provides a code
modification to compensate for the MySql
From: [EMAIL PROTECTED]
Operating system: Windows NT/ Unix FreeBSD
PHP version: 4.0.4pl1
PHP Bug Type: Filesystem function related
Bug description: don't work properly fopen
this scrip don't work properly:
(only the first time, that's ok)
?
ID: 10538
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: mcrypt related
PHP Version: 4.0.4pl1
Assigned To: derick
Comments:
It's fixed in CVS as you say (and it is fixed in 4.0.5 too BTW_
Previous Comments:
At 05:56 AM 5/1/2001 +0900, [EMAIL PROTECTED] wrote:
On Mon, 30 Apr 2001 18:27:26 +0300
Andi Gutmans wrote:
At 12:23 AM 5/1/2001 +0900, Rui Hirokawa wrote:
On Mon, 30 Apr 2001 17:26:58 +0300
Andi Gutmans [EMAIL PROTECTED] wrote:
At 10:01 PM 4/29/2001 -0400, Sterling Hughes wrote:
This is the answer I had previously received. IMHO, this sucks. We don't
do SQL queries on our production site. It is all cached. So, SQL is not
the problem. It is most likely because of the storage of large arrays or
something of that nature.
I guess we will continue to use
At 04:59 PM 4/30/2001 -0500, Brian Moon wrote:
This is the answer I had previously received. IMHO, this sucks. We don't
do SQL queries on our production site. It is all cached. So, SQL is not
the problem. It is most likely because of the storage of large arrays or
something of that nature.
But the reverse side of this is that I might have one script out of 1000
that needs that much memory. But since 20 of my httpd processes have run
that script, they all have that much memory and are not going to let it go
no matter what.
I basically sounds like a flaw that memory can not be
From: [EMAIL PROTECTED]
Operating system: Win 32
PHP version: 4.0.4pl1
PHP Bug Type: *General Issues
Bug description: Your PHP 4.05 Zip file is missing 88 bytes!
Your PHP 4.05 Windows 32 ZIP file, complete install, appears to be bad. After
downloading, I am told it is
ID: 10539
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Failure
Description: still - unresolved reference to compress
Thanks for your response. Info you requested is below. I'm afraid I don't know what
to look for in this case, so let me know if you need
[Andi Gutmans [EMAIL PROTECTED]]
Hi,
The default location of php.ini in the current CVS seems to be
/usr/local/etc. Didn't we say we're saving this one for 4.1.x? I just
got bitten by this and I bet there will be a huge amount of people who
will too.
I'll change it back.
-
From: [EMAIL PROTECTED]
Operating system: Win 98
PHP version: 4.0.4pl1
PHP Bug Type: ODBC related
Bug description: error using ODBC
Hello:
I am using a database called RECITAL . I am trying to connect myself using ODBC.
When executing the command:
ID: 10071
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Fixed in latest CVS. By the way, size_t on Windows is 32bit so the 64KB limit must be
some internal buffer size of the
This seems definiatly to be the case.. (I would build one but on a 56k its
going to take a few hours before its upthere)
- James
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 30 April 2001 23:18
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] Bug #10567: Your
This wasn't the case with the 4.0.5 branch was it?
-Original Message-
From: Mike Robinson [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 30, 2001 6:29 PM
To: [EMAIL PROTECTED]
Subject: RE: [PHP-DEV] php.ini location
[Andi Gutmans [EMAIL PROTECTED]]
Hi,
The default
Nope
At 02:25 1/5/2001, Sean R. Bright wrote:
This wasn't the case with the 4.0.5 branch was it?
-Original Message-
From: Mike Robinson [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 30, 2001 6:29 PM
To: [EMAIL PROTECTED]
Subject: RE: [PHP-DEV] php.ini location
[Andi
I am also one of the authors of ext/iconv module.
iconv module is only for encoding translation but
jstring (renaming to mbstring) is for general multibyte string
handling fucntions.
The encoding translation is one of functionalities of mbstring.
I think rather iconv module should be merged
ID: 9433
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: ErrorDocument 404 pointing to PHP file
To make this more understandable (people emailed me with questions which weren't
posted in the report). This scenario does work on lynx and it can not be a
Woohoo!
Thanks guys for adding sybase_get_last_message() support!
I only just discovered that I needed it yesterday, and then
the new version comes out with the function implemented. Nice!
Thanks guys for all the good werke.
Tyson Lloyd Thwaites
I.Te Limited
--
PHP Development Mailing
After a very long QA process, PHP 4.0.5 has finally been officially
released. This is a maintenance version, with a lot of bug fixes from PHP
4.0.4pl1. Other than that, there aren't too many new features in this
release, so it's mostly recommended for people that were experiencing one
(or
I had the same problem when I first compiled 4.0.5, using the built-in MySQL
libraries. I changed my configure line to use --with-mysql=/usr/local/mysql
and it worked fine after that. I had the same problem on two different
boxes. Seems kind of odd that they didn't catch this one...
[EMAIL
Perhaps another possible solution is this...
For those 1 in 300 web hits that the developer knows is
going to use gobs of memory and assuming they can't
be re-engineered to use less (through temp files, etc),
create a simple function that is callable in PHP that
will cause the parent apache
1 - 100 of 109 matches
Mail list logo