RAKUDO_SCHEDULER_DEBUG=1 perl6-gdb-m --ll-exception -e 'while 1 { use
v6.d.PREVIEW; my %c = (:0reactor_count); my $s = supply { whenever
IO::Socket::Async.listen("0.0.0.0", 5000) -> $c-conn { %c{$c-conn}++; emit
$c-conn; %c{$c-conn} = Supplier.new; $c-conn.Supply.lines.tap({
%c{$c-conn}.emit: $
Resolved with
https://github.com/MoarVM/MoarVM/commit/32322f393365c235807d69f54370caa64c3a31fb
but not sure how to write a test for deadlocks
On Wed, 06 Sep 2017 13:46:15 -0700, j.david.l...@apple.com wrote:
> This short program hangs indefinitely on my system (after making
> progress.) Tuning the number of threads and number of iterations can
> change how reliably it hangs (down to 'never' when the number of
> threads is < 3, for me.)
>
Largest I can initialize is 16777216.
https://stackoverflow.com/questions/12596695/why-does-a-float-variable-stop-incrementing-at-16777216-in-c
The %?RESOURCES bug was fixed in: https://github.com/rakudo/rakudo/pull/1106
Resolved in: https://github.com/rakudo/rakudo/commit/32b72cd
Tests: https://github.com/perl6/roast/commit/927b026
Resolved in: https://github.com/rakudo/rakudo/commit/32b72cd
Tests: https://github.com/perl6/roast/commit/927b026
This only applies if you call .stdout or .stderr *and* never close them.
This has been resolved since 2017.06
Resolved in https://github.com/rakudo/rakudo/commit/c86090e
`perl6 -e 'run("ls", :merge).out.slurp.say'`
This appears to be resolved - possibly in
https://github.com/rakudo/rakudo/commit/37250ed5ebc3d25eae656ddfa19187c90a712e3c
On Sat Jul 09 07:13:48 2016, jn...@jnthn.net wrote:
> On Tue Jul 05 17:51:46 2016, ug...@cpan.org wrote:
> > Note that the final decode-base64 candidate shows the correct results
> > when debugging statements are added
> >
> > This gist also shows a small change that makes it produce the correct
>
Note that the final decode-base64 candidate shows the correct results when
debugging statements are added
This gist also shows a small change that makes it produce the correct values
but it still segfaults more often than not
https://gist.github.com/ugexe/baa168a641894a0731595c812724f76d
On Sat Oct 31 19:42:22 2015, ug...@cpan.org wrote:
> Using `$Blob1 ~= $Blob2` on jvm gives an error of
> "java.lang.RuntimeException: This type does not support positional
> operations"
>
> To reproduce: `my Blob $a = "a".encode; my Blob $b = "b".encode; $a ~=
> $b; say $a.perl;`
>
> I added debu
I should mention regarding the gist above:
$promise = $.start-processes
sible. (Some tuning might be all that's required)
Nick
On Tue, Oct 14, 2008 at 5:34 AM, chromatic <[EMAIL PROTECTED]> wrote:
> On Thursday 02 October 2008 07:35:09 NotFound wrote:
>
>> I think will be better the other way, using the return value to flag
>> existence,
NotFound,
That would look cleaner, wouldn't it? I'll give it a go.
Nick
On Thu, Oct 2, 2008 at 3:35 PM, NotFound <[EMAIL PROTECTED]> wrote:
> I think will be better the other way, using the return value to flag
> existence, and passing a pointer to store the result. Thi
All,
Sorry, I see that I said opcode a new times, when of course I meant
PMC vtable entry.
Nick
ere aren't many
objects to consider, and it seems to have only shaved off 5% or so
(not the 20 or so I was hoping for).
Will see if I can improve things over the coming days.
Nick
On Mon, Sep 29, 2008 at 5:28 PM, Andrew Whitworth <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 29, 2008 at 12:15
not sure that I feel confident trying to
fix either of these, although if someone can suggest a way to tweak
the API to combine the hash exists/lookup then I could give that one a
go. (I believe PMCNULL is a legitimate value that could be stored in
the hash, so we can't just check for it)
Cheers,
Nick
note is that footnote *1 in Platforms has become orphaned in
r16662, which is ironically when it was changed to Broken.
Nick
in r11320, but I botched it (in the
embedded interface) and it was reverted. It's still a good starting
point for anyone that would like to run with it,
Cheers,
Nick
.
Failed 2/237 test scripts, 99.16% okay. 3/4667 subtests failed, 99.94% okay.
(This result is equivalent to make test result on FreeBSD 4.9.)
Nick.
dragonfly.patch
Description: Binary data
David Landgren <[EMAIL PROTECTED]> writes:
>Steve Peters wrote:
>> On Tue, Mar 14, 2006 at 04:52:18PM +0100, David Landgren wrote:
>
>[...]
>
>>> /eg scripts are a nice "hands-on" way of finding out how a module works
>>> in real life.
>>>
>>> No distribution should be without one!
>>>
>>
>> Unle
rsists, there's a problem.
This file is created by miniparrot. If there were problems running
miniparrot (segfault or shared library problem), then this file can be
created but without any contents (because miniparrot died before
writing the contents)
Cheers,
Nick
e a bit of thought
to the problem. My solution is either to remove -L's which Perl
supplies, or move them later in the link line)
Nick
On 27/03/06, Andrew Dougherty <[EMAIL PROTECTED]> wrote:
> On Mon, 27 Mar 2006, Nick Glencross wrote:
>
> > On 26/03/06, Sean Sieger <[EMAIL
On 26/03/06, Sean Sieger <[EMAIL PROTECTED]> wrote:
> On 3/25/06, Nick Glencross <[EMAIL PROTECTED]> wrote:
>
> > Is it possible that a 'make install' has previously been done on this
> > computer, so that there is a libparrot in /usr/local/lib?
>
&
#38217
on RT, and I tried to put together a patch in r11320 but I caused some
breakage so it's been backed out. I need to revive it)
Nick
s giving this error? Is it one installed under
/usr/local or the one that is in the build directory? What do you get
if you run 'ldd' on it?
Cheers,
Nick
ays:
>
> "But please note that dynamic libs will not be found for non-standard
> locations unless you set LD_LIBRARY_PATH or similar."
Most distributions of Linux will have /usr/local/lib in
/etc/ld.so.conf already since it is normally considered a standard
location. Have you got an entry?
Cheers,
Nick
I suspect that the proper solution is to enhance 'needs_build' in
tools/build/dynpmc.pl to take into account whether Configure has been
rerun. I can propose a solution to this tomorrow, unless there are any
other takers...
Nick
ration,
(Sorry again!)
Nick
nts. Would anyone have a problem with this?
Nick
ystem-wide libparrot exists (in /usr/local/lib)
* Perl provides -L/usr/local/lib with its link flags, as it does on
cygwin and gentoo Linux]
Nick
Index: lib/Parrot/Test.pm
===
--- lib/Parrot/Test.pm (revision 11319)
+++ lib/Parrot/Test.pm
Nick Glencross wrote:
There seem to be a few recent events which can now trigger a newish
problem:
The real problem is that -L/usr/local/lib is brought in from parrot,
so we have a few choices:
* Just remove -Ls brought in from 'lddflags', which seems safe to
me, or
*
or
* rearrange the flags in root.in so that LINKFLAGS is after
ALL_PARROT_LIBS
Does anyone have a strong preference?
Nick
p.s. I saw a followup from Greg that he didn't have libparrot in
/usr/local/lib, but this is certainly a problem that I'm seeing
p.p.s. On cygwin, being Windows, D
lem
though.
Out of interest, given that cygwin can export all symbols or just
specified ones, does anyone have any strong feelings which it should
do?
It looks like it's possible to remove the sym_export/sym_import hints
to complete the build. Unless someone wants this done urgently, it
might be worth holding back so that we can see symbols that might
otherwise be missed.
Nick
e correct, otherwise we'll expand their paths.
Thanks for spotting,
Nick
On 1/10/06, Nick Glencross <[EMAIL PROTECTED]> wrote:
> On 1/10/06, Nick Glencross <[EMAIL PROTECTED]> wrote:
> > On 1/10/06, via RT Joshua Hoblitt <[EMAIL PROTECTED]> wrote:
> > > # New Ticket Created by Joshua Hoblitt
> > > # Please include the strin
On 1/10/06, Nick Glencross <[EMAIL PROTECTED]> wrote:
> On 1/10/06, via RT Joshua Hoblitt <[EMAIL PROTECTED]> wrote:
> > # New Ticket Created by Joshua Hoblitt
> > # Please include the string: [perl #38197]
> > # in the subject line of all future corresponde
use?
I'll commit it some time later today based on feedback.
Nick
Index: embed.pod
===
--- embed.pod (revision 11037)
+++ embed.pod (working copy)
@@ -233,6 +233,75 @@
=back
+=head1 COMPILING
+
+Your application will n
or, but it
seems to run ops2c.pl for each runcore on the dynops, and then builds
.o from each one, and then finally just builds DLLs from them (i.e.
2x4 DLLs)]
cygwin seems to be able to use both .def files or just export all the
symbols from a DLL, the latter being what is done here.
Nick
On 1/10/06, Joshua Hoblitt <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 10, 2006 at 01:06:29AM +0000, Nick Glencross wrote:
> > Joshua Hoblitt (via RT) wrote:
> >
> > >Parrot should support pkgconfig by installing a pc data file. It should
> > >probably be named
The file isn't yet installed because I don't know how to update the
MANIFEST.generated file to place it in .../lib/pkgconfig. Any help would
be great.
r11032 places parrot.pc into the build directory ready for installation.
Nick
arrot.a in preference to
libparrot.dll, so I'm setting the has_static_linking=>0, and also
updated the PLATFORMS file.
We're as a pretty good point to close #37303, #36836 and #36540.
Cheers,
Nick
Index: config/init/hints/cygwin.pm
===
On 1/8/06, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> "Nick Glencross" <[EMAIL PROTECTED]> wrote:
> > I'd appreciate a few volunteers to try out this patch and make sure that
> > it doesn't break building on your favourite platform.
> >
.
Cheers,
Nick
Index: config/inter/libparrot.pm
===
--- config/inter/libparrot.pm (revision 10971)
+++ config/inter/libparrot.pm (working copy)
@@ -63,7 +63,9 @@
$conf->data->set(
libparrot_ldflags =>
ew called parrot_r10901_cygwin_dynclasses_patch.txt
from the 5th Jan headed "Revisiting parrot_get_config_string".
One question to the floor: I will need to link the dynclasses to
libparrot.dll. The current line in tools/build/dynclasses.pl links against
extend.o; can anyone explain the reasoning behind this? Thanks,
Nick
ath is not. [They will probably need to use LD_LIBRARY_PATH or another environment variable as a workaround]
Nick
Index: config/inter/libparrot.pm
===
--- config/inter/libparrot.pm (revision 10936)
+++ config/inter/libparrot.pm (wo
This patch adds the necessary hints for HP-UX to build using shared libraries by default.I only have access to gcc on HP-UX, but the necessary compiler flags for the HP commericial compiler are there too.Cheers,
Nick
Index: config/init/hints/hpux.pm
asons (the same code is used
for miniparrot, parrot and installable_parrot).
I am finding that I'm hopeless at coming up with variable and function
names, so you won't get any resistance if they are renamed.
Cheers,
Nick
p.s. This patch has changed quite a bit since a version that
blib/lib/libparrot.a. Also it's an advantage to have both static and
> shared libraries installed. Executables are linked against one of them,
> preferably the shared one.
>
> Here's a patch that addresses this issue that ^conner already raised
> when Nick Glencross poste
On 1/5/06, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>
> Nick Glencross wrote:
> > The first patch modifies the parrot VM so as not to call
> > parrot_get_config_string on startup, which currently resides in the
> > calling executable. Instead, the
7;m aware) cygwin doesn't have rpath
functionality, it is necessary to add blib/lib to the PATH for it to
find the parrot DLL.
Cheers,
Nick
Index: src/pbc_merge.c
===
--- src/pbc_merge.c (revision 10901)
+++ src/pbc_merge
e
[or /something/ like that]
Hence they describe where they are used, not what they contain.
Cheers,
Nick
Index: config/inter/libparrot.pm
===
--- config/inter/libparrot.pm (revision 10892)
+++ config/inter/lib
[idx]
$1 = 0
(gdb) print sizeof (FLOATVAL)
$2 = 8
The base bufstart address 0x4007dd1c is a multiple of 4, but not of 8,
which supports that it's an alignment issue.
Nick
c89) and removed the free.
Failing that, the code can be preserved as it is, but replace size
with PATH_MAX+1 (although as the manual page says, this may not
continue to work).
With this and r10855, os.t will pass on HP-UX.
Regards,
Nick
On 12/27/05, Peter Schwenn <[EMAIL PROTECTED]> wrote:
> Dear Nick
>
> thanks. by the way how does one signal Pugs that Parrot is to be used
> "Externally".?
Although I've played with pugs for a few hours, it was on Linux, and I
didn't get around to investi
tps://rt.perl.org/rt3/Ticket/Display.html?id=37303
(The patch has regressed after recent changes)
There's also a thread "Better support for libparrot.so" which will
allow the libparrot.dll to be built cleanly on cygwin
This code isn't yet associated with any particular bug
Nick
On 12/25/05, Nick Glencross <[EMAIL PROTECTED]> wrote:
> Guys,
Sorry, it wasn't intentional that I was sending HTML emails; only just noticed.
Nick
Guys,
On 12/24/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>
>
> On Dec 24, 2005, at 21:07, Nick Glencross wrote:
>
> > ... The configuration comes when the application is additionally linked
> > with null_config.o, parrot_config.o or install_config.
>
&
t the end of
Configure.pl(better locations accepted) which prints a message telling
the person to use
LD_LIBRARY_PATH or equivalent as an alternative (e.g. it may be necessary to
set the PATH on cygwin). An an alternative, which is what libtool does, is
to wrap up binaries behind a script which sets the LD_LIBRARY_PATH
internally so that users don't see it.
I've now got an OSX system which I will be able to get working when I'm back
from doing the family thing...
Thanks for working on this.
>
I'm trying my best. :-)
Nick
On 12/23/05, Joshua Hoblitt <[EMAIL PROTECTED]> wrote:
>
> Nick,
>
> I'll try to take a look at all of this patch today. Quick questions -
> why is:
>
> +src/install_config.o [main]lib
>
> being added to MANIFEST.generated?
>
Nick Glencross wrote:
Guys,
Here's an updated version of the libparrot shared library patch.
Sorry, omitted one of the configure files!
I should mention that you probably want to remove
config/inter/libparrot.pm before ever reapplying the patch otherwise
you'll get the same con
e
debian build files).
This patch probably won't apply to versions much earlier than r10631.
By the way, is MANIFEST.generated a manually updated file?
Cheers,
Nick
Index: debian/libparrot.install
===
--- debian/libparrot.ins
work out why it segfaulted for Leo. The important bits about the
build look good.
But for me, this patch is a good first step.
Great. I've also got shared libraries working on HP-UX out-of-the-box too,
so I'll repost the updated patch later today. It needs a bit of fixing due
to some changes to the hints files today.
Thanks for testing..
Nick
On 12/22/05, Florian Ragwitz <[EMAIL PROTECTED]> wrote:
>
> On Thu, Dec 22, 2005 at 12:51:39PM +, Nick Glencross wrote:
> > I'd like to revive this patch which I posted a while back, but has
> > needed bringing up to date due to subsequent changes.
>
&g
builds (I've changed
the files, but may have overlooked important changes)
* I'm going to check 'make install' -- it needs updating to distribute
the installable utilities and check that things work in both configurations.
All tests (as far as I can see) pass with sha
causes a build failure, so I'm still of the thinking that we need a
shared libparrot.
Justin: This is certainly a problem that needs solving. We can join forces
if you like...
Nick
ry.c, line 93
Parrot file (not available), line (not available)
I believe that I'd done a proper clean. Anyhow, I did a fresh checkout
(which I rarely do) and that version didn't exhibit the problem.
If this turns out to be unrelated, just ignore!
Nick
ast day, but I don't be
able check the system for a few days to check why...
Cheers,
Nick
On 11/16/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Nick Glencross wrote:
> > coroutine_3.pasm seems to have some problems with scratchpads, but I
> > don't know whether the problem is with parrot or the test.
>
> > ==15739== Thread 1:
> > ==15739=
SIGSEGV, Segmentation fault.
I think that function pointer interpreter->arena_base->do_dod_run may be
corrupt, but gdb is unable to do a backtrace now. I'll open another call
for this if we can address the first issue and it doesn't fix the second.
Regards,
Nick
Roger Browne wrote:
Nick Glencross wrote:
.hll_debug_end line
.hll_debug_begin line 2
I don't think the "end" directives add much. There's almost always going
to be an "end line" before a "begin line", so why not let 'begin line'
On 11/14/05, Nick Glencross <[EMAIL PROTECTED]> wrote:
> Jonathan Worthington wrote:
>
> > I'm looking to work
> > on enabling Parrot to store away HLL debug info - that is, the file name,
> > line number, columns etc in the high level language source code. Thi
mean - it doesn't have to be
> line number in a file.
>
Out of interest, are we able to associate HLL debug info with eval'd
code? Does it have a directory, or is it just the bytecode?
Cheers,
Nick
t, but you wouldn't need to do this too often and so I
believe the extra processing to be worthwhile.
Cheers,
Nick
Nick Glencross wrote:
A few new red splodges have appeared on the HP-UX smokes. In future
does it seem helpful if I investigate these?
I've just had a quick look at some of them now:
freeze_26/27: exposes a potential problem in the imcc optmiser which I
also see in valgrind on Linu
ocate is
reserving space for 8 registers (in the latter test), but map_colours
is using register numbers beyond this range (I10/I12/N12) and hence
outside allocated memory.
coroutine_3: might have a problems with scratchpad memory allocation(?)
Cheers,
Nick
ar that the value is intended to be out-of-band (g++
> > warned about this, and C compilers will increasingly)
> >
> > * Change a K&R prototype in a config test
> >
> > Regards,
> >
> > Nick
> >
> >
>
> I've applied the bit of th
as it is now),
or should there be a nci_native.c, nci_ffcall.c etc. and have the
makefile build the right one?
Cheers,
Nick
p.s. I may have difficultly getting online over the next few days
Index: build_tools/build_nativecall.pl
===
Garrett Goebel wrote:
Nick Glencross wrote:
As mentioned on the list yesterday I started evaluating ffcall
as a way of providing NCI functionality.
http://www.haible.de/bruno/packages-ffcall.html
I actually really like the current NCI implementation, although
it suffers from a large nci.c
Nick Glencross wrote:
Guys,
As mentioned on the list yesterday I started evaluating ffcall as a
way of providing NCI functionality.
Ok, here's an updated version with (hopefully) working callbacks -- at
least enough for a POC.
If you tried out my previous version, run 'rm
Leopold Toetsch wrote:
On Oct 30, 2005, at 1:54, Nick Glencross wrote:
Quick question...
I've been looking through inter_run and extend to see how to pass
arguments to a parrot method/function from C, but all the prototypes
that I've seen have '...' or 'va_list
ts or their respective types are at
compile time, what function is best for me?
[It's not possible to construct a va_list, is it?]
Thanks!
Nick
Leopold Toetsch wrote:
On Oct 28, 2005, at 22:22, Nick Glencross wrote:
Guys,
As mentioned on the list yesterday I started evaluating ffcall as a
way of providing NCI functionality.
http://www.haible.de/bruno/packages-ffcall.html
I've downloaded it and had a short look into so
Nick Glencross wrote:
Nick Glencross wrote:
Guys,
As mentioned on the list yesterday I started evaluating ffcall as a
way of providing NCI functionality.
I seem to be seeing rather strange, and it's probably a
misunderstanding on my part.
Ok, I see what the problem is. PMC_data(
Nick Glencross wrote:
Guys,
As mentioned on the list yesterday I started evaluating ffcall as a
way of providing NCI functionality.
I seem to be seeing rather strange, and it's probably a misunderstanding
on my part.
I've pinched the GET_NCI_x(n) macros and accompanying
To address some of the points in the Cons section, it would be possible
to maintain multiple NCI backends, although more work.
As far as PIR/PASM code, the interface is unchanged, although I would
like to suggest that at some point the newclass signature include the
return type in common with other
Leopold Toetsch wrote:
On Oct 27, 2005, at 22:31, Nick Glencross wrote:
There are a few cases of -1 being assigned to unsigneds. Anyone know
if that's deliberate?
Yup. Some special out-of-band values.
I thought as much. Nothing to worry about there then...
One other thing I forg
Gabriel Dos Reis wrote:
Matt Fowles <[EMAIL PROTECTED]> writes:
| Nick~
|
| On 10/26/05, Nick Glencross <[EMAIL PROTECTED]> wrote:
| > Guy,
| >
| > As a follow-up to a discussion a few days ago about binding parrot to
| > C++ functions, is making it possible to
Leopold Toetsch wrote:
On Oct 25, 2005, at 23:32, Nick Glencross wrote:
I was looking at callbacks the other evening. Am I right in thinking
that only two callback prototypes are supported, or have I missed a
trick there as well?
That's right. There are 2 callbacks (functions w
mixed reaction, I'll just submit some small patches to fix
a few things that I found)
Cheers,
Nick
Leopold Toetsch via RT wrote:
On Oct 23, 2005, at 17:08, Nick Glencross (via RT) wrote:
Guys,
call_list.txt lists 'T' and 'L' as being prototypes for passing arrays
to nci functions, but no implementation exists in build_nativecall.pl.
This patch provides an implementa
s something
> > similar to other platforms and explicitly sets the osname.
>
> Hi Nick,
>
> after applying this patch, I couldn't resist to clean up jit.pl a little
> bit. Could you check whether things are still working on cygwin?
Things still look as though they are workin
Strange... I could have sworn I attached the patch. Here it is.
Nick
Index: runtime/parrot/library/pcre.imc
===
--- runtime/parrot/library/pcre.imc (revision 9513)
+++ runtime/parrot/library/pcre.imc (working copy)
@@ -52,6
Nick Glencross (via RT) wrote:
More low hanging fruit.
This patch provides pcre.imc with the correct DLL name for libpcre,
enabling the pcre.t tests to pass.
Note: This patch has #37481 as a prerequisite to provide the correct osname.
I'm pretty sure that I attached the patch, but a
Leopold Toetsch wrote:
Nick Glencross wrote:
Let me try reposting the patch, which gives me the opportunity to bit
twiddle a bit more:
* Removed the mmap nonsense which was sent by accident
* Renamed config.c to config_string.c to make it less generic
* Moved a couple externs from a
For starters, it gives you a libparrot which doesn't have any external
dependencies. Much nicer, if only aesthetically.
Nick
On 10/18/05, Joshua Hoblitt via RT <[EMAIL PROTECTED]> wrote:
> Chip,
>
> Looks like a design call.
, where they sit better
Thanks for considering this patch,
Nick
On 10/17/05, Joshua Hoblitt via RT <[EMAIL PROTECTED]> wrote:
> I'm guessing that this change in src/embed.c wasn't intended to be included
> in the patch:
>
> -mmap(0, program_size, PROT_RE
1 - 100 of 453 matches
Mail list logo
