From jkeen at verizon.net Fri Mar 2 17:29:31 2012 From: jkeen at verizon.net (James E Keenan) Date: Fri, 02 Mar 2012 20:29:31 -0500 Subject: [tpm] Follow-up on Feb 2012 Testing Talk Message-ID: <4F5173FB.5050905@verizon.net> So it turns out that the folks organizing the DC-Baltimore Perl Workshop () want their tutorial-type presentations to run in 50-minutes timeslots -- not 20. Which means I can actually add considerable material to the "82% of what you need" talk I gave last week. What else should I cover in a talk for those new to Perl testing? I welcome your suggestions. (Below: My own brainstorming.) * Introduce ok() at an even more basic level: use of Test::Simple::ok() in a program (as distinct from testing functions from a package). * Definitionally-oriented introductions of Test::Builder and Test::Harness. * Mention of other prominent Test::* classes (though I actually don't use them much because I already accomplish so much with Test::More). * Introduction of concept of coverage analysis. * Introduction of concept of test-driven development. * Illustration of use of 'make test' and './Build test'. Your thoughts? jimk From janes.rob at gmail.com Sat Mar 3 07:13:23 2012 From: janes.rob at gmail.com (Rob Janes) Date: Sat, 3 Mar 2012 10:13:23 -0500 Subject: [tpm] Follow-up on Feb 2012 Testing Talk In-Reply-To: <4F5173FB.5050905@verizon.net> References: <4F5173FB.5050905@verizon.net> Message-ID: i always do a useability test. this is one of those cases where ok() does not do the trick. from Test::More man page: You usually want to test if the module you're testing loads ok, rather than just vomiting if its load fails. For such purposes we have "use_ok" and "require_ok". Note the modeline for emacs and vim. test files normally end with .t, and neither vim nor emacs automatically detect them as perl. modelines can usually go in the first 5 or last 5 lines. # -*- mode: perl -*- # vim: set expandtab autoindent nows sts=2 sw=2: use Test::More tests => 2; ## this tests the useability of the package BEGIN { use_ok('Compress::Bzip2'); }; my $version = $Compress::Bzip2::VERSION; ok( $version, "Compress::Bzip2 version is $version" ); On Fri, Mar 2, 2012 at 8:29 PM, James E Keenan wrote: > So it turns out that the folks organizing the DC-Baltimore Perl Workshop > () want their tutorial-type presentations to run in 50-minutes timeslots -- > not 20. Which means I can actually add considerable material to the "82% > of what you need" talk I gave last week. > > What else should I cover in a talk for those new to Perl testing? I > welcome your suggestions. > > (Below: My own brainstorming.) > > * Introduce ok() at an even more basic level: use of Test::Simple::ok() in > a program (as distinct from testing functions from a package). > > * Definitionally-oriented introductions of Test::Builder and Test::Harness. > > * Mention of other prominent Test::* classes (though I actually don't use > them much because I already accomplish so much with Test::More). > > * Introduction of concept of coverage analysis. > > * Introduction of concept of test-driven development. > > * Illustration of use of 'make test' and './Build test'. > > Your thoughts? > > jimk > ______________________________**_________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/**listinfo/toronto-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From janes.rob at gmail.com Sat Mar 3 07:18:35 2012 From: janes.rob at gmail.com (Rob Janes) Date: Sat, 3 Mar 2012 10:18:35 -0500 Subject: [tpm] Follow-up on Feb 2012 Testing Talk In-Reply-To: References: <4F5173FB.5050905@verizon.net> Message-ID: another thing is that if you're going to have a lot of tests, then it's a good idea to pad the numbers. instead of 1, 2, 3 try 10, 20, 30. I went a bit overboard here ... 010-useability.t 023-compfile.t 031-uncompfile.t 040-memory.t 070-gzcomp.t 011-prototype.t 024-compfile.t 032-uncompfile.t 041-error.t 071-gzuncomp.t 020-compfile.t 025-compfile.t 033-uncompfile.t 050-deflate.t 080-version.t 021-compfile.t 026-compfile.t 034-uncompfile.t 051-deflate-flush.t 081-basic.t 022-compfile.t 030-uncompfile.t 035-uncompreadline.t 060-inflate.t 082-stream.t On Sat, Mar 3, 2012 at 10:13 AM, Rob Janes wrote: > i always do a useability test. this is one of those cases where ok() does > not do the trick. > > from Test::More man page: > You usually want to test if the module you're testing loads ok, > rather than just vomiting if its load fails. > For such purposes we have "use_ok" and "require_ok". > > Note the modeline for emacs and vim. test files normally end with .t, and > neither vim nor emacs automatically detect them as perl. > > modelines can usually go in the first 5 or last 5 lines. > > # -*- mode: perl -*- > # vim: set expandtab autoindent nows sts=2 sw=2: > > use Test::More tests => 2; > > ## this tests the useability of the package > > BEGIN { > use_ok('Compress::Bzip2'); > }; > > my $version = $Compress::Bzip2::VERSION; > ok( $version, "Compress::Bzip2 version is $version" ); > > > > On Fri, Mar 2, 2012 at 8:29 PM, James E Keenan wrote: > >> So it turns out that the folks organizing the DC-Baltimore Perl Workshop >> () want their tutorial-type presentations to run in 50-minutes timeslots -- >> not 20. Which means I can actually add considerable material to the "82% >> of what you need" talk I gave last week. >> >> What else should I cover in a talk for those new to Perl testing? I >> welcome your suggestions. >> >> (Below: My own brainstorming.) >> >> * Introduce ok() at an even more basic level: use of Test::Simple::ok() >> in a program (as distinct from testing functions from a package). >> >> * Definitionally-oriented introductions of Test::Builder and >> Test::Harness. >> >> * Mention of other prominent Test::* classes (though I actually don't use >> them much because I already accomplish so much with Test::More). >> >> * Introduction of concept of coverage analysis. >> >> * Introduction of concept of test-driven development. >> >> * Illustration of use of 'make test' and './Build test'. >> >> Your thoughts? >> >> jimk >> ______________________________**_________________ >> toronto-pm mailing list >> toronto-pm at pm.org >> http://mail.pm.org/mailman/**listinfo/toronto-pm >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From janes.rob at gmail.com Sat Mar 3 07:38:13 2012 From: janes.rob at gmail.com (Rob Janes) Date: Sat, 3 Mar 2012 10:38:13 -0500 Subject: [tpm] Follow-up on Feb 2012 Testing Talk In-Reply-To: References: <4F5173FB.5050905@verizon.net>

Message-ID: Another thing I'd suggest is to NOT use the last argument of ok() as a label. The message argument of all those test functions is only displayed if there's something wrong, if the test fails. It's most useful if the message tells you what failed. For example, instead of ok( open(my $fh, "> logfile"), "open logfile succeeded"); this would make more sense, since the message only shows if the test fails: ok( open(my $fh, "> logfile"), "open logfile failed: $!" ); # open should succeed So, instead of the error message "open logfile succeeded" showing, which is confusing because it actually didn't succeed, the message "open logfile failed: no space on filesystem" shows, which is better. The expectation is open should succeed. If it fails, the message is displayed with the error reason. On Sat, Mar 3, 2012 at 10:18 AM, Rob Janes wrote: > another thing is that if you're going to have a lot of tests, then it's a > good idea to pad the numbers. instead of 1, 2, 3 try 10, 20, 30. > > I went a bit overboard here ... > > 010-useability.t 023-compfile.t 031-uncompfile.t > 040-memory.t 070-gzcomp.t > 011-prototype.t 024-compfile.t 032-uncompfile.t > 041-error.t 071-gzuncomp.t > 020-compfile.t 025-compfile.t 033-uncompfile.t > 050-deflate.t 080-version.t > 021-compfile.t 026-compfile.t 034-uncompfile.t > 051-deflate-flush.t 081-basic.t > 022-compfile.t 030-uncompfile.t 035-uncompreadline.t > 060-inflate.t 082-stream.t > > > > > On Sat, Mar 3, 2012 at 10:13 AM, Rob Janes wrote: > >> i always do a useability test. this is one of those cases where ok() >> does not do the trick. >> >> from Test::More man page: >> You usually want to test if the module you're testing loads ok, >> rather than just vomiting if its load fails. >> For such purposes we have "use_ok" and "require_ok". >> >> Note the modeline for emacs and vim. test files normally end with .t, >> and neither vim nor emacs automatically detect them as perl. >> >> modelines can usually go in the first 5 or last 5 lines. >> >> # -*- mode: perl -*- >> # vim: set expandtab autoindent nows sts=2 sw=2: >> >> use Test::More tests => 2; >> >> ## this tests the useability of the package >> >> BEGIN { >> use_ok('Compress::Bzip2'); >> }; >> >> my $version = $Compress::Bzip2::VERSION; >> ok( $version, "Compress::Bzip2 version is $version" ); >> >> >> >> On Fri, Mar 2, 2012 at 8:29 PM, James E Keenan wrote: >> >>> So it turns out that the folks organizing the DC-Baltimore Perl Workshop >>> () want their tutorial-type presentations to run in 50-minutes timeslots -- >>> not 20. Which means I can actually add considerable material to the "82% >>> of what you need" talk I gave last week. >>> >>> What else should I cover in a talk for those new to Perl testing? I >>> welcome your suggestions. >>> >>> (Below: My own brainstorming.) >>> >>> * Introduce ok() at an even more basic level: use of Test::Simple::ok() >>> in a program (as distinct from testing functions from a package). >>> >>> * Definitionally-oriented introductions of Test::Builder and >>> Test::Harness. >>> >>> * Mention of other prominent Test::* classes (though I actually don't >>> use them much because I already accomplish so much with Test::More). >>> >>> * Introduction of concept of coverage analysis. >>> >>> * Introduction of concept of test-driven development. >>> >>> * Illustration of use of 'make test' and './Build test'. >>> >>> Your thoughts? >>> >>> jimk >>> ______________________________**_________________ >>> toronto-pm mailing list >>> toronto-pm at pm.org >>> http://mail.pm.org/mailman/**listinfo/toronto-pm >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From janes.rob at gmail.com Sat Mar 3 07:49:01 2012 From: janes.rob at gmail.com (Rob Janes) Date: Sat, 3 Mar 2012 10:49:01 -0500 Subject: [tpm] Follow-up on Feb 2012 Testing Talk In-Reply-To: References: <4F5173FB.5050905@verizon.net>

