Speeding it up?

[Guest.Visitor]

I've found that using STRCODE on an emulation session is dramatically faster than communicating directly using the non-STRCODE server. Is there a reason for this? The time it takes to verify a small program is measured in seconds with STRCODE vs. minutes. I'd prefer to always be able to connect directly without an emulation for convenience (it just seems counter productive to have to issue an STRCODE each time -- the point is to GET RID of the green screen). Is there any setting that might speed up the non-STRCODE communications?

[nobody1]

Have you tried running STRCODE command in a batch job? I submit STRCODE in my initial program. I haven't experienced the peroformance problem you described, but maybe running STRCODE in batch will give you the best of both worlds. "neppie" <neppie@nospam.net> wrote in message news:Xns9293D3F61540Dneppienospamnet@207.25.253.14 ... > > I've found that using STRCODE on an emulation session is dramatically > faster than communicating directly using the non-STRCODE server. Is there > a reason for this? The time it takes to verify a small program is measured > in seconds with STRCODE vs. minutes. > > I'd prefer to always be able to connect directly without an emulation for > convenience (it just seems counter productive to have to issue an STRCODE > each time -- the point is to GET RID of the green screen). Is there any > setting that might speed up the non-STRCODE communications?

[JonFParis]

I don't know why it is faster this way, but it is. Guess the autostart server is slower code for some reason. One thing though - if you find verify is slow are you using caching? I don't worry too much about it being slow because I have caching turned on and so any file only needs to be accessed once (unless it changes) and all verifies are instant after that. If you don't know how to turn caching on, select Verify with prompt and (for RPG) go to the last page of the notebook and select the caching option. As you'll see this is also where you tell it to refresh the cache. "neppie" <neppie@nospam.net> wrote in message news:Xns9293D3F61540Dneppienospamnet@207.25.253.14 ... > > I've found that using STRCODE on an emulation session is dramatically > faster than communicating directly using the non-STRCODE server. Is there > a reason for this? The time it takes to verify a small program is measured > in seconds with STRCODE vs. minutes.

[Guest.Visitor]

Thanks for the tips. I was not using caching. I liked submitting the batch STRCODE solution. Since all of my IP addresses I use are static, I created a QCODE subsystem where they can run continuously (one instance for each IP address I use). Am not sure how much I'll be using the editor now though, maybe it is a matter of getting used to but I'm much faster with SEU.

[S.Mildenberger]

I think you should give it a chance. I know my productivity has increased a bunch by using Code over SEU. It does take a little while to get used to a few things but in the long run it is a great improvement. As far as your other comments about letting the editor jump to the fields that are required for a particular op-code. I would guess you are not doing much coding in RPG IV with the free format factor 2 (let alone the /free option available in V5R1) as I don't believe SEU will be as helpful there. I would recommend using it continuously for a couple of weeks and being open to doing things differently and I think in the long run you will be convinced. Scott Mildenberger

[Guest.Visitor]

<snip> > I would recommend using it continuously for a couple of weeks and being open > to doing things differently and I think in the long run you will be > convinced. ... and writing a macro to help you out when you find a limitation that you can't ignore. Eric Dalton Health Care Software edalton@hcssupport.com

[Guest.Visitor]

I haven't used /free but am doing all of my coding in RPG IV. The cursor still positions to the free format field after typing the opcode (EVAL, IF, whatever), so didn't force me to change my overall style like the PC editor. What really hurt was, since indicators were no longer required, having to move the cursor WAY over to the right! I do now take advantage of %found and the other bifs. > would guess you are not doing much coding in RPG IV with the free > format factor 2 (let alone the /free option available in V5R1) as I > don't believe SEU will be as helpful there.

[JonFParis]

"neppie" <neppie@nospam.net> wrote in message news:Xns9296A764788neppienospamnet@207.25.253.14.. . > Am not sure how much I'll be using the editor now though, maybe it is a > matter of getting used to but I'm much faster with SEU. I have to assume that you always write perfect code! Can you honestly tell me that when you submit a verify (with cache) that when an error is signalled and you go to the error window and doub;le click to position on the error, that that is slower than the SEU version ??? In SEU locating a single error takes me a minumum of 1+ minute. In Code it takes 2 seconds! Even without this - just the fact that the TAB key works is benefit enough! In SEU tab doesn't work unless you prompt. I SEU I cna only be editing one source at a time (without multiple sessions) and have similar restrictions on browsing. With Code it is unlimited. I have unlimited undo - redo. I can work with blocks of code, I have great find/replace, I can use most all of my SEU line commands ........ and on and on. Undoubtedly some things will seem slower when you start - but I have _never_ met a single Code user who didn't claim to be a minimum of 20% more efficient than with SEU. I'm not a great lover of PC software, but I couldn't live with going back to SEU again - it's like having to drive in every screw by hand or make every cut with a hand saw - no way am I going back to that. Stick with it - if the iSeries survives the next few years, SEU will eventually die anyway - might as well switch today.

[Guest.Visitor]

I found that the new editer was different and took some getting used to since I had worked for seven years in SEU but I used if continously forcing myself for several weeks in a row. Just last week I couldnt use the editor for a short time and reverted back to seu and found myself losing things I was used to like seeing more code and finding indentions of the if statements. Stick with it you will love it, I find keying in the syntax for opening source over selecting it in the file tree greatly decreases that part of the process. Good Luck. Don Nitke (Eggers Industries) neppie <neppie@nospam.net> wrote in message news:Xns9296A764788neppienospamnet@207.25.253.14.. . > > Thanks for the tips. I was not using caching. > > I liked submitting the batch STRCODE solution. Since all of my IP > addresses I use are static, I created a QCODE subsystem where they can run > continuously (one instance for each IP address I use). > > Am not sure how much I'll be using the editor now though, maybe it is a > matter of getting used to but I'm much faster with SEU. >