EPrints Technical Mailing List Archive

See the EPrints wiki for instructions on how to join this mailing list and related information.

Message: #10021


< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

Re: [EP-tech] Tracing errors


CAUTION: This e-mail originated outside the University of Southampton.

I mean if you really want, you can jump into perl_lib/EPrints/DataSet.pm
and throw in an...

EPrints->trace;

...to get a stack trace, or perhaps better...

EPrints->abort("Let's stop here.");

...which will stop everything in its tracks and issue a stack trace
too - at least off the top of my head. It has been a while, and I'm
getting rusty, =).

From what I can see in my version of epadmin, all reload is doing is
updating a timestamp file, and using the repository id to get the
variables path (presumably
/opt/eprints3/archives/YOUR_ARCHIVE_NAME/var/ ) in which
last_changed.timestamp can be found (and updated). Yours is likely
/opt/eprints3/archives/arcom/var/last_changed.timestamp judging by
output shared in your other email.

Anyway, probably too much information.

Cool to hear you're using EPrints for metadata, =).
Am ignorant of RIS files.
Will have to look into them and clue myself up.
A quick google and I can see an EPrints::Plugin::Import::RIS from 2012
by Stewart Brownrigg at files.eprints.org/741 as well as some past
messages about the plugin in this mailing list.

Seems from your previous email you also had some ideas that maybe
problems were related to "accidentally setting values that don't fit
somewhere" - so yeah, maybe, something was awry when processing your
new fields, and it's just a matter of configuring them correctly
before reloading the config, =).

But hopefully a stack trace of some sort can shed light on what's
happening, so you're not working blind.

Just realise any EPrints->abort statements are a brutal spanner in the
works, and such lines should be removed once you've figured out what
you need to figure out, ^_^.

Yours,
Andrew.







Quoting Will Hughes <w.p.hughes@reading.ac.uk>:

CAUTION: This e-mail originated outside the University of Southampton.
CAUTION: This e-mail originated outside the University of Southampton.
Hi

Sorry to keep coming back. I have spent a couple of hours trying to
find what is causing this error:

eprints@ubuntu-s-1vcpu-1gb-lon1-01:~$ sudo -u eprints
/opt/eprints3/bin/epadmin reload arcom
Can't use string ("1") as a HASH ref while "strict refs" in use at
/opt/eprints3/bin/../perl_lib/EPrints/DataSet.pm line 586.

I don't seem to be able to find a pl or pm file that is triggering
this. Are there any logs that would track this kind of thing?

Best wishes

Will

Will Hughes
Emeritus Professor of Construction Management and Economics
School of the Built Environment
University of Reading, PO Box 219, Whiteknights
Reading, RG6 6DF, UK