IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

TBSARG - Deleting the search criteria after a TBSCAN/TBDISPL


IBM Mainframe Forums -> TSO/ISPF
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
ISPFHerc

New User


Joined: 10 Dec 2017
Posts: 3
Location: bahamas

PostPosted: Thu Dec 14, 2017 8:18 am
Reply with quote

If an application issues a TBSARG to establish a search criteria, how does this search criteria ever get removed? Does the next issuance of TBSCAN or TBDISPL remove it, or does the application have to do something - and if so - what?

Thank you,

Wally
Back to top
View user's profile Send private message
dneufarth

Active User


Joined: 27 Apr 2005
Posts: 420
Location: Inside the SPEW (Southwest Ohio, USA)

PostPosted: Thu Dec 14, 2017 10:50 am
Reply with quote

TBVCLEAR
Back to top
View user's profile Send private message
ISPFHerc

New User


Joined: 10 Dec 2017
Posts: 3
Location: bahamas

PostPosted: Fri Dec 15, 2017 8:47 am
Reply with quote

The description of TBVCLEAR in the manual does not make any reference to clearing the data from a previously issued TBSARG. It simply states - " All dialog variables that correspond to columns in the table, specified when the table was created, are cleared." To me, this implies all the KEY and NAME table dialog variables, but not the EXTENSION variables.

If an application issues -
.
.
TBVCLEAR table1

TBSARG table1 ARGLIST(extvar1,extvar2)

TBSCAN table1

TBVCLEAR table1
.
.

I think the ARGLIST search criteria will still be in effect after the last TBVCLEAR is issued, unless TBVCLEAR also clears the TBSARG search criteria, but this was never documented.

Any comments would be most appreciated.

Thank you,

Wally
Back to top
View user's profile Send private message
Willy Jensen

Active Member


Joined: 01 Sep 2015
Posts: 734
Location: Denmark

PostPosted: Fri Dec 15, 2017 12:26 pm
Reply with quote

While not specifically stated, I would assume that TBSARG without ARGLIST will remove extenson variables from the search. TBVCLEAR does not reset the search criteria, you must do a TBSARG immediately after the TBVCLEAR, as a value of null for one of the dialog variables means that the corresponding table variable is not to be examined during the search.
Back to top
View user's profile Send private message
Willy Jensen

Active Member


Joined: 01 Sep 2015
Posts: 734
Location: Denmark

PostPosted: Fri Dec 15, 2017 12:26 pm
Reply with quote

While not specifically stated, I would assume that TBSARG without ARGLIST will remove extenson variables from the search. TBVCLEAR does not reset the search criteria, you must do a TBSARG immediately after the TBVCLEAR, as a value of null for one of the dialog variables means that the corresponding table variable is not to be examined during the search.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8796
Location: Welsh Wales

PostPosted: Fri Dec 15, 2017 12:57 pm
Reply with quote

Oh gosh, there seems to be an echo in here icon_razz.gif
Back to top
View user's profile Send private message
ISPFHerc

New User


Joined: 10 Dec 2017
Posts: 3
Location: bahamas

PostPosted: Mon Dec 18, 2017 4:58 am
Reply with quote

I agree with you that a "TBSARG table1" with no arguments may clear the search criteria, but its not like IBM to not provide and document a mechanism to do this.

All comments are welcome.

Thank you,

wally
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> TSO/ISPF

 


Similar Topics
Topic Forum Replies
No new posts Two where-criteria with GT - Performa... DB2 4
No new posts Search two or more word with FILEAID Compuware & Other Tools 17
No new posts Sortjoin and Search for a String and ... DFSORT/ICETOOL 1
No new posts Deleting a Tape file JCL & VSAM 14
No new posts first column truncated in search result IBM Tools 13
Search our Forums:

Back to Top