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



Aaron,

If you are still coding in "edit, compile, run, fail, debug, edit, compile, run, fail, debug, edit, compile" mode, then it would seem you are using WDSc as you did with PDM - this is not a true Integrated Development Environment. In that case, you ~would~ expect CTRL+S to save your member to the System i - not to the PC where you are doing the actual development work.

Given that, I would have missed the point. WDSc is just a fancier version of PDM...

Of course, some of us stick to the "compile, now it works" approach... :-)

Trevor

----- Original Message ----- From: "albartell" <albartell@xxxxxxxxx>
To: "'Midrange Systems Technical Discussion'" <midrange-l@xxxxxxxxxxxx>
Sent: Friday, December 15, 2006 12:19 PM
Subject: RE: Saving the System i: Fight Rather Than Switch


>For example, you compare SAVE in SEU with CTRL+S in WDSc. However, these
things are two completely separate tasks. SAVE in SEU will save you current
member for you to your development system. In WDSc, this function is done
for you. Your PC is the development system, and it keeps all of the changes you make as you develop in the Integrated Development Environment. CTRL+S in
WDSc is publishing your changes from the development server to the
deployment or production server. Not apples to apples. You are complaining
about the present based on something different from the past.

I think you may be missing the point. In either case the need is to get the
code being displayed on screen (whether 5250 or LPEX) to the source member
it is tied to.  It makes no matter to me that WDSC saves it to my HD first
and then to the source member on the server.

In the same vein I have started to have a green screen open for compiles
when I am doing heavy iterative development and need to compile once every
couple minutes.  From the green screen it is a simple F9 then ENTER.  From
WDSC it is Compile->[pick compile option], hope job submits, if binding
errors go to green screen to compile so you can get job log, wait for event
log to appear.

I REALLY like the insertion of errors in WDSC which is why I use it for
compiling at the beginning of a project, but once I am making iterative
changes it just gets too time consuming.

Aaron Bartell

-----Original Message-----
From: midrange-l-bounces+albartell=gmail.com@xxxxxxxxxxxx
[mailto:midrange-l-bounces+albartell=gmail.com@xxxxxxxxxxxx] On Behalf Of
Trevor Perry
Sent: Friday, December 15, 2006 10:52 AM
To: Midrange Systems Technical Discussion
Subject: Re: Saving the System i: Fight Rather Than Switch

Nathan,

Thanks for the support. I appreciate the feedback.

Maybe I need to build a website: www.as400syndromeandproudofit.com ? I agree with you that the key to the future is leveraging the past. However, we need
to have a clear vision of what was valuable from the past and use it as a
stepping stone to the future.

For example, you compare SAVE in SEU with CTRL+S in WDSc. However, these
things are two completely separate tasks. SAVE in SEU will save you current
member for you to your development system. In WDSc, this function is done
for you. Your PC is the development system, and it keeps all of the changes you make as you develop in the Integrated Development Environment. CTRL+S in
WDSc is publishing your changes from the development server to the
deployment or production server. Not apples to apples. You are complaining
about the present based on something different from the past.

And, you did not define what you meant by 'better' when you said "native
record level access is better than SQL for retrieving records by key,
updating them, and writing them". While the AS/400 faithful may think it is 'better' in some green outdated sense, the System i futurists do not agree.

Trevor


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



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.