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



Because SEU loads fast and RDi doesn't. Okay, maybe I should leave RDi
open all the time and avoid that opening pain. And maybe running 1,500
miles through a VPN doesn't help even though my local connection is > 800
MBPS.

While I've been using SEU since 1974 and GUI text editors since CoDe, and
while I appreciate the features in RDI, SEU remains really handy,
especially with some tools I've developed to edit and compile any source
member with a single-parameter command. I find SDA/DSPF to be far faster
than RDi. Why? Same as above: SEU-centric tools make things really easy
and fast.

My philosophy is to fix/update as I build. This means I may need to dig
into multiple source members of varying types. For example, if I add a
parameter to a program, I have to change the program, its prototype, the CL
driver, the command, the command help, and maybe the binding directory.
Yes, I can use CTRL+ALT+Q or RDI's filters..and sometimes I do. But I have
a tool that opens (with SEU) and compiles every source member tied to a
program (thanks to a strong naming convention); I see the binding directory
too. It's fast and I'm productive.

Why not enhance SEU? My guess is that the code has been beaten up over the
years, with timebombs of technical debt everywhere. It's not unreasonable
to think that the people working on the first real SEU (System/34) didn't
imagine where we'd be today, and even though I've found SEU to be
rock-solid for decades, I'd guess enhancing SEU and keeping it stable over
the years has not been easy. If there's a reason SEU won't go open-source,
my guess is it's because IBM would be embarrassed. Another possible
reason is that there's already support within the Eclipse world for
primitive functions (the "%" things in ILE RPG), so adding a feature to RDi
is relatively simple but adding that same feature to SEU would require
substantial effort.

SEU is my Swiss Army knife, with a dull blade and several attachments that
don't work.

The other thing: if you're not maintaining it, you don't have to charge for
it.

Just asking: is there a command-line interface to fire up RDi? I think
CoDe had one.

--rf

On Thu, Jan 19, 2023 at 8:45 AM James H. H. Lampert via RPG400-L <
rpg400-l@xxxxxxxxxxxxxxxxxx> wrote:

On 1/19/23 8:37 AM, Jon Paris wrote:
But why oh why use SEU? Sigh ...

Because you're accessing the box from a terminal session?

Because you're an old terminal-jock?

Because you LIKE SEU?

--
JHHL
--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.