Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Data-Printer CPAN distribution.

Report information
The Basics
Id: 89218
Status: rejected
Priority: 0/
Queue: Data-Printer

People
Owner: Nobody in particular
Requestors: cesheri [...] swbell.net
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: dataprinterrc Configs Ignored when p() loaded via BEGIN
Date: Wed, 02 Oct 2013 20:44:41 -0500
To: bug-Data-Printer [...] rt.cpan.org
From: Charles Sheridan <cesheri [...] swbell.net>
Hi, I started using this module today and see that I'll be using it a lot. It's great. Enough so that I'm reporting what seems to a bug -- When loading p() via the BEGIN code shown in the CPAN page, dataprinterrc settings are ignored, whether they are in ~/.dataprinter or elsewhere, as specified by $DATAPRINTERRC. When loading via this BEGIN approach, p() itself does work. The BEGIN code is in a .pl file that instantiates an object from a package in a .pm file, and then calls a method on the object. _*Profile*_: Data-Printer-0.35 downloaded 2013-10-02 perl 5, version 16, subversion 3 (v5.16.3) built for darwin-thread-multi-2level Darwin {node} 12.4.0 Darwin Kernel Version 12.4.0: Wed May 1 17:57:12 PDT 2013; root:xnu-2050.24.15~1/RELEASE_X86_64 x86_64 i386 iMac11,1 Darwin Regards, Charles E. Sheridan
Hi Charles! First of all, let me just say I'm really sorry for not replying to this sooner. I hate it when my bug reports aren't answered - or aren't answered in a timely manner - and I promise you I'll do my best to keep this from happening again. That said, I was not able to reproduce your issue. There is a test in t/15-rc_file.t that loads Data::Printer from a BEGIN block with an rc file. It passes on my system and, according to CPAN Testers, on systems with your settings as well (the sole fact that you were able to install Data-Printer, unless you used a "no test" flag, already indicates that it probably is working as expected). Still, just to be on the safe side, I have added an extra test now that specifically calls p() within a BEGIN block. Hopefully it will help us uncover this mystery. It should be available on the next release. If you can provide me with a way to reproduce your bug, like a code snippet that fails, please do so and I'll jump right back on it! Meanwhile, I'll assume it was some sort of mistake and just mark it as rejected, ok? Thanks again for submitting the issue, and thank you so much for using Data::Printer! Cheers, garu On Wed Oct 02 21:44:55 2013, cesheri@swbell.net wrote: Show quoted text
> Hi, > > I started using this module today and see that I'll be using it a lot. > It's great. Enough so that I'm reporting what seems to a bug -- > > When loading p() via the BEGIN code shown in the CPAN page, > dataprinterrc settings are ignored, whether they are in ~/.dataprinter > or elsewhere, as specified by $DATAPRINTERRC. > > When loading via this BEGIN approach, p() itself does work. > > The BEGIN code is in a .pl file that instantiates an object from a > package in a .pm file, and then calls a method on the object. > > > _*Profile*_: > > Data-Printer-0.35 > downloaded 2013-10-02 > > perl 5, version 16, subversion 3 (v5.16.3) > built for darwin-thread-multi-2level > > Darwin {node} 12.4.0 Darwin Kernel Version 12.4.0: > Wed May 1 17:57:12 PDT 2013; > root:xnu-2050.24.15~1/RELEASE_X86_64 x86_64 i386 iMac11,1 Darwin > > > Regards, > Charles E. Sheridan >