× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



The last time I used the separate window by the end of the day I had so
many windows open it was funny. I might give that a try again, the newer
versions of ACS RSS are a bit different than when I did it. This time
close them instead of jumping to the other window.

Yes the issues are with the CLRPF, CLRPFM or DELETE. The main file I get
in trouble with is cleared several times during the run. If we have an
issue I need/want to see what is in the file and forget to get rid of the
lock.

I have fixed the program so we don't have the errors like we used to but
still have issues.

On Tue, Aug 3, 2021 at 3:14 PM Charles Wilt <charles.wilt@xxxxxxxxx> wrote:

The locks shouldn't prevent any real work from being done.

Usually the biggest issue is old processes with a CLRPFM that requires an
exclusive lock.

Two options there,
- refactor to use an SQL DELETE or TRUNCATE TABLE
- add an ALCOBJ CONFLICT(*RQSRLS) prior to the CLRPFM.

https://www.ibm.com/support/pages/pseudo-closed-cursor-faq

Charles

On Tue, Aug 3, 2021 at 1:57 PM K Crawford <kscx3ksc@xxxxxxxxx> wrote:

I tried the stop and it did not work.
I just need to get in a better habit of using the Ctrl+F11 to reconnect
or
Ctrl+F12 to disconnect.

Thanks for the input.
Kerwin

On Tue, Aug 3, 2021 at 2:30 PM Charles Wilt <charles.wilt@xxxxxxxxx>
wrote:

If you run the same/similar statement 3 times (by default) SQL will
start
pseudo-closing cursors.

Thus leaving a shared for update lock on the file and member. You
should
not be seeing any records locked.

You'd have to disconnect from the server to fully close the file.

Charles


On Tue, Aug 3, 2021 at 9:59 AM K Crawford <kscx3ksc@xxxxxxxxx> wrote:

I am using ACS Run SQL Scripts to research data when errors happen,
for
that matter other reasons also.
I will use a simple SQL statement like
SELECT *
FROM myLib/myTable
WHERE Client = 'ABC'

This creates a lock on the object and members of the object
myLib/myTable.
If I forget to disconnect or run another statement over something
else.
This can create issues.

I found the WITH UR clause. I get the same results.

What can I do to run my simple SELECT without Object/Member locks?
TIA
--
KCrawford
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
related
questions.

Help support midrange.com by shopping at amazon.com with our
affiliate
link: https://amazon.midrange.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com



--
KCrawford
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.