× 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 nice thing about VS Code is you can use any available parser.

You can use Niels RPG parser or there's one called IBM i Languages as well which covers most of the languages.

Regards,
Richard Schoen
Web: http://www.richardschoen.net
Email: richard@xxxxxxxxxxxxxxxxx
------------------------------

message: 4
date: Mon, 22 Feb 2021 18:33:50 -0500
from: Jon Paris <jon.paris@xxxxxxxxxxxxxx>
subject: Re: Visual Studio Code IBM i Source Editing Plugin - That's
Right It's True

Do you know if this uses Niels' RPG parser Richard? Or has Liam supplied a new one with this?


On Feb 22, 2021, at 6:12 PM, Richard Schoen <richard@xxxxxxxxxxxxxxxxx> wrote:

Hi All,

I've been working with Liam Allan to put some finishing-touches on his latest open-source IBM i code editing project.

This time he has created a very cool Visual Studio Code Extension called: "Code for IBM i" for editing and compiling source members directly from IBM i Source Files and soon IFS files.

He will shortly be adding an IFS member browser, so both source members in an IBM i library and the IFS can be consistently edited from VS Code.

The member browser allows you to create, edit, delete, rename, copy and compile or perform other custom actions on a member using the Actions feature.

Compiler listings show up in the VS Code output window. A source type can have multiple custom actions or compile actions that can be run, similar to PDM options on the green screen.

You might call this plugin a Visual Studio Code based replacement for PDM, SEU, WRKLNK and EDTF all-in-one.

The extension is available from the Visual Studio Code Extensions
Marketplace as: Code for IBM i

The extension uses SSH for IBM i connectivity and is very fast.

Here's the Github link to learn more:
https://github.com/halcyon-tech/code-for-ibmi

Have fun with it and please contribute ideas to the project via the Issues page.

Regards,
Richard Schoen
Web: http://www.richardschoen.net<http://www.richardschoen.net/>
Email: richard@xxxxxxxxxxxxxxxxx<mailto:richard@xxxxxxxxxxxxxxxxx>

--
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



------------------------------

message: 5
date: Mon, 22 Feb 2021 18:56:04 -0700
from: Charles Wilt <charles.wilt@xxxxxxxxx>
subject: Re: Default activation groups

Agreed that it's the worst named option...

Only real got'cha is that you can only use RPG IV, no ILE (procedure calls).
- note CALLP (which is call via Prototype) still works doing EXTPGM()

You can't even have internal procedures called.

Like Jon says, it's an OPM program with DFTACTGRP(*YES)...not ILE.

Charles

On Mon, Feb 22, 2021 at 4:32 PM Jon Paris <jon.paris@xxxxxxxxxxxxxx> wrote:

Ah ... When you use DFTACTGRP(*YES) - the worst named option in the
history of the platform - you are basically saying "please build this
as an OPM program - or at least one that pretends to be OPM".

As a result there should basically be no issues with anything. All
scoping etc. should be the same as if you had coded the new stuff as an OPM program.



On Feb 22, 2021, at 5:26 PM, Alan Cassidy <cfuture@xxxxxxxxxxx> wrote:

I should have asked this question more clearly, specifically.

Given an OPM-RPG program A, is there a gotcha with calling program B
compiled with DFTACTGRP(*YES)? I need to capture changes to a certain
file for certain values and instead of modifying old RPG3 code I'd
like to call an RPGLE program to handle something like a data queue
pipe to another process that checks for changes and sends an email.

Thing is I need to catch changes to two values in a file, and I'm
looking at triggers because records get updated, deleted, and/or
inserted by about 15 programs, They run in the gamut of AG'S: OPM-RPG,
RPGLE-*DFTACTGRP, *CALLER, *NEW, and QILE. (these programs will be
part of a comprehensive modernization strategy they are planning that
includes the activation group issues.)

there is time pressure to clear a backed-up queue of requests. But I
don't want any gotchas of course.

aec



On 2/21/2021 1:44 PM, Jon Paris wrote:
We covered this topic (and related issues) in 2004 in an article
called
"The Seven Deadly Sins of ILE" - you can find it herehttps://
authory.com/JonParisAndSusanGantner/The-Seven-Deadly-Sins-of-ILE <
https://authory.com/JonParisAndSusanGantner/The-Seven-Deadly-Sins-of-I
LE>


Jon Paris


On Feb 21, 2021, at 12:10 PM, Alan Cassidy<cfuture@xxxxxxxxxxx>
wrote:

Can somebody share the differences between the two different
activation groups?

Specifically, is there any gotchas if one OPM program A called an
RPGLE program B compiled with DFTACTGRP(*YES) ?

aec


--
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
athttps://archive.midrange.com/midrange-l.

Please contactsupport@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

--
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



------------------------------

Subject: Digest Footer

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) digest 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


------------------------------

End of MIDRANGE-L Digest, Vol 20, Issue 240
*******************************************

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.