Re: [perl #130692] [BUG] IO::Socket::Async broken in 6.d.PREVIEW

2017-09-16 Thread Jonathan Stowe
Great, thanks for the update. On 15 Sep 2017 15:17, "jn...@jnthn.net via RT" wrote: > On Wed, 01 Feb 2017 13:11:21 -0800, j...@gellyfish.co.uk wrote: > > With 6.d.PREVIEW the simplest code for IO::Socket::Async mis-behaves: > > > > use v6.d.PREVIEW; > > > > react { > > whenever I

Re: [perl #125243] [SEGV] NativeCall segfault on rw struct pointer

2016-10-06 Thread Jonathan Stowe
No I think you're right. A naive ticket :) On Thu, 2016-10-06 at 13:45 -0700, Stefan Seifert via RT wrote: > I'm rejecting this ticket because the given example is simply wrong. > NativeCall translates a Str to char *, i.e. a pointer to a character > array. Thus it will reserve the memory to hold

Re: [perl #128469] [BUG] done() on first entry to whenever block does not exit react {}

2016-09-12 Thread Jonathan Stowe via RT
Yep, Just confirmed here with all the original examples I gave, all good. Now to remember where it was I had hacked round this :-\ On Wed, 2016-09-07 at 10:40 -0700, Zoffix Znet via RT wrote: > This now appears to have been fixed by some of the recent async > fixes. > > Tests now pass and have b

Re: [perl #128469] [BUG] done() on first entry to whenever block does not exit react {}

2016-09-12 Thread Jonathan Stowe
Yep, Just confirmed here with all the original examples I gave, all good. Now to remember where it was I had hacked round this :-\ On Wed, 2016-09-07 at 10:40 -0700, Zoffix Znet via RT wrote: > This now appears to have been fixed by some of the recent async > fixes. > > Tests now pass and have b

Re: [perl #127860] [BUG][PRECOMP] Wrapped method fails when precompiled

2016-04-10 Thread Jonathan Stowe
precompilation" On Sat, 2016-04-09 at 03:24 -0700, Lloyd Fournier via RT wrote: > For reference this is another related to: > > https://rt.perl.org/Public/Bug/Display.html?id=125634 > > On Sat, Apr 9, 2016 at 7:10 AM Jonathan Stowe rl.org> > wrote: > > > &

Re: [perl #125408] [BUG] CArray[num64] numiness optimised away

2015-10-24 Thread Jonathan Stowe
Good thing I didn't take the related TODO tests in my modules out :) On Fri, 2015-10-23 at 11:56 -0700, Will Coleda via RT wrote: > On Thu Sep 17 13:37:30 2015, FROGGS.de wrote: > > Fixed by jnthn++ with commit: > > > > https://github.com/MoarVM/MoarVM/commit/60a48e85b4928a9d66f2f8b87c5 > > fdb65

[perl #125408] [BUG] CArray[num64] numiness optimised away

2015-08-11 Thread Jonathan Stowe via RT
This has come back again on Linux too with This is perl6 version 2015.07.1-88-gaf75bd7 built on MoarVM version 2015.07-8-gb8fdeae

[perl #125365] [BUG] Segfault on 0.^methods(:all).sort

2015-06-09 Thread Jonathan Stowe via RT
gdb says: Program received signal SIGSEGV, Segmentation fault. 0x77952fb7 in push () from /home/jonathan/.rakudobrew/moar-nom/install/lib/libmoar.so and valgrind says: ==16279== Invalid write of size 8 ==16279==at 0x4FB4FB7: push (in /home/jonathan/.rakudobrew/moar-nom/install/li

[PATCH(es)] round up of warning fixes

2002-04-03 Thread Jonathan Stowe
oid *(*skip_forward) (const void *ptr, Parrot_UInt n); -void *(*skip_backward) (const void *ptr, Parrot_UInt n); +const void *(*skip_forward) (const void *ptr, Parrot_UInt n); +const void *(*skip_backward) (const void *ptr, Parrot_UInt n); }; #define Parrot_Encoding struct parrot_encoding_t * /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

[Not OK] SCO_SV pigment 3.2 5.0.5 i386

2002-03-18 Thread Jonathan Stowe
r intvalsize. I'll take a poke at it - this should be considered FYI rather than something that should stop 0.04 ;-} /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

Re: [PATCH] Fix last warnings in encodings stuff

2002-03-18 Thread Jonathan Stowe
On Mon, 18 Mar 2002, Jonathan Stowe wrote: >This is a little > problematic because in ut8.c and utf16.c we are doing rather unconstly > things to variables that we hade previously declared as const, I should qualified this: "but

[PATCH] Warning in packfile.c

2002-03-18 Thread Jonathan Stowe
debug, segment_size, sizeof(opcode_t)); +debug, segment_size, (long)sizeof(opcode_t)); return 0; } return 1; /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

[PATCH] Makefile.in 'make clean' should preserve backups

2002-03-18 Thread Jonathan Stowe
mp;& cd .. cd languages && $(MAKE) clean && cd .. @@ -434,6 +433,7 @@ $(RM_F) t/op/*.pasm t/op/*.pbc t/op/*.out realclean: clean + $(RM_F) *~ $(RM_F) $(STICKY_FILES) distclean: /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

[PATCH] Fix last warnings in encodings stuff

2002-03-18 Thread Jonathan Stowe
-556,8 +556,8 @@ FLOATVAL f = 0.0; if (s) { -char *start = s->bufstart; -char *end = start + s->bufused; +const char *start = s->bufstart; +const char *end = start + s->bufused; int sign = 1; BOOLVAL seen_dot = 0;

[PATCH] typo in jit/i386/string.jit

2002-02-24 Thread Jonathan Stowe
/J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

i386 jit print_s

2002-02-24 Thread Jonathan Stowe
;t find anything on the list - if this is to stay for the time being perhaps we ought to skip the failing tests if we are doing 'testj' ? /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

[PATCH] Does jit.c warning reveal a bug ?

2002-02-24 Thread Jonathan Stowe
break; case 7: address = (INTVAL *)&s->type; BTW. Does anyone know why I get this in gdb : #0 0x8178324 in ?? () at eval.c:41 41 eval.c: No such file or directory. I can't find any '#file eval.c' in any of the source files. /J\ -- Jona

[REPATCH] Re: [PATCH] Bash some more warnings

2002-02-18 Thread Jonathan Stowe
at, ...); -STRING* Parrot_sprintf_c(struct Parrot_Interp *, char * pat, ...); +STRING* Parrot_sprintf_c(struct Parrot_Interp *, const char * pat, ...); void Parrot_sprintf(struct Parrot_Interp *, char *targ, char *pat, ...); Everything still appears to be working and no obvious leaks /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

Re: [PATCH] Bash some more warnings

2002-02-18 Thread Jonathan Stowe
why it's safer to write > > p = realloc(p, N * sizeof(*p)); > > whenever possible (that is, if p has correct type). > Btw, is the cast necessary? realloc() returns void*, after all... > > The cast is necessary with the warning level that we have currently :) /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

RE: [Parrot-Newbie] Fooling around with parrot

2002-02-17 Thread Jonathan Stowe
t > thing. This is what happened: > > ~/parrot>assemble.pl examples/assembly/euclid.pasm >test.pbc > ~/parrot>pbc2c.pl test.pbc >test.c > Use of uninitialized value in sprintf at lib/Parrot/OpTrans/CGoto.pm line > 97. > ~/parrot> Don't worry ab

[REPATCH] Re: [PATCH] Bash some more warnings

2002-02-17 Thread Jonathan Stowe
key->keys = (KEY_PAIR**)realloc(key->keys,sizeof(KEY_PAIR *)*key->size); } else if(key->size == 0) { fprintf(stderr, @@ -416,7 +416,7 @@ if(key != NULL) { if((idx >= 0) && (idx < key->size)) { - KEY_PAIR* pair = &key->keys[idx]; + KEY_PAIR* pair = (KEY_PAIR *)&key->keys[idx]; pair->type++; } else { /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

[PATCH] Bash some more warnings

2002-02-16 Thread Jonathan Stowe
*pat, va_list *); @@ -14,7 +14,7 @@ STRING* Parrot_sprintf_s(struct Parrot_Interp *, STRING* pat, ...); -STRING* Parrot_sprintf_c(struct Parrot_Interp *, char * pat, ...); +STRING* Parrot_sprintf_c(struct Parrot_Interp *, const char * pat, ...); void Parrot_sprintf(struct Parrot_Interp *, char *targ, char *pat, ...); /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

RE: [REPATCH]Re: [PATCH] Nearly the last of the warnings.

2002-02-06 Thread Jonathan Stowe
On Wed, 6 Feb 2002, Brent Dax wrote: > Jonathan Stowe: > # - if(!(targ=Parrot_sprintf_c(interpreter, "%S at %S line > # %d.\n", targ, interpreter->current_file, > # interpreter->current_line))) { > # + if(!(targ=Parrot_sprintf_c(interpreter, (const char &g

[REPATCH]Re: [PATCH] Nearly the last of the warnings.

2002-02-06 Thread Jonathan Stowe
On Tue, 5 Feb 2002, Jonathan Stowe wrote: > This might spoil someones future plans but doesn't break anything existing > AFAICT - apart from those pesky ones left in misc.c the only ones left > should be from generated code which I have a plan for which I will share > later

Re: [PATCH] Nearly the last of the warnings.

2002-02-05 Thread Jonathan Stowe
On Tue, 5 Feb 2002, Andy Dougherty wrote: > On Tue, 5 Feb 2002, Jonathan Stowe wrote: > > > AFAICT - apart from those pesky ones left in misc.c the only ones left > > should be from generated code which I have a plan for which I will share > > later :) > > Well, t

Re: [PATCH] Nearly the last of the warnings.

2002-02-05 Thread Jonathan Stowe
ng a bug!? Surprised me - it got away in the storm of warnings no doubt ;-} /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

[PATCH] Nearly the last of the warnings.

2002-02-05 Thread Jonathan Stowe
ruct Parrot_Interp *, STRING* pat, ...); -STRING* Parrot_sprintf_c(struct Parrot_Interp *, char * pat, ...); +STRING* Parrot_sprintf_c(struct Parrot_Interp *, const char * pat, ...); void Parrot_sprintf(struct Parrot_Interp *, char *targ, char *pat, ...); Have fun /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

[PATCH misc.c] Fix up *some* of the warnings

2002-02-05 Thread Jonathan Stowe
gen_sprintf_call(t1, t2, &info, 'G'); + +gen_sprintf_call(t1, t2, &info, (const char)'G'); sprintf(t2, t1, dbl);

RE: [PATCH test_main.c config_h.in] Warning in test_main.c

2002-02-01 Thread Jonathan Stowe
On Fri, 1 Feb 2002, Brent Dax wrote: > Jonathan Stowe: > # This shuts up the implicit declaration warning in test_main.c : > # > # --- config_h.in~Fri Feb 1 07:39:42 2002 > # +++ config_h.in Fri Feb 1 07:40:06 2002 > # @@ -51,9 +51,10 @@ > # #define IN

Re: [PATCH test_main.c config_h.in] Warning in test_main.c

2002-02-01 Thread Jonathan Stowe
On Fri, 1 Feb 2002, Jonathan Stowe wrote: > This shuts up the implicit declaration warning in test_main.c : > > +#include "parrot/config.h" ... On closer examination that line is probably not needed :) /J\ -- Jonathan Stowe | <ht

[PATCH embed.c] More warnings

2002-02-01 Thread Jonathan Stowe
rr, "\t%d: %s\n", (int)i, argv[i]); } userargv->vtable->set_string_index(interpreter, userargv, /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

[PATCH test_main.c config_h.in] Warning in test_main.c

2002-02-01 Thread Jonathan Stowe
uot; +#ifdef HAS_HEADER_STDLIB +# include +#endif + #define setopt(flag) Parrot_setflag(interpreter, flag, (*argv)[0]+2); char * /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

[PATCH global_setup.h] Bash another warning

2002-02-01 Thread Jonathan Stowe
(void); +void Parrot_Array_class_init(void); void Parrot_PerlHash_class_init(void); void Parrot_ParrotPointer_class_init(void); void Parrot_IntQueue_class_init(void); /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

Re: CPP Namespace pollution

2002-01-28 Thread Jonathan Stowe
I'll > see if we can find out what needs to be done, then prevail on Ask to > fix us up here. > You just need someone with a shell on the CVS (and the appropriate permissions :) server to move the files to the new layout ... /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent |

[PATCH Miniperl::Tokenizer] Shut up warning in test

2002-01-02 Thread Jonathan Stowe
ON = '0.02'; #-- @@ -25,7 +25,7 @@ sub tokenize { my $self = shift; - $self->{text} = $_[0] if $_[0] and $_[0] ne ''; + $self->{text} = $_[0] || return []; my $tokref = []; my $in_

Re: mem_allocate_aligned

2001-12-11 Thread Jonathan Stowe
On Mon, 10 Dec 2001, Dan Sugalski wrote: > > We need an "allocate zeroed" call too. We can get zeroed pages faster in > some cases than we can allocate pages and zero them ourselves. > Isn't that calloc() ? /J\ -- Jonathan Stowe