On Wed, 10 Jan 2001, Mark Olbert wrote:
/usr/bin/ld: .libs/libphp4.so: undefined versioned symbol name
__fp_query@@GLIBC_2.0
/usr/bin/ld: failed to set dynamic section sizes: Bad value
Either your header files don't match the installed GLIBC version or
libresolv.so.1 was compiled against a
This is not good..I don't have time to try to reproduce
this. Is there some limit how long the include path can be?
--Jani
-- Forwarded message --
Date: Sat, 13 Jan 2001 18:02:02 -0700
From: John Masterson [EMAIL PROTECTED]
To: Jani Taskinen [EMAIL PROTECTED]
Subject: Re
On Mon, 15 Jan 2001, Sam Liddicott wrote:
Could Solaris users please make me the output of:
grep HAVE_FLOCK main/php_config.h
--
# uname -a
SunOS phys-staff2 5.6 Generic_105181-23 sun4u sparc SUNW,Ultra-2
# grep HAVE_FLOCK main/php_config.h
/* #undef HAVE_FLOCK */
--
# uname -a
SunOS
On 19 Jan 2001 [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: Linux Mdk 6.1
PHP version: 4.0.4pl1
PHP Bug Type: Apache related
Bug description: httpd could not be started
Under Linux Mdk 6.1
I have :
apache 1.3.12
Php 3.0.16
MySql 3.22.32 (source)
And
On Fri, 19 Jan 2001, matthew zhang wrote:
It does not work. I have been using pdf_stringwidth function. This one is
working and we have almost finished our program
And you didn't explain HOW exactly it didn't work?
I tried the example code you sent and it worked just fine.
The line width was
Test script:
?php session_start(); ?
Here's the backtrace:
(gdb) run -X
Starting program: /www/apache/bin/httpd -X
[New Thread 1024 (runnable)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (runnable)]
0x40634c86 in url_adapt_ext_ex (src=0x81756e4 "",
On Tue, 23 Jan 2001, Jim Winstead wrote:
unless someone hollers, i'm going to change the bug reports slightly --
i'm going to remove the "PHP 4.0" from the front, make it look like "Re:
Bug #1234" instead of "Bug #1234 Updated", and try be a little creative
with message-ids and
On Sun, 21 Jan 2001, David Eriksson wrote:
BTW. Why does the satellite extension use --enable-satellite??
It does use external libraries which are not bundled with PHP.
IIRC the --enable-* configure option is meant to be used only
with such extensions?? (and satellite relies on some CVS version
On Thu, 25 Jan 2001, Ferdinand, Dieter wrote:
hello,
i dont know, why i get this error, but when i insert this lines in snmp.c,
then i can compile php with snmp.
What is the version of UCD-snmp you have in your system?
And where is it installed? snmp.c does include default_store.h
IF it is
On 29 Jan 2001 [EMAIL PROTECTED] wrote:
ID: 8932
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Description: gettimeofday improvement suggestion
I have a solution for this now, also for microtime
and usleep. How can I get the code to appropriate
place ??
Just send a
On Tue, 30 Jan 2001, Mike Nerone wrote:
Well, it still happens with the latest release. I don't have an extra
non-production machine on which to try a cvs snapshot.
Ok. Then wait for next release and if this happens with it too,
reopen the bug report.
--Jani
Mike Nerone mailto:[EMAIL
On Thu, 1 Feb 2001, Phil Steinke wrote:
On Thu, Feb 01, 2001 at 05:24:46PM +0800, Jacky Chou wrote:
I was compiling PHP 4.0.4pl1 with Zeus in Solaris 8 Sparc system but I got an error:
zend_operators.h:84: implicit declaration of function `int finite(...)'
This appears to be a problem with
On Thu, 1 Feb 2001, Hellekin O. Wolf wrote:
I do like Hellekin's suggestion to use procmail to automate the entry of
messages into the bug system - however, I have no idea how reliabile the
system is or how much effort is needed to implement it.
--zak
*** I'll have an eye on
On Thu, 15 Feb 2001, Stig Venaas wrote:
Well, I think it's just the link order of libraries. ie. the
openssl lib should be before libc..but is that even possible?
Or just add another entry for libc after ssl?
Might be possible to do some kludge with the link order, I would prefer
that
On Wed, 28 Feb 2001, Jim Winstead wrote:
arg_separator = "amp;"
things break because someone was dumb and used the "arg_separator" that
used to be used to handle parsing the incoming request to also handle the
parsing that the session-id adding stuff does, and then changed the
On Fri, 2 Mar 2001, Sherman Chan wrote:
if there is nothing to do with php, could you tell me why the apache + php +
mod_ssl fail to start, but apache + mod_ssl starts up ok. also the same
configuration with php3 works ok as well. could u provide soe idea where I
should look at, like the
yourself. From glibc.
--Jani
thanks,
Sherman
-Original Message-
From: Jani Taskinen [mailto:[EMAIL PROTECTED]]
Sent: Saturday, 3 March 2001 2:26 AM
To: Sherman Chan
Cc: 'Bug Database'
Subject: Re: [PHP-DEV] RE: PHP 4.0 Bug #9003 Updated: mod_ssl +
php4.0.4pl1 crash
On Fri, 2 Mar 2001
On Sun, 4 Mar 2001, Boian Bonev wrote:
Are you sure you're using the php4.0.4pl1 source tarball from
www.php.net??
I just checked that file and it doesn't have any #line directives in it.
look in url_scanner_ex.c not in url_scanner_ex.re. at least in latest cvs
there are #line-s. my gcc does
On Sun, 4 Mar 2001, Boian Bonev wrote:
Maybe this should be mentioned at http://bugs.php.net/anoncvs.php page?
(why would some non-developer get his PHP 4 from CVS anyway? :)
there is at least one reason - to compile with a new feature that is not
released still. it is not recommended but i
ROFL
Thank you very much for bringing some joy to my day (night) ;)
--Jani
p.s. I bet this guy who submitted the report won't submit any
reports ever.. :)
On 5 Mar 2001 [EMAIL PROTECTED] wrote:
ID: 9519
Updated by: mrobinso
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug
Is this problem solved? And if not, does your Apache work without PHP?
And what exactly did those patches update??
--Jani
On 8 Jan 2001 [EMAIL PROTECTED] wrote:
ID: 8186
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Reproduceable crash
Description: PHP4 module
FYI, if you leave the textbox empty and only change the bug type,
there won't be any emails sent to anyone. So if you want to just
reclassify, only change the bug type. I changed it because I didn't
want to spam the php-dev list all the time when just reorganizing reports.
--Jani
On 6 Mar
Try the latest CVS snapshot from http://snaps.php.net/
as this is already taken care of. And 4.0.5 will have the
fixed version.
--Jani
On Tue, 6 Mar 2001, Karsten Dambekalns wrote:
Hi all!
My company is in the process of changing all HTML pages we work on to
conform to XHTML. This can be
On Wed, 7 Mar 2001, Lindsay Haisley wrote:
Your old website was simply one of the most beautiful and elegant
combinations of PHP and very nice page design I've ever seen! I used to
use it as an example in talks and instruction on HTML design. Alas, it
is no more. While you've possibly packed
On Thu, 8 Mar 2001, Hellekin O. Wolf wrote:
At 22:33 07/03/2001 +0200, Andi Gutmans wrote:
Why not bzip2_?
*** Well, if bzip2_, then gzip_ !
I'd prefer these. Readable is better than saving 2-3 keystrokes.
--Jani
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail:
On Thu, 8 Mar 2001, Andrei Zmievski wrote:
On Thu, 08 Mar 2001, Jani Taskinen wrote:
My thoughts exactly! I hate that new look. It's..depressing!
I must have missed some discussion about the new web design?
And when was it decided (and by WHO?!) that this new design is ok?
e.g. The font
On Thu, 8 Mar 2001, Colin Viebrock wrote:
Oh? Have you installed some truetype support? As for me the fonts
are way too small and some look like lego-blocks. :)
Can you too look again? At least look at http://ca.php.net (which I
can update instantly).
Well, it's better now. At least I can
On Thu, 8 Mar 2001, Colin Viebrock wrote:
But the h2 / h3 / h1 elements look like lego-blocks for me. :)
This must be caused by the fact that I don't have Arial font in my
system..using the defaults fonts (overriding the document specified)
'fixes' this. Why not use 'Verdana' ? It's more
Uhm..I have always closed the duplicates after the original (which they
refer to) was closed. Any opinions about this? As the current bug system
doesn't have any support for 'multiple' closing, I think it's better to
close bugs after they are fixed, be it a duplicate or not.
--Jani
On 9 Mar
On Sat, 10 Mar 2001, Andr Langhorst wrote:
Jani Taskinen wrote:
Uhm..I have always closed the duplicates after the original (which they
refer to) was closed. Any opinions about this? As the current bug system
doesn't have any support for 'multiple' closing, I think it's better to
close bugs
On Wed, 28 Feb 2001, Jim Winstead wrote:
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] wrote:
Hi there,
I just came across something very odd:
After setting
arg_separator = "amp;"
in my php.ini Tobias Ratschiller's phpMyAdmin no longer works
correctly.
The start
On Sun, 11 Mar 2001, Stanislav Malyshev wrote:
JT Uhm..I have always closed the duplicates after the original (which they
JT refer to) was closed. Any opinions about this? As the current bug system
I thought "Duplicate" itself is a closed status. Like, work continues on
the original and the
On Sun, 11 Mar 2001, Lars Torben Wilson wrote:
Now, it's Sunday morning, I just crawled out of my nice warm bed, and
I haven't finished my first cup of bad coffee yet--but if
Have that cup of coffee first.. :)
Duplicate == Repeated information, and
Repeated Information == Useless Bug
On Wed, 14 Mar 2001, Jason Gan wrote:
Hi Sniper:
Actually I was posting two different cases of possibly the same bug.
One bug, one report. Add the other example into the other report you
posted.
--Jani
One case is passing String value to a static variable in the COM object.
The other is
On Wed, 14 Mar 2001, John Stoops wrote:
Lets start again.
My php page:
!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"
html
head
titleUntitled/title
/head
body
?php
echo "Hello world";
?
/body
/html
My error message:
PHP Warning: Unable to load dynamic library
On Fri, 16 Mar 2001, yavo wrote:
On several occasions I had to install php with oci8 on redhat Linux (6.2)
with different versions of apache 1.12 - 1.17 with Oracle 8.1.6 client .
Every single time I get the same thing. Apache shows no errors, the apache
start script shows no errors but dies
On Sun, 18 Mar 2001, Fredrik Ohrn wrote:
But how about extending the bug tracker to allow independent comments?
I think it would cut down on duplicate bug entries and increase the
possibilities for feedback.
We're working on a new bug system..
Ofcourse it opens up for a flood of useless "ME
On Mon, 19 Mar 2001, Rasmus Lerdorf wrote:
PEAR will be separate at some point, but let's not go overboard here. The
midgard stuff adds a total of 76K to the tar.gz file. Big deal.
I was talking in general, not only midgard. The pear stuff takes
a lot more than 76k..and this has been pushed
On 20 Mar 2001 [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: windows NT
PHP version: 4.0.4pl1
PHP Bug Type: Dynamic loading
Bug description: In php.ini file.Enabled the ldap utility by removing the semicolon
In php.ini file.Enabled the ldap utility by
On Tue, 20 Mar 2001, Andi Gutmans wrote:
I couldn't find any indication that this can break any of the other sapi
builds so I don't think there's a problem with adding it.
Okay. But still I find it very annoying that we don't follow the
rules we have created. Just for the record. :)
And I hope
On Tue, 20 Mar 2001, Zeev Suraski wrote:
his new code. In my opinion, the CVS rules should be changed to reflect
that, just to make Jani happy, or we'd stay outlaws in his mind forever :)
:)
--Jani
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
On Wed, 21 Mar 2001, Dan Kalowsky wrote:
[Fri Mar 16 09:42:37 2001] [notice] SIGHUP received. Attempting to
Ehem. Did you try to 'apachectl stop ; apachectl start' ??
I've seen odd things to happen if 'apachectl restart' is used.
--Jani
restart
[Fri Mar 16 09:42:38 2001] [notice]
Bogus or not bogus..that's the question.. :)
--Jani
On 27 Mar 2001 [EMAIL PROTECTED] wrote:
ID: 10018
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Open
Bug Type: Variables related
Assigned To:
Comments:
and 3/ read http://bugs.php.net/bugs-dos-and-donts.php
On Tue, 27 Mar 2001, Sebastian Bergmann wrote:
Derick Rethans wrote:
AFAIK he just committed it (today)
Yes, but he sent it tome a week ago or so nevertheless :)
If nobody objects I will merge the fix into the 4_0_5 branch
later this evening. (hopefully before Zeev creates the RC3..)
You submitted the report twice, this one was totally empty.
The other bug report, #10025 is allright.
--Jani
On Tue, 27 Mar 2001, Hugh Jones wrote:
I read that before submitting the bug, and nowhere on the site can I find
anything about this problem!
-Original Message-
From: Bug
Just wondering if this happens with 4.0.4pl1 too?
--Jani
On 31 Mar 2001 [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: NT 4 SP 5, NT 5 SP 1
PHP version: 4.0 Latest CVS (31/03/2001)
PHP Bug Type: Apache related
Bug description: crash with virtual()
On Sat, 31 Mar 2001, James Moore wrote:
Is Zope distributed with Python? I think not. There is nothing stopping the
midguard folks distributing the latest version of PHP compiled or as source
code with midguard so people can go one place and download midguard or
midguard can be placed in PEAR
On Tue, 3 Apr 2001, Zeev Suraski wrote:
My guess is that's the arg_separator fix. Jani?
Yes, that's true. I did ask (couple of times) before
I committed that patch. And yes, now both and ; are
considered as arg separators.
And I'd like to think that it's a feature than bug. ;)
This url
On Tue, 3 Apr 2001, Rasmus Lerdorf wrote:
I disagree, we explicitly document that the arg_separator defaults to
and that this is the character that separates url arguments. This follows
the original CGI specification. The fact that this is no longer the
accepted standard for this doesn't mean
On Tue, 3 Apr 2001, Edin Kadribasic wrote:
Which reminds me: If arg_separator is used like it was before my patch
and you set it to e.g. ';' and then have a form which method
is GET..well, it won't work. there would be one variable
holding all the info.
Urls that are the result of a
On Wed, 4 Apr 2001, Alexander Bokovoy wrote:
There is one problem which could come dangerous for extensions in
future: change made a week ago in configure macros: AC_ADD_* -
PHP_ADD_* This change was made in HEAD branch but PHP_4_0_5 wasn't
reflected. It means that external extensions (PHP-GTK,
On Wed, 4 Apr 2001, Alexander Bokovoy wrote:
Why do you see it as a problem? They should be doing their own
releases after our releases. ie. They should say that this version
works with PHP 4.0.5. People should know that when they get
the bleeding edge..it might not work at all.. There have
On Wed, 4 Apr 2001, Andi Gutmans wrote:
I feel VERY uncomfortable releasing 4.0.5 with this arg_separators problem.
Let's brainstorm and try to think of a nice, clean and constructive way of
solving this problem. Let's try to ditch the "screw the user because he
didn't read RFC foo.bar approach
On Wed, 4 Apr 2001, Andi Gutmans wrote:
Can we roll an RC7 soon and get this 4.0.5 over with? :)
Maybe we should get people to test the latest CVS first to make sure your
patch didn't break anything.
We need a working 4.0.5.
True. But I'm pretty sure it's okay. :)
Anyway, everyone who can,
On Thu, 5 Apr 2001, Boian Bonev wrote:
count of boxes broken if arg_separator is ';'
count of boxes that dont care about arg_separator default
count of boxes that need arg_separator to be ';'
count of boxes relying on magic_quotes_gpc
count of boxes that dont care about magic_quotes_gpc
count of
On Wed, 4 Apr 2001, Richard Lynch wrote:
Maybe I'm just a Luddite, but...
Does *any* browser actually compose URLs with ; yet?
If nobody's using the standard, why rush to implement?
Never heard of WAP? (I think it was wap that uses them..)
Anyway, the default is for both new php.ini
The attached patch fixes (tested) some problems with
e.g. Lynx. Please try it and tell me if it can be
committed or not.
--Jani
Index: rfc1867.c
===
RCS file: /repository/php4/main/rfc1867.c,v
retrieving revision 1.60
diff
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
This fixes the MD5 problem for me at least.
I will commit this patch tomorrow if nobody objects
before that.
--Jani
Index: configure.in
===
RCS file: /repository/php4/configure.in,v
retrieving revision 1.230
diff -u -r1.230
On Sun, 8 Apr 2001, Phil Driscoll wrote:
Is it possible to add an extra category of 'php website' to the bug tracking
system which causes the report to be just emailed the webmaster rather than
entered into the system?
I don't mind clearing those bogus reports. And besides, there's a note
that
On Sun, 8 Apr 2001, Rasmus Lerdorf wrote:
Make sure it is able to import all the old bugs. We can't lose those.
Yup. But that's the smallest of problems. :)
--Jani
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
Thank you very much for breaking the compile Stig.
It still breaks after Sascha's 'fix' when using
--with-apxs. And I don't want to spend my time (again)
to find out why. I would expect you guys to know better
and TEST before committing anything that has something
to do with configure/compile.
Umm..backtrace?
--Jani
On Mon, 9 Apr 2001, Jon Parise wrote:
Today's build is giving me this when I try to start Apache with PHP
compiled as a DSO:
Program received signal SIGSEGV, Segmentation fault.
0x281cc7b1 in _efree (ptr=0x282c8650) at zend_alloc.c:227
227
X-Powered-By: PHP/4.0.6-dev
Just an idea..would it be stupid to have the date of last
CVS update included in the version string? Like this:
4.0.6-dev-20011004
Or maybe the timestamp would be better?
That way we could ask for it to be included in the bug report
if the bug submitter uses CVS.
Rasmus, you really should get a bigger mailbox..or add
some spam filter. :)
--Jani
On 10 Apr 2001 [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: nunux
PHP version: 4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description: enough SPAM
Can sniper
On 11 Apr 2001, Stig Sther Bakken wrote:
[Jani Taskinen [EMAIL PROTECTED]]
(could we have some nice 'codenames' for the releases? Please.. :)
Hey, what if we name them after the third noun on page five of your
(finnish) morning paper at the day of RC1 (using GMT)? :-)
Why not norwegian
On Tue, 17 Apr 2001, Sebastian Bergmann wrote:
Stig Sther Bakken wrote:
About classes and objects, will PHP have multiple inheritance
support?
When there's peace in Jerusalem.
Ah, that's another way to say "When Andi and Zeev implement it" :-)
Like..never? :)
--Jani
--
PHP
On Tue, 17 Apr 2001, Stanislav Malyshev wrote:
JT Ah, that's another way to say "When Andi and Zeev implement it" :-)
JT
JT Like..never? :)
Generally, since PHP is not a strongly typed language, it's not too hard
to implement multiple inheritance, I guess. Question is - is it worth the
On Tue, 24 Apr 2001, Zeev Suraski wrote:
At 12:03 24/4/2001, Sascha Schumann wrote:
On Tue, 24 Apr 2001, Zeev Suraski wrote:
At 03:02 24/4/2001, Anil Madhavapeddy wrote:
It a bit of a showstopper for pretty much all web-based mail clients
like IMP - people have been reporting their logs
On Tue, 24 Apr 2001, Rasmus Lerdorf wrote:
An easily reproducable segfault in a common PHP extension is a serious
issue which could lead to potential security breaches and thus lots of bad
mojo from nasty bugtraq postings. If we know about such a segfault and we
have a fix and go ahead and
On Tue, 24 Apr 2001, Sterling Hughes wrote:
I think its not a bad idea to encourage (even more :) bug fixing for the
next release, but I don't think restricting valuable and/or needed
features is a good idea.
You're just lazy. :)
There are these 'bugs' with type 'Feature/Change request'... so?
On Fri, 27 Apr 2001, Daniel Beulshausen wrote:
At 19:47 27.04.2001 +0200, Andi Gutmans wrote:
Before I get all excited about this have you actually checked it works
with the ISAPI module?
yep.
Yay!!! Well done!
now let's get out 4.0.5 so that 4.0.6 hasn't to wait that long too :)
PHP
On Fri, 27 Apr 2001, Andi Gutmans wrote:
Yep. I'd like to RC1 4.0.6 within a few days from releasing 4.0.5.
And very very strict NO to any questions about adding new features.
--Jani
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On Sat, 28 Apr 2001, Andrei Zmievski wrote:
On Sat, 28 Apr 2001, Derick Rethans wrote:
Hello,
this time I got two of those, but still no PHP 4 Bug Summary...
On 28 Apr 2001 [EMAIL PROTECTED] wrote:
9163: mcrypt_list_algorithms doesn't work
10187: Warning: mcrypt module
On Sun, 29 Apr 2001, Chris W wrote:
I don't get any errors during the make process and all appears to be all
find and dandy. But when I fire apache back up and pull up a phpinfo() I
have no ftp support, all else still works and nothing reports there being
any problem with php, it just not
On Fri, 27 Apr 2001, Andi Gutmans wrote:
Oh OK now I understand. The problem is that MINIT is called before Apache
forks and then all children start from the same number. However, calling it
during each request init is also a bit of an overkill and slows down each
request. Calling it once should
On Sun, 29 Apr 2001, Zeev Suraski wrote:
How did you arrive to the conclusion that the current crypt() salts are not
random?
Uhm..how do you think? :)
If I get same salt after 5 page reloads it obviously isn't random?
(when I have 5 max apache childs..)
--Jani
--
PHP Development Mailing
Couldn't that ini_set() be modified so that it would give an error if
setting some ini-option isn't allowed?
--Jani
On 28 Apr 2001 [EMAIL PROTECTED] wrote:
ID: 10540
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PHP options/info functions
PHP
This is the line in question:
php_srand(time(0) * getpid() * (php_combined_lcg() * 1.0));
This is now (in my patch) in RINIT and thus it is a different pid
it doesn't matter if the RINIT happens the same second..
Or did I misunderstood something? And I know it works now. :)
And it didn't
On Sun, 29 Apr 2001, Andi Gutmans wrote:
At 09:42 PM 4/29/2001 +0200, Jani Taskinen wrote:
This is the line in question:
php_srand(time(0) * getpid() * (php_combined_lcg() * 1.0));
This is now (in my patch) in RINIT and thus it is a different pid
it doesn't matter if the RINIT happens
On Sun, 29 Apr 2001, Andi Gutmans wrote:
At 09:42 PM 4/29/2001 +0200, Jani Taskinen wrote:
This is the line in question:
php_srand(time(0) * getpid() * (php_combined_lcg() * 1.0));
This is now (in my patch) in RINIT and thus it is a different pid
it doesn't matter if the RINIT happens
On Sat, 28 Apr 2001, Zeev Suraski wrote:
The way PHP works right now is that multipart encoding is rejected if file
uploads are disabled. We should either change the name of the INI
directive to reflect that it really disables multipart POSTs, or ignore the
file entries in a multipart POST.
On Wed, 2 May 2001 [EMAIL PROTECTED] wrote:
[Offtopic]
I was just wondering, how can a socket use *unconditionally* a LEN to look @
the SUN :)
I thought only snipers use highly accurate lens to shoot bugs, isn't it?
:)
[BTW, do you sleep? or you won't sleep until all the bugs are smashed? :) ]
On Wed, 2 May 2001, Nick Loman wrote:
http://cvs.php.net/viewcvs.cgi/php4/main/rfc1867.c?rev=1.62content-type=text/vnd.viewcvs-markupsortby=date
Or something else? If you think that one may be important I will apply and
see if it changes anything.
The above doesn't seem to be in PHP 4.0.5 but
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
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
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 hosting the bug system is down so
I can't reopen
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
On Wed, 2 May 2001, Steve Langasek wrote:
Give the QA team that power. Let the release branch be reserved exclusively
for bugfixes, and give the QA team control over what gets committed to the
branch. This is the only way to make headway against bugs.
Amen. There can't be _ANY_ exceptions to
On Thu, 3 May 2001, Alexander Bokovoy wrote:
This code branch should only be triggered if HAVE_IMAP_SSL is defined, which
should only happen if you configure php --with-imap-ssl. If you're doing so,
it's assumed that you've built c-client with SSL support.
Current configure macros in PHP
The attachment has some warnings that occurred during a compile
on MacOS X. Not anything fatal but annoying.
--Jani
In file included from /usr/include/httpd/httpd.h:72,
from sapi_apache.c:32:
/usr/include/httpd/ap_config.h:425: warning: `HAVE_MMAP' redefined
On Thu, 3 May 2001, Alexander Bokovoy wrote:
You're both wrong. This is really a bug in the IMAP-2001.beta sources.
It's not possible to build it with SSL support on Unix.
It is possible and I did it, and it works. That's why I'm saying about it.
Look closer to the circumstances where this
, by the way. It's modifying
existing code in the last minute that causes trouble.
Adding any new code into the configure system is a possible cause for
trouble. As is modifying existing code too.
--Jani
Zeev
At 04:54 3/5/2001, Jani Taskinen wrote:
On Wed, 2 May 2001, Steve Langasek wrote
On Thu, 3 May 2001, Alexander Bokovoy wrote:
IMAP-2001.beta doesn't work but it doesn't even matter as it still is _beta_.
As original author already pointed out, error triggers out with IMAP
2000*, not with IMAP 2001 betas. And I'm saying about it too. With
Please read that bug report. It
On Thu, 3 May 2001, Alexander Bokovoy wrote:
Hrhm. If you know what is wrong then fix it and send a patch.
Or at least point us WHERE the problem is. Everything works
for me just fine as it is - no broken functionality.
So, it means that you never test PHP extensions in SCE mode.
So? I have
On Thu, 3 May 2001, Emiliano wrote:
Jani Taskinen wrote:
Why would anyone want to use phpize on imap extension?
(forgive me but I never have needed phpize..)
You do when you want to develop self-contained extensions. SCEs are
useful for large PHP extensions that have to live outside the main
On Thu, 3 May 2001, Alexander Bokovoy wrote:
On Thu, May 03, 2001 at 11:21:28AM +0200, Jani Taskinen wrote:
On Thu, 3 May 2001, Alexander Bokovoy wrote:
Hrhm. If you know what is wrong then fix it and send a patch.
Or at least point us WHERE the problem is. Everything works
for me just
Can we drop this issue already? Sascha said his working on it, okay?
FYI: I'm not the maintainer of IMAP extension. Check EXTENSIONS file.
--Jani
On Thu, 3 May 2001, Emiliano wrote:
Jani Taskinen wrote:
You do when you want to develop self-contained extensions. SCEs are
useful for large
On Thu, 3 May 2001, Phil Driscoll wrote:
Andi wrote:
That brings me to more current events. I'd like to roll an RC1 for 4.0.6
pretty soon (Saturday?).
I don't want to slow things down here, and if Saturday can be achieved, all
well and good, but we perhaps ought to have a strong guideline that,
On Thu, 3 May 2001, Andi Gutmans wrote:
At 12:47 PM 5/3/2001 +0200, Cynic wrote:
Is it? I'm not that sure. They also release with known bugs although I
admit to not knowing their exact release cycle so I won't comment more on
Ehem. We release with known bugs too but we don't tell it to anyone..
1 - 100 of 542 matches
Mail list logo