Bruce,
There seems to be a work-around.
If, instead, you always explicitly
close a project before opening a new project, artemis seems to
behave
correctly.
unplesantly, not with my G4. I simply, this time, opened artemis
and open directly the ZnO2.apj project and got the following
trap:
# Artemis 0.7.005
# This file created at 22:31:50 on 1 June, 2004
# using darwin, perl 5.008001, Tk 804.027, and Ifeffit 1.2.5
# Workspace: /Users/stefano/.horae/stash/artemis.project.1/
The following message was trapped by Artemis on a SIGWARN:
Artemis0.7.005warn/Users/stefano/.horae/stash/ARTEMIS.TRAPCODE(0x1e3eb60)/Users/stefano/.horae/stash/artemis.project.1/ at
/Applications/Ifeffit/bin/artemis line 1562
main::__ANON__('Tk::Error:
could not open /Users/stefano/.horae/stash/artemis...') called at
blib/lib/Tk.pm (autosplit into blib/lib/auto/Tk/Error.al) line 488
Tk::Error('MainWindow=HASH(0x8f5b4)','could not open
/Users/stefano/.horae/stash/artemis.project.1/...','main::nnnn_header
at /Applications/Ifeffit/bin/artemis line 4386','main::read_path at
/Applications/Ifeffit/bin/artemis line 10872','main::open_project at
/Applications/Ifeffit/bin/artemis line ...','main::read_data at
/Applications/Ifeffit/bin/artemis line 6901','main::dispatch_mru at
/Applications/Ifeffit/bin/artemis line ...','main::__ANON__ at
/Applications/Ifeffit/bin/artemis line 11111','Tk callback for
..frame.menubutton.menu1',...) called at
/Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406
eval {...} called at
/Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406
Tk::MainLoop() called at
/Applications/Ifeffit/bin/artemis line 1707
End of trap file.
Still stuck...
Stefano
--
____________________________________________
Stefano Ciurli
Professor of Chemistry
Department of Agro-Environmental Science and Technology
University of Bologna
Viale Giuseppe Fanin, 40
I-40127 Bologna
Italy
Phone: +39-051-209-6204
Fax: +39-051-209-6203
"Fatti non foste a viver come bruti,
ma per seguir virtute e canoscenza"
Dante Alighieri - Inferno - Canto XXVI