Testing module name/interface advice

Hi, I recently fell in love with Test::Base and I decided to use it at $work. Since the 'run filter, compare output' mode of T::B did not fit my needs, I wrote a small wrapper (Test::XXX for now...) that enables to check/establish preconditions, run one or more actions and check postconditions, f

Re: automated web testing with selenium

> On 2005-11-02, Luke Closs <[EMAIL PROTECTED]> wrote: > > > > Also, yesterday Test::WWW::Selenium was uploaded to CPAN, so Selenium > > can now be driven by perl! > > Test::WWW::Selenium seems interesting, but I could use an example it > would be useful to use, versus the standard techniques. I

Re: wxParrot -- linking problems

Hi! > I like the idea of leveraging the wxPerl XS files. Any comments on why > you introduced xsubppp (on top of xsubpp) for some XS files? XS++ is much less verbose than plain XS when writing C++ code [1], and it allows me to handle some C++ features (like passing/returning references) without

Re: wxParrot -- linking problems

On Sat, 22 Oct 2005 09:33:50 +0200 Christian Renz <[EMAIL PROTECTED]> wrote: Hello, > How do I find the right symbol name for a function? For example, the > void wxBell(void) function can be found in the library as __Z6wxBellv > (found using otool -vT /usr/lib/libwx.dylib), but I guess on Wind

