It's a bug in mod_xslt, if that module trys to set aside a transient bucket.
Bill
At 12:09 AM 5/19/2004, Stas Bekman wrote:
We have the following situation in mod_perl 2 land: we use the same buffer to
allocate data in buckets which are passed to the filters. That bucket is created once
per
William A. Rowe, Jr. wrote:
It's a bug in mod_xslt, if that module trys to set aside a transient bucket.
Ah, cool, for some reason I thought that transient still has to have a copy :)
Thanks Bill!
At 12:09 AM 5/19/2004, Stas Bekman wrote:
We have the following situation in mod_perl 2 land: we
On Tue, 18 May 2004, Stas Bekman wrote:
extra allocation happens). But just now one user has reported that it breaks
mod_xslt filter, which sets aside the buckets sent from the modperl handler,
and then uses them after seeing EOS.
That seems to me an unnecessarily complex and inefficient XSLT
On Wed, 2004-05-19 at 07:38 +0100, Nick Kew wrote:
We have at least one implementation that works like that (originally
mine, but now more actively developed by others as mod_transform).
Perhaps mod_perl users might benefit from switching?
Currently it is only in a Subversion Repo:
Nick Kew wrote:
On Tue, 18 May 2004, Stas Bekman wrote:
extra allocation happens). But just now one user has reported that it breaks
mod_xslt filter, which sets aside the buckets sent from the modperl handler,
and then uses them after seeing EOS.
That seems to me an unnecessarily complex and
On Tue, 18 May 2004, Stas Bekman wrote:
Frankly I even have no idea who is the author of mod_xslt, it's not part of
the mod_perl project.
There are several modules with that name. When you raised it as a
problem you had encountered with mod_perl, I thought maybe mod_perl
had specific hooks
Hi
This is my first message to the mailling list. I am runnig
the apache1.3.29+Vignette5.0 at solaris 8.0 . Whenever I hup the apache file
descriptor gets increased by 2 . But before the hup, no of descriptor are 260
or 256 . After hupped the descriptor become 262 .After certain period
[EMAIL PROTECTED] wrote:
This is my first message to the mailling list. I am runnig the
apache1.3.29+Vignette5.0 at solaris 8.0 . Whenever I hup the apache file
descriptor gets increased by 2 . But before the hup, no of descriptor
are 260 or 256 . After hupped the descriptor become 262 .After
Hi,
I just found that SSL is on Win32 broken with Apache 2.0.49 on NT, 2K and XP: when I
stop Apache2 after an ssl request was made it segfaults. I checked with recent 2.1-dev
and 2.0.50-dev and seems this issue is there fixed.
Also there's a minor issue with the standard ssl.conf file which has
On Wed, 19 May 2004, William A. Rowe, Jr. wrote:
It's a bug in mod_xslt, if that module trys to set aside a transient bucket.
Huh? No it isn't. Half of the reason setaside() even exists is to handle
transient buckets.
static apr_status_t transient_bucket_setaside(apr_bucket *b, apr_pool_t
Guenter Knauf wrote:
Hi,
I just found that SSL is on Win32 broken with Apache 2.0.49 on NT, 2K and XP: when I stop Apache2 after an ssl request was made it segfaults. I checked with recent 2.1-dev and 2.0.50-dev and seems this issue is there fixed.
This is an old bug that has been around for
On Wed, 19 May 2004, Cliff Woolley wrote:
Note: ap_save_brigade() handles the setaside and brigade concatenation for
you. I suspect there are a number of places in the code that we are
incorrectly calling APR_BRIGADE_CONCAT() instead of ap_save_brigade().
That's bug city right there.
Worse,
I'm using gdb 6.1
apache2.0.49 built from source using
CFLAGS=-O0 ./configure --prefix=/opt/apache2-2.0.48 --enable-ssl
--enable-maintainer-mode --with-mpm=worker
on debian
I run apache in gdb with -X -f myconf.conf
when I attempt to stop execution by pressing ctrl-c inside gdb
execution stops
At 08:33 AM 5/19/2004, Cliff Woolley wrote:
On Wed, 19 May 2004, William A. Rowe, Jr. wrote:
It's a bug in mod_xslt, if that module trys to set aside a transient bucket.
Huh? No it isn't. Half of the reason setaside() even exists is to handle
transient buckets.
I didn't say setaside(), and
I believe that we've rec'd quite a few +1s on the
issue of moving apache-1.3 to subversion and no -1s.
Let's give it a few more days, but unless we hear
otherwise, we should consider making it official
Monday or so (the 24th). At that point, we can
ask the infrastructure team to perform the
On Wed, 19 May 2004, Cliff Woolley wrote:
can't just ignore APR_ENOTIMPL for bucket types, because pipe and socket
buckets never had setaside implemented on them. I thought I remembered
that that was because Greg and Ryan and I had some huge debate about it
and it was decided for some reason
Hi,
I was just looking for the raw list archives so that I can setup my own server with
mod_mbox;
first I found that the mod_mbox link on http://httpd.apache.org/lists.html to
http://nagoya.apache.org:/ doesnt work.
Then I wonder that there are only a few lists available; I can find
On Wed, 19 May 2004, Guenter Knauf wrote:
I was just looking for the raw list archives so that I can setup my own
server with mod_mbox; first I found that the mod_mbox link on
http://httpd.apache.org/lists.html to http://nagoya.apache.org:/
doesnt work. Then I wonder that there are only a
Cliff Woolley wrote:
On Wed, 19 May 2004, Cliff Woolley wrote:
can't just ignore APR_ENOTIMPL for bucket types, because pipe and socket
buckets never had setaside implemented on them. I thought I remembered
that that was because Greg and Ryan and I had some huge debate about it
and it was
listman wrote:
So after a little hunting I placed
#ifdef SIGINT
sigdelset(sig_mask, SIGINT);
#endif
inside static void remove_sync_sigs(sigset_t *sig_mask) in
threadproc/unix/signals.c
this unblocks the SIGINT so that it can be used in gdb by ctrl-c
I can understand why you might want to
Cliff Woolley wrote:
On Wed, 19 May 2004, Stas Bekman wrote:
And a lot of pain and wasted time could be saved if all this was documented.
I know. :(
I'm not aware of such documentation's existance, besides very scarce notes in
the header files.
The best documentation that exists, besides
On Wed, 19 May 2004, Stas Bekman wrote:
And a lot of pain and wasted time could be saved if all this was documented.
I know. :(
I'm not aware of such documentation's existance, besides very scarce notes in
the header files.
The best documentation that exists, besides what's in the header
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2004/05/07 14:43:04 $]
Release:
1.3.32-dev: In development
1.3.31: Tagged May 7, 2004.
1.3.30: Tagged April 9, 2004. Not released.
1.3.29: Tagged October 24, 2003. Announced Oct 29,
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2004/05/17 14:13:49 $]
Release:
2.0.50 : in development
2.0.49 : released March 19, 2004 as GA.
2.0.48 : released October 29, 2003 as GA.
2.0.47 : released July 09, 2003 as GA.
APACHE 2.1 STATUS: -*-text-*-
Last modified at [$Date: 2004/04/27 22:09:17 $]
Release [NOTE that only Alpha/Beta releases occur in 2.1 development]:
2.1.0 : in development
Please consult the following STATUS files for information
on related
On Wed, 19 May 2004, Stas Bekman wrote:
I'm sure Cliff and other filter gurus
For the record, I make no claims as to being a filter guru. Some parts of
the filtering system baffle me as much as anybody else. I know buckets.
I more or less leave the filtering to somebody else. :)
will be
26 matches
Mail list logo