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):
 
