WDSc Survivor

Five Brave RPG Programmers Move from PDM/SEU to WDSc

October 7, 2004

Diary entry 2

Day 12

Start working on my first real project at work. I easily copied some source code from other members and started a maintenance screen program. I needed a new file, DDS screen and RPG/SQL maintenance program. I wanted to see if I could find out how to get the equivelent of the screen designer so I loaded the DDS source and pressed F1. I used the search button to search on "design screen". The first time help has to index from on-line sources, it will take about 5 minutes to load the index. The indexer says it only happens one time.

When working with DDS source, I noticed the + for field positioning based on the end of the prior field position gives me an error. Found out from IBM this is actually a bug in the editor that hasn't been reported. Let's see how long it takes to get fixed!

It is good to know that the member is locked. While editing in WDSc I went to PDM and tried to access the member. I got the message that the member was in use.

Also learned from IBM today that my inability to see the compile options on my first install could be due to a corrupt workspace. A workspace is a series of files and folders usually found in \my documents\IBM. I exited WDSc, renamed the folder 'workspace' to 'workspace_orig' and then restarted WDSc. It worked! I was able to copy my filters from 'workspace_orig' to 'workspace' and that was OK but I couldn't copy the files from my user commands over initally. We'll see if IBM comes up with a way to do that. Luckily, I only had one!

Day 13

Back from vacation and Oh how I missed WDSc! OK, a little blog sarcasm. I thought it was pretty cool that when I start WDSc, it remembers my view, layout and environment (or so I thought). I could see that my library list was just as it was when I exited WDSc previously. Then I made a change and compiled and got a whole bunch of errors ... more than normal for a couple of lines of code change. Turns out that compiler couldn't find any of my files. Why not? I asked. The library list was set. I even emailed a screen shot to IBM. Turns out, the way the default preferences are set, it restores the "view", but that is it. The library list isnt' really set. You can turn this off in preferences so it doesn't appear to load your last session's environment. I still think it is a bug. If it shows the environment, it should set the environment. I'd take the extra 15-20 seconds hit at load if it really restored my environment.

Day 14
I'm in WDSc all the time now. I've had to change some of my thinking on how I spend my time as it takes a little longer to load. But, once loaded, I've become very comfortable with the basic editing functions. I'm still not sure how to split screens to show the same source in two different windows but I'm sure it is there. The HELP hasn't been much help in this area yet.

I used Code Designer to make some screen changes. This is going to take some getting used to! I need a good tutorial on using Code Designer for screens, that is for sure.

I still can't get my compile error messages to go to the source line. I get an error message about a file not being found in qtemp. Tom is getting it too. I send screen shots to IBM to have them check into this one. I have to switch back to command line to review source compiles.

I also had my biggest failure today. I had made significant changes to the code in WDSc. I went to save and got a message box about the source on the server being updated since my last save. I didn't make any changes to the member, so I can't figure out why I got the message. Anyways, I thought I was taking the option to update my changes to the source member, but the default is to update my view of the WDSc code with the original source member code. I basically over wrote all of my code changes. There isn't an undo for this one! Rats! I lost about 1/2 hours worth of work.

Posted by at October 7, 2004 7:18 AM

Comments

Persevere with CODE Designer - its much better than SDA. There really is only one thing that is annoying about it and that is that referenced fields placed on the screen include your library name hard coded in the REF keyword and this requires you to manually change it to *LIBL with the editor. A slight inconvenience but it should really be the default behaviour.

As for a tutorial - there are courses you can go on...but there are no free tutorials that I have ever found on the web.

I use WDSc most of the time now and find it great - good luck

Patrick

Posted by: patrick newell at October 9, 2004 5:17 AM

Hi guys, I love the blog idea! A few follow up comments ...

>>The library list isnt' really set ...
I'd take the extra 15-20 seconds hit at load if it really restored my
environment.

This is actually another preference. On the Remote Systems preference page
you can turn off loading the last session (as you mentioned), but you can
also control whether it restores your last session from cache (in which case
the cache could be stale) or with live data (in which case you will see the
real thing but it will take slightly longer.)

>>I'm still not sure how to split screens to show the same source in two
different windows but I'm sure it is there.

Unfortunately it is not there : ( You can open two different members side
by side but you can't have 2 editors open on the same member. This is
actually an eclipse limitation. The eclipse team is looking at addressing
this in their next release and when they do fix it WDSc will get that
functionality automatically.

>>I still can't get my compile error messages to go to the source line. I
get an error message about a file not being found in qtemp.

Are you using CRTSQLRPG or CRTSQLRPGI? The problem here is that the SQL
preprocessor creates an intermediate RPG source member in QTEMP which is
then fed into the RPG compiler. The RPG compiler generates errors that
point back to the member in QTEMP not the original member. When the RSE
uses a different job for reading and writing members than the job where the
compile commands gets run, therefore the editor cannot find the intermediate
member in QTEMP.

We are looking at fixes for this in future releases of WDSc, but in the
meantime you can override the location of this intermediate file when you
prompt the compile command:

To source file . . . . . . . . . TOSRCFILE QSQLTEMP
Library . . . . . . . . . . . QTEMP

You could create your own custom compile command in WDSc that specifies the
TOSRCFILE location to a library other than QTEMP. NOTE: If you do this,
when you double click on an error it will download the intermediate member
and position you to the line with the error in this member, not the original
source file (so be careful not to fix your compile errors in the
intermediate member!!!)

Posted by: Don Yantzi at October 12, 2004 12:53 PM

October 2008
Sun Mon Tue Wed Thu Fri Sat
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31  

Blog Policy

We welcome your comments and opinions and encourage lively debate on the issues. However, Penton Media reserves the right to delete or move any content that it may determine, in its sole discretion, violates or may violate its Terms of Use or is otherwise unacceptable. For more information, see Penton Media's Terms of Use.

ProVIP Sponsors