Using version 7.0.1, or 8.0.4 with a 7.0.1 O database, I have come across a puzzling problem. I cannot save. There are no messages at startup about the save function being disabled (I have proper access codes), my directory and file permissions are correct: directory: -rw-r--r-- 1 albion user 2142380 Oct 26 15:20 30-70allpro.o file: -rw-r--r-- 1 albion user 2142380 Oct 26 15:20 30-70allpro.o Startup messages: > o 30-70allpro.o ---pre-init no error O > Use of this program implies acceptance of conditions O > described in Appendix 1 of the O manual O > O version 7.0.1 , Build 000518 O > Loading 30-70allpro.o O > Define an O file (terminate with blank): O > Chassis id: 1762552004 O > Maximum inter-residue link distance = 2.00 O > There were 42 residues. O > 607 atoms. O > Do you want to use the display? [Yes]: O > O > Macro in computer file-system. ! ! Paint an object here, blah, blah ... ! ! Exit message with "stop" or "save" and "quit" As1> Saved As1> Graphics released. If I reopen the model I do not see the changes, and the file is untouched in the shell (modification date is not changed). Now, I must preface this with the fact that I am using a copy of the original database that a user had the problem with. They could not save. I made a local copy of the file so I could try to diagnose the problem. They originally created the database and were able to color objects in it up until now. Are there restrictions or bizarre behavior in O when using copied databases. Path conflicts, hardwired links to the original etc?? Hmmm. I have opened the database in 8.0.4 as well and tried to save ... no go (even when reading in a new menu.odb and startup.odb). What is going on? Is there a "dont save" flag in the database? A corrupt datablock?? Help! Albion _______________________________________________ o-info mailing list o-info@o-info.imsb.au.dk http://o-info.imsb.au.dk/mailman/listinfo/o-info
This archive was generated by hypermail 2b29 : Tue Mar 20 2007 - 03:13:30 CST