Message-ID: one last thing ... maybe ... other test frameworks like perl test: gtest http://code.google.com/p/googletest/ for c++ If anybody has tried cppunit or junit, what I like about perl test is how succinct and readable the test output is. As opposed to junit or cppunit where the test output is absolute crap. gtest output is much like perl test. but perl was first. On Sat, Mar 3, 2012 at 10:38 AM, Rob Janes wrote: > > Another thing I'd suggest is to NOT use the last argument of ok() as a > label. > > The message argument of all those test functions is only displayed if > there's something wrong, if the test fails. > > It's most useful if the message tells you what failed. For example, > instead of > > ok( open(my $fh, "> logfile"), "open logfile succeeded"); > > this would make more sense, since the message only shows if the test fails: > > ok( open(my $fh, "> logfile"), "open logfile failed: $!" ); # open should > succeed > > So, instead of the error message "open logfile succeeded" showing, which > is confusing because it actually didn't succeed, the message "open logfile > failed: no space on filesystem" shows, which is better. > > The expectation is open should succeed. If it fails, the message is > displayed with the error reason. > > > On Sat, Mar 3, 2012 at 10:18 AM, Rob Janes wrote: > >> another thing is that if you're going to have a lot of tests, then it's a >> good idea to pad the numbers. instead of 1, 2, 3 try 10, 20, 30. >> >> I went a bit overboard here ... >> >> 010-useability.t 023-compfile.t 031-uncompfile.t >> 040-memory.t 070-gzcomp.t >> 011-prototype.t 024-compfile.t 032-uncompfile.t >> 041-error.t 071-gzuncomp.t >> 020-compfile.t 025-compfile.t 033-uncompfile.t >> 050-deflate.t 080-version.t >> 021-compfile.t 026-compfile.t 034-uncompfile.t >> 051-deflate-flush.t 081-basic.t >> 022-compfile.t 030-uncompfile.t 035-uncompreadline.t >> 060-inflate.t 082-stream.t >> >> >> >> >> On Sat, Mar 3, 2012 at 10:13 AM, Rob Janes wrote: >> >>> i always do a useability test. this is one of those cases where ok() >>> does not do the trick. >>> >>> from Test::More man page: >>> You usually want to test if the module you're testing loads ok, >>> rather than just vomiting if its load fails. >>> For such purposes we have "use_ok" and "require_ok". >>> >>> Note the modeline for emacs and vim. test files normally end with .t, >>> and neither vim nor emacs automatically detect them as perl. >>> >>> modelines can usually go in the first 5 or last 5 lines. >>> >>> # -*- mode: perl -*- >>> # vim: set expandtab autoindent nows sts=2 sw=2: >>> >>> use Test::More tests => 2; >>> >>> ## this tests the useability of the package >>> >>> BEGIN { >>> use_ok('Compress::Bzip2'); >>> }; >>> >>> my $version = $Compress::Bzip2::VERSION; >>> ok( $version, "Compress::Bzip2 version is $version" ); >>> >>> >>> >>> On Fri, Mar 2, 2012 at 8:29 PM, James E Keenan wrote: >>> >>>> So it turns out that the folks organizing the DC-Baltimore Perl >>>> Workshop () want their tutorial-type presentations to run in 50-minutes >>>> timeslots -- not 20. Which means I can actually add considerable material >>>> to the "82% of what you need" talk I gave last week. >>>> >>>> What else should I cover in a talk for those new to Perl testing? I >>>> welcome your suggestions. >>>> >>>> (Below: My own brainstorming.) >>>> >>>> * Introduce ok() at an even more basic level: use of Test::Simple::ok() >>>> in a program (as distinct from testing functions from a package). >>>> >>>> * Definitionally-oriented introductions of Test::Builder and >>>> Test::Harness. >>>> >>>> * Mention of other prominent Test::* classes (though I actually don't >>>> use them much because I already accomplish so much with Test::More). >>>> >>>> * Introduction of concept of coverage analysis. >>>> >>>> * Introduction of concept of test-driven development. >>>> >>>> * Illustration of use of 'make test' and './Build test'. >>>> >>>> Your thoughts? >>>> >>>> jimk >>>> ______________________________**_________________ >>>> toronto-pm mailing list >>>> toronto-pm at pm.org >>>> http://mail.pm.org/mailman/**listinfo/toronto-pm >>>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From olaf at vilerichard.com Sat Mar 3 19:01:38 2012 From: olaf at vilerichard.com (Olaf Alders) Date: Sat, 3 Mar 2012 22:01:38 -0500 Subject: [tpm] Follow-up on Feb 2012 Testing Talk In-Reply-To: References: <4F5173FB.5050905@verizon.net>

