-
Notifications
You must be signed in to change notification settings - Fork 83
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Active list is ignored in VERBTIMER program #75
Comments
Would this not be a case where the program needs to check at the first executable line, whether or not there is an active select list currently, and if so, to save it off, or do something else to preserve it. |
Hi @wjhonson! Yes, I agree with you that some kind of active-list detection might help. Using The problem is that I want to use that previously-active list and filter it further using some other criteria. This is often the case if the list was obtained with a |
Well if you detect the active list, can you then execute a save-list or something would that work? |
Something like that could be done, but I think it would require more predictable usage of the program in order to be successful. The goal is to avoid tampering with the Because the actual Here's some sample terminal output to highlight the problem:
At the end there, I would expect to have 7 records in list 0, not 314. |
I love the concept of the VERBTIMER program, and have implemented a version of my own. However, there is currently a nasty bug that comes along with this. If you have an active select list going into this program, it is ignored. The new
SELECT
that happens within the program gives you a brand new list based on the most recent criteria, rather than a derivative of the list you previously had.It is pretty easy to recreate the bug.
SELECT
at TCL with some specific criteria or perform aGET.LIST
.SELECT
, likeSELECT <Filename>
.Is there a way to respect any previous active list? I need this to be 100% transparent to the user for it to have any chance of running in production.
/cc @byrnem
The text was updated successfully, but these errors were encountered: