RE: Using Perl in QA departments

2006-06-19 Thread Shivakumar Venkatappa
 Thanks much. This is really worth to read.



From: Gabor Szabo [mailto:[EMAIL PROTECTED]
Sent: Sat 6/17/2006 12:12 PM
To: perl-qa@perl.org
Subject: Using Perl in QA departments



If anybody is interested on this list,
the slides and the examples of my 2 days course are available here:

http://www.szabgab.com/perl_in_test_automation.html

regards
   Gabor




Parrot Bug Summary

2006-06-19 Thread Parrot Bug Summary
Parrot Bug Summary

http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Jun 19 13:15:02 2006 GMT
---

  * Numbers
  * New Issues
  * Overview of Open Issues
  * Ticket Status By Version
  * Requestors with most open tickets

---

Numbers

Ticket Counts: 80 new + 201 open = 281
Created this week: 5
Closed this week: 2

---

New Issues

New issues that have not been responded to yet

1 - 2 weeks old
39329  Check to make sure PMC_str_val, etc. are used appropriately
2 - 3 weeks old
39248  Parrot release 0.4.6
3 - 4 weeks old
39197  lib/Parrot/Test.pm ignores core dumps failures!
39196  [TODO] tests - need to test addmethod
4 - 5 weeks old
39140  Parrot release 0.4.5
5 - 6 weeks old
39132  [TODO] pirtidy - call for help
6 - 7 weeks old
39092  [TODO] Autogenerate functions in *.h files from source
39088  [TODO] Add conditional GCC attributes to functions
39051  Test failure in t/pmc/objects_62.pasm (attributes)
39050  Build failure in compilers/pge/pgc.pir
39043  [TODO] Dynamic PMCs should not include 'parrot/parrot.h'
7 - 8 weeks old
39018  t/pmc/complex failures on Solaris 8/SPARC
39004  [PDD] review pdd25_threads.pod
39003  [PDD] review pdd24_events.pod
39001  [PDD] review pdd22_io.pod
39000  [PDD] review pdd19_pir.pod
38999  [PDD] review pdd18_security.pod
38998  [PDD] review pdd17_basic_types.pod
38997  [PDD] review pdd16_native_call.pod
38996  [PDD] review pdd15_objects.pod
38995  [PDD] review pdd14_bignum.pod
38994  [PDD] review pdd13_bytecode.pod
38993  [PDD] review pdd12_assembly.pod
38992  [PDD] review pdd11_extending.pod
38991  [PDD] review pdd10_embedding.pod
38990  [PDD] review pdd09_gc.pod
38989  [PDD] review pdd08_keys.pod
38988  [PDD] review pdd07_codingstd.pod
38987  [PDD] review pdd06_pasm.pod
38986  [PDD] review PDD05_opfunc.pod
38985  [PDD] review PDD04_datatypes.pod
38984  [PDD] review pdd02_vtables.pod
38983  [PDD] review PDD01_overview.pod
38969  parrot source does not conform to standards
38967  Parrot release 0.5.0
8 - 9 weeks old
9 - 10 weeks old
10 - 11 weeks old
38887  Result of INFINITY or NAN stringification is platform dependent
11 - 12 weeks old
38823  [BUG] solaris 10 w gcc
12 - 13 weeks old
13 - 14 weeks old
38764  Test results of parrot on Freebsd
14 - 15 weeks old
15 - 16 weeks old
16 - 17 weeks old
38594  [BUG] source line numbers
17 - 18 weeks old
18 - 19 weeks old
38469  [BUG] -O1 branch optimization
19 - 20 weeks old
38432  Exception thrown from constructor leads to oddness
20 - 21 weeks old
---

Overview of Open Issues

Platform   Severity   Tag  Lang
Win32 3abandoned 05005threads   0  BASIC0
sco   0fatal 0notok 0  scheme   0
riscos0High  0ok0  tcl 25
qnx   0low   1Patch10  urm  0
powerux   0medium0regex 0  bc   0
other 0none  0sendToCPAN0  punie1
os390 0Normal1Todo176  Amber0
os2   0unknown   0unknown   0  Zcode0
openbsd   1Wishlist  3utilities 0  Lisp 0
next  0  notabug   0  ruby 0
Solaris   0   library   0  python   0
sunos 0   install   1  befunge  0
svr4  0   bounce0  bf   0
VOS   0   Bug  18  cola 0
vms   0   compiler  0  forth0
uts   0   configure 0  jako 0
unknown   0   core  0  m4   0
unix  0   dailybuild0  ook  0
unicosmk  0   docs  0  plot 0
unicos0   duplicate 0  perl60
sysv  0   wontfix   0
svr5  0
netbsd0
mswin32   0
dynixptx  0
dos   0
dgux  0
dec_osf   0
darwin0
cygwin_nt 0
cygwin0
bsdos 0
All   2
freebsd   0
generic   0
gnu   0
MacOS X   0
macos 0
machten   0
mac   0
lynxos0
Linux 0
irix640
irix  0
HPUX  0
aix   0
---

Ticket Status By Version

New or OpenResolved

---

Requestors 

Starting release

2006-06-19 Thread Leopold Toetsch

No more svn commits please.

Thanks,
leo



RE: Using Perl in QA departments

2006-06-19 Thread Adam Arakelian
Yes, this was excellent!

Adam

-Original Message-
From: Gabor Szabo [mailto:[EMAIL PROTECTED] 
Sent: Saturday, June 17, 2006 3:13 PM
To: perl-qa@perl.org
Subject: Using Perl in QA departments

If anybody is interested on this list,
the slides and the examples of my 2 days course are available here:

http://www.szabgab.com/perl_in_test_automation.html

regards
   Gabor


Re: ~~ with *

2006-06-19 Thread Eric

On 6/16/06, Larry Wall [EMAIL PROTECTED] wrote:


given $bool {
when False {...}
when True {...}
}



  Just my two cents, but whenever i see when True {...} I expect $_
to be true, so that i can do when True and when False.  And I if see
when followed by a comparison i expect the when to be true when the
comparison is true.  To me its kind of like, if you only have one
operand then use the given subject, if you have two operands then they
don't need a subject.  So the given $_ topic would fill in only in the
cases where you needed a topic.  Of course that might not realy make
since for given/when and its smart matching magic.  But then maybe we
just don't want to be able to say when $a == $b and thats just
invalid since it would be clearer written as an if.


--
--
__
Eric Hodges


Re: Starting release

2006-06-19 Thread Leopold Toetsch
Am Montag, 19. Juni 2006 15:35 schrieb Leopold Toetsch:
 No more svn commits please.

Release done! 
leo


Re: [perl #38146] [TODO] OS.pmc - file copy 38146

2006-06-19 Thread Leopold Toetsch


On Jun 18, 2006, at 2:02, Vishal Soni via RT wrote:

I am just wonedring if it would make sense to seperate out code for 
each

   supported operating system under a directory structure. At the time
of build the specific code for target operating system is added to the
source tree.


Yep. Actually we already have and use the needed infrastructure for 
platform code. See also:

- config/gen/platform*
- src/platform.c (generated from above)

leo





Parrot 0.4.5 Released!

2006-06-19 Thread Leopold Toetsch
On behalf of the Parrot team I'm proud to announce another
monthly release of Parrot.

I'd like to thank all involved people as well as our
sponsors for supporting us.

What is Parrot?

Parrot is a virtual machine aimed at running Perl6 and other dynamic
languages, see http://www.parrotcode.org/ for more information.

Parrot 0.4.5 changes and news

- unicode subroutine names
- hierarchical class names finished including MMD support
- new dotnet CLI to PIR translator
- improved TGE code and compiler
- APL: vector handling
- new STM branch in the svn repository
- the usual bugfixes and enhancements
After some pause you can grab it from
http://www.cpan.org/authors/id/L/LT/LTOETSCH/parrot-0.4.5.tar.gz.

As parrot is still in steady development we recommend that you
just get the latest and best from SVN by following the directions at
http://www.parrotcode.org/source.html

Turn your web browser towards http://www.parrotcode.org/ for more
information about Parrot, get involved, and:

Have fun!
leo


Re: [perl #38146] [TODO] OS.pmc - file copy 38146

2006-06-19 Thread Vishal Soni

Hi Leo,

So do we need to change os.pmc to leverage this infrastructure and get rid
of the platform specific code( currently implemented via IFDEF) from os.pmc?

-Vishal


On 6/19/06, Leopold Toetsch [EMAIL PROTECTED] wrote:



On Jun 18, 2006, at 2:02, Vishal Soni via RT wrote:

 I am just wonedring if it would make sense to seperate out code for
 each
supported operating system under a directory structure. At the time
 of build the specific code for target operating system is added to the
 source tree.

Yep. Actually we already have and use the needed infrastructure for
platform code. See also:
- config/gen/platform*
- src/platform.c (generated from above)

leo







--
Thanks,
Vishal


Re: [perl #38146] [TODO] OS.pmc - file copy 38146

2006-06-19 Thread Leopold Toetsch


On Jun 19, 2006, at 19:30, Vishal Soni wrote:

So do we need to change os.pmc to leverage this infrastructure and get 
rid of the platform specific code( currently implemented via IFDEF) 
from os.pmc?


I think that all platform-specific code should be factored out, i.e. 
the existing methods should call some platform functions.


leo