pear package in the XML_Transformer directory creates a broken tgz
archive. The archive seems to have right filesize, but when I try to
tar xvfz it, I only get a package.xml file from it.
Could this be related to current streams issues?
It should not.
I get the following error
Arnaud Limbourg wrote:
pear package package.xml
XML error: no element found at line 275
Same here. But the XML is valid, AFAICS.
Maybe the XML parser reads incorrect due to streams?
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did
I requested that Yasuo reverts his patches, repeatedly, but as he hasn't, I
was forced to do it manually myself. If I screwed up while reverting the
patches myself, I apologize. I'll take a look.
Zeev
At 08:30 07/10/2002, Derick Rethans wrote:
On Sun, 6 Oct 2002, Rasmus Lerdorf wrote:
I
I differ with you regarding whether we can or cannot tell people to pause
development for a few weeks. Regardless, if we want to allow people to
develop, I suggested using development branches (or branch), instead of
using a release branch, for most of the duration of this release
cycle.
It's been a while since I touched that piece of code, so I don't remember
how exactly it's supposed to work. However, right now, the URL rewriting
code uses output buffering, so it's not too odd that the output is being
buffered. Back when I made this change, I used a 4096-byte chunk size
Zeev Suraski wrote:
It's been a while since I touched that piece of code, so I don't
remember how exactly it's supposed to work. However, right now, the URL
rewriting code uses output buffering, so it's not too odd that the
output is being buffered. Back when I made this change, I used a
Anyway, using unlimited size of buffer makes sense to me.
Unless it buffers whole contents, URL rewriter may fail to
modify HTML correctly.
I don't read code, so I cannot make comment on this.
Right, you did not read the URL rewriter code and so you
should not comment on it.
At 10:55 07/10/2002, Yasuo Ohgaki wrote:
As I said before, I don't touch any of chunk size related code.
You've removed all applicable lines regarding to implicit flush
thing.
No implicit flush please. Enough. It's over. Seriously, please, it's
really getting on my nerves already :) [*]
Sascha Schumann wrote:
The URL rewriter has been written to support handling of data
chunks, and thus your above statement [the] URL rewriter may
fail to modify HTML correctly is simply false.
Just looked at the handler, the handler is storing intermediate
result to global as it's
Hello,
why is this function commented out for Windows? Shouldn't it just always
return TRUE on WIndows?
Derick
-- Forwarded message --
Date: Mon, 7 Oct 2002 11:17:08 +0200
From: Marc Boeren [EMAIL PROTECTED]
To: 'Derick Rethans' [EMAIL PROTECTED]
Subject: RE: DBX tests
A couple of questions for clarity:
(a) Does this work properly with PHP 4.2?
There is an even weirder bug, at least in the 4.2.3/CGI case
(the session output handler gets called after the request
shutdown which already disabled the session, so that the
rewriter is not
On Mon, 7 Oct 2002, Tit Black Petric wrote:
Hello,
why is this function commented out for Windows? Shouldn't it just always
return TRUE on WIndows?
Derick
shouldnt it only return true on *exe, com, pif, bat, ..?
and i guess on directories if its used that way..
No, as for
Hey,
to my knowledge ccvs was dropped by RedHat and I can't seem to find a recent
library to build PHP against. In conclusion, I propose the removal of ext/ccvs.
If a kind soul can point me to a library, I am willing to do the necessary
changes to integrate it into PECL.
Comments are highly
At 12:24 07/10/2002, Sascha Schumann wrote:
A couple of questions for clarity:
(a) Does this work properly with PHP 4.2?
There is an even weirder bug, at least in the 4.2.3/CGI case
(the session output handler gets called after the request
shutdown which already disabled
At 12:00 10/7/2002 +0200, Derick Rethans wrote:
On Mon, 7 Oct 2002, Tit Black Petric wrote:
Hello,
why is this function commented out for Windows? Shouldn't it just always
return TRUE on WIndows?
Derick
shouldnt it only return true on *exe, com, pif, bat, ..?
and i
On Sun, Oct 06, 2002 at 10:00:57AM -0400, Dan Kalowsky wrote :
Here is an option though. Release RC1. We know it's buggy, we know
it's got a lot of problems, and we know that we don't know them all.
The stigma that snapshots are unstable isn't going to be changed in the
next few days,
Guys,
Please make sure you're all well familiar with CODING_STANDARDS, most
notably [2] and [3] in the syntax and indentation section.
Thanks,
Zeev
[2] Use KR-style. Of course, we can't and don't want to
force anybody to use a style he or she is not used to, but,
at the very
Hey there hard working folks,
aspell was replaced by pspell long ago, hence I like to remove aspell from
the main source tree to either PECL or /dev/null. Any objections?
Comments are highly welcome.
Jan
--
Q: Thank Jan? A: http://geschenke.an.dasmoped.net/
Got an old and spare laptop?
Hi,
I have written a book about PHP, which has become some sort of de facto book
for
PHP-programmers i Sweden. It will probably be translated to English soon. I
just started
writing a new edition and have some problems. What version of PHP should the
book
be based on? Whould it be wise to use
Le Lundi 7 Octobre 2002 13:39, Jan Lehnardt a écrit :
Hey there hard working folks,
aspell was replaced by pspell long ago, hence I like to remove aspell
from the main source tree to either PECL or /dev/null. Any objections?
Comments are highly welcome.
Hi,
You're right. aspell is a
Zeev Suraski wrote:
The least you should do is
ask either Sascha or me how come it uses chunked buffering, and whether
it's not a bug. You would have gotten a pretty clear response saying
that it fully supports chunked buffering.
No. I don't think I need to ask.
It may be able to be
Nice idea.
--
Nicos - CHAILLAN Nicolas
[EMAIL PROTECTED]
www.WorldAKT.com - Hébergement de sites Internet
Derick Rethans [EMAIL PROTECTED] a écrit dans le message de news:
[EMAIL PROTECTED]
Hello,
why is this function commented out for Windows? Shouldn't it just always
return TRUE on
It should be PHP4.3.0 and Apache1.3.27.
--
Nicos - CHAILLAN Nicolas
[EMAIL PROTECTED]
www.WorldAKT.com - Hébergement de sites Internet
Viktor Jonsson [EMAIL PROTECTED] a écrit dans le
message de news: 002801c26df7$4a092c20$[EMAIL PROTECTED]
Hi,
I have written a book about PHP, which has
Agreed, but there's one problem:
The pspell as you know and love it, is now named GNU Aspell 0.52.
The pspell extension must be used, to build with GNU Aspell - the API has been
kept as an 'alias' for this purpose.
So I vote for:
--with-aspell - /dev/null
--with-gnu-aspell - AC_ARG_WITH alias
At 14:51 07/10/2002, Yasuo Ohgaki wrote:
Zeev Suraski wrote:
The least you should do is ask either Sascha or me how come it uses
chunked buffering, and whether it's not a bug. You would have gotten a
pretty clear response saying that it fully supports chunked buffering.
No. I don't think I
Begin forwarded message:
From: [EMAIL PROTECTED]
Date: Mon Oct 7, 2002 8:24:14 AM US/Eastern
To: [EMAIL PROTECTED]
Subject: #19798 [NEW]: mistype in source
From: [EMAIL PROTECTED]
Operating system: any
PHP version: 4.2.3
PHP Bug Type: Unknown/Other Function
Bug
Whould it be wise to use Apache 2?
Nope
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Zeev Suraski wrote:
The least you should do is
ask either Sascha or me how come it uses chunked buffering, and whether
it's not a bug. You would have gotten a pretty clear response saying
that it fully supports chunked buffering.
No. I don't think I need to ask.
Sometimes you do. If
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose: we roll a 4.3.0-pre1 from
HEAD on Thursday, so that QA team (or what's left of it) and everyone
else can test it. Subsequently, based on the results of that testing we
can see if
Sounds good to me.
At 17:09 07/10/2002, Andrei Zmievski wrote:
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose: we roll a 4.3.0-pre1 from
HEAD on Thursday, so that QA team (or what's left of it) and everyone
else can test it.
Ok
On Mon, 7 Oct 2002, Andrei Zmievski wrote:
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose: we roll a 4.3.0-pre1 from
HEAD on Thursday, so that QA team (or what's left of it) and everyone
else can test it. Subsequently, based
Good. Now, people, let's try to get the tree at least somewhat stable
before Thursday.
On Mon, 07 Oct 2002, Rasmus Lerdorf wrote:
Ok
On Mon, 7 Oct 2002, Andrei Zmievski wrote:
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose:
Agreed, it's only common courtesy.
david
Zeev Suraski wrote:
The least you should do is
ask either Sascha or me how come it uses chunked buffering, and
whether
it's not a bug. You would have gotten a pretty clear response saying
that it fully supports chunked buffering.
No. I
At 17:53 07/10/2002, David Reid wrote:
Agreed, it's only common courtesy.
At minimum. When we're dealing with the core of an application as popular
as PHP, it's also an issue of responsibility.
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
On Mon, Oct 07, 2002 at 04:37:49AM +0200, Melvyn Sopacua wrote:
Whether the function should make an effort and emit a warning for these
systems is open to debate.
IMO it's good that this function isn't available on Windows - it makes
no sense there anyway. I'll fix run-tests.php in a moment.
FWIW, I'm still seeing the segfaults on beos for session code. I'm away
until Thursday evening now, but if someone can give some ideas then I'll try
to trace it further when I get back... The segafults occur in
_object_and_properties_init.
_object_and_properties_init
_object_init_ex
Can you see if calling php_end_ob_buffers() in the session deactivate
function, in case BG(url_adapt_state_ex).active is true, solves this problems?
Zeev
At 12:24 07/10/2002, Sascha Schumann wrote:
A couple of questions for clarity:
(a) Does this work properly with PHP 4.2?
There
Lance,
I just noticed this post, and PWEE sounds pretty interesting.
One thing that would definitly make me consider using it in a production
environment would be the ability to change configuration based on the
name of the vhost being accessed.
For example, we've got several sites all running
It appears to be a typo. See
http://cvs.php.net/diff.php/php4/ext/standard/quot_print.c?r1=1.10r2=1.11
The old code checked [i+1] and [i+2], while the new (rev. 1.11) code
checks [i+1] twice...
Sander
On Mon, Oct 07, 2002 at 09:35:53AM -0400, Dan Kalowsky wrote:
Begin forwarded message:
On Mon, Oct 07, 2002 at 12:11:37PM +0200, Melvyn Sopacua wrote:
At 12:00 10/7/2002 +0200, Derick Rethans wrote:
No, as for windows everything is executable... see the .scr virusses for
example :)
Yes - and that's why it is a good idea, to either not implement it, or
return true.
For
Hi,
I currently get following segfaults:
httpd logs:
[Mon Oct 7 17:17:45 2002] [notice] child pid 19460 exit signal
Segmentation fault (11)
FATAL: emalloc(): Unable to allocate 1515870812 bytes
I can understand him well ;-)
BT:
Program received signal SIGSEGV, Segmentation fault.
What are you doing in order to get it to crash?
At 18:20 07/10/2002, Jan Schneider wrote:
Hi,
I currently get following segfaults:
httpd logs:
[Mon Oct 7 17:17:45 2002] [notice] child pid 19460 exit signal
Segmentation fault (11)
FATAL: emalloc(): Unable to allocate 1515870812 bytes
I
+1
On October 7, 2002 08:07 am, Melvyn Sopacua wrote:
Agreed, but there's one problem:
The pspell as you know and love it, is now named GNU Aspell 0.52.
The pspell extension must be used, to build with GNU Aspell - the API has
been kept as an 'alias' for this purpose.
So I vote for:
Zeev Suraski wrote:
What are you doing in order to get it to crash?
Calling any page in IMP. This is why I don't know exactly _where_ it
segfaults.
I don't have an apache version with debug information at hand, so I
can't give you more bt details, sorry.
--
PHP Development Mailing List
Try reducing IMP to the smallest possible script that still reproduces the
problem (crashes). That will give us something to go on. Chances are it's
not a crash in the engine.
At 18:37 07/10/2002, Jan Schneider wrote:
Zeev Suraski wrote:
What are you doing in order to get it to crash?
hmmm yeah, that is the question !
- Original Message -
From: Zeev Suraski [EMAIL PROTECTED]
To: Jan Schneider [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, October 07, 2002 5:29 PM
Subject: Re: [PHP-DEV] Segfaults in Zend
What are you doing in order to get it to crash?
At
Zeev Suraski wrote:
Try reducing IMP to the smallest possible script that still reproduces
the problem (crashes). That will give us something to go on. Chances
are it's not a crash in the engine.
This one's really strange and I'm afraid not very helpful.
PHP segfaults while returning
hmm,
I think that this functionS is not free before the exit, and it take a
segfault.
Or perhaps the returned value are not free, and now it can be dengerous
!?@#! ?
Michael
- Original Message -
From: Jan Schneider [EMAIL PROTECTED]
To: Zeev Suraski [EMAIL PROTECTED]
Cc: [EMAIL
On Mon, 7 Oct 2002, Zeev Suraski wrote:
Can you see if calling php_end_ob_buffers() in the session deactivate
function, in case BG(url_adapt_state_ex).active is true, solves this problems?
Note the condition here:
There is an even weirder bug, at least in the 4.2.3/CGI case
Jan Schneider wrote:
Zeev Suraski wrote:
Try reducing IMP to the smallest possible script that still
reproduces the problem (crashes). That will give us something to go
on. Chances are it's not a crash in the engine.
This one's really strange and I'm afraid not very helpful.
PHP
On Sun, 2002-10-06 at 20:28, Melvyn Sopacua wrote:
Sterling,
At 22:20 2-10-2002, Sterling Hughes wrote:
http://www.bumblebury.com/phptodo/xmsl.html
my thoughts on the matter... If you really want to handle XML, XSLT and
the like in PHP, the solution is to build a standardized,
On Mon, 7 Oct 2002, Jan Schneider wrote:
In another script the segfaults occur in another place. It's hard to
trap it down cause it happens during inside a foreach loop. It doesn't
happen after the first loop but at any of the subsequent loops. Inside
this loop happens - beside a call to
At 18:43 07/10/2002, Sascha Schumann wrote:
On Mon, 7 Oct 2002, Zeev Suraski wrote:
Can you see if calling php_end_ob_buffers() in the session deactivate
function, in case BG(url_adapt_state_ex).active is true, solves this
problems?
Note the condition here:
There is an even
I understand, but what if you don't call ob_flush()? Does it work properly?
The bug from 4.2.3 does not reappear here. The rewriter
kicks in using the final combination of ini settings.
- Sascha
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
The new and improved GNU aspell happpens to be almost 100%
source-compatible with pspell, in fact, no changes to php source are
necessary to use it. I am against creating a yet-another config option.
We've got a few of those already.
I have no problem with nuking aspell and placing a dummy
The config option just makes it easier to find, especially when you delete
aspell from the tree.
You would basically try to accomplish, that:
./configure --help | grep aspell
yields something and possibly hint to pspell.
How that is done is insignificant. But adding --with-gnu-aspell would
Hi,
i recently upgraded from 4.0.4pl1 to 4.2.3
and noticed a different behavior with preg_replace when
the substitution string is a variable containing backslashes.
at this point 4.2.3 eats every second slash as 4.0.4pl1 don't .
here's my example:
?
$TPL = foosel#label#lesoof;
$DIFF= this one
Hi,
On Mon, Oct 07, 2002 at 07:50:00PM +0200, Melvyn Sopacua wrote:
The config option just makes it easier to find, especially when you delete
aspell from the tree.
You would basically try to accomplish, that:
../configure --help | grep aspell
we can easily add a note like:
I like the alias option as well.
The aspell/pspell packages seem to be the exception to the
gnu names don't change rule. These two packages have been
a bit of a moving target in terms of both naming and
[inter]dependencies and BC has been an issue a couple of
times.
I apologize in advance,
On October 7, 2002 02:08 pm, Jan Lehnardt wrote:
Hi,
On Mon, Oct 07, 2002 at 07:50:00PM +0200, Melvyn Sopacua wrote:
The config option just makes it easier to find, especially when you
delete aspell from the tree.
You would basically try to accomplish, that:
../configure --help |
At 18:48 10/7/2002 +0200, Sterling Hughes wrote:
On Sun, 2002-10-06 at 20:28, Melvyn Sopacua wrote:
Sterling,
At 22:20 2-10-2002, Sterling Hughes wrote:
http://www.bumblebury.com/phptodo/xmsl.html
my thoughts on the matter... If you really want to handle XML, XSLT and
the like
At 20:40 7-10-2002, Ilia A. wrote:
On October 7, 2002 02:08 pm, Jan Lehnardt wrote:
Hi,
On Mon, Oct 07, 2002 at 07:50:00PM +0200, Melvyn Sopacua wrote:
The config option just makes it easier to find, especially when you
delete aspell from the tree.
You would basically try to
On October 7, 2002 03:45 pm, Melvyn Sopacua wrote:
At 20:40 7-10-2002, Ilia A. wrote:
On October 7, 2002 02:08 pm, Jan Lehnardt wrote:
Hi,
On Mon, Oct 07, 2002 at 07:50:00PM +0200, Melvyn Sopacua wrote:
The config option just makes it easier to find, especially when you
delete
Derick Rethans wrote:
On Mon, 7 Oct 2002, Jan Schneider wrote:
In another script the segfaults occur in another place. It's hard to
trap it down cause it happens during inside a foreach loop. It doesn't
happen after the first loop but at any of the subsequent loops. Inside
this loop
I'd like to make sure fastcgi is well supported in 4.3. I spent some
time over the weekend working on this and have some patches that I'll
try to get into the tree in the next day or so. I haven't commited them
yet as I am having problems getting it to work with
apache2-win32/mod_fastcgi (a
Sounds good to me.
Andi
At 10:09 AM 10/7/2002 -0400, Andrei Zmievski wrote:
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose: we roll a 4.3.0-pre1 from
HEAD on Thursday, so that QA team (or what's left of it) and everyone
else can
Wow. Zeev and I used the *exact* same sentence. Scary...
Andi
At 05:19 PM 10/7/2002 +0300, Zeev Suraski wrote:
Sounds good to me.
At 17:09 07/10/2002, Andrei Zmievski wrote:
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose: we roll a
On Mon, 7 Oct 2002, Andi Gutmans wrote:
Wow. Zeev and I used the *exact* same sentence. Scary...
It's just more evidence that you're the same person :)
Derick
--
---
Derick Rethans
Shush. They already think we're a single schizophrenic person, don't add
more wood to the fire :)
At 23:32 07/10/2002, Andi Gutmans wrote:
Wow. Zeev and I used the *exact* same sentence. Scary...
Andi
At 05:19 PM 10/7/2002 +0300, Zeev Suraski wrote:
Sounds good to me.
At 17:09 07/10/2002,
That mean you're not? :-o
--
Nicos - CHAILLAN Nicolas
[EMAIL PROTECTED]
www.WorldAKT.com - Hébergement de sites Internet
Zeev Suraski [EMAIL PROTECTED] a écrit dans le message de news:
[EMAIL PROTECTED]
Shush. They already think we're a single schizophrenic person, don't add
more wood to
Never mind him, he always talks to himself.
On Mon, 07 Oct 2002, [EMAIL PROTECTED] wrote:
That mean you're not? :-o
--
Nicos - CHAILLAN Nicolas
[EMAIL PROTECTED]
www.WorldAKT.com - Hébergement de sites Internet
Zeev Suraski [EMAIL PROTECTED] a écrit dans le message de news:
[EMAIL
The PHP_ADD_LIBPATH configure macro starts like this:
AC_DEFUN(PHP_ADD_LIBPATH,[
if test $1 != /usr/lib; then
And we also have a PHP_REMOVE_USR_LIB macro which is called on the
generated LDPATH string, so even if I do manage to sneak in my /usr/lib
directory somewhere it is removed.
This is
Hrm... Removing this does produce an amazingly ugly link line. After
playing a bit and getting frustrated that pre-setting LDFLAGS and even
PHP_LDFLAGS in my env resulted in /usr/lib getting stripped out of those
again I figured out that setting EXTRA_LDFLAGS to -L/usr/lib in my env
lets me
Zeev Suraski wrote:
Really? Yasuo, people have been requesting that we disable your write
access to the full php4 tree, and uptil now I was against it. But this
attitude is making me reconsider my stand on this.
This is the 2nd time in the last couple of days that I notice that your
Zeev Suraski wrote:
Try reducing IMP to the smallest possible script that still reproduces
the problem (crashes). That will give us something to go on. Chances
are it's not a crash in the engine.
Optionally, see Locating which function call caused segfault section
This is causing me problems in an environment where /usr/lib is not the
default primary link directory and I need to explicitly add it to get
stuff to compile right. Why is this check here? Just to pretty up the
link line? Would it hurt to leave this check off so /usr/lib can be
forced on
On October 4, 2002 11:27 am, Jani Taskinen wrote:
On Fri, 4 Oct 2002, Andrei Zmievski wrote:
Please let me know if there are any objections, better suggestions, bug
reports (pertaining to this patch) that would need to be resolved before
this bug goes into the CVS.
I am not against
Pwee does allow you to change the environment based on virtual host by
setting a php_value for pwee.userconfpath in either the VirtualHost
specification or .htaccess file. There's a brief section on the web site
about this. It's not as elegant a solution as you'd like though. Being able
to
Stig Bakken wrote:
ssb Mon Oct 7 21:04:52 2002 EDT
Modified files:
/php4/main config.w32.h.in
Log:
* make these variables configurable from environment on Windows:
PEAR_INSTALLDIR PHP_BINDIR PHP_CONFIG_FILE_PATH
PHP_CONFIG_FILE_SCAN_DIR
79 matches
Mail list logo
