+++ This bug was initially created as a clone of Bug #467240 +++

Description of problem:

When Config::General is supplied a directory instead of a config file
it silently accepts it and returns an empty config hash.

Version-Release number of selected component (if applicable):
perl-Config-General-2.40-1.el5.noarch

Steps to Reproduce:
use Data::Dumper;
use Config::General;

my $configurator = new Config::General("/etc/httpd/conf.d/");
%config = $configurator->getall;
print Dumper(\%config);
  
Actual results:
$VAR1 = {};

Expected results:
It should croak something like:
Config::General: Cannot open "/etc/httpd/conf.d/" par parsing, it's a directory.
[and return non-zero exit status]

Additional info:
Croaks well with non-existing files:
Config::General The file "/etc/httpd/conf.dd/" does not exist within ConfigPath: /etc/httpd/conf.dd! at test.pl line 6
--- 

[...]

--- Additional comment from ppisar@redhat.com on 2010-12-01 16:24:00 GMT ---

Fixed in upstream version 2.50 version. Changelog:

  2.50
        - fixed rt.cpan.org#63487 documentation error.

        - fixed rt.cpan.org#61302, now croak if the config file
          parameter is a directory and directory include is not
          turned on.

        - fixed rt.cpan.org#60429 META.yml typo

        - added new option -AllowSingleQuoteInterpolation, which
          turns on interpolation for variables inside single quotes.

        - added test case for the new option

Test:

$ perl -I /tmp/Config-General-2.50/blib/lib/ -MConfig::General -e 'Config::General->new(".")->getall'
Config::General: config file argument is a directory, expecting a file!
 at -e line 1
-----

Please upgrade in F15 to 2.50 version and consider back-port or rebase in older Fedoras.