Message-ID: On 2012-03-03, at 10:18 AM, Rob Janes wrote: > another thing is that if you're going to have a lot of tests, then it's a good idea to pad the numbers. instead of 1, 2, 3 try 10, 20, 30. > > I went a bit overboard here ... > > 010-useability.t 023-compfile.t 031-uncompfile.t 040-memory.t 070-gzcomp.t > 011-prototype.t 024-compfile.t 032-uncompfile.t 041-error.t 071-gzuncomp.t > 020-compfile.t 025-compfile.t 033-uncompfile.t 050-deflate.t 080-version.t > 021-compfile.t 026-compfile.t 034-uncompfile.t 051-deflate-flush.t 081-basic.t > 022-compfile.t 030-uncompfile.t 035-uncompreadline.t 060-inflate.t 082-stream.t One other way to approach this is to use numbered tests only when you need your tests to run in a certain order. For example, the test suite for the MetaCPAN search site (a Catalyst app), looks like this: [~/Documents/github/metacpan-web (master)] $ tree t t ??? controller ? ??? activity.t ? ??? author.t ? ??? diff.t ? ??? feed.t ? ??? home.t ? ??? module.t ? ??? raw.t ? ??? recent.t ? ??? release.t ? ??? search ? ? ??? autocomplete.t ? ? ??? precision.t ? ??? search.t ? ??? shared ? ? ??? release-info.t ? ??? source.t ??? encoding.t The advantage here is that a) you don't need to worry about numbering at all and b) it becomes obvious what is being tested just by the hierarchy and naming of the files and folders. Best, Olaf -- Olaf Alders olaf at vilerichard.com http://vilerichard.com -- folk rock http://twitter.com/vilerichard http://cdbaby.com/cd/vilerichard From olaf at vilerichard.com Sat Mar 3 19:07:30 2012 From: olaf at vilerichard.com (Olaf Alders) Date: Sat, 3 Mar 2012 22:07:30 -0500 Subject: [tpm] Follow-up on Feb 2012 Testing Talk In-Reply-To: References: <4F5173FB.5050905@verizon.net>

Message-ID: As a follow-up to the naming of test files, here's a thoughtful blog post on the topic: http://blogs.perl.org/users/ovid/2009/12/test-program-names.html Best, Olaf -- Olaf Alders olaf at vilerichard.com http://vilerichard.com -- folk rock http://twitter.com/vilerichard http://cdbaby.com/cd/vilerichard From olaf at vilerichard.com Sat Mar 3 19:17:08 2012 From: olaf at vilerichard.com (Olaf Alders) Date: Sat, 3 Mar 2012 22:17:08 -0500 Subject: [tpm] Follow-up on Feb 2012 Testing Talk In-Reply-To: References: <4F5173FB.5050905@verizon.net> Message-ID: On 2012-03-03, at 10:13 AM, Rob Janes wrote: > ## this tests the useability of the package > > BEGIN { > use_ok('Compress::Bzip2'); > }; I've got use_ok() and require_ok() all over a lot of my tests, but I recently moved away from that to new_ok() after finding out that it exists. Also, there is some discussion as to the usefulness of require_ok(), because of subtle problems it can introduce. Here's a helpful comment from Ovid about avoiding use_ok() and require_ok(): http://www.dagolden.com/index.php/1322/five-testmore-features-you-might-not-be-using-yet/#comment-6218 Also, I should note that the entire blog post is well worth reading. This is where I was made aware of new_ok(). Best, Olaf -- Olaf Alders olaf at vilerichard.com http://vilerichard.com -- folk rock http://twitter.com/vilerichard http://cdbaby.com/cd/vilerichard From shlomif at shlomifish.org Sun Mar 4 11:49:27 2012 From: shlomif at shlomifish.org (Shlomi Fish) Date: Sun, 4 Mar 2012 21:49:27 +0200 Subject: [tpm] Follow-up on Feb 2012 Testing Talk In-Reply-To: <4F5173FB.5050905@verizon.net> References: <4F5173FB.5050905@verizon.net> Message-ID: <20120304214927.0bfa8f37@lap.shlomifish.org> Hi James, On Fri, 02 Mar 2012 20:29:31 -0500 James E Keenan wrote: > So it turns out that the folks organizing the DC-Baltimore Perl Workshop > () want their tutorial-type presentations to run in 50-minutes timeslots > -- not 20. Which means I can actually add considerable material to the > "82% of what you need" talk I gave last week. > > What else should I cover in a talk for those new to Perl testing? I > welcome your suggestions. > > (Below: My own brainstorming.) > > * Introduce ok() at an even more basic level: use of Test::Simple::ok() > in a program (as distinct from testing functions from a package). > > * Definitionally-oriented introductions of Test::Builder and Test::Harness. > > * Mention of other prominent Test::* classes (though I actually don't > use them much because I already accomplish so much with Test::More). > > * Introduction of concept of coverage analysis. > > * Introduction of concept of test-driven development. > > * Illustration of use of 'make test' and './Build test'. > Possibly touting my own horn: You may wish to cover Test::Count - http://search.cpan.org/dist/Test-Count/ , which allows the developers to put annotations inside specially-formed comments in the code, which are processed by the module, which in turn updates the count in the plan. I've defined a perl-like mini-language for use there, which is lacking many potentially useful features, but works fine for me, so I'd rather not bloat it at this point. In case you're wondering about why a plan is needed in the first place because done_testing() is the wave of the future, see: * http://use.perl.org/~Alias/journal/39916 * http://shlomif-tech.livejournal.com/37811.html Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ Escape from GNU Autohell - http://www.shlomifish.org/open-source/anti/autohell/ Q: I?ll be about 6.5 milliard Terran years next September. ? Star Trek, ?We, the Living Dead? by Shlomi Fish Please reply to list if it's a mailing list post - http://shlom.in/reply . From ait at p2ee.org Mon Mar 5 10:15:40 2012 From: ait at p2ee.org (Alejandro Imass) Date: Mon, 5 Mar 2012 13:15:40 -0500 Subject: [tpm] Follow-up to Jan 26 2012 Meeting PAR Example and Presentation In-Reply-To: References: Message-ID: Hello! Can someone please confirm id the mail below ever made it to the list? Thanks! -- Alejandro On Sun, Jan 29, 2012 at 4:24 PM, Alejandro Imass wrote: > Hello all, > > It was a pleasure meeting all of you and I enjoyed all the different > and clever solutions that were presented. Most of all, enjoyed the > fact that the nearby bar offers Steam Whistle, so you can be sure I > won't take my car to the Mongers meetings anymore ;-) > > Anyway, as promised, I am publishing the PAR/GTK example for everyone > here. I changed the namespace of the sample project to "pargtk" and > also threw in the presentation so it's all kept in one place. I have > allowed anonymous checkout to the project's repo and anyone wanting > write access is welcome to provide to me a user/pass credential pair > and I will allow write access to that person. > > To get a copy just: ?svn co svn://svn.yabarana.com/pargtk > > The code I showed you is in the trunk. I also eliminated the binary > from the repo because it took too much space and it also requires a > build in each arch/pltaform so it really made no sense to keep such a > large binary file in the project. The .pl executable should run > without building the PAR file, and you should make sure it runs before > attempting to build the binary. > > To build the single file binary just type make. For those that ask for > write access: please don't upload the binary again! > > The presentation folder is in LaTeX/Beamer but the PDF is already > built so no need to to make it. > > This small GTK project uses Glade3 and I think it could also serve the > purpose to expand it to a fully functioning app to teach Perl/GTK > development in future PM meetings. If there is any interest in Perl > GTK Devel, I can probably develop this example a little bit more, and > perhaps make a series of GTK workshops. > > As was mentioned in the meeting PAR + Perl GTK could be a n > interesting cross-platform option for many. > > Best, > > -- > Alejandro Imass From olaf at vilerichard.com Mon Mar 5 10:18:32 2012 From: olaf at vilerichard.com (Olaf Alders) Date: Mon, 5 Mar 2012 13:18:32 -0500 Subject: [tpm] Follow-up to Jan 26 2012 Meeting PAR Example and Presentation In-Reply-To: References:

