On Tue, Jul 22, 2003 at 10:05:49AM -0700 it came to pass that Damien Neil wrote:
> Some Java programs, as you say, build a
> single-threaded, non-blocking, event-dispatched IO mechanism on top
> of this. Java does not, however, have any support for interrupts;
> it is not possible to do AIO in Jav
On Mon, Jul 21, 2003 at 05:57:35PM -0700, Zach Lipton wrote:
> On 7/18/03 8:36 PM, "Joshua Hoblitt" <[EMAIL PROTECTED]> wrote:
>
> [SNIP]
[SNIP]
> > Btw - Are there any specific platforms you'd like to see added?
> I'd like to see a *BSD box if anyone has one they could use (it's not a
> signifi
Index: config/gen/makefiles.pl
===
RCS file: /cvs/public/parrot/config/gen/makefiles.pl,v
retrieving revision 1.16
diff -u -a -r1.16 makefiles.pl
--- config/gen/makefiles.pl 21 Jul 2003 20:16:12 - 1.16
+++ config/gen/makefiles.pl 2
I haven't heard back from Zach on this yet but I think that a separate list for
'tinderbox' would be appropriate. Discussion of the rewrite probably doesn't need to
be on p6i. My favored names would be tinderbox@ or [EMAIL PROTECTED] Suggestions?
-J
--
At 5:45 PM + 7/21/03, Andy Bussey (via RT) wrote:
# New Ticket Created by Andy Bussey
# Please include the string: [perl #23076]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23076 >
I assume it should be possible to push
At 9:49 PM +0100 7/22/03, Jonathan Worthington wrote:
LIB : fatal error LNK1181: cannot open input file "register.obj"
NMAKE : fatal error U1077: 'lib' : return code '0x49d'
Stop.
Hrm. Try a "nmake register.obj" to see if you can get that file
generated. If so, a regular nmake should build things
At 6:29 PM -0700 7/21/03, Damien Neil wrote:
[Stuff I've snipped]
I was going to refute this point by point, but I was getting cranky
and the responses were less than helpful. So let's start over.
First, to get it out of the way, I don't have to convince you of
anything. You have to convince me.
At 9:15 AM -0700 7/22/03, Tim Howell wrote:
I've spent the past day reading through the parrot documentation. I'm a
little confused by pdd06--shouldn't this contain a listing of ALL parrot
opcodes? The first thing I noticed is that print isn't listed there;
shouldn't it be? I'm sure there are lo
At 7:47 PM +0200 7/21/03, Juergen Boemmels wrote:
* Is there a way to trace only a part of the rootset? pobject_lives
only adds an element to the root-set. But creation of the rootset
and tracing of PMCs are done (as far as I can see) in only one
function: trace_active_PMCs.
Not at the moment
Fergal Daly wrote:
> Hi,
> is it possible with Test::Harness and MakeMaker to pass arguments
> to my test scripts? I think it's not but I just want to check for sure.
> The module I'm working on is getting a new "optimised" mode so I'd like
> to be able to run all the tests twice, once with
>>Fergal Daly wrote:
>> Hi,
>> is it possible with Test::Harness and MakeMaker to pass arguments
>> to my test scripts? I think it's not but I just want to check for sure.
>> The module I'm working on is getting a new "optimised" mode so I'd like
>> to be able to run all the tests twice, once
On Wed, 23 Jul 2003, Lars Balker Rasmussen wrote:
>
> Simon Glover <[EMAIL PROTECTED]> writes:
> > OK, I've just created a new ops subdirectory in the docs directory, and
> > changed the docs makefile so that each *.ops file creates a corresponding
> > *.pod file in there. Everything works OK f
As I forgot to add in the last message: thanks, applied.
Simon
Gee, doing these lazy pmcs is great. Seems I can't get any work done
on them without getting ideas related to the general design. Not that
any of them have worked their way in (yet), but... :-)
Anyway, I was wondering how to, say, set upper and lower bounds on a
Range pmc. And then also how Soc
On 23 Jul 2003, Luke Palmer wrote:
> Instead of having a bunch of specialized ops made for
> constructing/working on specific pmcs, have, say, four general-purpose
> ops whose meaning could be given by each pmc that uses them. So,
> instead of, for instance, newsub, we'd make a new .Sub pmc and ca
I think I've figured out why these tests are failing on some, but not
all, platforms -- it's a GC bug. Specifically, we're not including the
class_hash as part of the root set, so the garbage collector can
potentially reclaim it before we try to use it.
The patch below seems to fix the probl
At 1:45 PM -0400 7/23/03, Simon Glover wrote:
I think I've figured out why these tests are failing on some, but not
all, platforms -- it's a GC bug. Specifically, we're not including the
class_hash as part of the root set, so the garbage collector can
potentially reclaim it before we try to use
On Wed, 23 Jul 2003, Dan Sugalski wrote:
> At 1:45 PM -0400 7/23/03, Simon Glover wrote:
> >
> > I think I've figured out why these tests are failing on some, but not
> > all, platforms -- it's a GC bug. Specifically, we're not including the
> > class_hash as part of the root set, so the garba
Hi,
in the ParrotIOLayerAPI are some entries that might get cleaned up.
I want some feedback on my proposed removes and cleanups.
Open2_Unused
Open3_Unused
As the name already indicates. They are unused. I think they don't
belong here. The purpose of IPC::Open[23] is to create a process
whi
Simon Glover <[EMAIL PROTECTED]> writes:
> OK, I've committed it.
I'll just confirm that FreeBSD/x86 now passes objects.t.
--
Lars Balker Rasmussen Consult::Perl
Lars Balker Rasmussen (via RT) <[EMAIL PROTECTED]> writes:
> There's no reason to test for the presence of setenv/unsetenv in libc
> - these functions are emulated if not present.
I'll just reiterate: Configures test for the presence of setenv and
unsetenv should not cause env.t to to skip the env
> Simon Glover <[EMAIL PROTECTED]> writes:
> > OK, I've committed it.
>
> I'll just confirm that FreeBSD/x86 now passes objects.t.
And so does Win32. Latest nmake test output:-
Failed Test Status Wstat Total Fail Failed List of Failed
--
I've often talked about the difference between my black-box test
experience and the unit testing context that most of you are working in.
I've come across an interesting example of an open source black-box
tool - QMTest, http://www.codesourcery.com/qm/qmtest.
QMTest has all the basic black box
"Potozniak, Andrew" wrote:
> Create a sub class of Test::Harness and or MakeMaker that will over-ride
> all of their methods/subroutines and then add what you want it to do,
> don't forget to call super classes' method/subroutine that you are
> over-riding. I can give an example of this if need be.
# New Ticket Created by Lars Balker Rasmussen
# Please include the string: [perl #23102]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23102 >
[i386, FreeBSD 5.0]
Putting
#include
#define mem_sys_free(x)
# New Ticket Created by Lars Balker Rasmussen
# Please include the string: [perl #23105]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23105 >
I've modified the root Makefile to clean all currently generated files.
Cheers
On Wed, 23 Jul 2003, Lars Balker Rasmussen wrote:
> # New Ticket Created by Lars Balker Rasmussen
> # Please include the string: [perl #23102]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=23102 >
>
>
> [i386, FreeBSD 5.
Hey all,
I've been thinking about the "compiling python to
parrot" concept. Right now it looks like the
approach is to start from scratch, but I'm
wondering if it might make more sense to
leverage python itself, at least for now?
Python has a compiler module (written in python
and standard wi
--- Andy Bussey <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Andy Bussey
> # Please include the string: [perl #23076]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=23076 >
>
> I assume it should be possible to
Dan Sugalski wrote:
[snip]
> Here's what we *are* doing.
>
> We are going to do all I/O under the hood asynchronously. Completed
> async IO puts an event in the event queue.
>
> We are going to have a single unified event queue. All IO, timer,
> signal, and UI events go in it. All of 'em. We aren
Test number 6 in io.t is failing on a number of the tinderboxes with
a double-free error.
Test 6 does this:
open P0, "temp.file", "<"
clone P1, P0
read S0, P1, 1024
print S0
end
And the clone function in the ParrotIO vtable does this:
void clone (PMC *dest) {
Luke Palmer wrote:
>
> > grammar Grammars::Languages::C::Preprocessor {
> > rule CompilationUnit {
> > ( | )*
> > }
> >
> > rule Directive {
> > ( Include
> >| Line
> >| Conditional
> >| Define
> > ) *
> > }
> >
> > rule Hash { /^\s*#\s*
On Saturday, July 19, 2003, at 04:25 AM, Luke Palmer wrote:
In Objective-C:
id untyped = somefunction();
id typed = otherfunction();
If you send a message to C which isn't in the C protocol
definition, you get warnings. Depending on the implementation, that
assignment might be dynamicall
> We're not quite in the world of ACME::DWIM, so you can't just replace
> the important stuff with ... . :-)
Maybe, but the C preprocessor isn't important, here, for itself. Otherwise I
could cheat:
grammar Grammar::Language::C::Preprocessor {
rule CompilationUnit {
FIRST { static
Lars Balker Rasmussen wrote:
>
> # New Ticket Created by Lars Balker Rasmussen
> # Please include the string: [perl #23025]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=23025 >
>
> There's no reason to test for the pr
At 7:11 PM -0400 7/23/03, Simon Glover wrote:
On Wed, 23 Jul 2003, Lars Balker Rasmussen wrote:
# New Ticket Created by Lars Balker Rasmussen
# Please include the string: [perl #23102]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Displa
Hello All,
My name is Nick Pinckernell.
I have just recently taken over the sourceforge project perldoc. However,
currently, there is not much there. It was started about a year ago, and
no work was ever done on the idea by the previous project owner.
The idea is: a structured Javadoc style s
Danny Faught wrote:
> I've often talked about the difference between my black-box test
> experience and the unit testing context that most of you are working in.
> I've come across an interesting example of an open source black-box
> tool - QMTest, http://www.codesourcery.com/qm/qmtest.
Just cur
* Nick Pinckernell ([EMAIL PROTECTED]) [24 Jul 2003 14:50]:
[...]
> The idea is: a structured Javadoc style system for Perl. It would be
> very dependant on multiline comments (I've seen the Perl 6 RFC).
Why so?
> I think this idea would be really good for Perl 6,
> because, in my opinion, POD i
Sorry for the delay.
A tinderbox list would probably be a nice thing to have, though I think
tinderbox@ would be better than p6t since there are other potential uses for
tinderbox besides parrot/perl6.
Maybe a tools@ list (or devel-tools@) would be better since it could include
anything related t
40 matches
Mail list logo