RE: Free format H, F, D and P specs

Well, that's okay too Stu, because as we have seen from comments in this discussion, there are way way too many of our colleagues who would vote AGAINST virtually EVERYTHING.

Alan


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Stuart Rowe
Sent: Wednesday, October 09, 2013 2:04 PM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: Re: Free format H, F, D and P specs

Vern

This enhancement was voted almost unanimously as the top priority

It appears that way because the RFE site does not allow you to vote AGAINST an RFE. You can only "not vote" for one and they don't count the people who don't vote...

Stu



On Tue, Oct 8, 2013 at 10:42 AM, Vernon Hamberg <vhamberg@xxxxxxxxxxxxxxx>wrote:

Blake

This isn't a dig at you - it's at the thread and this community!

Sheesh!

What's up? Everyone wants something, IBM delivers a solution, and all
(I know, not everybody) we get is carping at what it is.

Hey, you haven't even seen it in your editors yet - get it loaded, try
it out, so maybe it's not what WE or YOU or I would have done - still,
give it time!

This enhancement was voted almost unanimously as the top priority for
representatives from several cultures - ISVs, CAAC, LUG, CEAC, at least.

And IBM have come through with a solution.

OK, back to my burrow!

Vern

On 10/8/2013 9:53 AM, BButterworth@xxxxxxxxxxxxxx wrote:

Why not just go with Java at that point instead of reinvent the wheel?

For

better DB integration, IBM could develop a LINQ-like or ORM package

around

DB2 for i to the Java tool box.

Blake


date: Tue, 8 Oct 2013 08:08:08 -0400
from: Steve Richter <stephenrichter@xxxxxxxxx>
subject: Re: Free format H, F, D and P specs

On Tue, Oct 8, 2013 at 2:39 AM, <thomas.raddatz@xxxxxx> wrote:

For example from the day when IBM introduced procedures with V3, I
wonder why we have to use P specs to start/end a procedure and D
specs

for

the procedure interface. Using only P specs whould have been a lot

easier

and clearer (at least for me):

Braces and combining the P and D specs would be nice. But it is just
syntactical sugar ( a term Anders Hejlsberg uses ). Consider that a
code editor could easily put those elements in the language. Or a
pre

compiler.

I can argue that IBM should focus on improving the pre compiler,
making

it

easier to integrate with the debugger. Once that is done then anyone

could

produce their own version of RPG that had braces and a simpler
procedure declaration.

What is really needed in the language is references, reference
counting and garbage collection. Once you have that then you can
have the various

types

of collections that you see in .NET ( when variables are addressed
by reference they can be placed in collections without having to
copy their contents. ) Once you have full featured collections like
dynamic arrays, linked lists, etc you can move on to morphing a
collection into a

database

and vice versa. Where you order by a collection the same way you
order by a table, or join a table to a collection.

-Steve

--
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: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/rpg400-l.

--
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: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.


--------------------------------------------------------------------------------
Confidentiality Notice: This email may contain confidential information or information covered under the Privacy Act, 5 USC 552(a), and/or the Health Insurance Portability and Accountability Act (PL 104-191) and its various implementing regulations and must be protected in accordance with those provisions. It contains information that is legally privileged, confidential or otherwise protected from use or disclosure. This e-mail message, including any attachments, is for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. You, the recipient, are obligated to maintain it in a safe, secure and confidential manner. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Thank you.
--------------------------------------------------------------------------------