On Oct 2, 2004, at 2:30 PM, Geoffrey Young wrote:
I started to maintain Apache-Test skeletons, but I never quite got
them up
to speed. give me a few days and I'll roll a tarball with a test-cover
target so that folks can have an entire working example of the way I
would
do it.
Perhaps I should a
Dan et al. --
I made a new version of the script that creates gen.cpp and gen.imc
(attached). You can run it like this:
perl gen-pra.pl 1000 1
(for 1000 labels and 1 variables) and it will create equivalent
gen.imc and gen.cpp files. You can test-compile them with these
commands:
g++ -
> Now it works, I can use spaces and returns. But while fontifying, I get:
>
> (5) (warning/warning) Error caught in `font-lock-pre-idle-hook':
> (invalid-regexp Invalid syntax designator)
How about this fix:
Index: pir-mode.el
===
On Oct 2, 2004, at 12:36 PM, Geoffrey Young wrote:
we use Apache-Test, which starts the server, runs the tests, and shuts
down
the server again.
When I last talked with you about Apache-Test, I seem to recall that
you said that it was restricted to running the tests serially. Is this
still tr
> [ Just before sending this I notice Geoff has recommended something
> better, but I'll send this too as another WTDI. ]
cool :)
I started to maintain Apache-Test skeletons, but I never quite got them up
to speed. give me a few days and I'll roll a tarball with a test-cover
target so that folk
Kevin Scaldeferri wrote:
>
> On Oct 2, 2004, at 12:36 PM, Geoffrey Young wrote:
>
>>>
>>
>> we use Apache-Test, which starts the server, runs the tests, and shuts
>> down
>> the server again.
>
>
>
> When I last talked with you about Apache-Test, I seem to recall that you
> said that it was
On Sat, Oct 02, 2004 at 11:20:05AM -0700, Kevin Scaldeferri wrote:
> On Sep 21, 2004, at 1:30 PM, Kevin Scaldeferri wrote:
> >
> >So, I don't expect anyone to try to figure out this stack trace stuff,
> >but I'm curious if other people have seen stability problems like
> >this? Alternatively, i
> if you haven't investigated Apache-Test yet, I would. our custom make
> target look like this:
I forgot to add some A-T specific stuff :)
t/conf/modperl_extra.pl:
if ($ENV{HARNESS_PERL_SWITCHES}) {
eval {
require Devel::Cover;
Devel::Cover->import('+ignore' => 't/response/'
Kevin Scaldeferri wrote:
>
> On Sep 21, 2004, at 1:30 PM, Kevin Scaldeferri wrote:
>
>>
>> So, I don't expect anyone to try to figure out this stack trace stuff,
>> but I'm curious if other people have seen stability problems like
>> this? Alternatively, if someone can tell me the exact logist
On Sep 21, 2004, at 1:30 PM, Kevin Scaldeferri wrote:
So, I don't expect anyone to try to figure out this stack trace stuff,
but I'm curious if other people have seen stability problems like
this? Alternatively, if someone can tell me the exact logistics of
how they get the coverage out in the
On Saturday 02 October 2004 17:50, Nicholas Clark wrote:
> No tests fail on FreeBSD or OS X now.
Great!
> I'm not convinced that I want to close the bug, as I still don't think that
> the code is threadsafe, as there are globals accessed without mutex
> protection. However, I don't know how parrot
Please forgive the newbie question, but I am trying to see if I can
assess the current state of Python on Parrot to see if I can help in any
way.
I've jotted down some of what I have found so far here:
http://www.intertwingly.net/blog/2004/10/02/Pyrate
- Sam Ruby
I added a --prefix argument to Configure.pl, to set the installation prefix
for make install. Previously make install seemed to work just fine, but you
had to override PREFIX at make time, which isn't great. This way, parrot's
configure & build system behaves like that of most other open source Uni
On Sat, Oct 02, 2004 at 04:51:09PM +0200, Jens Rieks wrote:
> Should be fixed. At least, no test fails on OpenBSD now.
No tests fail on FreeBSD or OS X now.
I'm not convinced that I want to close the bug, as I still don't think that
the code is threadsafe, as there are globals accessed without mu
--- Gabor Szabo <[EMAIL PROTECTED]> wrote:
> On this page
> http://aspn.activestate.com/ASPN/Downloads/ActivePerl/PPM/Repository
> there are two links to the build status of various CPAN modules
> using 5.6 and 5.8 respoectively.
[snip]
> The individual build results have their own separate files s
On Saturday 02 October 2004 15:19, Nicholas Clark wrote:
> # New Ticket Created by Nicholas Clark
> # Please include the string: [perl #31806]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=31806 >
> So I had a dig (valg
Are there any plans to make a Hash (as oppposed to a PerlHash, or an OrderedHash (which is really a PerlHash) ?
# New Ticket Created by Nicholas Clark
# Please include the string: [perl #31807]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31807 >
---
osname= linux
osvers= 2.6.8-1-686
arch= i386-linux-thread-multi
cc= cc
-
# New Ticket Created by Nicholas Clark
# Please include the string: [perl #31806]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31806 >
---
osname= freebsd
osvers= 5.2-beta
arch= i386-freebsd
cc= cc
---
Flags:
I wonder if there was already a way to get the collected data similarry
to the one you can get from http://testers.cpan.org/
I suspect they'd be willing to share. I talked to some of the guys
from ActiveState out at OSCON and discussed the status issues. Most
notably, I want to know if one of
Sorry the previous core.jit patch for sun contained a typo. The correct
patch file is attached here again.
Thanks!
Stephane
On Sun, Sep 26, 2004 at 02:40:29AM -0700, Leopold Toetsch wrote:
> The integer and number variants of these opcodes could need JIT support.
Index: jit/sun4/core.jit
These two patches add jit support for is style ops (isgt, isge, isle,
islt, iseq, isne) on integers for the sun/sparc platform.
The jitted code follows this "pattern":
cmp %r2, %r3
b,a next
mov 1, %r1
mov 0, %r1
next: ..
defining th
This patch adds tests for is style ops (isgt, isge, isle, islt,
iseq, isne) on integers, numbers and strings, in t/op/comp.t.
Thanks,
Stéphane
PS.: maybe t/op/*.t could be reorganized so that test filenames match
what is under ops/*.ops? and t/op would test only I, N, and S stuff,
leaving any P
On this page
http://aspn.activestate.com/ASPN/Downloads/ActivePerl/PPM/Repository
there are two links to the build status of various CPAN modules
using 5.6 and 5.8 respoectively.
http://ppm.ActiveState.com/BuildStatus/5.6.html
http://ppm.ActiveState.com/BuildStatus/5.8.html
Warning: They are big,
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> PIO_OS_UNIX is the one defined and now parrot squawks
> "Polly wanna Unix" everytime I run it ;-)
> Now what?
Fix the thread related IO bug? Seriously, I don't know yet, if the IO
initialization is done correctly for threads. Currently each thread has
On 04/10/01 23:22 +0100, John Paul Wallington wrote:
> Jerome Quelin <[EMAIL PROTECTED]> writes:
> > And the minibuffer tells me:
> > Symbol's function definition is void: line-beginning-position
> > I'm using xemacs 21.4.14
>
> How about defining a compatibility alias if necessary like so:
>
> -
26 matches
Mail list logo