[312] in Tooltime
Duplicate problem causing gpf and type 1 errors
daemon@ATHENA.MIT.EDU (Lynne E. Sousa)
Wed Nov 6 12:22:11 1996
Date: Wed, 06 Nov 1996 12:17:41 -0500
To: tooltime@MIT.EDU
From: "Lynne E. Sousa" <sousa@MIT.EDU>
Good afternoon,
i have narrowed down the cause of the gpf's using the duplicate button.
if there is no text in the history field, duplicate works.
if there is a small amount of text, two lines or less, duplicate works.
if there is more than two or three lines of text in history field, duplicate
gpf's.
If there are multiple lines in the history field but the changes have not
been saved, duplicate works. it is after saving multiple lines in the
history field that duplicate gpf's.
I am not sure if this is caused by the crlf's or some buffer being too small
or a limitation because of the nature of the history and history search fields.
i have managed to get a couple of traces when the gpf occurs. In most cases
the value for the mit_history and mit_history_search field are null in the
insert statement. (but they are also empty on successful duplications)
The strange thing is the insert does happen. The new record exists and has
text in the history and history search fields and when you get back into
scopus you can find the record and work with it.
I would like to experiment with the duplicate code and have the tcl code
clear the history and history search fields.
I would like to put it to the group, can I move forward with that
experimentation?
this would mean that a duplicated log would not contain the history text
from the original log, unless I can figure out a way to copy the information
from the previous log after the save of the new log.
Please let me know what you think.
Thanks
Lynne
Lynne E. Sousa
Computing Help Desk
11-226A
8-5857
