From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.0.4
PHP Bug Type: Feature/Change Request
Bug description: settype() with larger than 32bit values
if i use settype($foo, integer) with an value for $foo
alike '112'
settype() returns successfull type
On 2001-05-04 06:07:14, Chuck Hagenbuch [EMAIL PROTECTED] wrote:
Quoting Wez Furlong [EMAIL PROTECTED]:
I would like to put my mailparse (As seen on zend.com weekly
summary)
extension into CVS; shall I just check it into php4/ext?
I'd certainly be interested in it. Are there any
At 08:48 PM 5/3/2001 -0400, David Croft wrote:
In my humble opinion 'null' is a 'pseudovalue' that has been made
available for some time. If it was never intended for a script to be able
to use it, it should never have been exposed. But it has been and many
people, myself included, are using
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.5
PHP Bug Type: Arrays related
Bug description: array_diff does not work with classes
Consider the following script:
?
class test
{
var $x;
var $y;
function test ()
{
ID: 7822
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: system crash
Now I use Apache/1.3.19 with PHP/4.0.5 for Windows 98
this problem still exists.
Default setting will make system crash in Windows 98 if accessing something like
Howdy. So I was checking out Perl, Ruby, and Java's
performance specs on a language shootout, and PHP got stomped on. It
was safely sitting at the bottom of the list (check out the score card
page).
http://www.bagley.org/~doug/shootout/
The good news is, the reason it got
From: [EMAIL PROTECTED]
Operating system: windows NT
PHP version: 4.0.5
PHP Bug Type: Scripting Engine problem
Bug description: zend optimiseur doesn't work
under windows NT/apache 1.3.19, i have error message when i start apache.
Zendoptimiseur 1.1 seems to not work. th
At 05:01 PM 5/3/2001 -0400, John Donagher wrote:
We use a Java-style methodology of naming classes as well as filenames,
something we've adopted largely because of our use of PHPDoc. So, if you
have a
class FooBar, that class is defined in FooBar.cls, not foobar.cls. If
get_class() returned the
From: [EMAIL PROTECTED]
Operating system: IBM AIX v4.3.3
PHP version: 4.0.4pl1
PHP Bug Type: OCI8 related
Bug description: OCIBindByName
SERVER: IBM AIX v4.3.3
PHP v4.0.4pl1
APACHE v1.3.19
Oracle 8i Enterprise release 8.1.7.0.0
CLIENT: DELL Intel P2
Windows NT 4.0 SP6.0a
On 2001-05-04 06:07:14, Chuck Hagenbuch [EMAIL PROTECTED] wrote:
Quoting Wez Furlong [EMAIL PROTECTED]:
I would like to put my mailparse (As seen on zend.com weekly
summary)
extension into CVS; shall I just check it into php4/ext?
I'd certainly be interested in it. Are there any
Wez Furlong wrote:
I said no, but I am thinking of making a dependency on the new mbstring
extension to utilize the extensive encoding conversion code it provides.
So, it'll be more of an internal dependency...
oops, we are going to have internal extension dependencies beside
those to
Is anyone already up to building and testing on Linux for S/390 ?
Or should i apply for an account on
http://www-1.ibm.com/servers/eserver/zseries/os/linux/lcds/
???
--
Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77
--
PHP Development Mailing List
ID: 10659
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
PHP Version: 4.0.5
Assigned To:
Comments:
This is not PHP bug. Ask Zend for help.. www.zend.com
--Jani
Previous Comments:
ID: 10648
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: *Web Server problem
PHP Version: 4.0.5
Assigned To: cmv
Comments:
Previous Comments:
---
[2001-05-03 17:11:23] [EMAIL
Bug Database wrote:
ID: 9602
Updated by: avsm
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: iPlanet related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
no feedback
ok, sorry, I'm very busy.. ;(
I try this, and the server up, no error, but
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.16 - RedHat 6.2
PHP version: 4.0.5
PHP Bug Type: *General Issues
Bug description: Problem parsing a script in mac text file format
Executing a script like this in mac file text format (EOF ==
'\r'):
?php
$arr = array(
ID: 10661
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *General Issues
PHP Version: 4.0.5
Assigned To:
Comments:
This should be fixed in the current CVS, please reopen if this does not work with the
latest CVS version (or snapshot from
If you grab the gent's 'shootout' tarball, you will find that there is not a
single PHP file in it.
This makes it very hard to evaluate. ;)
Perhaps write him a pleasant letter and let him know that you lost a
contract over his incomplete evaluation.
--zak
- Original Message -
From:
Hi Sean!
On Fri, 04 May 2001, Sean Chittenden wrote:
Howdy. So I was checking out Perl, Ruby, and Java's
performance specs on a language shootout, and PHP got stomped on. It
was safely sitting at the bottom of the list (check out the score card
page).
ID: 6505
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Sybase (dblib) related
PHP Version: 4.0 Latest CVS (02/09/2000)
Assigned To:
Comments:
I realize this is a closed bug, but I think it is appropriate
to note here that thanks to Vlad, the last comment here is
no
[EMAIL PROTECTED] wrote:
ID: 10661
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *General Issues
PHP Version: 4.0.5
Assigned To:
Comments:
This should be fixed in the current CVS, please reopen if this does not
work with the latest CVS
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.10 glibc-2.0.7
PHP version: 4.0.5
PHP Bug Type: Sablotron XSL
Bug description: --with-iconv compilation and installation
(This is not actually Sablotron extension bug, but I need to use --with-iconv option
for my system
At 01:29 PM 5/4/2001 +0300, Zeev Suraski wrote:
I think that there are two ways to look at the issue that John raised.
One, is a cosmetic change, that would add a bit of bloat to classes, and
retain another name in them. Allowing access to it using some specialized
function
On Fri, 4 May 2001, Denis Gasparin wrote:
I'm trying to create a new external module for PHP called acme. I used
the
ext_skel script to create the module directory and skeleton and then
modified the config.m4 as indicated in that file. Then I moved to the
created acme directory, issued the
[Zeev Suraski [EMAIL PROTECTED]]
I think that there are two ways to look at the issue that John raised.
One, is a cosmetic change, that would add a bit of bloat to classes,
and retain another name in them. Allowing access to it using some
specialized function (get_beautiful_class_name() or
I think is a php bug, because with php 4.0.4pl1 it's works fine. The problem
seems due to php4ts.dll
Regards
- Message d'origine -
De : Bug Database [EMAIL PROTECTED]
À : [EMAIL PROTECTED]
Envoyé : vendredi 4 mai 2001 12:04
Objet : Bug #10659 Updated: zend optimiseur doesn't work
ID:
Quoting Franck LABANVOYE [EMAIL PROTECTED]:
I think is a php bug, because with php 4.0.4pl1 it's works fine. The
problem
seems due to php4ts.dll
The Zend Optimizer is very strongly linked to a PHP version, so it just doesn't
fit the new release jet. I guess Zend will release a version of the
On 2001-05-04 10:03:00, Hartmut Holzgraefe [EMAIL PROTECTED] wrote:
Wez Furlong wrote:
So, it'll be more of an internal dependency...
oops, we are going to have internal extension dependencies beside
those to ext/standard?
I can see where you are heading.
i think we should find a
Let's not worry about the versions right now; I'm mostly interested in
getting feedback about the concept itself.
Zeev
At 14:30 4/5/2001, Stig Sæther Bakken wrote:
[Zeev Suraski [EMAIL PROTECTED]]
I think that there are two ways to look at the issue that John raised.
One, is a cosmetic
From: [EMAIL PROTECTED]
Operating system: Debian GNU/Linux 2.3 (woody)
PHP version: 4.0.4pl1
PHP Bug Type: Apache related
Bug description: Content negotiantion seems to fail when using PHP in lt;form
action=gt;-field
Taking a dum example as:
form action=?php echo hello ?
ID: 10663
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: Content negotiantion seems to fail when using PHP in form
action=-field
Specified PHP4.0.4pl5
Previous Comments:
---
Let's not worry about the versions right now; I'm mostly interested in
getting feedback about the concept itself.
Making PHP case sensitive seems like a good idea. (I've always wondered
why
bits of it were and bits weren't, to be honest.)
I agree on this one too. What about writing a
[EMAIL PROTECTED] wrote:
ID: 10663
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: Content negotiantion seems to fail when using PHP in form
action=-field
Specified PHP4.0.4pl5
WTF is PHP4.0.4pl5? ;)
--
Hartmut Holzgraefe [EMAIL PROTECTED]
At 15:34 4/5/2001, Edin Kadribasic wrote:
I agree on this one too. What about writing a migration tool that can fix
the existing code automagically?
It'll be possible. Let's take it one step at a time though...
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail:
At 15:32 4/5/2001, John Parker wrote:
Hmm... hope Sterling's work on ADT (sweet, sweet ADT, drool, etc.) isn't
delayed due to this. (Doubt it would be, but you never know.)
ADT? (I know what it means, but not in the context of PHP)
Zeev
--
PHP Development Mailing List http://www.php.net/
To
On Thu, May 03, 2001 at 05:36:59PM -, [EMAIL PROTECTED] wrote:
ID: 10636
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
PHP Version: 4.0.5
Assigned To:
Comments:
what version of oci are compiling against? i bet it's 8.0.x!
please
Hmm... hope Sterling's work on ADT (sweet, sweet ADT, drool, etc.) isn't
delayed due to this. (Doubt it would be, but you never know.)
ADT? (I know what it means, but not in the context of PHP)
It was briefly mentioned on the Weekly Summary for 23/03/01 on the Zend web
site.
Ah; I'd imagine it'll be implemented as an extension module and not on the
language level, so it shouldn't be related in any way.
Zeev
At 15:56 4/5/2001, John Parker wrote:
Hmm... hope Sterling's work on ADT (sweet, sweet ADT, drool, etc.) isn't
delayed due to this. (Doubt it would be,
I say go for it.
What's the worst that can happen
*smirk*
Alessandro Astarita [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
[EMAIL PROTECTED] wrote:
ID: 10661
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Zeev Suraski wrote:
ADT? (I know what it means, but not in the context of PHP)
Sterling is working for some time now on a ADT extension for PHP, that
offers native PHP data-types for Lists, Trees, ...
--
sebastian bergmann[EMAIL PROTECTED]
On Fri, 04 May 2001, Hartmut Holzgraefe wrote:
oops, we are going to have internal extension dependencies beside
those to ext/standard?
ext/wddx already depends on ext/xml.
-Andrei
Some people try to achieve immortality through their work, others
through their children. I hope to achieve
Zeev Suraski wrote:
It would also improve performance fairly significantly.
Just curious, since I don't know the 'inner magic' of the ZendEngine:
Why do you expect a performance improvement by introducing case
sensitivity for class/function names?
--
sebastian bergmann
On Fri, 4 May 2001, Sebastian Bergmann wrote:
Zeev Suraski wrote:
It would also improve performance fairly significantly.
Just curious, since I don't know the 'inner magic' of the ZendEngine:
Why do you expect a performance improvement by introducing case
sensitivity for class/function
On Fri, 04 May 2001, Zeev Suraski wrote:
I think that there are two ways to look at the issue that John raised.
One, is a cosmetic change, that would add a bit of bloat to classes, and
retain another name in them. Allowing access to it using some specialized
function
From zend_execute.c:
tmp = *function_name;
zval_copy_ctor(tmp);
convert_to_string(tmp);
function_name = tmp;
zend_str_tolower(tmp.value.str.val, tmp.value.str.len);
That can be avoided
Quoting Zeev Suraski [EMAIL PROTECTED]:
The other, is a more fundamental change, and it is to change PHP to be case
dependant. PHP 4.0 follows the standard set by PHP/FI 2.0 (or earlier),
and maintains case sensitivity for variable names, but not function names
or class names. IMHO,
ID: 9602
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: iPlanet related
Description: Unable to compile with NSAPI support, implicit declaration of finite
function
ok, sorry, I'm very busy.. ;(
I try this, and the server up, no error, but don't work. The
ID: 10654
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: OCI8 related
PHP Version: 4.0.5
Assigned To:
Comments:
plz let us know if it does - we'll add it to the list then!
Previous Comments:
Zeev Suraski schrieb:
The other, is a more fundamental change, and it is to change PHP to be case
dependant. PHP 4.0 follows the standard set by PHP/FI 2.0 (or earlier),
and maintains case sensitivity for variable names, but not function names
or class names. IMHO, there's very little
ID: 9825
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
fixed in cvs,
a patched version of php is downloadable at http://celery.nme.at/php-4.0.5.zip
harald
ps: of course you have to use \\ instead of \ in
At 16:45 4/5/2001, Wez Furlong wrote:
Stig suggested making it case-insensitive by default until 4.2; I think
that has a higher WTF factor than making it case sensitive in 4.1
I truly suggest to keep the version number issue to some other time...
Zeev
--
PHP Development Mailing List
ID: 9825
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
closed
Previous Comments:
---
[2001-05-04 10:26:23] [EMAIL
ID: 10580
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: COM related
PHP Version: 4.0.5
Assigned To:
Comments:
same as #10594
Previous Comments:
---
[2001-05-01 11:05:52]
Question:
Is is_null() an alias for isset()?
Based on this statement and my understanding of both funcitons, it should
be.
Andi Gutmans [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
At 07:02 PM 5/3/2001 -0500, Andrei Zmievski wrote:
At 06:31 PM 5/3/01 -0500,
From: [EMAIL PROTECTED]
Operating system: Windows 2000 Advanced server
PHP version: 4.0.5
PHP Bug Type: IIS related
Bug description: php4.0.5 ISAPI dll gives procedure not found
Problem occures with any .php file. IIS just gives error 500 and die angegebene
Prozedur wurde
ID: 10005
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: OCI8 related
PHP Version: 4.0.4
Assigned To:
Comments:
all bind variables are converted to strings by php.
plz send shortest possible testcase ( 20 lines) to [EMAIL PROTECTED]
also you
ID: 9876
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: OCI8 related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
plz try 4.0.5 - if the problem persists please reopen.
Previous Comments:
ID: 9907
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: OCI8 related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
sadly there is no small installation option in the oracle installed to get just the
stuff needed for development. you need to install
ID: 9520
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Bug Type: OCI8 related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
that's correct - after a cursor is completly read (which is what fechstatement does)
this information is no longer valid.
Previous
ID: 9510
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: OCI8 related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
the documentation needs to be updated - ocierror always stores the error in the most
appropiate (parent-)handle.
Previous Comments:
ID: 9496
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: OCI8 related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
OCIPlogon() will do the same as OCILogon() but mark the sever and session handle as
persistent, which means that PHP won't close them on
ID: 9484
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: OCI8 related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
i assume you're on windows (unix doesn't have .dll files). grab the needed files from
www.php4win.de
Previous Comments:
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.5
PHP Bug Type: Feature/Change Request
Bug description: Requesting additional functions in OpenSSL module (working patch
available)
I'd like to use more of the RSA functions that OpenSSL provides. What I
At 17:30 4/5/2001, Joe Brown wrote:
Question:
Is is_null() an alias for isset()?
Based on this statement and my understanding of both funcitons, it should
be.
No it's not, it's a function. As such, it cannot detect whether a variable
exists and has a null value, or is undefined completely.
On 2001-05-04 14:45:48, Wez Furlong [EMAIL PROTECTED] wrote:
that has a higher WTF factor than making it case sensitive in 4.1
4.0 I mean.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I don't think it is trivial to implement this without:
a) Creating a second version of our hash tables (I don't like duplicate
code).
b) Adding more complexity to the already complex hash tables.
I don't know enough about Zend internals to speak with any authority, but
wouldn't an easy way of
On Fri, 4 May 2001, Zeev Suraski wrote:
IMHO, in a compatibility breaking upgrade, we should look into defaulting
to case sensitivity, while allowing case insensitivity as a non-default option.
+1
--Jani
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
On Fri, 4 May 2001, Zeev Suraski wrote:
At 17:30 4/5/2001, Joe Brown wrote:
Question:
Is is_null() an alias for isset()?
Based on this statement and my understanding of both funcitons, it should
be.
No it's not, it's a function. As such, it cannot detect whether a variable
exists and
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.5
PHP Bug Type: PCRE related
Bug description: preg_replace 'e' modifier
Formerly, preg_replace's e modifier inserted extraneous backslashes in
backreferences of \\1 or '\\1' form.
Ostensibly, the $1
On Fri, 4 May 2001, Colin Viebrock wrote:
I don't think it is trivial to implement this without:
a) Creating a second version of our hash tables (I don't like duplicate
code).
b) Adding more complexity to the already complex hash tables.
I don't know enough about Zend internals to speak
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.16
PHP version: 4.0.5
PHP Bug Type: DOM XML related
Bug description: xmltree function cause memory leak
My code:
---
?php
$fd = fopen(file.xml,r) or die
ID: 10580
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Bug Type: COM related
PHP Version: 4.0.5
Assigned To:
Comments:
This is now fixed in CVS. Fix will be in 4.0.6.
--Jani
Previous Comments:
Please close these if they are fixed. Duplicate is one of the 'open'
statuses just like 'Analyzed'..
--Jani
On 4 May 2001 [EMAIL PROTECTED] wrote:
ID: 10580
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: COM related
PHP Version: 4.0.5
Assigned
The question was under what key the class entry should be stored... At any
rate, it's a non-issue; Saving the 'beautiful' version of the class name
is possible, but is a bit hacky IMHO. There should be an optional case
sensitive mode, and we'll introduce one in one of the future versions of
On Fri, 4 May 2001, Zeev Suraski wrote:
IMHO, in a compatibility breaking upgrade, we should look into defaulting
to case sensitivity, while allowing case insensitivity as a non-default
option.
+1 from me too.
-Chris
--
PHP Development Mailing List http://www.php.net/
To unsubscribe,
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.5
PHP Bug Type: PCRE related
Bug description: preg_replace backquote failure
The following code succeeds on PHP 4.03 and PHP 4.04pl1, but fails on PHP 4.05:
$str = abc'''def;
function f($s) { return
A small point I'd like to raise here.
I noticed 4.0.5 made a change to the arguments of
zend_hash_get_current_key
by adding a dupe argument to the define and underlying function.
This of course broke any external custom modules that are not
changed appropriately. In this case the change was
On Thu, 3 May 2001, Zak Greant wrote:
Does anyone know if connection_timeout will be disappearing from PHP 3?
Put it this way: Does anyone know when PHP 3 will disappear? :)
--Jani
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Hi all,
Look at the following code:?$price = "66950";$formatado = preg_split ('//', $price, 0, PREG_SPLIT_NO_EMPTY);$escalar = sizeof($formatado);echo $escalar;?In php4.0.4pl1 the result is "5", in php4.0.5 the result is "1".I also tried version 1.92 in CVS of /ext/pcre/php_pcre.c but I got
Brian Foddy wrote:
... and get better notified when they do occur?
they have occured on every release but 4.0.3 now
so you should expect new releases to *not* be
binary compatible to old extensions for now IMHO
--
Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77
--
Jani Taskinen wrote:
On Thu, 3 May 2001, Zak Greant wrote:
Does anyone know if connection_timeout will be disappearing from PHP 3?
Put it this way: Does anyone know when PHP 3 will disappear? :)
IMHO it will die together with the FAT filesystem ?
--
Hartmut Holzgraefe [EMAIL
IMHO, in a compatibility breaking upgrade, we should look into defaulting
to case sensitivity, while allowing case insensitivity as a
non-default option.
+1
+1
=)
Peter [DiSAStA] Petermann
ID: 10667
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: DOM XML related
Description: xmltree function cause memory leak
Previous Comments:
---
[2001-05-04 11:29:00] [EMAIL PROTECTED]
My code:
It's in everyone's interest to keep the API intact. The Zend API is now
fairly stable (I don't expect compatibility breaking changes in the 4.0
line); Judging from the experience of PHP 3.0, there too, the API
stabilized around x.0.5.
Zeev
At 18:29 4/5/2001, Brian Foddy wrote:
A small
ID: 10265
User Update by: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: MySQL related
Bug Type: Date/time related
Description: Apache dumps core during mysql_fetch_array
It took me some time to find out, that this actually
is a bug in date(). Try the following script and have
a look at the
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.4
PHP version: 4.0.5
PHP Bug Type: Compile Failure
Bug description: Compile as Apache 2.0 module fails
When compileing PHP 4.0.5 as an Apache 2.0.16 module
the following errors occour:
...
...
sapi_apache2.c: In function
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.0.5
PHP Bug Type: COM related
Bug description: Cannot retrieve secondary object properties
The following code causes PHP to die at line 3:
$mgr = new COM(Factory);
$child = $mgr-GetChild(1);
echo
On Fri, 4 May 2001, Hartmut Holzgraefe wrote:
Zeev Suraski wrote:
It's in everyone's interest to keep the API intact. The Zend API is now
fairly stable (I don't expect compatibility breaking changes in the 4.0
line); Judging from the experience of PHP 3.0, there too, the API
On Fri, 04 May 2001, Renato Weiner wrote:
Hi all,
Look at the following code:
?
$price = 66950;
$formatado = preg_split ('//', $price, 0, PREG_SPLIT_NO_EMPTY);
$escalar = sizeof($formatado);
echo $escalar;
?
In php4.0.4pl1 the result is 5, in php4.0.5 the result is 1.
I
ID: 10665
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
PHP Version: 4.0.5
Assigned To: wez
Comments:
I'll review it, and probably commit it.
--Wez.
Previous Comments:
---
I have a question regarding the API, something that bit me while I was
working with the php_imap code:
Basically I did this (pseudocode):
char init_value[10] = foobar;
tmp_variable = emalloc(strlen(init_value) + 1);
strcpy(tmp_variable, init_value);
while(condition) {
Sterling Hughes wrote:
On Fri, 4 May 2001, Hartmut Holzgraefe wrote:
so we can now hope for a reference documentation now? ;)
Sure, go ahead and write some! ;)
AFAIR someone told someone else not to do so (a long time ago)
as this was already taken care of ;)
--
Hartmut Holzgraefe [EMAIL
ID: 10668
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Bug Type: PCRE related
PHP Version: 4.0.5
Assigned To:
Comments:
Can you explain why you think it fails? The following sample (slightly modified from
yours to dump the $s parameter to function):
On Thu, Apr 26, 2001 at 11:42:24AM -0400, spencer 'sporty' portee wrote:
As of late, the company I work for, Community Connect, needs to extend the
openssl php module and might be able to release the source. It is for RSA
encryption, but in my own interest, i would like to add on the other
ID: 10666
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PCRE related
PHP Version: 4.0.5
Assigned To:
Comments:
$n notation was introduced to be similar to Perl. It is exactly equivalent to \\n.
You can't simply use f($1) in the evaluation string
On 3 May 2001 [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: Linux (Debian) 2.2
PHP version: 4.0.5
PHP Bug Type: Scripting Engine problem
Bug description: __FILE__ missing path delimiters
With 4.0.6 latest cvs (not 4.0.5; is there a reason the latest
On Fri, 4 May 2001, Zeev Suraski wrote:
IMHO, in a compatibility breaking upgrade, we should look into defaulting
to case sensitivity, while allowing case insensitivity as a non-default option.
Zeev
That solves my problem and makes me happy.
+1
--
John Donagher
Application Engineer
From: [EMAIL PROTECTED]
Operating system: OpenBSD 2.8
PHP version: 4.0.4
PHP Bug Type: Documentation problem
Bug description: uodbc.* should be odbc.* in php.ini
In trying to tweak my ODBC connection use, I was trying to limit the number of
max_links. I could change the
Hope is always a good thing :)
There's a good starting point already, people are more than welcome to
extend it.
Zeev
At 19:30 4/5/2001, Hartmut Holzgraefe wrote:
Zeev Suraski wrote:
It's in everyone's interest to keep the API intact. The Zend API is now
fairly stable (I don't expect
erealloc() (like realloc()) returns a pointer to the realloc'd string. It
may or may not be the same pointer you specifed in the first argument. So,
your code should look like:
...
tmp_variable = erealloc(tmp_variable, ...);
Otherwise, you're going to have both a bug and if it doesn't crash
1 - 100 of 190 matches
Mail list logo