Message-ID: <2FE61372-979F-4814-8C21-75591E036160@vilerichard.com> On 2012-03-05, at 1:15 PM, Alejandro Imass wrote: > Hello! Can someone please confirm id the mail below ever made it to the list? > > Thanks! Hi Alejandro, Not sure, but you can check the archives here: http://mail.pm.org/pipermail/toronto-pm/ Best, Olaf -- Olaf Alders olaf at vilerichard.com http://vilerichard.com -- folk rock http://twitter.com/vilerichard http://cdbaby.com/cd/vilerichard From ait at p2ee.org Mon Mar 5 10:28:38 2012 From: ait at p2ee.org (Alejandro Imass) Date: Mon, 5 Mar 2012 13:28:38 -0500 Subject: [tpm] Follow-up to Jan 26 2012 Meeting PAR Example and Presentation In-Reply-To: <2FE61372-979F-4814-8C21-75591E036160@vilerichard.com> References:

<2FE61372-979F-4814-8C21-75591E036160@vilerichard.com> Message-ID: On Mon, Mar 5, 2012 at 1:18 PM, Olaf Alders wrote: > > On 2012-03-05, at 1:15 PM, Alejandro Imass wrote: > >> Hello! Can someone please confirm id the mail below ever made it to the list? >> >> Thanks! > > Hi Alejandro, > > Not sure, but you can check the archives here: > > http://mail.pm.org/pipermail/toronto-pm/ > Yep, should have checked there first! Thanks! -- Alejandro From aimass at yabarana.com Mon Mar 5 10:08:36 2012 From: aimass at yabarana.com (Alejandro Imass) Date: Mon, 5 Mar 2012 13:08:36 -0500 Subject: [tpm] Follow-up to Jan 26 2012 Meeting PAR Example and Presentation In-Reply-To: References: Message-ID: Hi, can someone confirm if the email below ever made it to the list? Thanks! On Sun, Jan 29, 2012 at 4:21 PM, Alejandro Imass wrote: > Hello all, > > It was a pleasure meeting all of you and I enjoyed all the different > and clever solutions that were presented. Most of all, enjoyed the > fact that the nearby bar offers Steam Whistle, so you can be sure I > won't take my car to the Mongers meetings anymore ;-) > > Anyway, as promised, I am publishing the PAR/GTK example for everyone > here. I changed the namespace of the sample project to "pargtk" and > also threw in the presentation so it's all kept in one place. I have > allowed anonymous checkout to the project's repo and anyone wanting > write access is welcome to provide to me a user/pass credential pair > and I will allow write access to that person. > > To get a copy just: ?svn co svn://svn.yabarana.com/pargtk > > The code I showed you is in the trunk. I also eliminated the binary > from the repo because it took too much space and it also requires a > build in each arch/pltaform so it really made no sense to keep such a > large binary file in the project. The .pl executable should run > without building the PAR file, and you should make sure it runs before > attempting to build the binary. > > To build the single file binary just type make. For those that ask for > write access: please don't upload the binary again! > > The presentation folder is in LaTeX/Beamer but the PDF is already > built so no need to to make it. > > This small GTK project uses Glade3 and I think it could also serve the > purpose to expand it to a fully functioning app to teach Perl/GTK > development in future PM meetings. If there is any interest in Perl > GTK Devel, I can probably develop this example a little bit more, and > perhaps make a series of GTK workshops. > > As was mentioned in the meeting PAR + Perl GTK could be a n > interesting cross-platform option for many. > > Best, > > -- > Alejandro Imass From jztam at yahoo.com Mon Mar 5 13:08:26 2012 From: jztam at yahoo.com (J Z Tam) Date: Mon, 5 Mar 2012 13:08:26 -0800 (PST) Subject: [tpm] Follow-up to Jan 26 2012 Meeting PAR Example and Presentation In-Reply-To: Message-ID: <1330981706.90166.YahooMailClassic@web125702.mail.ne1.yahoo.com> it? _did_? make it through to my Inbox.? Athough you now seem to have two of your email addresses as blessed into the list: aimass at yabarana.com? #just recently added minutes ago ait at p2ee.org?????????????????? #was working fine already ... yes? Please try to post from one address, so our aging brains can figure out Who sent what.? Also,? I may simply have deleted a message from our purgatoryBox, if I didn't read anything that looked like a TPM topic... AND was sent from an unregistered email address. Thanks. /jordan --- On Mon, 3/5/12, Alejandro Imass wrote: From: Alejandro Imass Subject: Re: [tpm] Follow-up to Jan 26 2012 Meeting PAR Example and Presentation To: toronto-pm at pm.org Received: Monday, March 5, 2012, 1:15 PM Hello! Can someone please confirm id the mail below ever made it to the list? Thanks! -- Alejandro On Sun, Jan 29, 2012 at 4:24 PM, Alejandro Imass wrote: > Hello all, > > It was a pleasure meeting all of you and I enjoyed all the different > and clever solutions that were presented. Most of all, enjoyed the > fact that the nearby bar offers Steam Whistle, so you can be sure I > won't take my car to the Mongers meetings anymore ;-) > > Anyway, as promised, I am publishing the PAR/GTK example for everyone > here. I changed the namespace of the sample project to "pargtk" and > also threw in the presentation so it's all kept in one place. I have > allowed anonymous checkout to the project's repo and anyone wanting > write access is welcome to provide to me a user/pass credential pair > and I will allow write access to that person. > > To get a copy just: ?svn co svn://svn.yabarana.com/pargtk > > The code I showed you is in the trunk. I also eliminated the binary > from the repo because it took too much space and it also requires a > build in each arch/pltaform so it really made no sense to keep such a > large binary file in the project. The .pl executable should run > without building the PAR file, and you should make sure it runs before > attempting to build the binary. > > To build the single file binary just type make. For those that ask for > write access: please don't upload the binary again! > > The presentation folder is in LaTeX/Beamer but the PDF is already > built so no need to to make it. > > This small GTK project uses Glade3 and I think it could also serve the > purpose to expand it to a fully functioning app to teach Perl/GTK > development in future PM meetings. If there is any interest in Perl > GTK Devel, I can probably develop this example a little bit more, and > perhaps make a series of GTK workshops. > > As was mentioned in the meeting PAR + Perl GTK could be a n > interesting cross-platform option for many. > > Best, > > -- > Alejandro Imass _______________________________________________ toronto-pm mailing list toronto-pm at pm.org http://mail.pm.org/mailman/listinfo/toronto-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: From ait at p2ee.org Mon Mar 5 13:15:59 2012 From: ait at p2ee.org (Alejandro Imass) Date: Mon, 5 Mar 2012 16:15:59 -0500 Subject: [tpm] Follow-up to Jan 26 2012 Meeting PAR Example and Presentation In-Reply-To: <1330981706.90166.YahooMailClassic@web125702.mail.ne1.yahoo.com> References: <1330981706.90166.YahooMailClassic@web125702.mail.ne1.yahoo.com> Message-ID: On Mon, Mar 5, 2012 at 4:08 PM, J Z Tam wrote: > > it? _did_? make it through to my Inbox.? Athough you now seem to have two of your email addresses as blessed into the list: > > aimass at yabarana.com? #just recently added minutes ago > ait at p2ee.org?????????????????? #was working fine already ... yes? > > Please try to post from one address, so our aging brains can figure out Who sent what. > Yeap, I usually post from the second one (p2ee), the first one must have gotten added by mailman itself?? I'm pretty sure I did not add the Yabarana account, but I did post by mistake with that account. Sorry for any confusion! -- Alejandro From alexmac131 at hotmail.com Fri Mar 9 07:33:02 2012 From: alexmac131 at hotmail.com (Alex Mackinnon) Date: Fri, 9 Mar 2012 15:33:02 +0000 Subject: [tpm] avoid scraper contract In-Reply-To: <620504EB-2D78-44F4-97D7-47B9D65FA952@stok.ca> References: <1325617924.18884.0.503145@post.oreilly.com>, <620504EB-2D78-44F4-97D7-47B9D65FA952@stok.ca> Message-ID: Warning to all I recently had a contract to work with amazon cloud, perl, mysql and scraping websites for contextually aware adverts. Avoid : why : 1) payments are not regular on contract and collection is often an issue Should you need more detail or get called for such a job, contact me, I will give you the full info in private. Alex As a side comment: We should have a black list of employers with issues, not a union sort of thing but shared information on employers and companies with issues. The employers do so with people we should too. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt at starnix.com Fri Mar 9 07:38:12 2012 From: matt at starnix.com (G. Matthew Rice) Date: Fri, 9 Mar 2012 16:38:12 +0100 Subject: [tpm] avoid scraper contract In-Reply-To: References: <1325617924.18884.0.503145@post.oreilly.com> <620504EB-2D78-44F4-97D7-47B9D65FA952@stok.ca> Message-ID: as a lark, I guessed: http://ratemyemployer.com It exists :) --matt On Fri, Mar 9, 2012 at 4:33 PM, Alex Mackinnon wrote: > Warning to all > > I recently had a?contract to work with amazon cloud, perl, mysql??and > scraping?websites for contextually aware adverts. > > Avoid : > > > why : > > 1) payments are not regular on contract and collection is often an issue > > > Should you need more detail or get called for?such a?job, contact me, I will > give you the full info in private. > > Alex > > As a side comment: We should have a black list of employers with issues, not > a union sort of thing but > shared information on?employers? and companies with issues.? The > employers?do so with people we should too. > > > > > > > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm > -- G. Matthew Rice ? ? ? ? ? ? ? ? ? ? ? ?? gpg id: EF9AAD20 From mashton at 4all.com Fri Mar 9 08:47:58 2012 From: mashton at 4all.com (mashton) Date: Fri, 9 Mar 2012 11:47:58 -0500 Subject: [tpm] avoid scraper contract In-Reply-To: References: <1325617924.18884.0.503145@post.oreilly.com> <620504EB-2D78-44F4-97D7-47B9D65FA952@stok.ca> Message-ID: One option is to use an intermediary for unknown employers. I've used them when also hiring unknown contractors for short duration contracts. I usually use VWorker.com , they do take a small cut, but they make sure the funds for the contract are deposited in escrow, based on milestones. And they have a full arbitration facility. There are other like this out there, elance.com, odesk.com Just a thought! But yes there are a lot of unscrupulous people out there always looking to exploit and try and get something for little or nothing. Mike On Fri, Mar 9, 2012 at 10:33 AM, Alex Mackinnon wrote: > Warning to all > > I recently had a contract to work with amazon cloud, perl, mysql and > scraping websites for contextually aware adverts. > > Avoid : > > > why : > > 1) payments are not regular on contract and collection is often an issue > > > Should you need more detail or get called for such a job, contact me, I > will give you the full info in private. > > Alex > > As a side comment: We should have a black list of employers with issues, > not a union sort of thing but > shared information on employers and companies with issues. The > employers do so with people we should too. > > > > > > > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexmac131 at hotmail.com Fri Mar 9 08:49:37 2012 From: alexmac131 at hotmail.com (Alex Mackinnon) Date: Fri, 9 Mar 2012 16:49:37 +0000 Subject: [tpm] avoid scraper contract In-Reply-To: References: <1325617924.18884.0.503145@post.oreilly.com>, <620504EB-2D78-44F4-97D7-47B9D65FA952@stok.ca>, , Message-ID: Nice advice Mike :) Thank you Alex Date: Fri, 9 Mar 2012 11:47:58 -0500 From: mashton at 4all.com To: toronto-pm at pm.org Subject: Re: [tpm] avoid scraper contract One option is to use an intermediary for unknown employers. I've used them when also hiring unknown contractors for short duration contracts. I usually use VWorker.com , they do take a small cut, but they make sure the funds for the contract are deposited in escrow, based on milestones. And they have a full arbitration facility. There are other like this out there, elance.com, odesk.com Just a thought! But yes there are a lot of unscrupulous people out there always looking to exploit and try and get something for little or nothing. Mike On Fri, Mar 9, 2012 at 10:33 AM, Alex Mackinnon wrote: Warning to all I recently had a contract to work with amazon cloud, perl, mysql and scraping websites for contextually aware adverts. Avoid : why : 1) payments are not regular on contract and collection is often an issue Should you need more detail or get called for such a job, contact me, I will give you the full info in private. Alex As a side comment: We should have a black list of employers with issues, not a union sort of thing but shared information on employers and companies with issues. The employers do so with people we should too. _______________________________________________ toronto-pm mailing list toronto-pm at pm.org http://mail.pm.org/mailman/listinfo/toronto-pm _______________________________________________ toronto-pm mailing list toronto-pm at pm.org http://mail.pm.org/mailman/listinfo/toronto-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: From dominic at thoreau-online.net Fri Mar 9 08:50:41 2012 From: dominic at thoreau-online.net (Dominic Thoreau) Date: Fri, 9 Mar 2012 16:50:41 +0000 Subject: [tpm] avoid scraper contract In-Reply-To: References: <1325617924.18884.0.503145@post.oreilly.com> <620504EB-2D78-44F4-97D7-47B9D65FA952@stok.ca>

