RE: Loss of entries on the CODE/400 "recently-used" list

["Reeve Fritchman" <reeve@xxxxxxxxxx>]

I understand the problem with intermittent problems...it's one of my
favorite reasons I give to MY customers!

I wouldn't mind e-mailing the developer and opening a dialogue.  There *is*
something funny going on.

Here's how I've reproduced the situation:
(1) Open 10 members using CPO; this will reset the RUL.
(2) "F3" 10 times, CODE/400 will end when the last open member closes.
(3) Start CODE/400 again.
(4) Open a member.
(5) Look at the RUL; it will show the 10 members.
(6) Kill CODE/400.
(7) Reopen CODE/400 and check the RUL; it will be screwy and back to the
point before you first opened the 10 members.

It looks to me like the F3 or "closing the last open window" "exit" process
is not the same as using File|Exit.  If that's the case, there's a design
error: you shouldn't be allowed to exited CODE/400 by using F3 or by closing
all open members.  CODE/400 should stay open until the user does File|Exit.

-----Original Message-----
From: code400-l-admin@midrange.com [mailto:code400-l-admin@midrange.com]On
Behalf Of haklui@ca.ibm.com
Sent: Wednesday, January 23, 2002 9:24 AM
To: code400-l@midrange.com
Subject: Re: Loss of entries on the CODE/400 "recently-used" list

OK. I will add this onto my plate for investigation. You know. If we cannot
reproduce the problem, especially intermittent ones, usually it will be
very difficult for us to solve it.


Hak Lui
AS/400 AD, IBM Canada Ltd.
e-mail: haklui@ca.ibm.com


"David Morris" <David.Morris@plumcreek.com>@midrange.com on 01/22/2002
03:26:30 PM

Please respond to code400-l@midrange.com

Sent by:  code400-l-admin@midrange.com


To:   <code400-l@midrange.com>
cc:
Subject:  Re: Loss of entries on the CODE/400 "recently-used" list


Reeve,

I have experienced this on various systems for several years now. Gave

up on reporting it. When I did chase it aggresively, I was told it had
to
be something on our network or that we were not shutting down properly.

I have seen this on W98 and NT. It is usually precipitated by some
event.
I did do several scratch installs (SP3) recently and they did not work
from
day one.

David Morris

>>> reeve@ltl400.com 01/22/02 10:45AM >>>
Last night I ended CODE/400 (V5R1, latest SP's) properly (using
EXIT).  This
morning I started CODE/400, went to my recently-used list, and selected
the
member I was working on yesterday.  CODE/400 locked up (went to "not
responding"), so I killed it.

When I restarted CODE/400, the recently-used list reverted to an older
version: the members I had been working on are no longer there, and the
size
of the list is still 10 entries.  I have been experiencing this
behavior for
multiple releases, and this can't possibly be working as designed.

I've been assured in other messages that using "Exit" saves the
recently-used list.  Maybe the list is saved; if so, CODE/400 has a
problem
when restarting after an abnormal termination (it's getting some
lost-in-space list).  I'm think this is related to CODE/400's
tendency to
display "Untitled Document xxx", where "xxx" is some number
related to last
night's lottery number.  Every time I end and restart CODE/400,
"xxx"
increments.

A re-boot resets the document number.  I thought "reboot" was the
cure for
Windows applications?oh, right?

Regards,
Reeve
Reeve Fritchman
_______________________________________________
This is the CODE/400 Discussion & Support (CODE400-L) mailing list
To post a message email: CODE400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l
or email: CODE400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/code400-l.




_______________________________________________
This is the CODE/400 Discussion & Support (CODE400-L) mailing list
To post a message email: CODE400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l
or email: CODE400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/code400-l.