Stas Bekman wrote:
Stas Bekman wrote:
Also this core files scan, is it relevant at all to WIN32? When you
get a coredump, do you get a core file?
No, there's no core files on Win32. "Dr Watson's log files" would
be the closest thing I suppose, but you don't really want to go
there. Perh
The attached patch skips the new getppid() test (perl/api.t) on Win32
since getppid() is unimplemented on this platform!
- Steve
--- api.pm.orig 2003-10-20 09:04:16.0 +0100
+++ api.pm 2003-10-21 12:21:35.966680100 +0100
@@ -14,7 +14,9 @@
sub handler {
my $r = shift;
-plan
Steve Hay wrote:
The attached patch skips the new getppid() test (perl/api.t) on Win32
since getppid() is unimplemented on this platform!
Use this version instead.
(I cut-and-pasted the skip code from modperl/request_rec_tie_api.t, but
the Perl version is not really relevant here.)
- Steve
--
Thanks Vivek & Stas.
Actually, as I said to Stas before, the module I'm working on is not a
"port" of Sandwich. It might be called a functional replacement to
Sandwich, though.
It's a TT compliant wrapper filter which allows wrapping resources (cgi or
static) without them knowing anything abou
Steve Hay wrote:
Steve Hay wrote:
The attached patch skips the new getppid() test (perl/api.t) on Win32
since getppid() is unimplemented on this platform!
Weird:
% perldoc -f getppid
=item getppid
Returns the process id of the parent process.
Is it a bug in perl? why a non-portable function li
Ayhan Ulusoy wrote:
But if turns out to be so, the module can be called Sandwich then.
Otherwise, I am inclined towards picking another name.
Just an idea. Use a different name, but include a subclass of that module
which can be called Sandwich as a back-compat module which will work as
before.
On Tue, 21 Oct 2003, Stas Bekman wrote:
> Steve Hay wrote:
> > Steve Hay wrote:
> >
> >> The attached patch skips the new getppid() test (perl/api.t) on Win32
> >> since getppid() is unimplemented on this platform!
>
> Weird:
>
> % perldoc -f getppid
> =item getppid
>
> Returns the process id of t
Steve Hay wrote:
Stas Bekman wrote:
Stas Bekman wrote:
Also this core files scan, is it relevant at all to WIN32? When you
get a coredump, do you get a core file?
No, there's no core files on Win32. "Dr Watson's log files" would
be the closest thing I suppose, but you don't really want to
How do you make something a 'private resource' in META.yml?
http://module-build.sourceforge.net/META-spec.html doesn't have
anything about it? Or am I looking at the wrong place?
On Tue, 2003-10-21 at 11:03, [EMAIL PROTECTED] wrote:
> stas2003/10/21 11:03:31
>
> Modified:.S
Philippe M. Chiasson wrote:
How do you make something a 'private resource' in META.yml?
http://module-build.sourceforge.net/META-spec.html doesn't have
anything about it? Or am I looking at the wrong place?
It's outdated. See:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2003-05/msg00089
[Ayhan] The reason I thought it wouldn't be good is that :
1) The mod_perl standard distribution comes under "Apache::" and it
might be useful to distinguish what is "standard" and what is 3rd party,
but if mp2-dev doesn't have any problems with that, then it's OK.
What if we the distro decides
Randy Kobes wrote:
On Tue, 21 Oct 2003, Stas Bekman wrote:
Steve Hay wrote:
Steve Hay wrote:
The attached patch skips the new getppid() test (perl/api.t) on Win32
since getppid() is unimplemented on this platform!
Weird:
% perldoc -f getppid
=item getppid
Returns the process id of the parent
Seems people haven't decided between no_index and private:
The latest version of Module::Install's META.yml has this bit:
no_index:
directory:
- inc
private:
directory:
- inc
On Tue, 2003-10-21 at 14:32, Stas Bekman wrote:
> Philippe M. Chiasson wrote:
> > How do you make something a
From what I've read on the p5p archives, shouldn't this work like we
want it to?
Index: META.yml
===
RCS file: META.yml
diff -N META.yml
--- /dev/null 1 Jan 1970 00:00:00 -
+++ META.yml21 Oct 2003 23:14:08 -
@@ -0,0 +1,1
Since MANIFEST is automatically generated, shouldn't we take that
opportunity to generate MANIFEST.SKIP as well?
? lib/C
? lib/threads
Index: lib/ModPerl/Manifest.pm
===
RCS file: /home/cvs/modperl-2.0/lib/ModPerl/Manifest.pm,v
retri
Philippe M. Chiasson wrote:
Seems people haven't decided between no_index and private:
The latest version of Module::Install's META.yml has this bit:
no_index:
directory:
- inc
private:
directory:
- inc
Please mention that in the thread I've just started on p5p. Thanks.
_
Philippe M. Chiasson wrote:
From what I've read on the p5p archives, shouldn't this work like we
want it to?
Index: META.yml
===
RCS file: META.yml
diff -N META.yml
--- /dev/null 1 Jan 1970 00:00:00 -
+++ META.yml21 Oct 2003
Philippe M. Chiasson wrote:
Since MANIFEST is automatically generated, shouldn't we take that
opportunity to generate MANIFEST.SKIP as well?
what do we need it for?
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacke
Guilty as charged, but I said that in first place ;)
... snip ...
Therefore please bear with me and feel free to nudge me if my
in-head-filter has ignored your email, just like you did now ;)
Don't worry Stas, and thanks for bearing with me bombarding you with lots
of babble.
Besides, this is
At 19:28 21/10/2003, Stas Bekman wrote:
Ayhan Ulusoy wrote:
But if turns out to be so, the module can be called Sandwich then.
Otherwise, I am inclined towards picking another name.
Just an idea. Use a different name, but include a subclass of that module
which can be called Sandwich as a back-c
Stas Bekman wrote:
>
> Philippe M. Chiasson wrote:
> > How do you make something a 'private resource' in META.yml?
> >
> > http://module-build.sourceforge.net/META-spec.html doesn't have
> > anything about it? Or am I looking at the wrong place?
>
> It's outdated. See:
> http://www.xray.mpe.mpg.d
21 matches
Mail list logo