Re[2]: [perl #31379] [PATCH] Implement Parrot_call_method

On Sun, 29 Aug 2004 11:09:46 +0200 Leopold Toetsch <[EMAIL PROTECTED]> wrote: > Mattia Barbon <[EMAIL PROTECTED]> wrote: > > > Hello, > > this patch implements Parrot_call_method (with test). > > This code seems to duplicate functions from F and > ret

Add functions in dynext to the extending interface?

Hello, should they be? I think they are covered by the statemente in pdd11 (... about the same level of access to Parrot that bytecode programs ...). Regards Mattia

Re[2]: [perl #31268] [PATCH] Dynamic library with multiple PMCs

On Sun, 22 Aug 2004 11:00:10 +0200 Leopold Toetsch <[EMAIL PROTECTED]> wrote: > Mattia Barbon <[EMAIL PROTECTED]> wrote: > > Hello, > > as promised with this patch: > > > pmc2c2 ... --library foo --c pmc1.pmc pmc2.pmc pmc3.pmc ... > > Thanks, appl

Re[2]: Extending interface: PMC flags and marking

On Sat, 21 Aug 2004 19:36:43 -0400 Dan Sugalski <[EMAIL PROTECTED]> wrote: > At 6:44 PM +0200 8/21/04, Mattia Barbon wrote: > > Hello, > >I think extenders should have access to at least some of the > >flags in PObj_enum. Should we have a different fun

Extending interface: PMC flags and marking

Hello, I think extenders should have access to at least some of the flags in PObj_enum. Should we have a different function for each flag (say: Parrot_PObj_set_custom_mark(INTERP, PMC, value), Parrot_PObj_set_is_class(INTERP, PMC, value) or a single Parrot_PObj_set_flag(INTERP, PMC, flag, value)

Calling conventions for unprototyped subroutines?

Hello, crrently argument count is passed in I3. A comment in untils.c near foldup says that: TODO - IMCC and PDD 3 aren't yet in conformance. This uses the current IMCC setup, but should be changed as soon as IMCC modified to the correct calling conventions. while pdd03 says: .

Re[2]: [perl #31114] [PATCH] Dynext functions

[got a failure, sorry if this is a duplicate] On 15 Aug 2004 10:11:11 - Leopold Toetsch via RT <[EMAIL PROTECTED]> wrote: > Mattia Barbon <[EMAIL PROTECTED]> wrote: > > > Hello, > > I am not sure about this patch. It splits part of Parrot_load_lib >

Re[2]: Embedding vs. extending interface types

Il Sat, 24 Jan 2004 19:42:20 -0500 Gordon Henriksen <[EMAIL PROTECTED]> ha scritto: > On Saturday, January 24, 2004, at 11:28 , Mattia Barbon wrote: > > > I feel I'm becoming annoying, but: the embedding and extending > > interfaces are still using different

Embedding vs. extending interface types

Hello, I feel I'm becoming annoying, but: the embedding and extending interfaces are still using different names for Parrot_Interp/Parrot_INTERP. Which one is correct? Thanks! Mattia

Re[2]: [perl #24817] [PATCH] various extending interface changes

Il Tue, 6 Jan 2004 16:43:42 +0100 Leopold Toetsch <[EMAIL PROTECTED]> ha scritto: > Mattia Barbon <[EMAIL PROTECTED]> wrote: > > Hello, > > this patch > > > * renames Parrot_INTERP and Parrot_STRING to Parrot_Interp and > Parrot_String, > > which

Extendiers interface

Hello, I have some questions about which part of the actual headers are internal, which ones are for embedders and which ones are for extenders. AFAIR nothing but Parrot sources should #include parrot/parrot.h. The public interface is available through parrot/embed.h and parrot/extend.h. Corre

Re[2]: NCI Broken On Win32

Il Tue, 28 Oct 2003 18:51:56 +0100 Leopold Toetsch <[EMAIL PROTECTED]> ha scritto: > Jonathan Worthington <[EMAIL PROTECTED]> wrote: > > Hi, > > > loadlib P1, "user32.dll" > > There are 2 errors in that, one is mine :) > - I didn't use the configure define of PARROT_DLL_EXTENSION > - Your's is:

[PATCH] Win32 env.pmc fixes

Hello, the correct fix is probably having different code paths for Win32 (because on Windows NT/2000/XP/.Net and funnier names of the future environment is/will be Unicode, not char*). For now this makes env.t pass on Win32. Regards Mattia parrot.cvs.diff Description: Binary data

[PATCH] Win32 compilation fix

Puts #ifdefs as per the rest of i386/jit_emit.h. Regards Mattia Index: jit/i386/jit_emit.h === RCS file: /cvs/public/parrot/jit/i386/jit_emit.h,v retrieving revision 1.79 diff -u -2 -r1.79 jit_emit.h --- jit/i386/jit_emit.h

Re[2]: [RFC] Dynamic PMC Classes

On Tue, 5 Aug 2003 17:59:36 +0200 Leopold Toetsch <[EMAIL PROTECTED]> wrote: > Dan Sugalski <[EMAIL PROTECTED]> wrote: > > At 11:10 +0200 7/31/03, Leopold Toetsch wrote: > >> > *) Determine the init and setup routine names > >> > >>- Parrot__class_setup > >>- Parrot__class_init > >> > >>The class

Re: set_p_p

On Fri, 23 Aug 2002 16:56:54 +0200 Aldo Calpini <[EMAIL PROTECTED]> wrote: > I stumbled upon this because I'm trying to implement an > Iterator PMC (almost done), and the most obvious way I've > found to bind the iterator to what it should iterate is this > one: > > new P0, .PerlHash >

Re[2]: [perl #16114] [PATCH] faster assembler

On Sat, 10 Aug 2002 16:56:20 -0700 (PDT) Sean O'Rourke <[EMAIL PROTECTED]> wrote: > A few more tweaks: > > - inline and remove _to_keyed and _to_keyed_integer. > - inline pack_op > - reorder the big elsif to test for /^\[/ once at the top, then only > match > against keyed/non-keyed. > > At t

Re: [PATCH] Stop win32 popping up dialogs on segfault

> Michael G Schwern <[EMAIL PROTECTED]> writes: > >On Fri, Feb 08, 2002 at 07:19:26PM +0100, Mattia Barbon wrote: > >Content-Description: Mail message body > >> The following patch adds a Parrot_nosegfault() function > >> to win32.c; after it is called, a s

RE: [PATCH] Stop win32 popping up dialogs on segfault

> FYI: On interp init I already grab the standard handles (io_win32.c) so you > could reuse the value for stderr. It might make sense to make the low level > handle values extern so other modules can use them. Let me know and > I'll put a patch in for it. I don't know if it is a good idea to expos

RE: [PATCH] Stop win32 popping up dialogs on segfault

> > The following patch adds a Parrot_nosegfault() function > > to win32.c; after it is called, a segmentation fault will print > > "This process received a segmentation violation exception" > > instead of popping up a dialog. I think it might be useful > > for tinderbox clients. > > Please notic

[PATCH] Stop win32 popping up dialogs on segfault

The following patch adds a Parrot_nosegfault() function to win32.c; after it is called, a segmentation fault will print "This process received a segmentation violation exception" instead of popping up a dialog. I think it might be useful for tinderbox clients. Regards Mattia Index: platforms/w

Re: [Patch] A few fixes.

> "misc.c", line 541: Error: > [ISO 6.1.4]: End of line in string literal. > > Here's a patch. That last one is particularly odd, as it is in a #if 0. > I'm leaving it for now, as I think this is a case of the compiler being on > crack. Probably not: IIRC the standard requires the parts

[PATCH] MinGW fix

* hints/mswin32.pl - move $c{platform} = win32 outside $is_msvc * Configure.pl - fixed jitarch/os detection for Win32 ( was using cpu = MSWin32, os = x86 ) Regards Mattia Index: Configure.pl === RCS file: /home/perlcvs/pa

[PATCH] Win32 JIT ( + other misc fixes )

This is for MinGW ( read below why not MSVC ) Changes: * Configure.pl correctly detect $cpuarch/$osname * jit2h.pl Accept a new osname parameter search jit/cpuarch/$file-$osname.jit, and if found add ops found there/override ops in $file.jit * Makefile.in add jitosname to the paramete

386 JIT broken

I'm sorry if this is a known bug. my.pasm ( useless, just a contrived example ): set I1, 12 FOO: if I1, FOO BAR: if I1, BAR if I1, FOO end assembly: 0x816bda8: push %ebp 0x816bda9: mov%esp,%ebp 0x816bdab: int3 0x816bdac: movl $0x

[PATCH] fix perlarray.pmc, perlhash.pmc

key.c: intialize KEY.keys classes/perlarray.c: * get_string: is casting SELF->cache.struct_val to a STRING*, while all other methods are using it as a KEY*; don't know what a perlarray stringifies to, so replacing with NULL * get_bool: the default behaviour does not look right to me af

[PATCH] Makefile tweaks

Makefile.in: (Re)add ld_debug flags to LDFLAGS, so that Configure.pl --debugging works with MSVC classes/Makefile.in make easier to add pmb2c.pl flags to all pmc2c calls Index: Makefile.in === RCS file: /home/perlcvs/parro

[PATCH] io_win32.c

io/io_win32.c: according to my MSVC docs, you should use _tcslen only after #including tchar.h Index: io/io_win32.c === RCS file: /home/perlcvs/parrot/io/io_win32.c,v retrieving revision 1.2 diff -u -2 -r1.2 io_win32.c --- io/i

RE: Windows compile problems

On Wed, 24 Oct 2001, Brent Dax wrote: >Unfortunately, I can't figure out how to utilize it. Including >windows.h causes a conflict with Parrot's definition of BOOL, including >winbase.h gives me a ton of syntax errors, and putting the declaration It is not supported to #include a win* file unles

Re: My first parrot install - make test

> On Wed, Oct 17, 2001 at 12:45:49PM +0100, Simon Cozens wrote: > > On Tue, Oct 16, 2001 at 03:43:57PM -0400, Gregor N. Purdy wrote: > > > I just fixed the dependancy. Hopefully, this problem goes away now. > > > > Nope. > > Fixed it up, and also fixed some problems with the "clean" target. > An

Re: [PATCH] make realclean

> + cd t; make realclean ( from MM_Unix, sub clean if ($Is_Win32 && Win32::IsWin95()) { push @m, <{MAKEFILE} \$(MAKE) clean cd .. EOT } else { push @m, <{MAKEFILE} && \$(MAKE) clean EOT } If you could change it to cd t

Not yet automated Smoke report

here it is. I'll release Parrot::Smoke 0.01 tomorrow, promise. *PLEASE* - change _read to read in test_main.c - correct integer.t, test 1 not to test 0x == -1 ( that's why we have got all F... ) Regards Mattia Automated smoke report for patch ?

Re: cvs snapshots

> On Tue, 18 Sep 2001, H.Merijn Brand wrote: > > > On Mon 17 Sep 2001 23:08, Ask Bjoern Hansen <[EMAIL PROTECTED]> wrote: > > > > > > oops, I forgot to tell anyone. I made CVS export and tar up a > > > snapshot every 6 hours. It is available at > > > http://cvs.perl.org/snapshots/parrot/ > > >

t/op/integer.t is IMHO wrong

set I2, -2147483648 print I2 print "\\n" set I3, 4294967295 print I3 print "\\n" end CODE 305419896 -1698898191 2147483647 -2147483648 -1 OUTPUT I think that especting 4294967295 == -1 because they have the same bit pattern

Re: [PATCH Makefile.in] RE: [doughera@lafayette.edu: Re: bytecode and sizeof(IV)]

> Easy Makefile.in patch. I was worried that Win32 might need the linker > (the change to $(LD) was submitted as part of a Win32 compatibility > patch) but that doesn't seem to be the case. I don't have a MinGW Fine here Regards Mattia

[PATCH] Win32/perl 5.004/other

This patch contains different things. If you prefer three smaller patches, just speak, I'll resend. * Configure.pl * 5.004_04 does not have $Config{_o}, $Config{_exe}, use obj_ext, and exe_ext * Use ExtUtils::Manifest for manifest parsing ( now you can put blank lines/comments/

Re: Problem linking _read on this platform. Suggestions?

On Mon, 17 Sep 2001, Gregor Purdy wrote: Rename it to 'read': perl 5.5 dos not dvin HAV_SYSMMAN, so the altrnativ ode it piks th altrnativ code. Renaming it to read() workd for MSVC5 ( whih defines an alias from _read to read ), and for older perls on *NIX don't know for MinGW, though ( In fact

substr ( or assembler ) oddness

there is something wrong with, uh, something... Currently substr is named substr_s_s_i. if I write substr_s_s_i S9, S1, I0, I1, all is good. if I write substr S9, S1, I0, I1, I get an assembler error. Questions: * All opcodes include the destination register type in the name why substr is diffe

[PATCH] testsuite ( resubmit )

Changes from the last one: * some tidying in the assembly ( now uses set I4, 4 instead of set_i_ic I4, 4 ) * moved lib/Test/Parrot.pm to Parrot/Test.pm * now run with perl t/harness Regards Mattia diff -r -b -u -2 -N parrot.cvs/Parrot/Test.pm parrot/Parrot/Test.pm --- parrot.cvs/Parrot/Tes

[PATCH] testsuite

> I have a question on your test suite. > Would backticks not be more portable then trying to figure out how to > redirect STDOUT on each OS? To me, it would just be simpler to use the No, I don't need to "figure out", I just execute a perl -e ".redirections...;system '$command'"; where re

RE: [PATCH] testsuite and Win32 compilation

> ## +#if defined(WIN32) > ## +program_code = malloc( file_stat.st_size ); > ## +#else > > #Should we be using malloc, or are we supposed to use our own allocator? > #(I haven't been munging in the C, so I don't really know--it just looks > #a little suspicious.) > > In memory.{h,c} there is

[PATCH] testsuite and Win32 compilation

> PLEASE can someone rewrite the tests to actually *test* things > and print "ok 1\n" and so on? Here it is ( for the second time ) > Quick, or I'll call Schwern in. Ah, I thought you missed my patches, then I was correct both attached testsuite.diff: - Run with perl

[PATCH] Win32 compilation

This patch adds: an hints directory ( files are named hints/lc($^O).pl ) therir contents are eval'd in Config.pl it adds to Config.pl some flags --debugging Enable debugging adds -g or equivalento to compiler flags --defaults Accept all default values like -d option to

Re: #include "config.h" or #include "parrot/config.h"

> On Thu, Sep 13, 2001 at 11:07:00AM -0600, Nathan Torkington wrote: > > Isn't the correct solution to this problem to say > >#include > > > > That is, include the subdirectory prefix in all #includes. You -I the > > directory containing parrot/, and that avoids randomly located > > config.

[PATCH] testsuite

Run with perl -Mlib=lib t/harness Tests live in t/*/*.t . In case of failure the assembler, bytecode and output are available as t/dir/testnnn.pasm/pbc/out tested under Linux and Win32 Regards Mattia --patch-- diff -r -b -u -2 -N parrot.cvs/lib/Test/Parrot.pm parrot/lib/Test/Parrot.pm --- par