On Sun, Sep 09, 2001 at 02:10:51PM +0800, Stas Bekman wrote:
On a lot of OSs, the cwd is kept as a part of the kernel's
per-process structures, so all threads share the same idea of cwd.
Anytime you use a userland threads package this is likely.
There are other threading prblems, like
On Sun, 9 Sep 2001, Barrie Slaymaker wrote:
On Sun, Sep 09, 2001 at 02:10:51PM +0800, Stas Bekman wrote:
Argh :( Are there any pointers to read on these issues.
Gah, forgot to mention perthrtut!
which doesn't exists in perl = 5.6.1, and in 5.7.2 it says:
This document is
On Sat, 8 Sep 2001, Doug MacEachern wrote:
On Sat, 8 Sep 2001, Stas Bekman wrote:
I've tried to use Apache-Test outside of modperl, but the server won't
find libmodperl.so, since it wasn't installed on my system on 'make
install'. Is this on purpose? I see ModPerl::MM::install is
On Sun, 9 Sep 2001, Stas Bekman wrote:
There is an issue with r-print that isn't implemented yet. I guess I
cannot really move on with Registry, if print() is not available, unless I
do a temporary overload with write($buf, length $buf). Which means that we
have to implement PerlIO first. is
On Sun, 9 Sep 2001, Philippe M . Chiasson wrote:
I guess it's been a while since I actively contributed to anything, so I gotta
get my dicipline back. Sorry 'bout that.
no problemo, just been super strict about style, hoping we can maintain a
consistent style throughout modperl-2.0.
On Sun, Sep 09, 2001 at 10:50:37PM +0800, Stas Bekman wrote:
On Sun, 9 Sep 2001, Barrie Slaymaker wrote:
On Sun, Sep 09, 2001 at 02:10:51PM +0800, Stas Bekman wrote:
Argh :( Are there any pointers to read on these issues.
Gah, forgot to mention perthrtut!
which doesn't exists in
On Mon, 10 Sep 2001, Stas Bekman wrote:
should we change the default log level to notice in Apache::TestTrace?
Using warning for things like: installing foo doesn't seem right.
we should let make/MakeMaker take care of those messages.
not sure how clean is this patch, but it installs the
On Sun, Sep 09, 2001 at 10:23:49AM -0700, Doug MacEachern wrote:
On Sat, 8 Sep 2001, Barrie Slaymaker wrote:
On a lot of OSs, the cwd is kept as a part of the kernel's per-process
structures, so all threads share the same idea of cwd. Anytime you use
a userland threads package this is
On Sun, Sep 09, 2001 at 10:23:49AM -0700, Doug MacEachern wrote:
On Sat, 8 Sep 2001, Barrie Slaymaker wrote:
On a lot of OSs, the cwd is kept as a part of the kernel's per-process
structures, so all threads share the same idea of cwd. Anytime you use
a userland threads package
On Sun, Sep 09, 2001 at 09:30:50PM +0200, Arthur Bergman wrote:
I would suspect that this is solved in the perlhost/perlsys code which is win32
specific.
There is nothiing in ithreads that does this.
Rats.
Relevant code is iperlsys.h PerlDir_chdir.
Thanks.
However, should threads have
On Sun, Sep 09, 2001 at 04:49:50PM -0400, Barrie Slaymaker wrote:
However, should threads have different cwds?
Well, if you want to use any modules that chdir() in threaded code, I
think so. Basically, in a threaded perl, unsafe chdir should be warned
about or perl should DWIM and
Doug? Did you have a chance to look at bootstrap. Or can you please tell
me some hints on how to do that, and I'll try to implement it? Thanks!
On Tue, 28 Aug 2001, Stas Bekman wrote:
I thought that it's safe to require() modules ./t/response/. But I see
that it fails.
...
I hear you lound and clear !
On Sun, Sep 09, 2001 at 10:16:26AM -0700, Doug MacEachern wrote:
On Sun, 9 Sep 2001, Philippe M . Chiasson wrote:
I guess it's been a while since I actively contributed to anything, so I gotta
get my dicipline back. Sorry 'bout that.
no problemo, just
On Sun, 9 Sep 2001, Doug MacEachern wrote:
On Mon, 10 Sep 2001, Stas Bekman wrote:
should we change the default log level to notice in Apache::TestTrace?
Using warning for things like: installing foo doesn't seem right.
we should let make/MakeMaker take care of those messages.
not
Doug,
My build of perl-current wasn't clean for a long time, as 'make test'
won't pass again and again, until gozer has told me to get the whole thing
from scratch, via -acvz --delete --force:
rsync -acvz --delete --force \
rsync://ftp.linux.activestate.com/perl-current/ .
now I've got all the
On Mon, 10 Sep 2001, Stas Bekman wrote:
Doug? Did you have a chance to look at bootstrap.
should work now.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Mon, Sep 10, 2001 at 12:26:09PM +0800, Stas Bekman wrote:
Doug,
My build of perl-current wasn't clean for a long time, as 'make test'
won't pass again and again, until gozer has told me to get the whole thing
from scratch, via -acvz --delete --force:
rsync -acvz --delete --force \
On Mon, 10 Sep 2001, Stas Bekman wrote:
the problem is that $code-generate($build); is running in
post_configure(), which means that I don't know $libmodperl (which is
$build-{'MODPERL_LIB'}) during MY::post_initialize.
oh right. you can use this instead:
join '.', $build-{MP_LIBNAME},
On Mon, 10 Sep 2001, Stas Bekman wrote:
Doug,
My build of perl-current wasn't clean for a long time, as 'make test'
won't pass again and again, until gozer has told me to get the whole thing
from scratch, via -acvz --delete --force:
rsync -acvz --delete --force \
On Sun, 9 Sep 2001, Doug MacEachern wrote:
On Mon, 10 Sep 2001, Stas Bekman wrote:
the problem is that $code-generate($build); is running in
post_configure(), which means that I don't know $libmodperl (which is
$build-{'MODPERL_LIB'}) during MY::post_initialize.
oh right. you can use
On Mon, 10 Sep 2001, Stas Bekman wrote:
But MODPERL_LIB will have .a extension if we make a static build. and
$Config{dlext} hardcodes dynamic lib extension. Or we don't care now?
we should only install the .so, libmodperl.a is only useful when linked
into httpd.
another thing I'm not
On Sun, 9 Sep 2001, Doug MacEachern wrote:
On Mon, 10 Sep 2001, Stas Bekman wrote:
But MODPERL_LIB will have .a extension if we make a static build. and
$Config{dlext} hardcodes dynamic lib extension. Or we don't care now?
we should only install the .so, libmodperl.a is only useful when
22 matches
Mail list logo