EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #08248
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] use of uninitialized value in string eq during eprint->commit
- To: David R Newman <drn@ecs.soton.ac.uk>, "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: Re: [EP-tech] use of uninitialized value in string eq during eprint->commit
- From: Tomasz Neugebauer <Tomasz.Neugebauer@concordia.ca>
- Date: Sat, 11 Jul 2020 02:38:11 +0000
Hi David, Thank you! That is brilliant use of grep. Using this method, I was able to pinpoint the line, super helpful! We are on 3.3.12, but the problematic line comes from the orcid_support_advance plugin version 1.5.1 from the bazaar. It is this line: Line 384: if( $old_c->{putcode} eq $new_c->{putcode} ) In this file: /cfg/cfg.d/z_orcid_support_advance.pl That is actually line 384 in the default file from the bazaar:
https://bazaar.eprints.org/1138/1/epm/orcid_support_advance/cfg/cfg.d/z_orcid_support_advance.pl I see that this line is actually updated/fixed on GitHub, I guess it just didn’t make its way to the Bazaar yet? Line 384: if(
defined
$old_c->{putcode}
&& defined
$new_c->{putcode}
&& $old_c->{putcode}
eq
$new_c->{putcode}
) https://github.com/eprints/orcid_support_advance/blob/master/cfg/cfg.d/z_orcid_support_advance.pl I know I mentioned line 379, but that’s because I was testing on two different dev servers where that same line was in position 379 on a different server, but also being flagged on commit. Thanks again! Tomasz From: David R Newman <drn@ecs.soton.ac.uk>
Hi Tomasz, I have do deal with these sorts of issues quite a lot. As you probably won't be surprised to hear, I do not know of the top of my head what is causing this issue. However, what typical I do is grep over the archive's cfg and possibly bin directories to
see if I can spot any code that may relate to this error. Using the following command you will find any code that could lead to that error on line 379: grep -rn " eq " EPRINTS_PATH/archives/ARCHIVE_NAME/cfg/ EPRINTS_PATH/archives/ARCHIVE_NAME/bin/ | grep ":379:" If you don't find anything then it may be worth having a look in perl_lib, lib, flavours/pub_lib. ingredients, site_lib etc. The reason for the "(eval 173)" is probably due to line 379 calling a user-defined function (sub). If you can tell me the specific version of EPrints you are running I can probably have a look though the code codebase to give some suggestions. There is a good chance that line 379 will be in the core codebase and line 173 will be the line in the archive
level user-defined function. Regards David Newman On 10/07/2020 23:01, Tomasz Neugebauer via Eprints-tech wrote:
|
- Follow-Ups:
- Re: [EP-tech] use of uninitialized value in string eq during eprint->commit
- From: Tomasz Neugebauer <Tomasz.Neugebauer@concordia.ca>
- Re: [EP-tech] use of uninitialized value in string eq during eprint->commit
- References:
- [EP-tech] use of uninitialized value in string eq during eprint->commit
- From: Tomasz Neugebauer <Tomasz.Neugebauer@concordia.ca>
- Re: [EP-tech] use of uninitialized value in string eq during eprint->commit
- From: Tomasz Neugebauer <Tomasz.Neugebauer@concordia.ca>
- [EP-tech] use of uninitialized value in string eq during eprint->commit
- Prev by Date: Re: [EP-tech] use of uninitialized value in string eq during eprint->commit
- Next by Date: [EP-tech] Short workflow
- Previous by thread: [EP-tech] EPrints/CRIS
- Next by thread: [EP-tech] DOI handling in orcid_support_advance
- Index(es):