Skip Menu |

This queue is for tickets about the aliased-factory CPAN distribution.

Report information
The Basics
Id: 69163
Status: new
Priority: 0/
Queue: aliased-factory
People
Owner: Nobody in particular
Requestors: mlx [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Tue Jun 28 13:53:47 2011 mlx [...] cpan.org - Ticket created
Subject: Bug in aliased::factory v0.0.1
Date: Mon, 27 Jun 2011 05:48:01 -0700 (PDT)
To: "bug-aliased-factory [...] rt.cpan.org" <bug-aliased-factory [...] rt.cpan.org>
From: MidLifeXis at PerlMonks <midlifexis [...] wightmanfam.org>
It does not look like the original finder of the bug has reported it through RT, so here goes (I believe that you do, however, have the diff from the original poster). aliased::factory was mentioned in context of a bug stopping usage on Win32.  I took a quick look at the module, and the bug was straightforward.  Don't have the resources ATM to package up a test case, so, if you don't mind, I will just point you to the thread on perlmonks with the fix: http://www.perlmonks.org/?node_id=911259 Basically, enclose the $file variable with \Q and \E to escape any potential character classes in the file name. HTH. Brian (MidLifeXis @ perlmonks)
  Tue Jun 28 14:11:24 2011 mlx [...] cpan.org - Correspondence added
Subject: Re: [rt.cpan.org #69163] AutoReply: Bug in aliased::factory v0.0.1
Date: Tue, 28 Jun 2011 11:11:11 -0700 (PDT)
To: "bug-aliased-factory [...] rt.cpan.org" <bug-aliased-factory [...] rt.cpan.org>
From: MidLifeXis at PerlMonks <midlifexis [...] wightmanfam.org>
Sorry about the poor original bug report.  A little more information: Under Windows, if a require fails for a class that you are aliasing, this module will fail to trap an error because of a syntax error in the code that is being evaled.  This happens because the filename is not escaped for special regular expression components.  Adding \Q and \E in appropriate locations should fix the problem. Line 60 should read     ($err = $@) =~ s/ at \Q$f\E line \d+\.\n//; instead of     ($err = $@) =~ s/ at $f line \d+\.\n//; metaperl at perlmonks has provided you with a diff of this information. ------------------------------------------------------------------------- It does not look like the original finder of the bug has reported it through RT, so here goes (I believe that you do, however, have the diff from the original poster). aliased::factory was mentioned in context of a bug stopping usage on Win32.  I took a quick look at the module, and the bug was straightforward.  Don't have the resources ATM to package up a test case, so, if you don't mind, I will just point you to the thread on perlmonks with the fix: http://www.perlmonks.org/?node_id=911259 Basically, enclose the $file variable with \Q and \E to escape any potential character classes in the file name. HTH. Brian (MidLifeXis @ perlmonks)