Message-ID: < resent, actually to the list this time > *un-lurks* And here I was thinking that complaining about work counted as a benefit. See http://somethingpositive.net/sp02212012.shtml *re-lurks* Dominic On 9 March 2012 15:38, G. Matthew Rice wrote: > as a lark, I guessed: > > ? ?http://ratemyemployer.com > > It exists :) > > --matt > > On Fri, Mar 9, 2012 at 4:33 PM, Alex Mackinnon wrote: >> Warning to all >> >> I recently had a?contract to work with amazon cloud, perl, mysql??and >> scraping?websites for contextually aware adverts. >> >> Avoid : >> >> >> why : >> >> 1) payments are not regular on contract and collection is often an issue >> >> >> Should you need more detail or get called for?such a?job, contact me, I will >> give you the full info in private. >> >> Alex >> >> As a side comment: We should have a black list of employers with issues, not >> a union sort of thing but >> shared information on?employers? and companies with issues.? The >> employers?do so with people we should too. >> >> >> >> >> >> >> _______________________________________________ >> toronto-pm mailing list >> toronto-pm at pm.org >> http://mail.pm.org/mailman/listinfo/toronto-pm >> > > > > -- > G. Matthew Rice ? ? ? ? ? ? ? ? ? ? ? ?? gpg id: EF9AAD20 > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm -- Nonnullus unus commodo reddo is mihi. ABC*D1EFGHIJK2.LMNO3*4PQRST*ITUBE-STANDARD-ANTI-BULLSHEIT-EMAIL*U.56X From antoniosun at lavabit.com Fri Mar 16 09:11:17 2012 From: antoniosun at lavabit.com (Antonio Sun) Date: Fri, 16 Mar 2012 12:11:17 -0400 Subject: [tpm] Perl getting the output from .Net apps Message-ID: Hi, I bumped into this strange problem that Perl cannot get the output from .Net apps. First of all, this is my simple .Net app written in C#: -------------------------------------------------- using System; namespace ConsoleApp { class Program { static void Main(string[] args) { Console.WriteLine(DateTime.Today); } } } -------------------------------------------------- It works fine: ConsoleApp$ bin/Debug/ConsoleApp 3/16/2012 12:00:00 AM Perl can grab normal program outputs just fine: $ seq 5 | perl -pe 's/^3$/`date`/e;' 1 2 Fri Mar 16 10:55:46 EDT 2012 4 5 Now it is time to put Perl & .Net app together: $ seq 5 | perl -pe 's|^3$|`bin/Debug/ConsoleApp`|e;' 1 2 4 5 Boom, it suddenly stops working. Have you experience something similar before? What's the solution? PS. My test run environment is cgwin. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From fulko.hew at gmail.com Fri Mar 16 09:24:39 2012 From: fulko.hew at gmail.com (Fulko Hew) Date: Fri, 16 Mar 2012 12:24:39 -0400 Subject: [tpm] Perl getting the output from .Net apps In-Reply-To: References: Message-ID: On Fri, Mar 16, 2012 at 12:11 PM, Antonio Sun wrote: > Hi, > > I bumped into this strange problem that Perl cannot get the output from > .Net apps. > ... snip ... > $ seq 5 | perl -pe 's|^3$|`bin/Debug/ConsoleApp`|e;' > 1 > 2 > > 4 > 5 > > Boom, it suddenly stops working. > My first thought (as always when confronted with a Windows problem is... does the path work (...within Perl) ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From indy at indigostar.com Fri Mar 16 09:57:35 2012 From: indy at indigostar.com (Indy Singh) Date: Fri, 16 Mar 2012 12:57:35 -0400 Subject: [tpm] Perl getting the output from .Net apps In-Reply-To: References:

