From jarich at perltraining.com.au Fri Jun 2 17:03:26 2006 From: jarich at perltraining.com.au (Jacinta Richardson) Date: Sat, 03 Jun 2006 10:03:26 +1000 Subject: [Melbourne-pm] Contact Details! In-Reply-To: <005401c67f8e$e6966f60$0400000a@Georgielaptop> References: <005401c67f8e$e6966f60$0400000a@Georgielaptop> Message-ID: <4480D1CE.4010700@perltraining.com.au> G'day everyone. Georgie Carpenter from Red Recruitment Pty Ltd is looking for 8 Perl programmers. I have volunteered to pass this through to the list for her. The position description follows. Please contact Georgie about these positions and not me. > Some of the smartest organisations in the world have failed to bring to > fruition innovative and inspiring products to the market through one mere > oversight: They have overlooked the power of an inquisitive, aware, creative > individual in favour of a technically competent automaton. My client is > different. The environment in which they work, the space and industry in > which they focus and the calibre of their high end corporate and consumer > focused clients all understand that to be successful in the interactive > space, the professionals involved need a history at a level that evokes > creative and technical symbiosis. This is how my client happens to be one of > the most successful online organisations that is continuing to grow on an > international scale and which is why an extremely talented Software > Developer is required. > > The main responsibilities for this software developer will to assist design, > development, testing and documentation of code for new products and > enhancements of my client's business applications including some of the most > used websites in the world. > > The key skills required are: > > * Perl (minimum 5 years experience) > > * SQL/HTML/XML experience > > * Excellent understanding of the internet and the digital space > > * Technical writing experience > > But, the BEST candidate will also have: > > * An open and relaxed personality > > * Real creative drive and we're not just talking technology > > * Tenacity and effective communication skills > > * Savvy individual with a foot in several interesting and possibly > subversive areas of interest > > Your background may include web companies, financial institutions, mobility > and media and the ability to demonstrate on your resume where several > projects have been worked on simultaneously! > > I'd really appreciate it if you could pass on my details to everyone who may > be interested! > > Best regards > > Georgie > > > Georgie Carpenter > > Senior Consultant > > Red Recruitment Pty Ltd > > Phone: +61 3 9854 6275 > > Mobile: +61 432 399 939 > > Fax: +61 3 9855 2849 > > www.redrecruitment.com.au From jarich at perltraining.com.au Fri Jun 2 17:10:00 2006 From: jarich at perltraining.com.au (Jacinta Richardson) Date: Sat, 03 Jun 2006 10:10:00 +1000 Subject: [Melbourne-pm] Perl job offer -- Re: Contact Details! In-Reply-To: <4480D1CE.4010700@perltraining.com.au> References: <005401c67f8e$e6966f60$0400000a@Georgielaptop> <4480D1CE.4010700@perltraining.com.au> Message-ID: <4480D358.6060002@perltraining.com.au> Sorry about not changing the subject line. My bad. J Jacinta Richardson wrote: > G'day everyone. > > Georgie Carpenter from Red Recruitment Pty Ltd is looking for 8 Perl > programmers. I have volunteered to pass this through to the list for her. The > position description follows. > > Please contact Georgie about these positions and not me. > > >>Some of the smartest organisations in the world have failed to bring to >>fruition innovative and inspiring products to the market through one mere >>oversight: They have overlooked the power of an inquisitive, aware, creative >>individual in favour of a technically competent automaton. My client is >>different. The environment in which they work, the space and industry in >>which they focus and the calibre of their high end corporate and consumer >>focused clients all understand that to be successful in the interactive >>space, the professionals involved need a history at a level that evokes >>creative and technical symbiosis. This is how my client happens to be one of >>the most successful online organisations that is continuing to grow on an >>international scale and which is why an extremely talented Software >>Developer is required. >> >>The main responsibilities for this software developer will to assist design, >>development, testing and documentation of code for new products and >>enhancements of my client's business applications including some of the most >>used websites in the world. >> >>The key skills required are: >> >>* Perl (minimum 5 years experience) >> >>* SQL/HTML/XML experience >> >>* Excellent understanding of the internet and the digital space >> >>* Technical writing experience >> >>But, the BEST candidate will also have: >> >>* An open and relaxed personality >> >>* Real creative drive and we're not just talking technology >> >>* Tenacity and effective communication skills >> >>* Savvy individual with a foot in several interesting and possibly >>subversive areas of interest >> >>Your background may include web companies, financial institutions, mobility >>and media and the ability to demonstrate on your resume where several >>projects have been worked on simultaneously! >> >>I'd really appreciate it if you could pass on my details to everyone who may >>be interested! >> >>Best regards >> >>Georgie >> >> >>Georgie Carpenter >> >>Senior Consultant >> >>Red Recruitment Pty Ltd >> >>Phone: +61 3 9854 6275 >> >>Mobile: +61 432 399 939 >> >>Fax: +61 3 9855 2849 >> >>www.redrecruitment.com.au > > _______________________________________________ > Melbourne-pm mailing list > Melbourne-pm at pm.org > http://mail.pm.org/mailman/listinfo/melbourne-pm > -- ("`-''-/").___..--''"`-._ | Jacinta Richardson | `6_ 6 ) `-. ( ).`-.__.`) | Perl Training Australia | (_Y_.)' ._ ) `._ `. ``-..-' | +61 3 9354 6001 | _..`--'_..-_/ /--'_.' ,' | contact at perltraining.com.au | (il),-'' (li),' ((!.-' | www.perltraining.com.au | From skud at infotrope.net Fri Jun 2 18:27:45 2006 From: skud at infotrope.net (Kirrily Robert) Date: Sat, 3 Jun 2006 11:27:45 +1000 Subject: [Melbourne-pm] Contact Details! In-Reply-To: <4480D1CE.4010700@perltraining.com.au> References: <005401c67f8e$e6966f60$0400000a@Georgielaptop> <4480D1CE.4010700@perltraining.com.au> Message-ID: <41303C6B-7A49-4202-B903-B8E36EFA73F1@infotrope.net> On 03/06/2006, at 10:03 AM, Jacinta Richardson wrote: > G'day everyone. > > Georgie Carpenter from Red Recruitment Pty Ltd is looking for 8 Perl > programmers. I have volunteered to pass this through to the list > for her. The > position description follows. > > Please contact Georgie about these positions and not me. I just took one of these jobs so I know what it's about. It's with realestate.com.au, based in North Richmond. Feel free to email me personally if you want further details that you might not get from the recruiter (though I will say, Georgie is great to deal with). Oh yeah, and I'm moving to Melbourne in 3 weeks. Just (re-)joined this list. Hi! K. -- Kirrily Robert -- skud at infotrope.net -- http://infotrope.net/ From jarich at perltraining.com.au Sat Jun 3 05:29:53 2006 From: jarich at perltraining.com.au (Jacinta Richardson) Date: Sat, 03 Jun 2006 22:29:53 +1000 Subject: [Melbourne-pm] Contact Details! In-Reply-To: <41303C6B-7A49-4202-B903-B8E36EFA73F1@infotrope.net> References: <005401c67f8e$e6966f60$0400000a@Georgielaptop> <4480D1CE.4010700@perltraining.com.au> <41303C6B-7A49-4202-B903-B8E36EFA73F1@infotrope.net> Message-ID: <448180C1.6090801@perltraining.com.au> Kirrily Robert wrote: > Oh yeah, and I'm moving to Melbourne in 3 weeks. Just (re-)joined > this list. Hi! Woohoo! Welcome home Kirrily! I hope we'll see you at the next PM meeting (July 12th), although if you some how manage to make it to the OSDClub meeting on the 14th that would be ace too! J -- ("`-''-/").___..--''"`-._ | Jacinta Richardson | `6_ 6 ) `-. ( ).`-.__.`) | Perl Training Australia | (_Y_.)' ._ ) `._ `. ``-..-' | +61 3 9354 6001 | _..`--'_..-_/ /--'_.' ,' | contact at perltraining.com.au | (il),-'' (li),' ((!.-' | www.perltraining.com.au | From jarich at perltraining.com.au Sat Jun 10 04:25:39 2006 From: jarich at perltraining.com.au (Jacinta Richardson) Date: Sat, 10 Jun 2006 21:25:39 +1000 Subject: [Melbourne-pm] Update from MPM Committee Message-ID: <448AAC33.4070000@perltraining.com.au> G'day everyone, As you may be aware, Melbourne Perl Mongers incorporated on the 1st September 2004. Part of the catalyst for this event was that members of Melbourne Perl Mongers were organising the Open Source Developers' Conference (2004) and needed a legal entity for purposes of accepting sponsorship and other contracts. That first conference went extremely well and gained interest from a broad section of Melbourne's open source community. This was reflected in the make-up of the 2005 conference committee. In order to provide a complete separation of the finances and organisation of the conference, the Melbourne Perl Mongers committee agreed to allow the creation of a separate legal entity for the conference. Thus the Open Source Developers' Conference is now run by The Open Source Developers' Conference Inc. Unfortunately news of this event did not reach all Melbourne Perl Mongers members, and for this we apologise. Please find below a text copy of the meeting minutes from the final committee meeting before the last election. If you'd like an official copy (in pdf) please let any committee member know. All the very best, Jacinta ------------------------------------------------------------------------ Melbourne Perl Mongers Association Minutes for 2005-2006 Date: Thursday 4th of May 2006 Attendees: Scott Penrose, Leif Eriksen, Simon Taylor, Gerry Quinlan, Bradley Dean, Justin Presser, Stephen Edmonds The Melbourne Perl Mongers discussions occurred via email and have been the results have been compiled here as the minutes for public record. * Approving the 2004 OSDC Committee Approved * Approve signature holders of the bank account (President and Treasurer and one member -- any two) Approved * Approving the 2005 OSDC Committee Approved * Approving the 2005 OSDC Independence Approved * Request for OSDC Association to take on the $2300 debt to Monash University Approved (also approved by OSDC Committee) * Request for OSDC Association to take on the $2000 outstanding invoice from OSV for 2004 OSDC in payment for the debt above. Approved (also approved by OSDC Committee) * AGM May 2006 Approve ------------------------------------------------------------------------ -- ("`-''-/").___..--''"`-._ | Jacinta Richardson | `6_ 6 ) `-. ( ).`-.__.`) | Perl Training Australia | (_Y_.)' ._ ) `._ `. ``-..-' | +61 3 9354 6001 | _..`--'_..-_/ /--'_.' ,' | contact at perltraining.com.au | (il),-'' (li),' ((!.-' | www.perltraining.com.au | From scottp at dd.com.au Mon Jun 12 18:25:07 2006 From: scottp at dd.com.au (Scott Penrose) Date: Tue, 13 Jun 2006 11:25:07 +1000 Subject: [Melbourne-pm] Linux Australia Urges the Federal Govt. Not to Abandon Consumer and Competition Interests References: <1150157210.5625.11.camel@localhost.localdomain> Message-ID: Hey Guys I feel this is one that effects us greatly so I hope you don't mind that it is not entirely perl related. Scott Begin forwarded message: > From: James Purser > Date: 13 June 2006 10:06:49 GMT+10:00 > To: press-contacts at linux.org.au > Subject: [Announce] Linux Australia Urges the Federal Govt. Not to > Abandon Consumer and Competition Interests > Reply-To: press at linux.org.au > > Linux Australia Urges the Federal Govt. Not to Abandon Consumer and > Competition Interests > > Linux Australia, Australia's peak Free and Open Source Software > community group, announced the launch of a petition today calling > on the > federal government to resist pressure to abandon consumer and > competition rights when drafting anti-circumvention laws. New laws > are > required under the terms of the Free Trade Agreement negotiated > between > Australia and the United States. > > "The treaty doesn't force us to implement this like the US, where > these > laws have driven litigation to suppress academic publications, prevent > third-party printer cartridge manufacturers, and eliminate competition > by Open Source software. But naturally some large business interests > are pressing for the same restrictions on legitimate access to digital > material here." said Rusty Russell, Linux Australia's IP Policy > Adviser. > > "Consumers should continue to enjoy full use of their legitimately > purchased digital material, whether it be playing DVDs, copying CDs > onto > their iPods, using computer programs of their choice, or playing > iTunes-bought songs on non-iPod MP3 players. You've paid for it, you > use it as you see fit." > > Con Zymaris, a director with the Open Source Industry Association, > joined with Russell. "Australian small businesses are world-class at > using, deploying and building Open Source software. We must be > free to > do so without fear of lawsuits from the larger incumbents we compete > against." > > Linux Australia President Jon Oxer called for a focus on consumer > rights > and support. Oxer urged all those who would be affected by the new > laws > to download a copy of the petition and get as many signatures as > possible. > > "If we don't push back now, Australian competition, consumer rights > and > freedoms will be hamstrung as we enter the digital age." > > The petition and online statement can be found at > http://linux.org.au/law. > > Rusty Russell can be contacted on 0417 451212. > > About Linux Australia > > Linux Australia exists to serve and promote the Australian Linux and > Open Source community. The organisation aims to do this best by taking > enthusiasms within the community, such as FOSS issues, projects, > education, advocacy just to name a few, and help them flourish, to > succeed. The lifeblood of this organisation is the people in the > community, and Linux Australia strives to be both relevant and > useful to > the community. For more details on Linux Australia visit > http://linux.org.au > > About OSIA > > OSIA is the national industry body for Open Source within > Australia. We > exist to further the cause of both Free and Open Source Software > (FOSS) > in Australia and to help our members to improve their business success > in this growing sector of the global Information and Communication > Technology (ICT) market. For more information about OSIA please visit > http://www.osia.net.au > -- > James Purser > Ordinary Committee Member > Linux Australia > http://linux.org.au -- * - * http://www.osdc.com.au - Open Source Developers Conference * - * Scott Penrose Anthropomorphic Personification Expert http://search.cpan.org/search?author=SCOTT scott at cpan.org Dismaimer: While every attempt has been made to make sure that this email only contains zeros and ones, there has been no effort made to guarantee the quantity or the order. Please do not send me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Microsoft is not the answer. It's the question. And the answer is no. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://mail.pm.org/pipermail/melbourne-pm/attachments/20060613/112f323d/attachment.bin From scottp at dd.com.au Mon Jun 12 23:37:07 2006 From: scottp at dd.com.au (Scott Penrose) Date: Tue, 13 Jun 2006 16:37:07 +1000 Subject: [Melbourne-pm] OSDClub meeting - 14th June 2006 Message-ID: <73375400-D2CA-43F3-ACC8-0116483C10A8@dd.com.au> We invite you to join us for the next OSDClub meeting: When: 6:30pm, Wednesday 14th June 2006 Where: myinternet, Level 8, 14 Blackwood St, North Melbourne More details: http://www.osdc.com.au/osdclub/ Please invite your friends, family and workmates to join us if you anticipate they may be interested. Our featured talks will be: MySQL Normalization & Optimisation Techniques by Ben Cornwell ------------------------------------------------------------- The talk aims to provide a description of the database normalisation process. Using a series of simple, practical examples I aim to introduce Normal Form 1 through 4, and provide a few reasons why normalisation is an important and useful process. Finally I'll present a couple of scenarios where blindly following normalisation techniques can have a detrimental effect. Be a better consultant by Alec Clews ------------------------------------ This talk will outline simple approaches to make dealing with customers more productive and profitable. Topics include: * The value proposition; * Process; * Deliverables; * Work practices; * other core issues. At the end of the talk, attendees should be able to examine their work habits and identify areas for improvement. Talk Proposals ============== We invite you to offer talk proposals for future meetings. To be involved, send your talk topic to clubadmin at osdc.com.au Presentations can make use of a particular programming language to illustrate examples, but should be accessible to programmers from a range of backgrounds. Next Meeting ============ The next OSDClub meeting should take place on the 4th August 2006. -- ("`-''-/").___..--''"`-._ | Jacinta Richardson | `6_ 6 ) `-. ( ).`-.__.`) | Perl Training Australia | (_Y_.)' ._ ) `._ `. ``-..-' | +61 3 9354 6001 | _..`--'_..-_/ /--'_.' ,' | contact at perltraining.com.au | (il),-'' (li),' ((!.-' | www.perltraining.com.au | _______________________________________________ Melbourne-pm mailing list Melbourne-pm at pm.org http://mail.pm.org/mailman/listinfo/melbourne-pm -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://mail.pm.org/pipermail/melbourne-pm/attachments/20060613/0071be9f/attachment.bin From scottp at dd.com.au Tue Jun 13 15:19:38 2006 From: scottp at dd.com.au (Scott Penrose) Date: Wed, 14 Jun 2006 08:19:38 +1000 Subject: [Melbourne-pm] PGP Keys Message-ID: Hey Guys An expression of interest to swap PGP keys has been, well... expressed :-) Bring along your key tonight to OSDClub and we can do some swapping. http://www.gnupg.org/ http://en.wikipedia.org/wiki/GNU_Privacy_Guard Scott -- * - * http://www.osdc.com.au - Open Source Developers Conference * - * Scott Penrose Anthropomorphic Personification Expert http://search.cpan.org/search?author=SCOTT scott at cpan.org Dismaimer: While every attempt has been made to make sure that this email only contains zeros and ones, there has been no effort made to guarantee the quantity or the order. Please do not send me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Microsoft is not the answer. It's the question. And the answer is no. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://mail.pm.org/pipermail/melbourne-pm/attachments/20060614/764a5009/attachment.bin From lsharpe at pacificwireless.com.au Sun Jun 18 23:49:33 2006 From: lsharpe at pacificwireless.com.au (Leigh Sharpe) Date: Mon, 19 Jun 2006 16:49:33 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI Message-ID: An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/1c6067b3/attachment.pl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/1c6067b3/attachment.html From melbourne-pm at mjch.net Sun Jun 18 23:57:43 2006 From: melbourne-pm at mjch.net (Malcolm Herbert) Date: Mon, 19 Jun 2006 16:57:43 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: References: Message-ID: <20060619065743.GA12828@mjch.net> I'd be making sure that my CGI program was outputting the correct Content-Type: header - the default is probably text/html and it depends on what your browser believes ... when accessing a CGI url I'm not sure how a browser would do type matching based on the url ... would http://host/blah.pdf?foo.txt be interpreted as a .pdf or a .txt? -- Malcolm Herbert This brain intentionally mjch at mjch.net left blank From lsharpe at pacificwireless.com.au Sun Jun 18 23:59:36 2006 From: lsharpe at pacificwireless.com.au (Leigh Sharpe) Date: Mon, 19 Jun 2006 16:59:36 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: <44964A37.8080605@alchemy.com.au> Message-ID: An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/79754978/attachment.pl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/79754978/attachment.html From david at naturalpractice.com.au Mon Jun 19 00:08:59 2006 From: david at naturalpractice.com.au (David) Date: Mon, 19 Jun 2006 17:08:59 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: References: Message-ID: <44964D8B.5020404@naturalpractice.com.au> Hi Leigh, The best way I have found around this is to set the Content-Disposition header when out putting the file. In Apache::Request this looks like: $request->content_type('application/pdf'); $request->header_out("Content-Disposition" => "attachment; filename=myfile.pdf"); (CGI.pm would use a simlar syntax) This will prompt a download of the file, giving the end user the option of saving or opening the file. HTH. David Leigh Sharpe wrote: > Hi All, > Is it just me or has this list been really quiet recently? > > Can anybody tell me how to output PDF files to a browser properly? > Specifically, I'm having trouble getting Internet Explorer to > recognise them as PDFs. > This, for example: > > #!c:\perl\bin\perl.exe > use warnings; > use strict; > my $filename="c:\\temp\\mypdf.pdf"; > my $data; > print "content-type:application/pdf\n\n"; > open (PDFFILE,"<$filename") or die "$!\n"; > binmode PDFFILE; > binmode STDOUT; > my $size = -s "$filename"; > read PDFFILE,$data,$size || die"$!\n"; > close PDFFILE; > print $data; > > > Works perfectly when accessed using Mozilla. Using IE, I just get a > screen full of garbage. > If I use a URL that ends in ".pdf", it works. eg, instead of > http://localhost/cgi-bin/mime.cgi, use > http://localhost/cgi-bin/mime.cgi?fred.pdf. All works fine. > Is this a bug in my browser, or am I overlooking something here? > I find the same problem with MS-Word documents. I need to have > a paramater which ends in ".doc" in order to have IE open a word doc > automatically. > > > > Regards, > Leigh > > Leigh Sharpe > Network Systems Engineer > Pacific Wireless > Ph 9584 8966 > Mob 0408 009 502 > email lsharpe at pacificwireless.com.au > > web www.pacificwireless.com.au > > > ------------------------------------------------------------------------ > > _______________________________________________ > Melbourne-pm mailing list > Melbourne-pm at pm.org > http://mail.pm.org/mailman/listinfo/melbourne-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/2eebec49/attachment.html From melbourne-pm at mjch.net Mon Jun 19 00:26:30 2006 From: melbourne-pm at mjch.net (Malcolm Herbert) Date: Mon, 19 Jun 2006 17:26:30 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: References: <44964A37.8080605@alchemy.com.au> Message-ID: <20060619072630.GB12828@mjch.net> On Mon, Jun 19, 2006 at 04:59:36PM +1000, Leigh Sharpe wrote: |Tried that, too. IE then attempted to open the PDF with Word. And failed |miserably to do so. actually I didn't read your code properly the first time - you may need to make sure that your capitalisation and spacing of the headers is correct ... I think Apache converts the \n into the network \r\n for you but I'm not sure ... any one else sure on that? -- Malcolm Herbert This brain intentionally mjch at mjch.net left blank From rick at measham.id.au Mon Jun 19 00:32:44 2006 From: rick at measham.id.au (Rick Measham) Date: Mon, 19 Jun 2006 17:32:44 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: <44964D8B.5020404@naturalpractice.com.au> References: <44964D8B.5020404@naturalpractice.com.au> Message-ID: <4496531C.2090800@measham.id.au> David wrote: > $request->content_type('application/pdf'); > $request->header_out("Content-Disposition" => "attachment; > filename=myfile.pdf"); Absolutely the above .. IE needs to know that the disposition is an attachment and that you want to call it myfile.pdf rather than yourscript.pl Cheers! Rick Measham -- Message protected by MailGuard: e-mail anti-virus, anti-spam and content filtering. http://www.mailguard.com.au From lsharpe at pacificwireless.com.au Mon Jun 19 00:28:34 2006 From: lsharpe at pacificwireless.com.au (Leigh Sharpe) Date: Mon, 19 Jun 2006 17:28:34 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: Message-ID: An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/bf6d9be0/attachment.pl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/bf6d9be0/attachment.html From guy at alchemy.com.au Mon Jun 19 00:51:09 2006 From: guy at alchemy.com.au (Guy Morton) Date: Mon, 19 Jun 2006 17:51:09 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: References: Message-ID: <4496576D.8000403@alchemy.com.au> It's browser stupidity yes, but the workarounds that have been suggested *do* work. Guy Leigh Sharpe wrote: > Thanks for all the suggestions, guys, but it looks like it's a browser > bug. This makes interesting reading, for those who care enough: > > http://ppewww.ph.gla.ac.uk/~flavell/www/content-type.html > > > > Regards, > Leigh > > Leigh Sharpe > Network Systems Engineer > Pacific Wireless > Ph 9584 8966 > Mob 0408 009 502 > email lsharpe at pacificwireless.com.au > > web www.pacificwireless.com.au > > > > ------------------------------------------------------------------------ > *From:* Leigh Sharpe > *Sent:* Monday, June 19, 2006 4:50 PM > *To:* melbourne-pm > *Subject:* [Melbourne-pm] Delivering PDFs via CGI > > Hi All, > Is it just me or has this list been really quiet recently? > > Can anybody tell me how to output PDF files to a browser properly? > Specifically, I'm having trouble getting Internet Explorer to > recognise them as PDFs. > This, for example: > > #!c:\perl\bin\perl.exe > use warnings; > use strict; > my $filename="c:\\temp\\mypdf.pdf"; > my $data; > print "content-type:application/pdf\n\n"; > open (PDFFILE,"<$filename") or die "$!\n"; > binmode PDFFILE; > binmode STDOUT; > my $size = -s "$filename"; > read PDFFILE,$data,$size || die"$!\n"; > close PDFFILE; > print $data; > > > Works perfectly when accessed using Mozilla. Using IE, I just get a > screen full of garbage. > If I use a URL that ends in ".pdf", it works. eg, instead of > http://localhost/cgi-bin/mime.cgi, use > http://localhost/cgi-bin/mime.cgi?fred.pdf. All works fine. > Is this a bug in my browser, or am I overlooking something here? > I find the same problem with MS-Word documents. I need to have > a paramater which ends in ".doc" in order to have IE open a word doc > automatically. > > > > Regards, > Leigh > > Leigh Sharpe > Network Systems Engineer > Pacific Wireless > Ph 9584 8966 > Mob 0408 009 502 > email lsharpe at pacificwireless.com.au > > web www.pacificwireless.com.au > > > ------------------------------------------------------------------------ > > _______________________________________________ > Melbourne-pm mailing list > Melbourne-pm at pm.org > http://mail.pm.org/mailman/listinfo/melbourne-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/5f708373/attachment.html From lsharpe at pacificwireless.com.au Mon Jun 19 00:28:34 2006 From: lsharpe at pacificwireless.com.au (Leigh Sharpe) Date: Mon, 19 Jun 2006 17:28:34 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: Message-ID: An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/bf6d9be0/attachment-0003.pl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/bf6d9be0/attachment-0003.html From guy at alchemy.com.au Mon Jun 19 02:12:54 2006 From: guy at alchemy.com.au (Guy Morton) Date: Mon, 19 Jun 2006 19:12:54 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: References: Message-ID: <44966A96.6010607@alchemy.com.au> Sounds like your file associations are bad on that PC if that's the case. At any rate, the workaround *does* work for me so perhaps you have an error in your code somewhere? Perhaps you could post your code, and details of browser, OS etc you are testing with? Are you being careful to only put two new line characters on the end of your *last* header? Guy Leigh Sharpe wrote: > Tried that, too. IE then attempted to open the PDF with Word. And > failed miserably to do so. > > Regards, > Leigh > > Leigh Sharpe > Network Systems Engineer > Pacific Wireless > Ph 9584 8966 > Mob 0408 009 502 > email lsharpe at pacificwireless.com.au > > web www.pacificwireless.com.au > > > > ------------------------------------------------------------------------ > *From:* Guy Morton [mailto:guy at alchemy.com.au] > *Sent:* Monday, June 19, 2006 4:55 PM > *To:* Leigh Sharpe > *Subject:* Re: [Melbourne-pm] Delivering PDFs via CGI > > try adding a content-disposition line and put a filename in it, eg > >> print "Content-Type: application/pdf\n"; >> print "Content-Disposition: attachment; >> filename=youradhere.pdf\n"; >> print "Content-Transfer-Encoding: binary\n\n"; > hth > > Guy > > Leigh Sharpe wrote: >> Hi All, >> Is it just me or has this list been really quiet recently? >> >> Can anybody tell me how to output PDF files to a browser properly? >> Specifically, I'm having trouble getting Internet Explorer to >> recognise them as PDFs. >> This, for example: >> >> #!c:\perl\bin\perl.exe >> use warnings; >> use strict; >> my $filename="c:\\temp\\mypdf.pdf"; >> my $data; >> print "content-type:application/pdf\n\n"; >> open (PDFFILE,"<$filename") or die "$!\n"; >> binmode PDFFILE; >> binmode STDOUT; >> my $size = -s "$filename"; >> read PDFFILE,$data,$size || die"$!\n"; >> close PDFFILE; >> print $data; >> >> >> Works perfectly when accessed using Mozilla. Using IE, I just get a >> screen full of garbage. >> If I use a URL that ends in ".pdf", it works. eg, instead of >> http://localhost/cgi-bin/mime.cgi, use >> http://localhost/cgi-bin/mime.cgi?fred.pdf. All works fine. >> Is this a bug in my browser, or am I overlooking something here? >> I find the same problem with MS-Word documents. I need to have >> a paramater which ends in ".doc" in order to have IE open a word doc >> automatically. >> >> >> >> Regards, >> Leigh >> >> Leigh Sharpe >> Network Systems Engineer >> Pacific Wireless >> Ph 9584 8966 >> Mob 0408 009 502 >> email lsharpe at pacificwireless.com.au >> >> web www.pacificwireless.com.au >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Melbourne-pm mailing list >> Melbourne-pm at pm.org >> http://mail.pm.org/mailman/listinfo/melbourne-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/5aa5475d/attachment.html From cas at taz.net.au Mon Jun 19 02:44:29 2006 From: cas at taz.net.au (Craig Sanders) Date: Mon, 19 Jun 2006 19:44:29 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: References: Message-ID: <20060619094429.GA7970@taz.net.au> On Mon, Jun 19, 2006 at 04:49:33PM +1000, Leigh Sharpe wrote: > my $size = -s "$filename"; > read PDFFILE,$data,$size || die"$!\n"; > close PDFFILE; > print $data; this doesnt answer your question (others have done that), but why slurp the entire pdf file into memory before sending it? that could use up enormous amounts of RAM, depending on the size of the file. instead, do somehing like this: replace the last 4 lines of your script above with the following: $|=1; # unbuffer output - generally a good idea to do this in any CGI # to avoid buffering delays which can annoy users. while { print } ; close(PDFFILE); also, there's a difference between single-quote (') and double-quote (") characters. use single-quotes for fixed strings with no variable interpolation (and no escaped chars like \n) - e.g where you define my $filename, that's just a constant and doesnt need var. interp.. use double-quotes where you need them. there's a performance improvement for using single quotes when you dont need interpolation....minor, but it adds up if you're doing it inside a loop. and it's a good habit to develop. craig -- craig sanders (part time cyborg) From jarich at perltraining.com.au Mon Jun 19 03:13:44 2006 From: jarich at perltraining.com.au (Jacinta Richardson) Date: Mon, 19 Jun 2006 20:13:44 +1000 Subject: [Melbourne-pm] Single vs double quotes: no real difference (was Re: Delivering PDFs via CGI) In-Reply-To: <20060619094429.GA7970@taz.net.au> References: <20060619094429.GA7970@taz.net.au> Message-ID: <449678D8.7060508@perltraining.com.au> Craig Sanders wrote: > also, there's a difference between single-quote (') and double-quote > (") characters. use single-quotes for fixed strings with no variable > interpolation (and no escaped chars like \n) - e.g where you define my > $filename, that's just a constant and doesnt need var. interp.. use > double-quotes where you need them. > > there's a performance improvement for using > single quotes when you dont need interpolation....minor, but it adds up > if you're doing it inside a loop. and it's a good habit to develop. I'd be *very* surprised if you could find a consistent, detectable performance improvement, even for large programs with lots of double quoted strings. According to tye: "Single- and double-quoted strings both have to be parsed at compile time. Both get compiled into constants and so there is no speed difference between the two at run time." In fact, tye said he had to resort to a 3200-byte string in order to detect at 20% slow-down for double-quoted strings at compile time. Thus his single quoted string program started up 0.2 seconds faster. http://www.perlmonks.org/index.pl?node_id=53630 Being something that happens at compile time, it makes no difference to the run-time speed whether you use single or double quoted strings in a loop. This is supported by using B::Deparse. jarich at tabius:/tmp$ cat test.pl while(1) { my $filename="c:\\temp\\mypdf.pdf"; } jarich at tabius:/tmp$ perl -MO=Deparse test.pl while (1) { my $filename = 'c:\\temp\\mypdf.pdf'; } test.pl syntax OK It is unfortunate that this myth keeps being spread. What *does* matter about quoting is understanding. If you use only single quoted strings where you don't need interpolation, and double quoted strings when you do; then you train someone who is reading your code to expect to see interpolation when they see double quotes, and they know that there's been a mistake when they don't. If you use only double quotes; your reader has to read every string to see whether interpolation is happening; and also think about whether interpolation *should* be happening. If you mix up your quotes with no clear reason (that is sometimes you use single and other times double for literal data) then the person reading your code will just go nuts. More at http://www.nntp.perl.org/group/perl.perl6.stdlib/196 search for "On whether or not to always use double quotes". Having said that, I prefer double quotes most of the time. All the best, Jacinta -- ("`-''-/").___..--''"`-._ | Jacinta Richardson | `6_ 6 ) `-. ( ).`-.__.`) | Perl Training Australia | (_Y_.)' ._ ) `._ `. ``-..-' | +61 3 9354 6001 | _..`--'_..-_/ /--'_.' ,' | contact at perltraining.com.au | (il),-'' (li),' ((!.-' | www.perltraining.com.au | From lsharpe at pacificwireless.com.au Mon Jun 19 04:19:08 2006 From: lsharpe at pacificwireless.com.au (Leigh Sharpe) Date: Mon, 19 Jun 2006 21:19:08 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: <44966A96.6010607@alchemy.com.au> Message-ID: An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/2367619e/attachment-0001.pl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060619/2367619e/attachment-0001.html From lsharpe at pacificwireless.com.au Mon Jun 19 04:22:38 2006 From: lsharpe at pacificwireless.com.au (Leigh Sharpe) Date: Mon, 19 Jun 2006 21:22:38 +1000 Subject: [Melbourne-pm] Delivering PDFs via CGI In-Reply-To: <20060619094429.GA7970@taz.net.au> Message-ID: This was only a test case, the PDF concerned was all of about 50KB, so I knew I wasn't about to kill the server. Ultimately this will be generating PDF's on the fly, so I really just needed a valid PDF so start with. Nice to see some activity around here again...... -----Original Message----- From: Craig Sanders [mailto:cas at taz.net.au] Sent: Monday, 19 June 2006 7:44 PM To: Leigh Sharpe Cc: melbourne-pm Subject: Re: [Melbourne-pm] Delivering PDFs via CGI On Mon, Jun 19, 2006 at 04:49:33PM +1000, Leigh Sharpe wrote: > my $size = -s "$filename"; > read PDFFILE,$data,$size || die"$!\n"; > close PDFFILE; > print $data; this doesnt answer your question (others have done that), but why slurp the entire pdf file into memory before sending it? that could use up enormous amounts of RAM, depending on the size of the file. instead, do somehing like this: replace the last 4 lines of your script above with the following: $|=1; # unbuffer output - generally a good idea to do this in any CGI # to avoid buffering delays which can annoy users. while { print } ; close(PDFFILE); also, there's a difference between single-quote (') and double-quote (") characters. use single-quotes for fixed strings with no variable interpolation (and no escaped chars like \n) - e.g where you define my $filename, that's just a constant and doesnt need var. interp.. use double-quotes where you need them. there's a performance improvement for using single quotes when you dont need interpolation....minor, but it adds up if you're doing it inside a loop. and it's a good habit to develop. craig -- craig sanders (part time cyborg) From alfiejohn at gmail.com Mon Jun 19 04:54:38 2006 From: alfiejohn at gmail.com (Alfie John) Date: Mon, 19 Jun 2006 21:54:38 +1000 Subject: [Melbourne-pm] Single vs double quotes: no real difference (was Re: Delivering PDFs via CGI) In-Reply-To: <449678D8.7060508@perltraining.com.au> References: <20060619094429.GA7970@taz.net.au> <449678D8.7060508@perltraining.com.au> Message-ID: On 6/19/06, Jacinta Richardson wrote: > It is unfortunate that this myth keeps being spread. What *does* matter about > quoting is understanding. If you use only single quoted strings where you don't > need interpolation, and double quoted strings when you do; then you train > someone who is reading your code to expect to see interpolation when they see > double quotes, and they know that there's been a mistake when they don't. I prefer using q{} and qq{} since they are much easier to eyeball than ' and '' :) Alfie From pjf at perltraining.com.au Mon Jun 19 20:34:15 2006 From: pjf at perltraining.com.au (Paul Fenwick) Date: Tue, 20 Jun 2006 13:34:15 +1000 Subject: [Melbourne-pm] Memory usage and sending files In-Reply-To: <20060619094429.GA7970@taz.net.au> References: <20060619094429.GA7970@taz.net.au> Message-ID: <44976CB7.1090502@perltraining.com.au> G'day everyone, While we're optimising the optimisations, I thought a discussion of the following snippet may be useful: > while () { > print; > } One thing to be careful of with the code above is that until you've altered $/, then it will be operating on a line-by-line basis. In a PDF, or any other non-text file, those some of those lines may be quite long, so you may not be getting the memory savings you expect. Luckily, Perl's File::Copy can be used to copy files to filehandles: use File::Copy qw(copy); binmode(STDOUT); copy($filename, \*STDOUT) or die "Cannot copy - $!"; File::Copy slurps the entire file, or uses a 2Mb buffer, whichever is smaller. If you want to be particular about the buffer-size, then you can even supply a third argument to copy if you want to be particular about the buffer-size. use File::Copy qw(copy); use POSIX qw(BUFSIZ); binmode(STDOUT); copy($filename, \*STDOUT, BUFSIZ) or die "Cannot copy - $!"; Cheerio, Paul -- Paul Fenwick | http://perltraining.com.au/ Director of Training | Ph: +61 3 9354 6001 Perl Training Australia | Fax: +61 3 9354 2681 From sisyphus1 at optusnet.com.au Tue Jun 20 00:14:40 2006 From: sisyphus1 at optusnet.com.au (Sisyphus) Date: Tue, 20 Jun 2006 17:14:40 +1000 Subject: [Melbourne-pm] Single vs double quotes: no real difference (was Re: Delivering PDFs via CGI) References: <20060619094429.GA7970@taz.net.au> <449678D8.7060508@perltraining.com.au> Message-ID: <018601c69439$36810670$0100a8c0@desktop> ----- Original Message ----- From: "Jacinta Richardson" . . > > If you mix up your quotes with no clear reason (that is sometimes you use single > and other times double for literal data) then the person reading your code will > just go nuts. > I reckon that I mix them up "with no clear reason" ... and I also reckon that most others do, too .... but I'm not sure that my reckoning is correct :-) I often do: $x = 'Hello World'; or @stats = stat 'some.file'; but then I *always*: print "Hello World"; Does *anyone* ever: print 'Hello World'; ?? Is there a "clear reason" for using single quotes in the assignment and the stat(), but double quotes in the print() ? Anyway ... my basic thinking is that you should use single quotes unless double quotes are needed .... or unless there's some convention that dictates the use of double quotes .... or unless you inadvertently use double quotes in a moment of distraction :-) Cheers, Rob From scottp at dd.com.au Tue Jun 20 13:31:39 2006 From: scottp at dd.com.au (Scott Penrose) Date: Wed, 21 Jun 2006 06:31:39 +1000 Subject: [Melbourne-pm] Single vs double quotes: no real difference (was Re: Delivering PDFs via CGI) In-Reply-To: <018601c69439$36810670$0100a8c0@desktop> References: <20060619094429.GA7970@taz.net.au> <449678D8.7060508@perltraining.com.au> <018601c69439$36810670$0100a8c0@desktop> Message-ID: I like it - you definitely described my erratic behaviour too :-) Scooter On 20/06/2006, at 17:14, Sisyphus wrote: > > ----- Original Message ----- > From: "Jacinta Richardson" > . > . >> >> If you mix up your quotes with no clear reason (that is sometimes >> you use > single >> and other times double for literal data) then the person reading >> your code > will >> just go nuts. >> > > I reckon that I mix them up "with no clear reason" ... and I also > reckon > that most others do, too .... but I'm not sure that my reckoning is > correct > :-) > > I often do: > $x = 'Hello World'; > or > @stats = stat 'some.file'; > > but then I *always*: > print "Hello World"; > > Does *anyone* ever: > print 'Hello World'; > > ?? > > Is there a "clear reason" for using single quotes in the assignment > and the > stat(), but double quotes in the print() ? > > Anyway ... my basic thinking is that you should use single quotes > unless > double quotes are needed .... or unless there's some convention that > dictates the use of double quotes .... or unless you inadvertently use > double quotes in a moment of distraction :-) > > Cheers, > Rob > > _______________________________________________ > Melbourne-pm mailing list > Melbourne-pm at pm.org > http://mail.pm.org/mailman/listinfo/melbourne-pm -- * - * http://www.osdc.com.au - Open Source Developers Conference * - * Scott Penrose Anthropomorphic Personification Expert http://search.cpan.org/search?author=SCOTT scott at cpan.org Dismaimer: While every attempt has been made to make sure that this email only contains zeros and ones, there has been no effort made to guarantee the quantity or the order. Please do not send me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Microsoft is not the answer. It's the question. And the answer is no. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://mail.pm.org/pipermail/melbourne-pm/attachments/20060621/9c5b40f6/attachment.bin From joshua at roughtrade.net Tue Jun 20 14:40:54 2006 From: joshua at roughtrade.net (Joshua Goodall) Date: Wed, 21 Jun 2006 07:40:54 +1000 Subject: [Melbourne-pm] Single vs double quotes: no real difference (was Re: Delivering PDFs via CGI) In-Reply-To: <018601c69439$36810670$0100a8c0@desktop> References: <449678D8.7060508@perltraining.com.au> <018601c69439$36810670$0100a8c0@desktop> Message-ID: <20060620214054.GB24300@roughtrade.net> On Tue, Jun 20, 2006 at 05:14:40PM +1000, Sisyphus wrote: > Anyway ... my basic thinking is that you should use single quotes unless > double quotes are needed .... or unless there's some convention that > dictates the use of double quotes .... or unless you inadvertently use > double quotes in a moment of distraction :-) Having been fed too much C when I was young, I tend to write: $foo = "String Literal"; $char = 'X'; go figure. I did think around this for a moment and tried to come up with some guiding rule where you hint at never wanting an interpolative context by using single quotes rather than double (example might be any string that is later passed to a shell invocation). But I couldn't find where that'd be a logical superset of using q{} vs qq{} for clarity, or be better than the taint mechanism. Personally I use vim with syntax highlighting to read code whenever possible. As a result all string literals come up in red - so I'm not even aware of which quoting style was used; I don't perceive it unless I want/need to. /k -- Josh "Koshua" Goodall "as modern as tomorrow afternoon" joshua at roughtrade.net - FW109 From leif.eriksen at hpa.com.au Tue Jun 20 16:22:50 2006 From: leif.eriksen at hpa.com.au (leif.eriksen at hpa.com.au) Date: Wed, 21 Jun 2006 09:22:50 +1000 Subject: [Melbourne-pm] Single vs double quotes: no real difference (wasRe: Delivering PDFs via CGI) Message-ID: I tend to be in the "always use double quotes" camp - that way if a constant string develops the need to have an interpolated value in it, I don't have to _also_ remember to change the quotes. So all my strings are "interpolation-capable". Not that I'm religious about it - some days I do say to myelf "it'll never change, use a single quote" - and can you guess what happens nearly ever single time .... Leif ********************************************************************** IMPORTANT The contents of this e-mail and its attachments are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you received this e-mail in error, please notify the HPA Postmaster, postmaster at hpa.com.au, then delete the e-mail. This footnote also confirms that this e-mail message has been swept for the presence of computer viruses by Ironport. Before opening or using any attachments, check them for viruses and defects. Our liability is limited to resupplying any affected attachments. HPA collects personal information to provide and market our services. For more information about use, disclosure and access see our Privacy Policy at www.hpa.com.au ********************************************************************** From jarich at perltraining.com.au Tue Jun 20 16:50:57 2006 From: jarich at perltraining.com.au (Jacinta Richardson) Date: Wed, 21 Jun 2006 09:50:57 +1000 Subject: [Melbourne-pm] Single vs double quotes: no real difference In-Reply-To: <018601c69439$36810670$0100a8c0@desktop> References: <20060619094429.GA7970@taz.net.au> <449678D8.7060508@perltraining.com.au> <018601c69439$36810670$0100a8c0@desktop> Message-ID: <449889E1.8060907@perltraining.com.au> Sisyphus wrote: > ----- Original Message ----- > From: "Jacinta Richardson" >> If you mix up your quotes with no clear reason (that is sometimes you use >> single and other times double for literal data) then the person reading your code >> will just go nuts. >> > > I reckon that I mix them up "with no clear reason" ... and I also reckon > that most others do, too .... but I'm not sure that my reckoning is correct > :-) I mentioned the above purely because the biggest argument I could find to use single quotes instead of double quotes for non-interpolating strings was the one I gave (help readers of your code know what to expect). Personally I've never had any difficulty reading strings in (well-formatted) code and just working out whether they do or probably should interpolate. Even looking over the shoulders of our students when they're learning Perl shows that types of quotes isn't much of a problem. They're much more likely to forget to add a semi-colon and then spend a few moments trying to spot where. Actually to be accurate they're not usually a problem, however when it comes to displaying prices they'll usually forget that $9.99 interpolates within double quotes. Like Joshua, my editor colours strings the same. I'm more likely to see red and glance at the string than see " or ' first and then glance at the string. Fortunately, my editor also highlights variables within strings, which makes them much easier to see. So if I see a non-highlighted variable in a string then I know that's a string with single quotes (or my syntax highlighting is misbehaving). As I said before, despite being aware of this argument, I use double quotes pretty much everywhere. The biggest exception is when I need to embed double quotes in a string that doesn't need to use interpolation: then I use single quotes, q{} or qq{} as the occasion warrants. I suspect you're probably correct to reckon that lots of programmers mix them up. If their maintainers have access to syntax highlighting editors, then they probably won't even notice. All the best, Jacinta -- ("`-''-/").___..--''"`-._ | Jacinta Richardson | `6_ 6 ) `-. ( ).`-.__.`) | Perl Training Australia | (_Y_.)' ._ ) `._ `. ``-..-' | +61 3 9354 6001 | _..`--'_..-_/ /--'_.' ,' | contact at perltraining.com.au | (il),-'' (li),' ((!.-' | www.perltraining.com.au | From pjf at perltraining.com.au Thu Jun 22 00:14:51 2006 From: pjf at perltraining.com.au (Paul Fenwick) Date: Thu, 22 Jun 2006 17:14:51 +1000 Subject: [Melbourne-pm] Talk offer, 12th July, Human Interfaces for Geeks Message-ID: <449A436B.5000304@perltraining.com.au> G'day Everyone, I've got a presentation that I'm preparing for the upcoming System Administrators conference ( http://conf.sage-au.org.au/ ) entitled "Human Interfaces for Geeks". The abstract is as follows: As technical professionals we excel at understanding protocols, standards, file-formats, and APIs. Whenever there is a doubt as to the correct way to do things, one merely needs to read the fine manual or source code. Unfortunately the reference manual for humans was lost a long time ago, and the source code is poorly documented. We've been struggling with inter-human communication ever since. Paul Fenwick will present his findings at reverse-engineering the human communication protocol. It's got absolutely nothing to do with Perl, but it's a fun, short ( 20-25 minute ), and amusing talk on how humans work and how we can model their internal states. It's in a similar vein to the "Presentation Mind Control" talk I gave a few times last year[1]. I'd be very happy to give the talk at the 12th July Melb.PM meeting, if you're happy to hear me. I know that this is much more suited to OSDClub, but I'm hoping to do user user-group presentations before the SysAdmin conference in late July. I certainly don't mind doing a second presentation for OSDClub as well. ;) All the very best, Paul [1] I'll also be presenting "Presentation Mind Control" again next Thursday at the Web Standards Group, http://webstandardsgroup.org/meetings/index.cfm?event_id=67 -- Paul Fenwick | http://perltraining.com.au/ Director of Training | Ph: +61 3 9354 6001 Perl Training Australia | Fax: +61 3 9354 2681 From jarich at perltraining.com.au Fri Jun 23 05:27:00 2006 From: jarich at perltraining.com.au (Jacinta Richardson) Date: Fri, 23 Jun 2006 22:27:00 +1000 Subject: [Melbourne-pm] OSDC 2006 -- CFP closes in 2.5 weeks Message-ID: <449BDE14.5090204@perltraining.com.au> G'day Australian Perl Mongers! http://www.osdc.com.au/papers/cfp06.html There are two and a half weeks to go to get your paper in for one of the best Australian conferences this year! The deadline for proposals is 12th July 2006. The Open Source Developers' Conference is an Australian conference designed for developers, by developers. It covers numerous programming languages across a range of operating systems. We're seeking papers on Open Source languages, technologies, projects and tools as well as topics of interest to Open Source developers. The conference will be held in Melbourne, Victoria (Monash University's Caulfield Campus) from the 6th to the 8th of December, 2006. Each day includes three streams of talks, social events and is fully catered with buffet lunch and morning, afternoon teas. For a list of conference presentations from last year visit: http://osdc2005.cgpublisher.com/proposals/ If you have any questions, or have never submitted a paper proposal before, please read our FAQ page at http://www.osdc.com.au/faq/ index.html If you don't find an answer there, please contact richard osdc.com.au To submit a proposal, follow the instructions at http://www.osdc.com.au/papers/cfp06.html This year we're also going to run a day of tutorials. See the CFP for more information. We are also seeking expressions of interest for people to be part of the OSDC 2006 Programme Committee. The Committee's primary responsibility is assessing the proposals submitted by potential speakers. Please email richard osdc.com.au if you are interested, indicating your open source development interests. We look forward to hearing from you! All the best, The OSDC 2006 committee. From jarich at perltraining.com.au Sun Jun 25 18:21:16 2006 From: jarich at perltraining.com.au (Jacinta Richardson) Date: Mon, 26 Jun 2006 11:21:16 +1000 Subject: [Melbourne-pm] Talks for next meeting: 12th July Message-ID: <449F368C.5030307@perltraining.com.au> G'day everyone, Is there anyone else who wants to speak at our next meeting: Wednesday 12th July? So far we have Paul speaking on: Human Interfaces for Geeks --------------------------- As technical professionals we excel at understanding protocols, standards, file-formats, and APIs. Whenever there is a doubt as to the correct way to do things, one merely needs to read the fine manual or source code. Unfortunately the reference manual for humans was lost a long time ago, and the source code is poorly documented. We've been struggling with inter-human communication ever since. Paul Fenwick will present his findings at reverse-engineering the human communication protocol. which will go for about 30 minutes. We could have a very short meeting, but it would be good to get another talk in here. All the best, J -- ("`-''-/").___..--''"`-._ | Jacinta Richardson | `6_ 6 ) `-. ( ).`-.__.`) | Perl Training Australia | (_Y_.)' ._ ) `._ `. ``-..-' | +61 3 9354 6001 | _..`--'_..-_/ /--'_.' ,' | contact at perltraining.com.au | (il),-'' (li),' ((!.-' | www.perltraining.com.au | From alfiejohn at gmail.com Wed Jun 28 16:26:21 2006 From: alfiejohn at gmail.com (Alfie John) Date: Thu, 29 Jun 2006 09:26:21 +1000 Subject: [Melbourne-pm] [Melbourne-PM] Senior Portal Developer / Integrator needed Message-ID: Hi all, I've been asked to forward this through: --- 8< --- We are seeking a highly skilled Perl developer with a great attitude to join our enthusiastic team. You will enjoy designing and developing innovative, rigorous solutions within an enterprise-wide, database-backed web application environment; have expertise in Linux, Oracle, HTML::Mason (or equivalent); an ability to mentor and lead; be solutions focused with excellent organisational skills. Experience with Java, portals, LMSs and usability would be highly regarded. More information can be found at http://sssd.adm.monash.edu.au/employ/job.asp?refnumber=G066982&work=&staff=General&faculty=&keyword=&whichpage=5&pagesize=5 Applications close: Friday, 7 July 2006 --- >8 --- Alfie John Portal Developer/Integrator Flexible Learning and Teaching Program ITS, Monash University From Nathan.Bailey at its.monash.edu Thu Jun 29 20:03:40 2006 From: Nathan.Bailey at its.monash.edu (Nathan Bailey) Date: Fri, 30 Jun 2006 13:03:40 +1000 Subject: [Melbourne-pm] Do you run advanced lint scripts over your perl as part of a code review/release management process? (Was: Re: ISO 9126 and automated testing) Message-ID: <44A4948C.9010406@its.monash.edu> I'd be interested to hear what people are doing in the 'automated code review' space, i.e. where scripts and programs can identify bad logic or poor use of syntax that is likely to lead to errors (simplest example is the use of '=' for floating point numbers -- see Sakai URLs below for more examples). I could imagine people incorporating some simple assertions into their pre-commit cvs/svn scripts, and more complex ones as part of a regression test suite, or even as a base case in all test harnesses. Presumably a final check should form part of a release management process. Your experience / comments invited :-) thanks, Nathan -- Nathan Bailey * Email: Nathan.Bailey at its.monash.edu IT Architect, Information Management and Strategic Planning, Information Technology Services * Phone: +61 3 990 56167 Monash University 3800 Australia * Fax: +61 3 990 53024 -------------- next part -------------- An embedded message was scrubbed... From: "Berg, A.M." Subject: RE: ISO 9126 and automated testing Date: Wed, 28 Jun 2006 10:08:24 +0200 Size: 7020 Url: http://mail.pm.org/pipermail/melbourne-pm/attachments/20060630/de8f7074/attachment.mht From mathew.robertson at netratings.com.au Thu Jun 29 20:41:47 2006 From: mathew.robertson at netratings.com.au (Mathew Robertson) Date: Fri, 30 Jun 2006 13:41:47 +1000 Subject: [Melbourne-pm] Lint In-Reply-To: <44A4948C.9010406@its.monash.edu> References: <44A4948C.9010406@its.monash.edu> Message-ID: <44A49D7B.3050008@netratings.com.au> > ... i.e. where scripts and programs can identify bad logic or > poor use of syntax that is likely to lead to errors (simplest example is > the use of '=' for floating point numbers -- see Sakai URLs below for > more examples). Care to elaborate - what is wrong with floating point numbers? Mathew From simon at unisolve.com.au Thu Jun 29 20:51:10 2006 From: simon at unisolve.com.au (Simon Taylor) Date: Fri, 30 Jun 2006 13:51:10 +1000 Subject: [Melbourne-pm] Lint In-Reply-To: <44A49D7B.3050008@netratings.com.au> References: <44A4948C.9010406@its.monash.edu> <44A49D7B.3050008@netratings.com.au> Message-ID: <200606301351.10828.simon@unisolve.com.au> On Fri, 30 Jun 2006 01:41 pm, Mathew Robertson wrote: > > ... i.e. where scripts and programs can identify bad logic or > > poor use of syntax that is likely to lead to errors (simplest example is > > the use of '=' for floating point numbers -- see Sakai URLs below for > > more examples). > > Care to elaborate - what is wrong with floating point numbers? I believe he means suspect code that attempts to check the *equality* of floating point numbers, where the internal representation of those numbers may mean that they are functionality equivalent, but actually different values when compared with a bare '=' See the section Floating-point Arithmetic in perldoc perlop - Simon -- Unisolve Pty Ltd - Melbourne, Australia +61 3 9568 2005 From scottp at dd.com.au Thu Jun 29 21:45:18 2006 From: scottp at dd.com.au (Scott Penrose) Date: Fri, 30 Jun 2006 14:45:18 +1000 Subject: [Melbourne-pm] Do you run advanced lint scripts over your perl as part of a code review/release management process? (Was: Re: ISO 9126 and automated testing) In-Reply-To: <44A4948C.9010406@its.monash.edu> References: <44A4948C.9010406@its.monash.edu> Message-ID: I have implemented the following scripts as a matter of course in my new CPAN modules: #scottp at Muffin:514:~/dd/zaltana/Gallery$ cat t/criticise.t use Test::More; eval 'use Test::Perl::Critic (-profile => "t/perlcriticrc");'; plan skip_all => 'Test::Perl::Critic required to criticise code' if $@; all_critic_ok(); #scottp at Muffin:515:~/dd/zaltana/Gallery$ cat t/pod.t use strict; use warnings; use Test::More; eval "use Test::Pod 1.14"; plan skip_all => 'Test::Pod 1.14 required' if $@; plan skip_all => 'set TEST_POD to enable this test' unless $ENV {TEST_POD}; all_pod_files_ok(); #scottp at Muffin:516:~/dd/zaltana/Gallery$ cat t/podcoverage.t use strict; use warnings; use Test::More; eval "use Test::Pod::Coverage 1.04"; plan skip_all => 'Test::Pod::Coverage 1.04 required' if $@; plan skip_all => 'set TEST_POD to enable this test' unless $ENV {TEST_POD}; all_pod_coverage_ok(); My plan is to also add code coverage tests - although then we are really moving into non syntax testing. Note though, that I do not believe 100% in some of the above, e.g. some of the Critic entries. I am in the process of reducing some of those tests, here is my config file so far: #scottp at Muffin:519:~/dd/zaltana/Gallery$ cat t/perlcriticrc # I hope to change this so that it uses Perl Tidy to convert to spaces before # test and commit. [-CodeLayout::ProhibitHardTabs] # Inline pod is better [-Documentation::RequirePodAtEnd] # postfix unless/if is very useful in control/flow & parameter checking - as it # says in PBP - but the rule doesn't care - so removeit for now. [-ControlStructures::ProhibitPostfixControls] # Unfortunately sometimes it is necessary to use () around builtin # Split just looks plain stupid without it. [-CodeLayout::ProhibitParensWithBuiltins] As you can see - I keep comments on why I have changed them, and in many cases hope to remove them. Tabs is a classic one - I use them, and the lovely part of it is that I can then cope with reading horrible 4 space or 2 space files files (for some reason my brain doesn't see 2 or 4 spaces down a page and misinterprets them) - but I totally understand the reasons - so I use tabs and convert to 4 spaces on upload to CPAN which sort of gives me best of both worlds. I am also unsure as yet how to limit perl critic on "on purpose hacks" - many cpan modules that do tricks of perl to achieve something (ala NEXT) don't pass the perl critic, and fair enough - so the point is you move that hack to an external module, but therefore I have to skip critic on that one :-) Hope that helps a little. BTW. I believe Crash does a Perl Critic on CVS commit - so you can't even commit code that does not pass - not a bad idea, I think I like the idea of marking branches at levels of stability - so you can't commit broken code to a beta or stable branch - but you can to alpha or head. Something like that.... hmm.... might have to play around with Subversion a bit more. Scott -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://mail.pm.org/pipermail/melbourne-pm/attachments/20060630/aa1ce18f/attachment.bin From wigs at stirfried.org Fri Jun 30 00:06:36 2006 From: wigs at stirfried.org (wigs at stirfried.org) Date: Fri, 30 Jun 2006 17:06:36 +1000 Subject: [Melbourne-pm] Do you run advanced lint scripts over your perl as part of a code review/release management process? (Was: Re: ISO 9126 and automated testing) In-Reply-To: <44A4948C.9010406@its.monash.edu> References: <44A4948C.9010406@its.monash.edu> Message-ID: <20060630070636.GA4101@stirfried.org> On Fri, Jun 30, 2006 at 01:03:40PM +1000, Nathan Bailey wrote: > I'd be interested to hear what people are doing in the 'automated code > review' space, i.e. where scripts and programs can identify bad logic or > poor use of syntax that is likely to lead to errors (simplest example is > the use of '=' for floating point numbers -- see Sakai URLs below for > more examples). At work we don't have it automated at the point of doing a CVS commit, we do the review as a manual step as part of the peer review process for every change about to go into CVS. We have a command line tool that started out as a /bin/sh script but then quickly grew in complexity and was refactored into perl. For example, some code I was working on this afternoon went through the process as follows: > review lib/REA/Listing/Source.pm File name: /web/home/awigley/librea/lib/REA/Listing/Source.pm MD5 Signature: 7e77c759d782a1e036649d92c1e08f3c CVS Signature: librea/lib/REA/Listing/Source.pm Review ID: 27305 Autodetect file type (Perl Module) .......................... PASS CVS Status is "Locally Modified" (working revision 1.6) ..... PASS Lines changed: -0 (0.0% changed) +17 (13.3% new) Tabs/Trailing whitespace .................................... PASS CVS Identification .......................................... PASS mod_perl safe code .......................................... PASS All TODO/XXX actions taken? ................................. PASS Hash keys unquoted .......................................... PASS Debugging harnesses removed ................................. PASS Block Indentation ........................................... PASS Documentation: readoc ....................................... PASS Valid readoc ................................................ PASS Quoted strings .............................................. PASS pragma: use strict; ......................................... PASS 80 character line lengths ................................... PASS No private library paths .................................... PASS File Permissions ............................................ PASS Has $VERSION ................................................ PASS perl -cw -I~awigley/librea/lib:~awigley/librea/lib .......... PASS ~awigley/librea/lib/REA/Listing/Source.pm ready for peer-review Suggestions: 1. This file should have approval by XXX, YYY or ZZZ. The following files are ready: ~librea/lib/REA/Listing/Source.pm After the author runs the review program on their code where they have a chance to correct their code based on the suggestions given. The code reviewer then repeats the process. If the reviewer is then happy with the code they can do: > review approve $filename Otherwise: > review reject $filename The review process recognizes a number of different file types and runs different tests as appropriate. A history of the reviews and approvals are store into a central database. > I could imagine people incorporating some simple assertions into their > pre-commit cvs/svn scripts This is something we have considered, and are likely to do in future. Our review tool is not publically available however, and has many tests idiomatic of our coding standards. Anyone want a talk on this sometime? -- Aaron