ID: 14498
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: MySQL related
Operating System: Cobalt Linux 5.0
PHP Version: 4.1.0
Assigned To: zak
New Comment:
Thats not a php-bug, its a mysql/cobalt problem.
Configure mysql with following additional
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.1
PHP version: 4.1.1
PHP Bug Type: cURL related
Bug description: HTTPS still not working
When using cURL to fetch pages over SSL, curl_error report SSL: couldn't
create a context!. This happens with the openssl extension
From: [EMAIL PROTECTED]
Operating system: redhat 7.2
PHP version: 4.0.6
PHP Bug Type: *Directory/Filesystem functions
Bug description: mkdir
in apache vhost:
mkdir(path, 0777);
but the directory's mod is 755
--
Edit bug report at: http://bugs.php.net/?id=14788edit=1
--
At 13:58 2001-12-31 -0500, Joao Prado Maia wrote:
I would think the following extensions should also go to PECL:
.
.
.
satellite
Sure, Satellite could probably be moved there...
-\- David Eriksson -/-
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
Are there any well-founded objections to this (either in practice
or principle)?
no objections, but one thing that should be considered is what happens
to the documentation for these extensions when they are no longer a
part
of the core distribution.
Documentation should really be an
On Mon, Dec 31, 2001 at 02:01:52PM -0500, Jon Parise wrote :
On Mon, Dec 31, 2001 at 01:58:42PM -0500, Joao Prado Maia wrote:
This is definitely not an inclusive list; it's just a start. I
can't imagine a lot of people using these modules, so they seem
like good candidates for
On Mon, Dec 31, 2001 at 09:21:15PM -, [EMAIL PROTECTED] wrote :
ID: 14782
Updated by: zak
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 4.1.1
New Comment:
Hi Mike,
Unless one of the
ID: 14783
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: DOM XML related
Operating System: RH6.2/Apache/libxml2.4.12
PHP Version: 4.1.1
New Comment:
This has been fixed in CVS.
Previous Comments:
ID: 13396
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: Windows 98 SE
PHP Version: 4.0.6
New Comment:
After some research I now believe my issue was caused by a configuration error in
Personal Web
ID: 14781
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: FTP related
Operating System: Linux Redhat 6.2/7.2
PHP Version: 4.1.1
New Comment:
Your code doesn't watch out for operator precedence:
$foo = function1() || die(i'm dead now);
will
ID: 14376
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: COM related
Operating System: W2k Server
PHP Version: 4.0.6
New Comment:
No feedback. Closing.
Previous Comments:
ID: 14398
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: PostgreSQL related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
No feedback. Closing.
Previous Comments:
On Mon, Dec 31, 2001 at 01:38:48PM -0500, Jon Parise wrote:
I think the following standard extensions should be moved to
PECL:
ext/cybercash
ext/icap
ext/pfpro
ext/yaz
This is definitely not an inclusive list; it's just a start. I
can't imagine a lot of people using
ID: 14434
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Linux 2.4.x/Apache 1.3.22
PHP Version: 4.1.0
New Comment:
No feedback. Closing.
Previous Comments:
Sebastian Bergmann wrote:
Updated table:
Language | Elapsed time | MOPS
--+--+--
Parrot 0.0.3 | 7 seconds | 26.99
Python| 88 seconds | 2.27
Perl | 102 seconds | 1.96
From: [EMAIL PROTECTED]
Operating system: FreeBSD / Linux
PHP version: 4.1.1
PHP Bug Type: Other web server
Bug description: _SERVER[REQUEST_URI] not fully given to Caudium 1.0.34
When using PHP 4 with Caudium, the $REQUEST_URI / _SERVER[REQUEST_URI]
var is not full.
For
On 31 Dec 2001 19:18:59 -, Jim Winstead wrote:
Jon Parise [EMAIL PROTECTED] wrote:
Are there any well-founded objections to this (either in practice
or principle)?
no objections, but one thing that should be considered is what happens
to the documentation for these extensions
The
I wouldn't pay too much attention to anything in version 0.0.3. The Zend
engine was quicker than Perl at this kind of stuff during initial stages of
development, but as more features and functionality are added, it became
slower.
That said - if you're using PHP because of performance, you're
ID: 14789
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Other web server
Operating System: FreeBSD / Linux
PHP Version: 4.1.1
New Comment:
REQUEST_URI is an apache specific variable. no bug -bogus.
Previous Comments:
ID: 14768
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: MySQL related
Operating System: Windows XP
PHP Version: 4.1.0
New Comment:
Neither mysql_connect or mysql_pconnect seemed to work.
Previous Comments:
From: [EMAIL PROTECTED]
Operating system: OpenBSD 2.9
PHP version: 4.1.1
PHP Bug Type: Zlib Related
Bug description: --with-zlib == broken phpinfo()
Hi,
If I use --with-zlib and I launch phpinfo() function it breaks after
calendar (before zlib!) table.
I solved
Zeev Suraski wrote:
I wouldn't pay too much attention to anything in version 0.0.3.
Of course.
The Zend engine was quicker than Perl at this kind of stuff during
initial stages of development, but as more features and
functionality are added, it became slower.
I understand this, and
ID: 14783
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: DOM XML related
Operating System: RH6.2/Apache/libxml2.4.12
Old PHP Version: 4.1.1
PHP Version: CVS Jan. 1 2002
New Comment:
Just checked out and built from CVS this morning (2002/1/1). The test
At 04:59 PM 1/1/2002 +0100, Sebastian Bergmann wrote:
I don't mind PHP to be slower than Perl or Python that much. But what
I would not mind would be the Zend Engine 2 beeing slower than the
Zend Engine 1...
That's pretty weird. I ran the same script and they are pretty much the
same
Hey,
The Zend Engine 2 has made lots of progress.
I think we should have a discussion of what other things besides the
scripting engine we'd like to change for PHP 5.
I know there was talk on deprecating some stuff such as old-style function
names, moving extensions to PECL etc.. I think it's
Andi Gutmans wrote:
That's pretty weird.
Benchmarks usually are. Just to make it clear: I did one run for each
language / configuration only. No multiple iterations to get a mean
value. That alone disqualifies my test results.
I ran the same script and they are pretty much the same
From: Adam Dickmeiss [EMAIL PROTECTED]
On Mon, Dec 31, 2001 at 01:38:48PM -0500, Jon Parise wrote:
I think the following standard extensions should be moved to
PECL:
ext/cybercash
ext/icap
ext/pfpro
ext/yaz
This is definitely not an inclusive list; it's just a
ID: 14768
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: MySQL related
Operating System: Windows XP
PHP Version: 4.1.0
New Comment:
Wait until 4.1.1 and see if its fixed (I bet it is).
Previous Comments:
ID: 14783
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Feedback
Bug Type: DOM XML related
Operating System: RH6.2/Apache/libxml2.4.12
PHP Version: CVS Jan. 1 2002
New Comment:
Did the same before I replied and it didn't crash, hm.
What were your ./configure
On Tue, 1 Jan 2002 18:36:57 +0100, Egon Schmid wrote:
Well, I know librians will love the YAZ extension. I suggest to move
the documentation in a new part in the PHP Manual. I think of a
split of the original Function Reference in something like Basic
Function Reference and Extended Function
On Tue, Jan 01, 2002 at 06:52:55PM +0100, Martin Jansen wrote :
On Tue, 1 Jan 2002 18:36:57 +0100, Egon Schmid wrote:
Well, I know librians will love the YAZ extension. I suggest to move
the documentation in a new part in the PHP Manual. I think of a
split of the original Function
Andi Gutmans [EMAIL PROTECTED] wrote:
The Zend Engine 2 has made lots of progress.
is there an up-to-date summary of the changes beyond the original ze2
proposal? example scripts that show the new features?
Unrelated, I'm still waiting to hear exactly what mechanism the PEAR guys
Jim Winstead wrote:
is there an up-to-date summary of the changes beyond the original ze2
proposal? example scripts that show the new features?
ZendEngine2/ZEND_CHANGES for starters.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I
On Tue, Jan 01, 2002 at 04:05:18PM +0100, Martin Jansen wrote:
On 31 Dec 2001 19:18:59 -, Jim Winstead wrote:
Jon Parise [EMAIL PROTECTED] wrote:
Are there any well-founded objections to this (either in practice
or principle)?
no objections, but one thing that should be considered is
At 05:56 PM 1/1/2002 +, Jim Winstead wrote:
(and 'unimportant' is a dangerous word. obviously that depends on the
situation.)
I think it's obvious what I meant.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.9
PHP version: 4.1.1
PHP Bug Type: Arrays related
Bug description: Array_shift always the problem ...
This script :
?
print before : ;
for ($i=1;$i=6;$i++) {
$toto[$i] = $i;
ID: 14791
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Arrays related
Operating System: Linux 2.4.9
PHP Version: 4.1.1
New Comment:
Scuse me, a little error by my hands ... ;(
normally i should have :
before : Array ( [1] = 1 [2] = 2 [3] = 3 [4]
Although we're planning
on only move the unimportant extensions out of PHP I still think it should
be extremely easy to get a list of available extensions (maybe even a part
of the ./configure process) and to easily download/configure/install them.
Please could you explain unimportant ?!
At 07:24 PM 1/1/2002 +0100, Georg Richter wrote:
Although we're planning
on only move the unimportant extensions out of PHP I still think it should
be extremely easy to get a list of available extensions (maybe even a part
of the ./configure process) and to easily download/configure/install
From: Martin Jansen [EMAIL PROTECTED]
On Tue, 1 Jan 2002 18:36:57 +0100, Egon Schmid wrote:
Well, I know librians will love the YAZ extension. I suggest to
move
the documentation in a new part in the PHP Manual. I think of a
split of the original Function Reference in something like Basic
ID: 14784
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux (RH 6.2 / 2.4.3)
PHP Version: 4.1.1
New Comment:
Sorry. I forgot to include the backtrace:
start
Program received signal SIGSEGV, Segmentation
ID: 14784
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux (RH 6.2 / 2.4.3)
PHP Version: 4.1.1
New Comment:
A backtrace without --enable-debug is pretty useless. Can you recompile and paste the
backtrace
Hello,
Andi Gutmans wrote:
Hey,
The Zend Engine 2 has made lots of progress.
I think we should have a discussion of what other things besides the
scripting engine we'd like to change for PHP 5.
I know there was talk on deprecating some stuff such as old-style function
names, moving
I found the reason behind your bug.
When you are checking if the segment exists or not you are using
$testID = shmop_open( 0xff3, ac, 0, 0);
instead of
$testID = shmop_open( 0xff3, a, 0, 0);
which simply tried to open the segment and will return FALSE if it fails.
Once I changed
ID: 14783
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: DOM XML related
Operating System: RH6.2/Apache/libxml2.4.12
PHP Version: CVS Jan. 1 2002
New Comment:
My configuration notes:
- PHP built as DSO, apache with
On Tue, 1 Jan 2002, Zeev Suraski wrote:
About SOAP and Web services - I agree with you that it would be very good
to have built-in support for it in PHP. However, suggesting this kind of
ideas is usually pretty pointless, unless you're willing to actually do
something about it. I think the
However, suggesting this kind of
ideas is usually pretty pointless, unless you're willing to actually do
something about it.
Well Andi asked for discussion on ideas for php5. And these suggestions imo
are not pointless, as a developer may well pick up on them and start work on
them.
--
On Tue, 1 Jan 2002 19:55:33 +0100, Egon Schmid wrote:
Are you sure that librians find the PEAR documentation?
When they find the PHP documentation, they can also find the
PEAR documentation, no? :-)
As I can see
PEAR and PHP documentation differs in many things.
What kind of differences are
On Tue, 1 Jan 2002 10:09:51 -0800, Jim Winstead wrote:
i was thinking more along the lines of something that allowed the
documentation for an extension to be managed on its own,
Documentation somewhere is better than documentation nowhere ;-).
Anyways, I don't have a really strong opinion
At 23:30 01/01/2002, Richard Heyes wrote:
However, suggesting this kind of
ideas is usually pretty pointless, unless you're willing to actually do
something about it.
Well Andi asked for discussion on ideas for php5. And these suggestions imo
are not pointless, as a developer may well pick
Manuel Lemos [EMAIL PROTECTED] wrote:
One thing that I think it is really vital to prevent PHP to leak even
more users to other languages is to have built-in support for consuming
Web services.
http://aspn.activestate.com/ASPN/WebServices/SWSAPI/phptut
yes, that's not built-in. but dealing
Hello,
Zeev Suraski wrote:
At 22:24 01/01/2002, Manuel Lemos wrote:
One thing that I think it is really vital to prevent PHP to leak even
more users to other languages is to have built-in support for consuming
Web services.
Manuel,
A friendly suggestion - you always sound as if the
Hello,
Derick Rethans wrote:
On Tue, 1 Jan 2002, Zeev Suraski wrote:
About SOAP and Web services - I agree with you that it would be very good
to have built-in support for it in PHP. However, suggesting this kind of
ideas is usually pretty pointless, unless you're willing to actually
Hello,
Zeev Suraski wrote:
At 23:30 01/01/2002, Richard Heyes wrote:
However, suggesting this kind of
ideas is usually pretty pointless, unless you're willing to actually do
something about it.
Well Andi asked for discussion on ideas for php5. And these suggestions imo
are not
Manuel:
Is there something stopping you from implementing this?
Sean
-Original Message-
From: Manuel Lemos [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 01, 2002 5:54 PM
To: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] Built-in SOAP based Web Services
support (wasRe:
PHP 5)
Hello,
Jim Winstead wrote:
Manuel Lemos [EMAIL PROTECTED] wrote:
One thing that I think it is really vital to prevent PHP to leak even
more users to other languages is to have built-in support for consuming
Web services.
http://aspn.activestate.com/ASPN/WebServices/SWSAPI/phptut
Hello,
Sean R. Bright wrote:
Manuel:
Is there something stopping you from implementing this?
Yes, free time to motivate me to stop working on other developments from
which I can make a living.
Another thing, it has been a while (more than 2 years) since I decided
to not dedicate my
ID: 14789
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Other web server
Operating System: FreeBSD / Linux
PHP Version: 4.1.1
New Comment:
Note that it's probably the same bug than http://bugs.php.net/bug.php?id=10159 ,
though.
Previous Comments:
ID: 10159
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Other web server
Operating System: FreeBsd 4.1
PHP Version: 4.0.4pl1
New Comment:
Until you come up with a concrete problem this is bogus.
Previous Comments:
Hello PHP developers,
Interesting to think about what might make a nice foundation technology
for all the exciting potential of PHP5. SOAP is obviously an important
technology for websites in the future. But given that (I guess) most of us
are not really that keen to follow in the nervous
No one will stop you from implementing it. And it is
certainly an advantage for PHP.
--
Please always Cc to me when replying to me on the lists.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.1.1
PHP Bug Type: Compile Failure
Bug description: PHP fails to complie becuase of libphp4.a error
This fails to complie because in the apache/src/modules/php4
libphp4.a is named incorrectly. It is named
ID: 14792
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Compile Failure
Operating System: Linux
PHP Version: 4.1.1
New Comment:
Too less information. Which distribution? Which configure line? What's the exact error
output (copy paste)?
Previous
At 00:34 02/01/2002, Manuel Lemos wrote:
What you are saying is that when I make a suggestion people become
emotional and work very hard to raise as much objections as they can
instead of staying rational and try to see the benefits of the
suggestion.
It's about how you make the suggestions,
ID: 14792
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Compile Failure
Operating System: Linux
PHP Version: 4.1.1
New Comment:
Sorry I cant post the error message since I fixed it and complied PHP4 fully.
Version is 4.1.1 just downloaded it today
ID: 14779
Updated by: irc-html
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: Mail related
Operating System: Win2k
PHP Version: 4.1.1
New Comment:
I see there are already several of the same reports.
Status: Duplicate
Previous Comments:
Hello,
Zeev Suraski wrote:
At 00:34 02/01/2002, Manuel Lemos wrote:
What you are saying is that when I make a suggestion people become
emotional and work very hard to raise as much objections as they can
instead of staying rational and try to see the benefits of the
suggestion.
It's
From: [EMAIL PROTECTED]
Operating system: Redhat Linux 7.1 J edition
PHP version: 4.0.6
PHP Bug Type: Strings related
Bug description: Setlocale not working for Japanese
When I set setlocale (LC_ALL, ja_JP) and then call the function print
(strftime (%A.\n)), japanese
ID: 14784
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: Linux (RH 6.2 / 2.4.3)
PHP Version: 4.1.1
New Comment:
Backtrace with --with-debug:
==
Program received signal SIGSEGV,
At 12:44 AM 1/2/2002 +, Nick Loman wrote:
Hello PHP developers,
Interesting to think about what might make a nice foundation technology
for all the exciting potential of PHP5. SOAP is obviously an important
technology for websites in the future. But given that (I guess) most of us
are not
At 09:13 PM 1/1/2002 -0200, Manuel Lemos wrote:
I already have some SOAP components written in this meta-language. If I
work on something that would make it easier to provide and consume Web
servers (and I have been doing some work), I will invest my time better
on doing it with this
Hello,
Andi Gutmans wrote:
At 09:13 PM 1/1/2002 -0200, Manuel Lemos wrote:
I already have some SOAP components written in this meta-language. If I
work on something that would make it easier to provide and consume Web
servers (and I have been doing some work), I will invest my time better
Hello,
Andi Gutmans wrote:
At 12:44 AM 1/2/2002 +, Nick Loman wrote:
Hello PHP developers,
Interesting to think about what might make a nice foundation technology
for all the exciting potential of PHP5. SOAP is obviously an important
technology for websites in the future. But
Andi Gutmans wrote:
I think we should have a discussion of what other things besides the
scripting engine we'd like to change for PHP 5.
I think an important issue would be to make extensions thread-safe,
where possible.
configure should be modified to throw warnings if non thread-safe
Hello,
Sebastian Bergmann wrote:
Andi Gutmans wrote:
I think we should have a discussion of what other things besides the
scripting engine we'd like to change for PHP 5.
I think an important issue would be to make extensions thread-safe,
where possible.
configure should be
* Andi Gutmans wrote:
It's a shame that if you have something good that you're not willing to
share it with the PHP community.
There are other PHP SOAP implementations out there.
http://dietrich.ganx4.com/soapx4/
--
Sichere PHP Applikationen / Notfall-Consulting mit der
PHP Feuerwehr / Code
Manuel Lemos wrote:
Good suggestion!
Thanks.
I bet your next suggestion is to add thread creation that works under
Unix and Windows!
Hm, no.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift:
From: [EMAIL PROTECTED]
Operating system: Linux 2.4 / Apache 1.3
PHP version: 4.1.1
PHP Bug Type: XML related
Bug description: xml_set_object() should take object by-reference
I am getting the following warning after I switched to
'php.ini-recommended':
Warning:
ID: 14772
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Open
Bug Type: Documentation problem
Operating System: n/a
PHP Version: 4.1.1
New Comment:
REOPENED
bug still exists in online manual (build date 2002-01-01)
and ditto in my local cvs build.
Georg
On Tue, 1 Jan 2002, Manuel Lemos wrote:
The project we are currently doing, SRM, works a lot like the things
you are describing, the only real difference is that we don't use SOAP as
transport protocol, but a bytestream protocol. However, adding a XPL-RPC
(or SOAP) layer is on the TODO
80 matches
Mail list logo