Message-ID: <629EEBAAF5684F308D66A5B079FDFB8B@indy> The expression in backquotes `bin/Debug/ConsoleApp` is interpreted by Perl then passed to either a Windows exec call or to a Windows command shell. The syntax has to match what Windows is expecting. The syntax is not the same as what you are typing at the prompt since you are using the cygwin shell. You can test the required syntax by opening a DOS command shell and trying your command there. To start with try specifying the full (windows) path to the application, including the extension. E.g. c:\\some\\dir\\bin\\Debug\\ConsoleApp.exe. Use back slashes and double them up because they are inside back quotes. Indy Singh IndigoSTAR Software -- www.indigostar.com From: Fulko Hew Sent: Friday, March 16, 2012 12:24 PM To: Antonio Sun Cc: toronto-pm at pm.org Subject: Re: [tpm] Perl getting the output from .Net apps On Fri, Mar 16, 2012 at 12:11 PM, Antonio Sun wrote: Hi, I bumped into this strange problem that Perl cannot get the output from .Net apps. ... snip ... $ seq 5 | perl -pe 's|^3$|`bin/Debug/ConsoleApp`|e;' 1 2 4 5 Boom, it suddenly stops working. My first thought (as always when confronted with a Windows problem is... does the path work (...within Perl) ? -------------------------------------------------------------------------------- _______________________________________________ toronto-pm mailing list toronto-pm at pm.org http://mail.pm.org/mailman/listinfo/toronto-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: From antoniosun at lavabit.com Fri Mar 16 10:13:38 2012 From: antoniosun at lavabit.com (Antonio Sun) Date: Fri, 16 Mar 2012 13:13:38 -0400 Subject: [tpm] Perl getting the output from .Net apps In-Reply-To: References:

Message-ID: Thanks Fulko. On Fri, Mar 16, 2012 at 12:24 PM, Fulko Hew wrote: > My first thought (as always when confronted with a Windows problem is... > does the path work (...within Perl) ? > Yes, I omitted the path when posting. It's still the same as I invoked ConsoleApp before: It works fine: > ConsoleApp$ bin/Debug/ConsoleApp > 3/16/2012 12:00:00 AM Thanks anyway. -------------- next part -------------- An HTML attachment was scrubbed... URL: From antoniosun at lavabit.com Fri Mar 16 10:17:36 2012 From: antoniosun at lavabit.com (Antonio Sun) Date: Fri, 16 Mar 2012 13:17:36 -0400 Subject: [tpm] Perl getting the output from .Net apps In-Reply-To: References: Message-ID: On Fri, Mar 16, 2012 at 12:11 PM, Antonio Sun wrote: > Now it is time to put Perl & .Net app together: > > $ seq 5 | perl -pe 's|^3$|`bin/Debug/ConsoleApp`|e;' > 1 > 2 > > 4 > 5 > > Boom, it suddenly stops working. > I can now almost confirm that it might be caused by .net because I tried seq 5 | perl -pe 's/^3$/`ipconfig`/e;' I,e, perl + traditional dos app, and it works fine. Any thoughts? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From antoniosun at lavabit.com Fri Mar 16 11:08:06 2012 From: antoniosun at lavabit.com (Antonio Sun) Date: Fri, 16 Mar 2012 14:08:06 -0400 Subject: [tpm] Perl getting the output from .Net apps In-Reply-To: <629EEBAAF5684F308D66A5B079FDFB8B@indy> References:

<629EEBAAF5684F308D66A5B079FDFB8B@indy> Message-ID: On Fri, Mar 16, 2012 at 12:57 PM, Indy Singh wrote: > The syntax is not the same as what you are typing at the prompt since you > are using the cygwin shell. Thanks Indy. Apparently cygwin is doing an excellent job to shield that one layer of complexity off me. ---------------------------------------------- $ type ipconfig.exe ipconfig.exe is hashed (/cygdrive/c/Windows/system32/ipconfig.exe) $ seq 5 | perl -pe 's|^3$|`/cygdrive/c/Windows/system32/ipconfig`|e;' 1 2 Windows IP Configuration Ethernet adapter Local Area Connection: . . . Connection-specific DNS Suffix . : 4 5 ---------------------------------------------- Thanks anyway. -------------- next part -------------- An HTML attachment was scrubbed... URL: From arocker at Vex.Net Fri Mar 16 11:08:41 2012 From: arocker at Vex.Net (arocker at Vex.Net) Date: Fri, 16 Mar 2012 14:08:41 -0400 Subject: [tpm] Perl getting the output from .Net apps In-Reply-To: References: Message-ID: <57309d825b2c8a24c8c449a96b0ecf9a.squirrel@mail.vex.net> Is .Net specifically defined as writing to STDOUT? You could try something like $bin/Debug/ConsoleApp | wc to see if the output redirects normally. Then perhaps $`bin/Debug/ConsoleApp` | wc and $wc `bin/Debug/ConsoleApp` to see if there any problems with the subshell. (It doesn't have to be wc, just another command that will produce an identifiable result if ConsoleApp outputs something.) From antoniosun at lavabit.com Fri Mar 16 12:29:00 2012 From: antoniosun at lavabit.com (Antonio Sun) Date: Fri, 16 Mar 2012 15:29:00 -0400 Subject: [tpm] OT: getting the output from .Net apps Message-ID: Thanks Alan, I've made some interesting discovery based on your suggestion. $ bin/Debug/ConsoleApp > output $ wc output 1 3 23 output It looks that my .Net app writes to STDOUT OK. That's what I've been testing. But look. $ bin/Debug/ConsoleApp | wc 0 0 0 $ echo `bin/Debug/ConsoleApp` | wc 1 0 1 So now I can confirm that it has nothing to do with Perl, but my .Net app and cygwin. Still, anyone can help? Thanks On Fri, Mar 16, 2012 at 2:08 PM, wrote: > > Is .Net specifically defined as writing to STDOUT? > > You could try something like $bin/Debug/ConsoleApp | wc to see if the > output redirects normally. > > Then perhaps $`bin/Debug/ConsoleApp` | wc and $wc `bin/Debug/ConsoleApp` > to see if there any problems with the subshell. > > (It doesn't have to be wc, just another command that will produce an > identifiable result if ConsoleApp outputs something.) > > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stuart at morungos.com Fri Mar 16 12:34:26 2012 From: stuart at morungos.com (Stuart Watt) Date: Fri, 16 Mar 2012 15:34:26 -0400 Subject: [tpm] Perl getting the output from .Net apps In-Reply-To: References: Message-ID: <02BCAF7B-D2B0-4DA6-BA0A-65A8E013C5D5@morungos.com> It sounds a bit like this: http://comments.gmane.org/gmane.os.cygwin/132115 That would make it a cygwin issue, and relatively recent one at that. The thread contains some interesting attempts at explanation. If so, a Windows command prompt version would not have that problem, although you'd need to muck about with the syntax to get it working under cmd.exe. All the best Stuart On 2012-03-16, at 12:11 PM, Antonio Sun wrote: > Hi, > > I bumped into this strange problem that Perl cannot get the output from .Net apps. > > [snip] > > Now it is time to put Perl & .Net app together: > > $ seq 5 | perl -pe 's|^3$|`bin/Debug/ConsoleApp`|e;' > 1 > 2 > > 4 > 5 > > Boom, it suddenly stops working. > > Have you experience something similar before? > What's the solution? > > > PS. My test run environment is cgwin. > > Thanks > > > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: From indy at indigostar.com Fri Mar 16 12:44:31 2012 From: indy at indigostar.com (Indy Singh) Date: Fri, 16 Mar 2012 15:44:31 -0400 Subject: [tpm] OT: getting the output from .Net apps In-Reply-To: References: Message-ID: <34557DACB5D0418DA7671C9569ABEB17@indy> One work-around would be to direct the output a file first then ?cat? the file. Indy Singh IndigoSTAR Software -- www.indigostar.com From: Antonio Sun Sent: Friday, March 16, 2012 3:29 PM To: arocker at vex.net Cc: toronto-pm at pm.org Subject: [tpm] OT: getting the output from .Net apps Thanks Alan, I've made some interesting discovery based on your suggestion. $ bin/Debug/ConsoleApp > output $ wc output 1 3 23 output It looks that my .Net app writes to STDOUT OK. That's what I've been testing. But look. $ bin/Debug/ConsoleApp | wc 0 0 0 $ echo `bin/Debug/ConsoleApp` | wc 1 0 1 So now I can confirm that it has nothing to do with Perl, but my .Net app and cygwin. Still, anyone can help? Thanks On Fri, Mar 16, 2012 at 2:08 PM, wrote: Is .Net specifically defined as writing to STDOUT? You could try something like $bin/Debug/ConsoleApp | wc to see if the output redirects normally. Then perhaps $`bin/Debug/ConsoleApp` | wc and $wc `bin/Debug/ConsoleApp` to see if there any problems with the subshell. (It doesn't have to be wc, just another command that will produce an identifiable result if ConsoleApp outputs something.) _______________________________________________ toronto-pm mailing list toronto-pm at pm.org http://mail.pm.org/mailman/listinfo/toronto-pm -------------------------------------------------------------------------------- _______________________________________________ toronto-pm mailing list toronto-pm at pm.org http://mail.pm.org/mailman/listinfo/toronto-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: From arocker at Vex.Net Fri Mar 16 12:48:26 2012 From: arocker at Vex.Net (arocker at Vex.Net) Date: Fri, 16 Mar 2012 15:48:26 -0400 Subject: [tpm] OT: getting the output from .Net apps In-Reply-To: References: Message-ID: > > $ bin/Debug/ConsoleApp > output > > $ wc output > 1 3 23 output > So redirection works. > $ bin/Debug/ConsoleApp | wc > 0 0 0 > But the link between the .Net app and the pipeline mechanism is broken > $ echo `bin/Debug/ConsoleApp` | wc > 1 0 1 > Which is what Bash returns from $echo `` | wc The error could be at either end, (or worse, synergistic). From arocker at Vex.Net Fri Mar 16 12:55:02 2012 From: arocker at Vex.Net (arocker at Vex.Net) Date: Fri, 16 Mar 2012 15:55:02 -0400 Subject: [tpm] Perl getting the output from .Net apps In-Reply-To: <02BCAF7B-D2B0-4DA6-BA0A-65A8E013C5D5@morungos.com> References: <02BCAF7B-D2B0-4DA6-BA0A-65A8E013C5D5@morungos.com> Message-ID: <31e639aba61683f65a74d4810e71a82c.squirrel@mail.vex.net> > It sounds a bit like this: > http://comments.gmane.org/gmane.os.cygwin/132115 > I was going to look for something like that; thanks for saving me the trouble, Stuart. Could it be a line-end confusion? Does the C# command terminate the output with a new-line, (of any sort)? Maybe an explicit new-line in the output text might change the effect? From antoniosun at lavabit.com Fri Mar 16 15:19:55 2012 From: antoniosun at lavabit.com (Antonio Sun) Date: Fri, 16 Mar 2012 18:19:55 -0400 Subject: [tpm] Perl getting the output from .Net apps In-Reply-To: <02BCAF7B-D2B0-4DA6-BA0A-65A8E013C5D5@morungos.com> References: <02BCAF7B-D2B0-4DA6-BA0A-65A8E013C5D5@morungos.com> Message-ID: Thanks a lot Stuart. You saved my day. My issue is the same as the one near the very bottom. But anyway, cygwin1-20120312.dll from http://cygwin.com/snapshots/ solved the problem. Thanks everyone! On Fri, Mar 16, 2012 at 3:34 PM, Stuart Watt wrote: > It sounds a bit like this: > http://comments.gmane.org/gmane.os.cygwin/132115 > > That would make it a cygwin issue, and relatively recent one at that. The > thread contains some interesting attempts at explanation. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cj at enersave.ca Sun Mar 18 08:43:06 2012 From: cj at enersave.ca (Chris Jones) Date: Sun, 18 Mar 2012 11:43:06 -0400 Subject: [tpm] Bundling a Perl, mysql WEB app for local use In-Reply-To: <20120124153238.070942E8A82@xx1.develooper.com> References: <20120106190741.45D312E8A81@xx1.develooper.com> <258b2c9b3e593f37373d392c43aff685.squirrel@mail.vex.net> <20120124153238.070942E8A82@xx1.develooper.com> Message-ID: <20120318154307.508012E8A81@xx1.develooper.com> I have to return Stuar's SD card. He lent me it to use for expanding his concept for bundling my WEB app. >> Christopher Jones, P.Eng. Suite 1801, 1 Yonge Street Toronto, ON M5E1W7 Tel. 416-203-7465 Fax. 416-946-1005 email cj at enersave.ca From jztam at yahoo.com Sun Mar 18 11:11:39 2012 From: jztam at yahoo.com (J Z Tam) Date: Sun, 18 Mar 2012 11:11:39 -0700 (PDT) Subject: [tpm] Bundling a Perl, mysql WEB app for local use In-Reply-To: <20120318154307.508012E8A81@xx1.develooper.com> Message-ID: <1332094299.31863.YahooMailClassic@web125701.mail.ne1.yahoo.com> I'm just East of you.? ping me during the work week (t w r). /jordan --- On Sun, 3/18/12, Chris Jones wrote: From: Chris Jones Subject: Re: [tpm] Bundling a Perl, mysql WEB app for local use To: toronto-pm at pm.org Received: Sunday, March 18, 2012, 11:43 AM I have to return Stuar's SD card.? He lent me it to use for expanding his concept for bundling my WEB app. >> Christopher Jones, P.Eng. Suite 1801, 1 Yonge Street Toronto, ON M5E1W7 Tel. 416-203-7465 Fax. 416-946-1005 email cj at enersave.ca _______________________________________________ toronto-pm mailing list toronto-pm at pm.org http://mail.pm.org/mailman/listinfo/toronto-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: From olaf at vilerichard.com Wed Mar 21 10:43:28 2012 From: olaf at vilerichard.com (Olaf Alders) Date: Wed, 21 Mar 2012 13:43:28 -0400 Subject: [tpm] ideas for talks Message-ID: <18336CEB-DC16-4E5F-A46B-E699AA3E030F@vilerichard.com> I just wanted to throw out some ideas for talks over the coming months. First off, my YAPC talk has been accepted: http://act.yapcna.org/2012/talk/139 It's a 20 minute introduction to the MetaCPAN API. The meeting in May would be a great time for me to test drive the talk. April works too, if May is booked solid. ;) Secondly, if anyone knows their way around tmux, I personally would benefit from some kind of demonstration on that. (No, I did not RTFM) Thirdly, in general some kind of a tools night would be great. I'm finding out about really great stuff just by looking over someone's shoulder. A lot of times they tell me they've been using it for years, but they never thought to share it with me. So, getting people to talk about how they use vim, solarized, screen, tmux, komodo, etc and demonstrating that on the projector would be something very helpful, I think. Olaf -- Olaf Alders olaf at vilerichard.com http://vilerichard.com -- folk rock http://twitter.com/vilerichard http://cdbaby.com/cd/vilerichard From shlomif at shlomifish.org Wed Mar 21 11:27:18 2012 From: shlomif at shlomifish.org (Shlomi Fish) Date: Wed, 21 Mar 2012 20:27:18 +0200 Subject: [tpm] ideas for talks In-Reply-To: <18336CEB-DC16-4E5F-A46B-E699AA3E030F@vilerichard.com> References: <18336CEB-DC16-4E5F-A46B-E699AA3E030F@vilerichard.com> Message-ID: <20120321202718.356f7064@lap.shlomifish.org> Hi Olaf and all, On Wed, 21 Mar 2012 13:43:28 -0400 Olaf Alders wrote: > I just wanted to throw out some ideas for talks over the coming months. > > First off, my YAPC talk has been accepted: http://act.yapcna.org/2012/talk/139 It's a 20 minute introduction to the MetaCPAN API. The meeting in May would be a great time for me to test drive the talk. April works too, if May is booked solid. ;) > > Secondly, if anyone knows their way around tmux, I personally would benefit from some kind of demonstration on that. (No, I did not RTFM) I would also appreciate an introduction to tmux, but I should note that I'm not living in Toronto (I'm just subscribed to this mailing list). My problem is that I'm not sure I understand tmux's program model and how buffers, windows, sessions, viewports and whatever else it supports related to each other, and how they are implemented behind the scenes. For example, I recall that I once wanted to write the output captured by a shell's session's history to a file, and had to research and execute several commands to do so (successfully, IIRC), but I can no longer reproduce it. So an introduction to tmux's program model and how to make your mental model of tmux to match would be appreciated. I've been toying with the idea of properly researching that and preparing a small article or E-book about it, but I didn't get to it and would be happy if someone else with a better understanding of tmux than I have will do it. Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ Funny Anti-Terrorism Story - http://shlom.in/enemy *shlomif:* hack, hack, hack ; save ; make ; make test; commit. And start over. *mrjink:*hack, hack, hack; save; make; swear; fix typos; save; make; make test; swear some more; hack some more; save; make; make test; cheer; commit. *meep:* hack, make, test, segfault, oh noes, revert to previous revision Please reply to list if it's a mailing list post - http://shlom.in/reply . From jztam at yahoo.com Wed Mar 21 11:31:48 2012 From: jztam at yahoo.com (J Z Tam) Date: Wed, 21 Mar 2012 11:31:48 -0700 (PDT) Subject: [tpm] ideas for talks In-Reply-To: <18336CEB-DC16-4E5F-A46B-E699AA3E030F@vilerichard.com> Message-ID: <1332354708.89917.YahooMailClassic@web125702.mail.ne1.yahoo.com> 1. @olaf congrats on the metaAcceptance.? woo hoo ;-) 2. IIRC, my brain is like a seive, last month, we were collectively chatting about "workflows"? as a? lightning talk series. So, perhaps we can come up with a standardized source file(s) so that there are more eurekas, when we see the other guy do it waay cool.? File I/O, regexps, revision control, shell outs, etc. For now, let's just shout out what you would like to see performed in each person's workflow...? and we'll crowdsource our source tree later. Suggestions; 2.1? how to wget/install:? vi,? *vim,? *emacs,? komodo*,? padre,? eclipse+EPIC,? kate, gEdit, yetAnotherPerlEditor, etc.? Once we have the first round of presenters/IDEs? we can install what we each want to test drive, when the guru is presenting. Versioning matters!? so please send URIs and notes. 2.2? what the cool kids are hacking for their IDE's --- On Wed, 3/21/12, Olaf Alders wrote: From: Olaf Alders Subject: [tpm] ideas for talks To: toronto-pm at pm.org Received: Wednesday, March 21, 2012, 1:43 PM I just wanted to throw out some ideas for talks over the coming months. First off, my YAPC talk has been accepted: http://act.yapcna.org/2012/talk/139? It's a 20 minute introduction to the MetaCPAN API.? The meeting in May would be a great time for me to test drive the talk.? April works too, if May is booked solid.? ;) Secondly, if anyone knows their way around tmux, I personally would benefit from some kind of demonstration on that. (No, I did not RTFM) Thirdly, in general some kind of a tools night would be great.? I'm finding out about really great stuff just by looking over someone's shoulder.? A lot of times they tell me they've been using it for years, but they never thought to share it with me.? So, getting people to talk about how they use vim, solarized, screen, tmux, komodo, etc and demonstrating that on the projector would be something very helpful, I think. Olaf -- Olaf Alders olaf at vilerichard.com http://vilerichard.com -- folk rock http://twitter.com/vilerichard http://cdbaby.com/cd/vilerichard _______________________________________________ toronto-pm mailing list toronto-pm at pm.org http://mail.pm.org/mailman/listinfo/toronto-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: From quantum.mechanic.1964 at gmail.com Fri Mar 30 07:18:33 2012 From: quantum.mechanic.1964 at gmail.com (Quantum Mechanic) Date: Fri, 30 Mar 2012 10:18:33 -0400 Subject: [tpm] Hank Programming Message-ID: Thank you for sharing Hank with us, Stewart. For the list: http://projects.kmi.open.ac.uk/hank/screen.htm Cheers, QM From arocker at Vex.Net Fri Mar 30 08:18:37 2012 From: arocker at Vex.Net (arocker at Vex.Net) Date: Fri, 30 Mar 2012 11:18:37 -0400 Subject: [tpm] Future Systems discussion Message-ID: This article would seem apropos to the discussion Indy started last night: http://www.theregister.co.uk/2012/03/28/idc_pc_tablet_smartphone_smackdown/ The title "ARM-Android to outship Windows-Anything by 2016" pretty much sums up the message.