Yes the records are being stored erroneously.  I don't actually notice the problem 
until the data is read when opening the program the second time.

My session is opened and closed each time that reading and writing is done.  Normally, 
the connection is closed.

I'm basically doing this:
1)  Selecting a list of SCHED_DATA records.
2)  Getting Records and filling a 'Schedule1' DataTable
        - Read a record from the SCHED_DATA file.
        - Use Schedule1.record(x).item(<fieldname>) = 
                        <fileobj>.record.field(x).stringvalue
                        to fill an individual Schedule1 record.
3)  Creating and filling an array of custom SchedBox objects (used for holding 
scheduling info)
4)  Writing individual records when:
        - Data in a 'SchedBox' is modified
        - A 'SchedBox' is moved to another day (column) - drag-n-drop.
                NOTE:  When a schedbox is moved, all others below it are
                        moved up one in sequence in the 'from' column, and 
                        all others below it are moved down one in sequence
                        in the 'to' column.  Any schedboxes that moved are
                        then rewritten to the SCHED_DATA file to store the
                        new SEQ_NO and DEL_DATE.  This is when the file is
                        being updated on a mass record basis.
        - All writing is done by:
                <fileobj>.RecordID = <record id>
                <fileobj>.write()
5)  Allow for the creation of blank 'SchedBox'es, so new schedules can be created.
6)  Determine the ID number for the new record in the file.
7)  Add the new record to the 'Schedule1' DataTable.
8)  Write the new record to the SCHED_DATA file.

Data (in the SCHED_DATA file) is being changed this way:

                __BEFORE__  __AFTER__
DelDate:        03/18/04        03/18/04         <--OK
SeqNo:  3               3                <--OK
Type:           F               0               <----These two are mixed together (* 
see below)
Hours:  0h              hF              <---/
Code:           -                                <===== This one is GONE!!!!
Color:  Blue            WBlu            <----These two are mixed together (* see below)
Symbol: W               e               <---/
Emp:            1                                <===== This one is GONE!!!!!
RelNo:  01234567001     N0123456700     <----These two are mixed together (* see below)
Priority:       N               1               <---/

(* HERE!)  
At first, I thought that the data was being broken up at the wrong points, but after a 
closer look, it appears that this is happening.  In each three line group:
Line1:  Starts with the first character of line two, and loses it's last character.
Line2:  Loses it's first character to line 1, and gains the last character of line 1 
at the end of it's data.
Line3:  Data is gone (unless it's a <space> character)

Thanks,
Dave



-----Original Message-----
[snip]

Dumb question - have you confirmed that the records are actually being
stored erroneously?  You say that the screen shows it wrong when you recall
it, but maybe the problem is with the display and/or retrieval routines.

[snip]
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

Reply via email to