|
Yes
That’s what I was talking about in the beginning.
On Sun, 18 Mar 2018 at 20:36, Dave <dfx1@xxxxxxxxxxxxxx> wrote:
Maybe the cursor is closed, but with Exec Sql close cursor, dspjob showsa
lock still in place on the table. I think this is normal behaviour whenclose
opened in the dftactgrp. With CloSqlCsr, I don't have the lock at the end
of the program.
2018-03-18 18:12 GMT+01:00 Craig Richards <craig@xxxxxxxxxxxxxxxx>:
CloSqlCsr - as described in this thread is referring to the way the*Module
is created.can
Instructing the system to close the SQL cursors for you when the module
ends.
I suppose you could say it is a safeguard to make sure that no cursors
be accidentally be left open once the *module is exited.
If you have taken care to manually close any cursors using Exec Sql
havecursor, then it won't be doing anything for you.the
On 18 March 2018 at 16:49, Dave <dfx1@xxxxxxxxxxxxxx> wrote:
Thanks, the CloSqlCsr is what I needed. Actually, I have yet to be in
tosituation when having the cursor stay open after the program ends wasworth
more than the potentiel problems it can cause. A thing I'm still notclear
on is, what's the difference between "close cursor" as you would dobefore
reopening it, for example, and CloSqlCsr?
Craig, RCLRSC will not work and I believe this is documented
I'm in the dftactgrp which wasn't completely clear in my op. I wanted
beglenn.gundermann@xxxxxxxxx
able to compile but still have my program run in the dftactgrp.
Thanks
2018-03-16 16:18 GMT+01:00 Glenn Gundermann <
:
Hi Dave,
If you are referring to a SQLRPGLE program, then this is what I
inprogram
mine:
// Set SQL options.
EXEC SQL
SET OPTION
CloSqlCsr = *ENDMOD,
Commit = *NONE,
DatFmt = *ISO,
Naming = *SYS;
It was pointed out on this forum by Birgitta and maybe others that
CloSqlCsr = *ENDMOD isn't the most efficient if you call the
experiment.repeatedly. Each person's case is different but you can
to
Hope this helps.
Yours truly,
Glenn Gundermann
Email: glenn.gundermann@xxxxxxxxx
Work: (905) 486-1162 x 239
Cell: (416) 317-3144
On 16 March 2018 at 10:07, Dave <dfx1@xxxxxxxxxxxxxx> wrote:
Hello all,
I’ve arrived at a new company and run into a bit of a fix. Hard
asbelieve,
but there are no development standards and everyone seems to do
heAs
pleases. Most are still writing new programs in fixed form RPG.
this, II’ve
alwayshad
to work alone with very little time or coaching, I’ve done as I
whichcompilinghave, preferring sub procedures to subroutines. When I came to
I
got blocked by the error caused by not specifying dftactgrp(*no),
I’d
forgotten about (I’ve been away a long time). To get round
canh-specs.specified the value **no, and added actgrp(**caller) in the
upremaining
During testing, when I noticed that my files and cursors were
open (and remembered also this behavior), it suddenly hit me why
till
now I’ve only come across dynamic program calls in this shop. I
affiliategetaffiliate
backround the problem of the files, but can’t see a way of closing mycursors.
Can anybody advise me? Should I just convert all my procedures to
toaffiliate
(RPG400-L)routines?
*Thanks *
--
This is the RPG programming on the IBM i (AS/400 and iSeries)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our
(RPG400-L)link: http://amzn.to/2dEadiD--
This is the RPG programming on the IBM i (AS/400 and iSeries)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our
(RPG400-L)link: http://amzn.to/2dEadiD--
This is the RPG programming on the IBM i (AS/400 and iSeries)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our
(RPG400-L)link: http://amzn.to/2dEadiD--
This is the RPG programming on the IBM i (AS/400 and iSeries)
--mailing list--
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
As an Amazon Associate we earn from qualifying purchases.
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.