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


  • Subject: RE: Code edit sessions being usurped
  • From: Robin Coles <robin@xxxxxxxxxxxx>
  • Date: Tue, 17 Oct 2000 17:43:58 +0100

Violaine,

Thanks, you're right, it was a user space conflict.  

I was led astray by the "Current Library".  We all have different current
libraries, and I had checked that the "CUR" entry was different on each of
the jobs, but the library I have as my current library also has a number of
programming tools in, and so is on everyone's library list.

My current library, ROBIN had a user space, as did Craig's whose use of code
didn't conflict.  Tony had his own current library, but there was no user
space in it.  As my library was further down his library list Code/400 was
using the user space in my library rather than creating one in Tony's
current library.

I've duplicated my user space into his current library, ensured his library
is also above mine in his library list and we can now all edit our own code.

I don't know if it's worth clarifying this a bit in the documentation - in
hindsight I should probably have thought of the library list.  I knew the
current library had to be unique and had checked that it was, but had
assumed that code would use the current library.  Looks like "assume" bites
again :-)

Anyway, thanks again to everyone for their help in resolving this.
Cheers
Robin

-----Original Message-----
From: batthish@ca.ibm.com [mailto:batthish@ca.ibm.com]
Sent: 17 October 2000 12:46
To: CODE400-L@midrange.com
Subject: RE: Code edit sessions being usurped



Hi Robin,

I definitely think that you have are STRCODE *USRSPC object
problem/conflict.
Please try to check the following things:
1) Shut down all CODE/400 connections.
2) The only STRCODE *USRSPC object that is in your library list, is the one
in your *CURLIB (there may be one created in QGPL or some other library).
Delete any extra objects (try WRKOBJ *ALL/STRCODE OBJTYPE(*USRSPC) to find
all the objects).
3) do your STRCODE again (ensuring that your unique CURLIB is not a system
library).
4) check your active servers for your PC by issuing the DOS command CODESRV
SERVER

Things to note:
- STRCODE command "remembers" your previous remote location, so if you do
not specify remote location when you issue STRCODE on a different PC than
the previous time the command was issued, a CODE server will actually be
started on the previous PC, not the one you are currently on.  For this
reason it is also important that each user have a UNIQUE curlib, as if two
users share the same curlib , the last user to issue STRCODE will win - all
subsequent compile acknowledgements and calls to EVFCFDBK will go to the
second PC.
- If more than one STRCODE *USRSPC object exists in your library list, the
first one is used.
- the 3rd parameter in EVFCFDBK, is the server that gets used in the
Command Shell (which is why may have seamed to switch servers)
- There is no need for independent users to user different servers names.
All users should be able to use a server name say OS400.  This might
actually be a good idea in this case, as you will be able to quickly tell
if the STRCODE server is accidentally connecting to an incorrect machine
(only one connection per name per PC is allowed).  The obvious advantage
here would also be 1 PDM action for everyone.


Violaine Batthish
CODE/400 Project Lead
batthish@ca.ibm.com          IBMCA(BATTHISH)

CODE/400 page:  http://www.ibm.com/software/ad/varpg
CODE/400 Support : http://www.ibm.com/software/ad/varpg/support



Robin Coles <robin@ringbase.com> on 10/17/2000 05:02:45 AM

Please respond to CODE400-L@midrange.com

To:   "'CODE400-L@midrange.com'" <CODE400-L@midrange.com>
cc:
Subject:  RE: Code edit sessions being usurped




Thanks to all for the rapid replies!

Edmund's suggestion has changed things, but it's not much of an
improvement.
Both of the conflicting users have changed the PDM edit commands to have
the
appropriate server name before the &L/&F(&N) and now instead of getting the
other person's source, whoever started the server last just gets a message
saying the other person's server isn't defined.

Edit command now:
call qcode/evfcfdbk parm('37' 'Y' 'AS400R' '<LOCAL> CODEEDIT
"<AS400R>&L/&F(&N)"')

The error I'm seeing is EVF2102 rc=32751, host server name AS400B is not
defined.  AS400B is running on my colleague's machine, shows on the STRCODE
screen and is there if I work with STRCODE servers on his machine.

We're just invoking the STRCODE command as:
STRCODE RMTLOCNAME('192.168.0.7')   SERVER(AS400R)

With the server names set appropriately.  Any other ideas or should I
follow
Jon's suggestion and call it in as a bug?

Thanks
Robin



-----Original Message-----
From: Edmund.Reinhardt@ca.ibm.com [mailto:Edmund.Reinhardt@ca.ibm.com]
Sent: 16 October 2000 14:45
To: CODE400-L@midrange.com
Subject: Re: Code edit sessions being usurped



Why don't you try using
<AS400R>&L/&F(&N)

The <>&L/&F(&N) syntax means use the first defined server which may explain
why the first person always wins.

----------------------------------------------------------------------------

-----------------
Edmund Reinhardt, AS/400 AD Tools,  reinhard@ca.ibm.com
Dept 607,   IBM Canada Lab           TL 778-4392  Phone 448-4392

Please respond to CODE400-L@midrange.com
To:        "'code400-l@midrange.com'" <code400-l@midrange.com>
cc:
Subject:        Code edit sessions being usurped




Hi,

This is driving us crazy.  There are 3 of us trying to use Code/400.  One
is
fine, and the other two only seem to be able to run on one or the other PC
-
whoever started their server last gets both sets of edits.  We can't see a
difference in set-up.

We're running Windows 2000 with V3R2M3 of Code.  We each start a server
session on the 400 with STRCODE.  The sessions are given different names,
the two conflicting are AS400R and AS400B.  The screen on the AS/400
session
shows the correct server name, as does the work with servers list.  We're
going into Code from within SEU and use the command:
call qcode/evfcfdbk parm('37' 'Y' 'AS400R' '<LOCAL> CODEEDIT "<>&L/&F
(&N)"')


Again, the servers are correctly named in the string.  Mine is AS400R, the
other is AS400B.

We've checked and both have a different current library.

The command shell shows:
CODEEDIT "<>CIBADEV/QRPGLESRC(UK0460)"
Microsoft Windows 2000 [Version 5.00.2195]
(C) Copyright 1985-2000 Microsoft Corp.

C:\adtswin>
<AS400R><AS400R>
CODEEDIT "<>CIBADEV/QRPGLESRC(UK0480)"

<AS400B><AS400B>edtlibl

<AS400B>

It seems to have switched from AS400R to AS400B but I've no idea why.

Thanks
Robin
+---
| This is the CODE/400 Mailing List!
| To submit a new message, send your mail to CODE400-L@midrange.com.
| To subscribe to this list send email to CODE400-L-SUB@midrange.com.
| To unsubscribe from this list send email to CODE400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: larry@paque.net
+---



+---
| This is the CODE/400 Mailing List!
| To submit a new message, send your mail to CODE400-L@midrange.com.
| To subscribe to this list send email to CODE400-L-SUB@midrange.com.
| To unsubscribe from this list send email to CODE400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: larry@paque.net
+---
+---
| This is the CODE/400 Mailing List!
| To submit a new message, send your mail to CODE400-L@midrange.com.
| To subscribe to this list send email to CODE400-L-SUB@midrange.com.
| To unsubscribe from this list send email to CODE400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: larry@paque.net
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.