From: [EMAIL PROTECTED]
Operating system: RedHat 6.2
PHP version: 4.0.5
PHP Bug Type: Sybase-ct (ctlib) related
Bug description: RE #5684: PHP Intermittently reports Unable to allocate connection
record
RE #5684,
You asked for any other cases: I get this error when I use
From: [EMAIL PROTECTED]
Operating system: Windows
PHP version: 4.0.5
PHP Bug Type: *Install and Config
Bug description: Windows Protocol ini file placement
I've been running PHP with this:
ID: 7615
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Other web server
Description: Session management in thttpd / proxy problem
James,
This works OK:
thttpd - Firewall w/NAT - Internet - ISP - Client
This doesn't:
thttpt - Firewall - Internet - ISP - Proxy
ID: 10549
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: ODBC related
Description: Performance problem with Openlink ODBC drivers
I'm using the Openlink Data Access Driver Suite (Multi Tier Edition) Version 4.0,
Connecting to a Progress 8.3B Database running on an
From: [EMAIL PROTECTED]
Operating system: Win32
PHP version: 4.0.5
PHP Bug Type: Compile Failure
Bug description: php4dll compile fails in Release_TS mode
When trying to compile project php4dll, you get a message from VC6:
The source files ext\bcmath\libbcmath\src\output.c
ID: 10598
Updated by: brianlmoon
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Install and Config
PHP Version: 4.0.5
Assigned To:
Comments:
While I do agree with you that this is a pain, there is a possible solution assuming
that you can set environment variables on your machine. Set
From: [EMAIL PROTECTED]
Operating system: Windows NT 4.0 Workstation
PHP version: 4.0.5
PHP Bug Type: Feature/Change Request
Bug description: crypt() not work
windows php 4.0.4pl1 work with crypt(), but
windows php 4.0.5 not work with crypt().
really?
I necessarily need
Looking at the API I think I can do this. The only question I have is how
do I tell from inside the code whether or not PHP is a DLL or an EXE? The
function call has to be made differently depending on that information.
Brian Moon
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.0.4pl1
PHP Bug Type: MySQL related
Bug description: background attribute in the body tag causes a double insert
I have documented the problem at a
ID: 10589
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Install and Config
Description: buildconf not compatible with Gnu Libtool 1.4
[root@gecko /root]# cd /usr/src/php4
[root@gecko php4]# ./cvsclean; ./buildconf
buildconf: checking installation...
buildconf: autoconf
ID: 10600
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Description: php4dll compile fails in Release_TS mode
ok, I saw it had already been reported.
My workaround:
I renamed one of the files (the one in bcmath) to output2.c, and I edited the
From: [EMAIL PROTECTED]
Operating system: Linux 7.0
PHP version: 4.0.4pl1
PHP Bug Type: HTTP related
Bug description: $HTTP_POST_FILES doesn't work properly
for upload of 3 images from POST form
it gives me nothing (even no error message):
echo $HTTP_POST_FILES['name'][0];
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.0.5
PHP Bug Type: Gettext related
Bug description: Problems changing the language.
I run php as apache module (apache 1.3.19)
I put this code:
putenv(LANG=RO);
bindtextdomain (domain, ./locale);
ID: 10269
Updated by: mysql
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Compile Failure
PHP Version: 4.0.4pl1
Assigned To:
Comments:
To compile my_getwd.c, you must either have the
getcwd() or getwd() library call in the libc library.
The FreeBSD 3.x system I have used has this
From: [EMAIL PROTECTED]
Operating system: linux (redhat 7.0)
PHP version: 4.0.4pl1
PHP Bug Type: *Session related
Bug description: couldnt update a session var or just register one
Hi and sorry to disturb but i have a pb
and i dont know if is it a bug or something
else,
ID: 8315
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Session related
PHP Version: 4.0 Latest CVS (18/12/2000)
Assigned To:
Comments:
Previous Comments:
---
[2000-12-18
ID: 10555
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Configuration Issues
Description: .htaccess config setting cause sudden loss of PHP-include path or apache
crash
Problem has disappeared with the new version of php 4.0.5
Previous Comments:
ID: 10605
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Description: php4dll compiles but won't link
I didn't compile php4ts.lib properly so I got those nasty link errors.
Everything is ok now :-D
Previous Comments:
two snips from the manual:
1) If both track_vars and register_globals are enabled,
then the globals variables and the $HTTP_SESSION_VARS
entries will reference the same value.
2) As of PHP 4.0.3, track_vars is always turned on.
This is not the case with Apache 1.3.20-dev, 4.0.5 RC7,
ID: 10565
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
mailed MySQL
Previous Comments:
---
[2001-04-30 16:57:34] [EMAIL PROTECTED]
**
Sounds like a bug in PHP to me.
Andi
At 01:00 PM 5/2/2001 +0200, Cynic wrote:
two snips from the manual:
1) If both track_vars and register_globals are enabled,
then the globals variables and the $HTTP_SESSION_VARS
entries will reference the same value.
2) As of PHP 4.0.3, track_vars
From: [EMAIL PROTECTED]
Operating system: Win32
PHP version: 4.0.5
PHP Bug Type: Compile Failure
Bug description: php4dll compiles but won't link
I've compiled and linked successfully all the projects within workspace php4.dsw
(Win32_Release), all but php4dll, which cannot
It wasn't official... I guess it should change to the first official PHP
conference.
Zeev
At 08:10 2/5/2001, Sebastian Bergmann wrote:
Hi there,
I just read the following on php.net:
[1-May-2001] The first ever PHP Conference, part of the O'Reilly
...
This is not true.
ID: 10589
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: *Install and Config
PHP Version: 4.0 Latest CVS (01/05/2001)
Assigned To:
Comments:
Any reason why this was closed?
Previous Comments:
Hi,
I think we should make a list of known 4.0.5 bugs which need to be fixed
for 4.0.6 and once we fix them branch 4.0.6. I think there have been enough
changes to warrant a 4.0.6 release soon.
My list of bugs (please add to this):
- COM support is completely broken (bug #10594)
- libtool
Full name: Ruiming Zhou
Email: [EMAIL PROTECTED]
ID: trzhou
Purpose: Learning PHP and coding PHP source in C
--
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,
From: [EMAIL PROTECTED]
Operating system: Windows 98 SE
PHP version: 4.0.5
PHP Bug Type: *PDF functions
Bug description: function pdf_open_memory_image undefined function
I use PHP 4.0.5 and Apache 1.3.12
My script :
?
$pdf=pdf_new();
$im = ImageCreate(100, 100);
$col =
Zeev Suraski wrote:
It wasn't official... I guess it should change to the first official PHP
conference.
how do you define 'official' ?
--
Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77
--
PHP Development Mailing List http://www.php.net/
To unsubscribe,
Andi Gutmans wrote:
I think we should make a list of known 4.0.5 bugs which need to be fixed
for 4.0.6 and once we fix them branch 4.0.6. I think there have been enough
changes to warrant a 4.0.6 release soon.
and i would suggest to announce the RCs not only here but on php.net
and
Officially announced by the PHP Group and on www.php.net. It doesn't make
much of a difference.
Zeev
At 15:49 2/5/2001, Hartmut Holzgraefe wrote:
Zeev Suraski wrote:
It wasn't official... I guess it should change to the first official PHP
conference.
how do you define 'official' ?
--
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.3
PHP version: 4.0.5
PHP Bug Type: PHP options/info functions
Bug description: Don't read max_execution_time value in php.ini
I work with php in command line :
php -c php.ini dir -f filename
Command script exit with
ID: 10568
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: ODBC related
Description: error using ODBC
(Iam using a traductor English/Spanish)
I use the software Microsoft Query for test the DNS connection and it worked very
well, but when I try to enter
At 15:18 2/5/2001, Hartmut Holzgraefe wrote:
Andi Gutmans wrote:
I think we should make a list of known 4.0.5 bugs which need to be fixed
for 4.0.6 and once we fix them branch 4.0.6. I think there have been enough
changes to warrant a 4.0.6 release soon.
and i would suggest to announce the
At 04:02 PM 5/2/2001 +0300, Zeev Suraski wrote:
At 15:18 2/5/2001, Hartmut Holzgraefe wrote:
Andi Gutmans wrote:
I think we should make a list of known 4.0.5 bugs which need to be fixed
for 4.0.6 and once we fix them branch 4.0.6. I think there have been
enough
changes to warrant a 4.0.6
At 02:18 PM 5/2/2001 +0200, Hartmut Holzgraefe wrote:
Andi Gutmans wrote:
I think we should make a list of known 4.0.5 bugs which need to be fixed
for 4.0.6 and once we fix them branch 4.0.6. I think there have been enough
changes to warrant a 4.0.6 release soon.
and i would suggest to
At 16:02 2/5/2001, Andi Gutmans wrote:
I disagree. We are not getting enough testing of our RCs.
I think if we announce an RC and we tell people they are just helping us
test the pre-release it's OK.
It's not as if they can't grab a snapshot.
People usually tend to deal with pre-release or
At 04:15 PM 5/2/2001 +0300, Zeev Suraski wrote:
At 16:02 2/5/2001, Andi Gutmans wrote:
I disagree. We are not getting enough testing of our RCs.
I think if we announce an RC and we tell people they are just helping us
test the pre-release it's OK.
It's not as if they can't grab a snapshot.
I don't see any unusual peak now; We have tons of bug reports all the
time. IMHO our problem is no longer lack of QA, but lack of developer
resources to fix bugs.
I truly think that making RCs effective releases gains nothing. If
everyone else thinks differently, so be it.
Zeev
At 16:08
What I'm trying to say is that if we make that jump from a QA team to the
entire world, then essentially, we go a step backwards. I think that the
way things are today is good, and most of the bugs which aren't found can
only be found in wide scale testing, but I don't think that announcing
At 04:22 PM 5/2/2001 +0300, Zeev Suraski wrote:
I don't see any unusual peak now; We have tons of bug reports all the
time. IMHO our problem is no longer lack of QA, but lack of developer
resources to fix bugs.
I truly think that making RCs effective releases gains nothing. If
everyone else
Hello,
with latest snapshot I get this error during configure:
Configuring libtool
checking build system type... Configuration name missing
Usage: ./config.sub CPU-MFR-OPSYS
or ./config.sub ALIAS
where ALIAS is a recognised configuration type.
configure worked fine with earlier CVS
Because I didn't read the report well enough.
I didn't know that libtool 1.4 had been released. :(
And now the machine hosting the bug system is down so
I can't reopen it..
--Jani
On Wed, 2 May 2001, Andi Gutmans wrote:
Any idea why the status is 'Closed'?
I don't see a resolution.
Andi
At
I reopened it :)
We just need someone who knows the configure stuff well to accept the patch
and commit it to the CVS.
Andi
At 03:23 PM 5/2/2001 +0200, Jani Taskinen wrote:
Because I didn't read the report well enough.
I didn't know that libtool 1.4 had been released. :(
And now the machine
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.5
PHP Bug Type: Scripting Engine problem
Bug description: comments made with # or // in included files cause visible output
using PHPnuke files are are often included inside others that are included as well.
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.5
PHP Bug Type: Unknown/Other Function
Bug description: Unrecognized functions
Since upgrading to 4.0.5 I get this error:
Fatal error: Call to undefined function: connection_timeout() in
On Wed, 2 May 2001, Andi Gutmans wrote:
The COM problem would have been found IMO if we had released a bigger RC.
I think the COM problem would have been found if somebody ran the test
suite immediately before releasing 4.0.5 final. I think modifying the RC
process to ensure that the last
At 09:39 AM 5/2/2001 -0400, Adam Trachtenberg wrote:
On Wed, 2 May 2001, Andi Gutmans wrote:
The COM problem would have been found IMO if we had released a bigger RC.
I think the COM problem would have been found if somebody ran the test
suite immediately before releasing 4.0.5 final. I think
On Wed, 2 May 2001, Andi Gutmans wrote:
At 04:22 PM 5/2/2001 +0300, Zeev Suraski wrote:
I don't see any unusual peak now; We have tons of bug reports all the
time. IMHO our problem is no longer lack of QA, but lack of developer
resources to fix bugs.
I truly think that making RCs effective
At 03:51 PM 5/2/2001 +0200, Jani Taskinen wrote:
On Wed, 2 May 2001, Andi Gutmans wrote:
At 04:22 PM 5/2/2001 +0300, Zeev Suraski wrote:
I don't see any unusual peak now; We have tons of bug reports all the
time. IMHO our problem is no longer lack of QA, but lack of developer
resources to
Sascha is the one who knows this best.. :)
And as we're talking about this..shouldn't the libtool bundled
with PHP be updated as well?
--Jani
p.s. What's wrong again with the machine running CVS?
On Wed, 2 May 2001, Andi Gutmans wrote:
I reopened it :)
We just need someone who knows the
At 03:58 PM 5/2/2001 +0200, Jani Taskinen wrote:
Sascha is the one who knows this best.. :)
Yep. AFAIK
And as we're talking about this..shouldn't the libtool bundled
with PHP be updated as well?
Don't know. What is the gain? (besides a 4.0.6pl1 :)
p.s. What's wrong again with the machine
We're going to have a Windows build machine at Zend, that will have
automated builds (it's actually quite around the corner now). Once it's
ready, we're going to have daily snapshots as well as RC builds all the time.
Zeev
At 16:51 2/5/2001, Jani Taskinen wrote:
On Wed, 2 May 2001, Andi
On Wed, 2 May 2001, Andi Gutmans wrote:
Or are there binaries build for Winblows of each RC ?
Another thing would be great, is that the snapshots of CVS were
also found as binaries for Windoze.
Yes, that would definitely be nice and it used to exist on php4win.de.
Hopefully when the site
At 04:07 PM 5/2/2001 +0200, Jani Taskinen wrote:
On Wed, 2 May 2001, Andi Gutmans wrote:
Or are there binaries build for Winblows of each RC ?
Another thing would be great, is that the snapshots of CVS were
also found as binaries for Windoze.
Yes, that would definitely be nice and it used
The question is, if you think people will actually download the RC in order
to test it (as opposed to using it) - why won't they join the QA team?
At 17:11 2/5/2001, Sascha Schumann wrote:
As I said, I don't think it's a big deal, but I think it will only have
slight negative impact, and
At 17:07 2/5/2001, Jani Taskinen wrote:
On Wed, 2 May 2001, Andi Gutmans wrote:
Yes, that would definitely be nice and it used to exist on php4win.de.
Hopefully when the site returns it'll start happening again.
Excuse me my stupidity, but why should it be their job to deliver these?
IMO we
On Wed, 2 May 2001, Zeev Suraski wrote:
The question is, if you think people will actually download the RC in order
to test it (as opposed to using it) - why won't they join the QA team?
Their job description might list test new software releases
before putting them into production,
At 17:29 2/5/2001, Sascha Schumann wrote:
On Wed, 2 May 2001, Zeev Suraski wrote:
The question is, if you think people will actually download the RC in order
to test it (as opposed to using it) - why won't they join the QA team?
Their job description might list test new software
If you get this message more than once, sorry I seem to be having problems
getting any messages through today.
Sorry, seems there was a core file, and since there was (and you didn't give
me any choice) I went ahead and recompiled with debug and installed gdb and
generated a backtrace.
Here it
ID: 10581
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: iPlanet related
Description: signal 6 when starting server
If this shows up more than once, I'm sorry, it seems I'm having trouble getting any
messages through today.
Sorry, seems there was a core file,
Their job description might list test new software releases
before putting them into production, and not join the PHP
QA team.
Testing new software releases before putting them into production is
pretty much a one sentence description of what 'Quality Assurance' is.
The
On 2001-05-02 15:03:50, Zeev Suraski [EMAIL PROTECTED] wrote:
We're going to have a Windows build machine at Zend, that will have
automated builds (it's actually quite around the corner now). Once
it's
ready, we're going to have daily snapshots as well as RC builds all the
time.
That's good
On 2001-05-02 14:51:53, Jani Taskinen [EMAIL PROTECTED] wrote:
That COM problem is Win32 specific. And as Microsoft in it's great
wisdom
has decided not to include any compilers in their OSs, the lack
of binary builds for RCs kinda makes it a bit hard for those who would
like to to test to
At 05:34 PM 5/2/2001 +0300, Zeev Suraski wrote:
I don't seem to recall Linux publishing far-reaching announcements about
-pre versions. If you walked around the development mailing lists or the
behind-the-scene web sites, you could hear about it, much like you can
with PHP today.
Linux
On Wed, 2 May 2001, Zeev Suraski wrote:
At 17:29 2/5/2001, Sascha Schumann wrote:
On Wed, 2 May 2001, Zeev Suraski wrote:
Their job description might list test new software releases
before putting them into production, and not join the PHP
QA team.
Testing new software
At 03:38 PM 5/2/2001 +0100, Wez Furlong wrote:
On 2001-05-02 14:51:53, Jani Taskinen [EMAIL PROTECTED] wrote:
That COM problem is Win32 specific. And as Microsoft in it's great
wisdom
has decided not to include any compilers in their OSs, the lack
of binary builds for RCs kinda makes it a
ID: 10565
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Bug Type: MySQL related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
I had a conversation with Sinisa, this is the outcome. If it isn't true, please
contact the MySQL team directly. All in all, you
Okay guys, do whatever you want. Most people seem to agree with you.
Zeev
At 17:42 2/5/2001, Andi Gutmans wrote:
At 05:34 PM 5/2/2001 +0300, Zeev Suraski wrote:
I don't seem to recall Linux publishing far-reaching announcements about
-pre versions. If you walked around the development
I would rather describe QA as Making sure the release does have as least
bugs as possible. IMO this is different then just testing RC's. I think a
QA team should be the team who says Yes, release it or No, there are
still some bugs left we want to fix. Of course, in order to do this, they
Zeev Suraski wrote:
Testing new software releases before putting them into production is
pretty much a one sentence description of what 'Quality Assurance' is.
that's QA for their products usually and not so much for 3rd party
components
I don't seem to recall Linux publishing far-reaching
From: [EMAIL PROTECTED]
Operating system: Linux6.2
PHP version: 4.0.5
PHP Bug Type: *Install and Config
Bug description: error connecting to database
I upgraded from php-4.0.3pl1 to 4.0.5 as a DSO in apache and now php cannot connect to
MySQL database
Warning: MySQL
From: [EMAIL PROTECTED]
Operating system: Win32
PHP version: 4.0.5
PHP Bug Type: Documentation problem
Bug description: No doc on the session properties in the configuration file
The chapter which describes all the properties of the php.ini is not complete.
There is no
Have you tried 4.0.5 as I think this is fixed in it. Also, you don't need
to set those CPPFLAGS anymore.
It looks like sockets.c has been fixed, but pdf.c has been broken on the way
:-(
pdf.c, line 2704: prototype mismatch: 3 args passed, 2 expected
2702 PDF_close_pdi_page(pdf,
ID: 10613
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
PHP Version: 4.0.5
Assigned To:
Comments:
theese are described on the introduction page of the session functions reference as
these are belonging to the session
Have you tried 4.0.5 as I think this is fixed in it. Also, you don't need
to set those CPPFLAGS anymore.
It looks like sockets.c has been fixed, but pdf.c has been broken on the way
:-(
Ignore me. I was trying to use the pdf module that came with php, instead of
replacing it
On 2001-05-02 15:43:57, Andi Gutmans [EMAIL PROTECTED] wrote:
At 03:38 PM 5/2/2001 +0100, Wez Furlong wrote:
Seriously though, win32 is particular hard to do automated testing.
Maybe we could use cygwin for running the test-suite under win32 and
at
least be able to use standard *nix tools?
On 2001-05-02 15:03:50, Zeev Suraski [EMAIL PROTECTED] wrote:
We're going to have a Windows build machine at Zend, that will have
automated builds (it's actually quite around the corner now). Once
it's
ready, we're going to have daily snapshots as well as RC builds all the
time.
From: [EMAIL PROTECTED]
Operating system: Mandrake 8.0
PHP version: 4.0.5
PHP Bug Type: *Install and Config
Bug description: make fails
I was following the instructions on devshed to install php
and when i ran make it went a while then drops given this:
/bin/sh ../libtool
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.4 (Redhat 7.0)
PHP version: 4.0.5
PHP Bug Type: GetImageSize related
Bug description: JPEG size info not properly returned on unmodified JPEG images from
digicam
Issue noted in 4.0.5 and 4.0.6-dev. Currently running
Hi, there. Sorry for picking your names, Zeev and Joey, but Zeev is listed as a
maintainer, and Joey has assigned this particular bug to himself. I have been trying
to find someone to look at the patch, see if you like it, and apply it (I do not have
the karma myself), or tell me what you
ID: 10614
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Install and Config
PHP Version: 4.0.5
Assigned To:
Comments:
Do you get the same error in the same place
when you run again?
The only reasons that made gcc bail out with
a
Wez;
Is there another test suite other than the run-test.php script?
(Which does run on Win32:
TEST RESULT SUMMARY
=
Number of tests: 165
Tests skipped: 66 ( 40%)
Tests failed: 22 ( 22%)
Tests passed: 77 ( 78%)
=
Indeed does not give an error but it does not work, just hung-up
#!/usr/bin/php -c /home/marcello -q
?
echo "test";
?>
where a php.ini file reside in /home/marcello and another in /usr/local/lib
Marcello
Bug Database wrote:
ID: 9448
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status:
ID: 10614
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Install and Config
Description: make fails
Hmm that may have been it I ran it again and it worked.. thanks for the help..
Previous Comments:
Can you please send the .diff as an attachment so that I can apply it easily?
I'll apply it (I hope it's OK :)
Andi
At 10:05 AM 5/2/2001 -0700, PHP development @echospace wrote:
Hi, there. Sorry for picking your names, Zeev and Joey, but Zeev is
listed as a maintainer, and Joey has assigned
ID: 10614
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
PHP Version: 4.0.5
Assigned To:
Comments:
Previous Comments:
---
[2001-05-02 13:07:59] [EMAIL
That COM problem is Win32 specific. And as Microsoft in it's great wisdom
has decided not to include any compilers in their OSs, the lack
of binary builds for RCs kinda makes it a bit hard for those who would
like to to test to actually test.
Can anyone make it easy to (via a good tutorial or
That COM problem is Win32 specific. And as Microsoft in it's great wisdom
has decided not to include any compilers in their OSs, the lack
of binary builds for RCs kinda makes it a bit hard for those who would
like to to test to actually test.
Can anyone make it easy to (via a good tutorial or
On Wed, 2 May 2001, Eduardo Dominguez wrote:
That COM problem is Win32 specific. And as Microsoft in it's great wisdom
has decided not to include any compilers in their OSs, the lack
of binary builds for RCs kinda makes it a bit hard for those who would
like to to test to actually test.
At 04:22 PM 5/2/2001 +0300, Zeev Suraski wrote:
I don't see any unusual peak now; We have tons of bug reports all the
time. IMHO our problem is no longer lack of QA, but lack of developer
resources to fix bugs.
I truly think that making RCs effective releases gains nothing. If
everyone
Andi Gutmans wrote:
I think it's enough to announce it on the PHP mailing list
with a short
explanation of what RC means. We don't want the whole world
to download
the RC.
i would like to spread the news as far as possible
Let's take it one step at a time. We should have an RC1
Seriously though, win32 is particular hard to do automated testing.
Maybe we could use cygwin for running the test-suite under win32 and at
least be able to use standard *nix tools?
It already does run under windows.
- James
--
PHP Development Mailing List http://www.php.net/
To
At 06:34 PM 5/2/2001 +0100, James Moore wrote:
Andi Gutmans wrote:
I think it's enough to announce it on the PHP mailing list
with a short
explanation of what RC means. We don't want the whole world
to download
the RC.
i would like to spread the news as far as possible
Quoting J. Jones [EMAIL PROTECTED]:
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
ID: 10330
Updated by: chagenbu
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: IMAP related
PHP Version: 4.0 Latest CVS (14/04/2001)
Assigned To:
Comments:
The --with-imap-ssl option is only intended for cases when you've compiled c-client
with SSL support.
Previous Comments:
I would be very against this.. to me it seems silly, the current QA Team
will have to spend 90% of their time running through the (maybe
hundreds) of
reports rather than testing. It makes more sense to me to try and attract
more people who know what they are doing to the QA Team rather
I'm trying to create a minimal module to do some debugging work, but it
fails to load. I essentially used ext_skel to create an fresh extension,
moved it out of the PHP tree, then did:
$ phpize
$ ./configure --enable-apdebug
$ make
# make install
The extension is generated OK AFAICT, but it
Andi,
Patch is attached. When you apply it, please tell me and I'll close related bug
reports (there are a few, and they look different although they are about the same
problem).
Vlad
- Original Message -
From: Andi Gutmans
To: PHP development @echospace ,[EMAIL PROTECTED]
James Moore wrote:
If we announce PHP 4.0.6RC1 in X places then people will think oh 4.0.6 is
released (remeber PHP users are incapable of reading anything more than
about 10 words) lets use that; they then wont bother upgrading when the real
4.0.6 is released. This means we will start to
Applied. Please check out the latest CVS and test it.
Andi
At 11:13 AM 5/2/2001 -0700, PHP development @echospace wrote:
Andi,
Patch is attached. When you apply it, please tell me and I'll close
related bug reports (there are a few, and they look different although
they are about the same
1 - 100 of 198 matches
Mail list logo