ID: 10176
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Assigned To:
Comments:
Thank you. This is a known issue. 4.0.5 will have 2
ini parameters to deal with this:
arg_separator.input
arg_separator.output
Read the php-dev
From: [EMAIL PROTECTED]
Operating system: Windows2000 Server
PHP version: 4.0.4pl1
PHP Bug Type: MSSQL related
Bug description: IIS 5.0 can not start with enabled mssql70 extension
--
Edit Bug report at: http://bugs.php.net/?id=10177edit=1
--
PHP Development Mailing
Ideally it should not depend an operating system structure.
Agreed (but quite a lot of work I think).
I propose #define PHP_DATE_SIZE _int64
Not agreed, unless you move the start date backwards a few thousand years :)
Cheers
--
Phil Driscoll
Dial Solutions
+44 (0)113 294 5112
On Wed, 4 Apr 2001, Jani Taskinen wrote:
sniperWed Apr 4 13:46:27 2001 EDT
Modified files:
/php4 php.ini-dist php.ini-optimized NEWS
/php4/ext/standardurl_scanner.c url_scanner_ex.re url_scanner_ex.c
/php4/mainmain.c php_globals.h
Hi Stanislav!
On Wed, 04 Apr 2001, Stanislav Malyshev wrote:
AG By the time we close in on 2038 and UNIX is still around
AG (*smile*) then most UNIX systems will most probably have moved
AG to 64bit timestamps, thus requiring in the best place just a
AG recompilation of your PHP binary and
ID: 10177
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MSSQL related
Assigned To:
Comments:
Please provide more information, about what error's you get, the output of your
phpino(); (on a website if that's possible) and your php.ini file (and
ID: 10171
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Scripting Engine problem
Bug Type: Documentation problem
Assigned To:
Comments:
problem here is that include()s require()s are runtime thingies. I got bitten by
this just yesterday: if you e. g. redeclare a
hi there,
actually, the behavior you experienced with previous versions
was buggy. current behavior is correct (and matches documentation,
which has claimed this behavior for long).
At 02:54 5.4. 2001, Steven Roussey wrote the following:
IIRC both these directives default to '', right? So it'll
still work even if you don't edit you php.ini. Or am I missing
something?
At 10:22 5.4. 2001, Sascha Schumann wrote the following:
--
On Wed, 4 Apr 2001, Jani Taskinen wrote:
From: [EMAIL PROTECTED]
Operating system: Windows2000/IIS5
PHP version: 4.0.4pl1
PHP Bug Type: *Install and Config
Bug description: Configuration of extensions
I always get a message like cannot find module 'c:\php\extensions\php_ldap.dll'
i have tried '/' instead of '\'.
ID: 10177
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: MSSQL related
Description: IIS 5.0 can not start with enabled mssql70 extension
Steps I do:
1. PHP is working as an ISAPI without mssql70 extension. In php.ini:
;extension=php_mssql70.dll
2. Set in php.ini
From: [EMAIL PROTECTED]
Operating system: SuSE7.0
PHP version: 4.0.4pl1
PHP Bug Type: PCRE related
Bug description: repetition quantifiers
I am not sure if it's a bug or misinterpretation on my side
but I expect something like /[0-9]{,10}/ to match
a number at most 10
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.0.4pl1
PHP Bug Type: Date/time related
Bug description: date arithmetic gives wrong result
?
$birthdate = mktime(0, 0, 0, 1, 1, 2001);
// should give 82 days old - correct
$CurDate =
ID: 10180
Updated by: ab
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Assigned To:
Comments:
daylight saving time started on 3.26.2001 so behaviour is correct
Previous Comments:
---
[2001-04-05
ID: 10136
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Mail related
Description: Function mail() does not work properly
OK, I found the problem, folks !!
If you want to send messages in Cc: and Bcc: and personnalize to name of the To:
recipients, I found a topic in newsgroup, you
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.4pl1
PHP Bug Type: ODBC related
Bug description: odbc_result causes Unexpected network read error
Configuration bulld with
'./configure' '--with-openlink=/opt' '--sysconfdir=/etc'
Hi!
Works perfect now!
I stumbled into another problem though.
fdf_get_status won't give me the /STATUS-key from the FDF file.
I open the fdf file with
$foo = fdf_open($fp);
and then
echo fdf_get_status($foo);
and it just returns a (square).
When i print out the fdf file I can clearly see
Hello,
I'm Calin from Romania. I've worked with php for about 1 year.
I am wondering, to this lack in PHP: the application server part, what
solutions have you found
to make objects, arrays, variables, database templates 'live' into the
server? Do you have
any ideas what direction will PHP
ID: 9832
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Informix related
Description: httpd memory problem with informix
Previous Comments:
---
[2001-03-19 04:58:55] [EMAIL PROTECTED]
After successfully getting
From: [EMAIL PROTECTED]
Operating system: Windows 98 - 2
PHP version: 4.0.4pl1
PHP Bug Type: Mail related
Bug description: problem with the "To" field
Ok, I have found several notes telling that the following syntax works :
$to = "\"Arnaud PERE\" [EMAIL PROTECTED]";
mail
From: [EMAIL PROTECTED]
Operating system: W2K
PHP version: 4.0.4pl1
PHP Bug Type: IIS related
Bug description: W2K, IIS Access violation (ISAPI)
The CGI version is OK but the isapi gives me the folowing error
PHP has encountered an Access Violation at 0B292466
With any
At 10:22 AM 4/5/2001 +0200, Sascha Schumann wrote:
On Wed, 4 Apr 2001, Jani Taskinen wrote:
sniperWed Apr 4 13:46:27 2001 EDT
Modified files:
/php4 php.ini-dist php.ini-optimized NEWS
/php4/ext/standardurl_scanner.c url_scanner_ex.re
ID: 10184
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Strings related
Description: Define and empty multi line string fault
Previous Comments:
---
[2001-04-05 10:16:52] [EMAIL PROTECTED]
CODE USED-
$var =
From: [EMAIL PROTECTED]
Operating system: IRIX 6.5
PHP version: 4.0.4pl1
PHP Bug Type: Compile Failure
Bug description: compile fails when using --with-oci8
When I try to compile with oci8 support, I get an error.
ORACLE Release is 8.1.5.0.1
Here is my ./configure
From: [EMAIL PROTECTED]
Operating system: SunOS pisun7 5.6 Generic_105181-05 sun4u sparc SUNW,Ultra-2
PHP version: 4.0.4pl1
PHP Bug Type: Apache related
Bug description: Apache cannot load libphp4.so symbol ap_block_alarms
# ./apachectl start
Syntax error on line 205 of
ID: 10187
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Bug Type: mcrypt related
Assigned To: derick
Comments:
Another mcrypt bug, I'll check this one out. It may be a platform depended bug BTW.
Previous Comments:
ID: 10187
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Assigned
Bug Type: mcrypt related
Assigned To: derick
Comments:
analysed assigned
Previous Comments:
---
[2001-04-05 11:30:06]
From: [EMAIL PROTECTED]
Operating system: Linux Mandrake
PHP version: 4.0.4pl1
PHP Bug Type: Dynamic loading
Bug description: Problem in loading dynamic module (Desc. below)
Apache 1.3.19 is configured with --enable-module=all --enable-shared=max
php-4.0.4pl1 is configured
Quoting Hartmut Holzgraefe [EMAIL PROTECTED]:
arg_separator.output should default to 'nbsp;'.
nbsp; ??? i guess it will break lots ;)
maybe we should amp; instead?
Wow. Yeah, I'm really tired this morning. amp; is what I meant, of course...
Thanks, Hartmut. :)
-chuck
--
Charles
I got this after I d/l'd the CVS:
[root@voyager php4]# ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.3.5 (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
On Thu, Apr 05, 2001 at 12:12:04PM -0400, Greg Kopp wrote:
I got this after I d/l'd the CVS:
[root@voyager php4]# ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.3.5 (ok)
rebuilding
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.3-RC
PHP version: 4.0.4pl1
PHP Bug Type: Apache related
Bug description: apache UnsetEnv does not work, possibly effecting php scripts
a bug report was submitted to apache:
http://bugs.apache.org/index.cgi/full/7528
OK.
Here is an example of why it causes problems: We had some lines of code like
this:
echo ("table width=100%");
works ok. But then we comment out the that line:
// echo ("table width=100%");
it now dies.
You might make a note in the NEWS section if it is not already there. I'll
get
From: [EMAIL PROTECTED]
Operating system: any
PHP version: 4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description: \t$var = lt;lt;lt;EOI\n\tblah\tEOI;
$var = EOI
blah
EOI;
I would like to have the EOI syntax ignore whitespace when finding the EOI;
Andi Gutmans wrote:
This was fixed to be consistent with ?.
One line comments end at a new line or at a closing bracket (? or %)
At 05:54 PM 4/4/2001 -0700, Steven Roussey wrote:
I found our problem. In 4.0.5, comments seem to be parsed differently. We
have ASP style tags enabled so we
ID: 9105
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
Assigned To: sterling
Comments:
Relative paths don't work with windows.
Previous Comments:
---
From: [EMAIL PROTECTED]
Operating system: NT
PHP version: 4.0.4pl1
PHP Bug Type: Apache related
Bug description: file missing
File PEAR.php and all the structure is missing from the NT port.
--
Edit Bug report at: http://bugs.php.net/?id=10191edit=1
--
PHP
ID: 10191
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Assigned To:
Comments:
there is no such thing as a *NT port*,
all versions of PHP for different systems/platforms
are built from the same source
you are most likely
ID: 8834
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Strings related
Assigned To:
Comments:
This is most likely a Solaris specific issue as I can't
reproduce this on Linux.
Can you please include the output of this command in both
Solaris
ID: 10079
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Old-Bug Type: Scripting Engine problem
Bug Type: *General Issues
Assigned To:
Comments:
As this is a browser problem with only one browser and one
version of it - closed. It's a bug in IE 5.01 SP2 so
ID: 8834
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Strings related
Description: crypt() starts from not random salt
here you are:
Solaris 2.4:
# grep RAND main/php_config.h
#define HAVE_LRAND48 1
#define HAVE_RAND_R 1
/* #undef HAVE_RANDOM */
#define
ID: 10171
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Description: calling function before it is defined only works in same file
Thanks for the info from Andi and cynic. The reason this feature is so nice is
because I have a wrapper that
This makes sense. The behaviour quoted below creates difficulties when
writing portable scripts (not to depend on the value of register_globals).
Rgds:
-- Alex
On Thu, 5 Apr 2001, Carsten Gehling wrote:
One of the IMHO stranger behaviors in PHP is what happens to the
$HTTP_SESSION_VARS
I too have seen this, but I assumed it you had to
put a random salt key in. I picked the system
mseconds and put that in a random seed to get a
random salt key. I was also on Solaris 2.6.
Simple work around if its not supposed to work
that way.
On 5 Apr 2001 18:57:45 -, [EMAIL PROTECTED]
ID: 10193
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Description: Gargbage characters returned.
my email is [EMAIL PROTECTED]
Previous Comments:
---
[2001-04-05 17:16:03] [EMAIL
From: [EMAIL PROTECTED]
Operating system: OpenBSD 2.7
PHP version: 4.0.4pl1
PHP Bug Type: *Encryption and hash functions
Bug description: crypt() doesn't do md5
I have not tested with other crypts, but the constant CRYPT_MD5 is true. All crypted
strings come out as DES.
+1
-Chris
-Original Message-
From: Alexander Feldman [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 05 April, 2001 1-44 pM
To: Carsten Gehling
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] Request for new feature: $HTTP_SESSION_VARS when
register_globals = on
This makes sense. The
ID: 8834
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Strings related
Description: crypt() starts from not random salt
here you are:
Solaris 2.4:
# grep RAND main/php_config.h
#define HAVE_LRAND48 1
#define HAVE_RAND_R 1
/* #undef HAVE_RANDOM */
#define HAVE_SRAND48 1
/*
ID: 8895
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Sablotron XSL
Description: xslt_process() documentation problem
This is ridiculous - this is the second time this bug has been closed by someone who
never bothered to read the report!
According to the
From: [EMAIL PROTECTED]
Operating system: Linux Mandrake (redhat) 7.0
PHP version: 4.0.3pl1
PHP Bug Type: Sybase (dblib) related
Bug description: sybase_query with sybase_fetch_row displays real data type
incorrectly
Queries that produce incorrect data is random, but will
Yes, what you're saying definitely makes sense and I think it should be fixed.
Andi
At 09:20 PM 4/5/2001 +0200, Carsten Gehling wrote:
One of the IMHO stranger behaviors in PHP is what happens to the
$HTTP_SESSION_VARS array when changing register_globals from off to on.
If register_globals is
ID: 8895
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
Assigned To: sterling
Comments:
The xslt_process() function *does* return false on failure.
However, if the error is serious enough, the php script
will exit out, as with any
Don't ask why it is this way, but say we have these files:
::
inc1.php
::
?
class base {
function ForumStyle() {
echo ('hi');
}
}
?
::
inc2.php
::
?
class ForumStyle extends base {
var $temp;
}
?
Full name: Boris Arsov
Email: [EMAIL PROTECTED]
ID: borisphp
Purpose: Learning
--
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]
ID: 9369
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Description: Bug in foreach, reference (See Bug ID#9365, too)
I've tested against
- PHP4.0.5RC1 Windows/Apache SAPI
- PHP4.0.5RC6 Linux/Apache SAPI
It's still there.
I think this bug is better
Try this patch, which also adds support for FLT8. Also, this applies to
both PHP3 and PHP4, and the sybase_ct functions don't have this problem.
--- sybase.c.orig Mon Feb 7 16:54:51 2000
+++ sybase.cMon Apr 3 12:12:00 2000
@@ -635,9 +640,13 @@
result-type =
On 5 Apr 2001 17:05:34 -0700, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
ID: 8895
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
Assigned To: sterling
Comments:
The xslt_process() function *does* return false on failure.
However, if
From: [EMAIL PROTECTED]
Operating system: FreeBSD v4.2
PHP version: 4.0.4pl1
PHP Bug Type: Pspell related
Bug description: pspell functions no longer work
The Pspell functions no longer work after upgrading to pspell 0.12 and aspell 0.33. I
know you have added the pspell
ID: 10196
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Pspell related
Description: pspell functions no longer work
pspell_new_config() at least is not returning a link value.
Previous Comments:
---
[2001-04-05
Revision 1.228 of configure.in breaks the expansion of the
PEAR_INSTALLDIR variable. I don't know why the $'s were escaped in
revision 1.228, but the following patch brings back what I think is
the intended behavior.
Is there a reason the $'s were escape, or can I commit my fix?
Index:
On Thu, 5 Apr 2001, Andi Gutmans wrote:
At 10:22 AM 4/5/2001 +0200, Sascha Schumann wrote:
Am I the only one who thinks that breaking installations
which use a different arg_separator is odd? Now all those
working installations have to be manually modified just to
append
On Thu, 5 Apr 2001, Chris Adams wrote:
On 5 Apr 2001 17:05:34 -0700, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
ID: 8895
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
Assigned To: sterling
Comments:
The xslt_process()
On Thu, Apr 05, 2001 at 10:29:03PM -0400, Sterling Hughes wrote:
On Thu, 5 Apr 2001, Chris Adams wrote:
On 5 Apr 2001 17:05:34 -0700, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
ID: 8895
The xslt_process() function *does* return false on failure.
However, if the error is serious
On Thu, 5 Apr 2001, Chris Adams wrote:
On Thu, Apr 05, 2001 at 10:29:03PM -0400, Sterling Hughes wrote:
On Thu, 5 Apr 2001, Chris Adams wrote:
On 5 Apr 2001 17:05:34 -0700, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
ID: 8895
The xslt_process() function *does* return false on
ID: 10195
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: OpenSSL related
Description: https takes forever and a day to return when php is loaded in Apache
Latest information. If I remove with-curl out from the configuration and rebuild PHP
the problem no longer appears.
I need the
Sweet to see Apache 2 support availabe (--with-apxs2). Got it up and running
under 2.0.16.
What's the timeframe look like for this? There's really_silly, includes...
Anything I can do to help?
August
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
66 matches
Mail list logo
