Bug in cpan/DB_File/t/db-hash.t (5.28 RC-2) #16588
Comments
From @AbigailCreated by @AbigailWhen trying to build perl from git on a new laptop, I get test The test output contained a few lines with a few million NULs -- they Use of uninitialized value $value in string eq at cpan/DB_File/t/db= Perl Info |
From @pmqsOn Thu, 14 Jun 2018 07:13:49 -0700, abigail@abigail.be wrote:
This appears to be a duplicate of https://rt.cpan.org/Ticket/Display.html?id=125238. That report suggests that the BerkelyDB library in MacOS is in a place that DB_File hasn't been configured to use. In the section "Let's make libdb work" from #125238, it says that the BerkeleyDB library is installed in /opt/local/lib/db48. If that is the case here, edit the config.in file for DB_File and set INCLUDE = /opt/local/include/db48 the rebuild & test DB_File. Alternatively set the environment variables DB_FILE_INCLUDE to /opt/local/include/db48 and DB_FILE_LIB to /opt/local/lib/db48, the rebuild & test DB_File. If this works, I'll add a note to the Troubleshooting section in the README cheers |
|
The RT System itself - Status changed from 'new' to 'open' |
From @AbigailOn Sat, Jun 16, 2018 at 03:50:59PM -0700, Paul Marquess via RT wrote:
That seems to do the trick. Thanks, Abigail |
From @pmqsDo you know if MacOS ships with the Berkeley DB include file, db.h? Otherwise DB_File.xs wouldn’t compile at all. Seems strange to have that include file, but not the library. |
From @pmqsOn Sun, 17 Jun 2018 01:31:15 -0700, pmqs wrote:
Actually – looking at your bug report again, most of the DB_File test harness passed. That means there needs to be a version of the Berkeley DB library available. If you get a chance, could you see what this gives you when run in the DB_File source directory after you’ve run “make test” (without setting any of the INCLUDE/LIB variables to point to /opt/local/lib/db48) perl -Mblib -MDB_File -e 'print qq{Built with Berkeley DB ver $DB_File::db_ver\n}' thanks |
From @AbigailOn Sun, Jun 17, 2018 at 01:43:53AM -0700, Paul Marquess via RT wrote:
$ cd cpan/DB_File Regards, Abigail |
From @pmqs
Version 1 ! Now I'm confused. Running that test without messing with DB_File INCLUDE/LIB variables implies there already is a copy of the original version 1 Berkeley DB library (the one that DB_File was originally written for) on MacOS. Why it is failing only one of the test is weird. Need to think about what to do nest. thanks |
From @craigberryOn Sun, Jun 17, 2018 at 2:43 PM, paul.marquess via perl5-porters
I get the same thing, but after "brew install berkeley-db" get: $ cd cpan/DB_File and all tests passing, so that is a workaround for people who need Now back to the default situation. Apparently Berkeley DB is present <https://discussions.apple.com/thread/8125401> and it's buggy. Not sure how to work around that. |
From @craigberryOn Thu, Jun 21, 2018 at 7:59 AM, Craig A. Berry <craig.a.berry@gmail.com> wrote:
Actually, the Berkeley v1 functions appear to be in libsystem_c: $ nm /usr/lib/system/libsystem_c.dylib | egrep and the /usr/include/db.h appears to be consistent with that (ancient <https://opensource.apple.com/source/BerkeleyDB/> but where that gets installed (or if it does) is something I have not Where things go obviously wrong with the db-hash.t test is right here: # tie to the same file again, do not supply a type - should default to HASH Right before this %h is empty, and right after it, %h has 10 entries. $ ls -l dbhash.tmp That zips down to about 200K, but that's still a bit big to attach here. I don't know if or when I'll be able to debug this further. |
Migrated from rt.perl.org#133280 (status was 'open')
Searchable as RT133280$
The text was updated successfully, but these errors were encountered: