RE: [U2] locking code question
BP files only have to be type 1/19 if you want to compile / run from them. Why not store your code in type {whatever else} files, then get the {revised home-grown} ED to copy source out to a GLOBALBP type 1 file to compile, catalog program then delete the source. A trigger on the storage file will handle all auditing, SICA etc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clifton Oliver Sent: 16 May 2008 03:52 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] locking code question BP files have to be either type 1 or type 19 (directories). Not having a file header, you can't have a SICA, can you? Same reason you can't have indexes or transaction logging on them. At least that's my understanding. I'd love to find out there is a way to do it. Regards, Clif On May 15, 2008, at 4:14 PM, David Jordan wrote: You could look at SQLising the BP file. Having a SICA, you could restrict read and update to all users and have a BASIC program manager with the AUTHORIZATION command, handle check out, check in, compilation, etc. This means that programs could only be accessed through the program manager and not directly. This would only work on UniVerse as I believe UniData does not have the AUTHORIZATION Command. Regards David Jordan --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.23.2/1432 - Release Date: 5/14/2008 7:49 AM --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] locking code question
Doug, If you're using a scc tool like subversion or cvs, you don't need to use locking. You don't want to use locking. The concern that I hear from most pickies is: How do I keep my developers from stepping on each others changes? And inevitably they come to the conclusion that the only way to do that is by locking others out while they make changes -- hey, that's what you do with database records, right? Subversion and CVS don't use a locking model; they use a merge model. Instead of a single BP file that gets locked, the programs are stored in a repository. Developers checkout or update their personal program copy from the repository and proceed to slice and dice it. Now here's where the magic happens: when the developer commits his changes, the scc tool *merges* the lines of code changed back into the repository. When the commit process detects a conflict, it let's the developer know so he can fix it. This dynamic works well for 1 to 1,000 developers working on a single application. There are some implications that are typically different from a locking model pick shop: (1) Every developer has his own development area (directory). Developers typically don't share a single account. Pickies tend to have a single development area for everybody. (2) Every developer updates his own development area on a regular basic, usually every morning. This one-line command grabs all the recent changes to the repository and updates the programs. If a change was made to a program that the developer was working on, the change is seemlessly merged in. Any conflicts are reported and the developer is expected to resolve it. (3) When the developer has completed and tested his mods, he commits them to the repository (again a one-line command). Again, any conflicting changes are reported for the developer to resolve. How often do conflicting changes occur? Rarely, because seldom do two developers work on the same exact lines of code at the exact same time. As soon as one developer makes his change and commits it, the other developer's update automagically merges it into his version. As long as all developers do updates before they change code, nobody gets hurt. With these tools and procedures, you don't really gain anything by locking. Like Ian mentioned, your developers are more likely to forget to unlock a program. rex doug chanco wrote: hey all, we are beginning to use subversion for version control and I was wondering if there was good way to lock code besides the usual READU in a program or AE/EDing the record. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question
I worked at a site that actually used SourceSafe to check in/out programs. This worked fairly well in a lot of ways, but it is a shift in how source code is stored and accessed. The nicest thing is the historic versioning and comparing features. John Israel Sr. Programmer/Analyst Dayton Superior Corporation 721 Richard St. Dayton, OH 45342 937-866-0711 x44380 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of doug chanco Sent: Thursday, May 15, 2008 1:04 PM To: u2-users@listserver.u2ug.org Subject: [U2] locking code question hey all, we are beginning to use subversion for version control and I was wondering if there was good way to lock code besides the usual READU in a program or AE/EDing the record. I would like to be able to lock the program when a user checks it out and while tyhe above methods would certainty work they seem a little hokey to me. I was wondering about a way to manually set a lock on the locking table but if this is not possible/easy then I guess I will just do one of the above, speaking of that is there any preference on any of the above methods for locking code? thanks for any thoughts/suggestions dougc --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question
Doug: Q1. What editor is in use... If it is a Samba or FTP editor like EditPlus, I would expect locking to happen at the OS level. Q2. Is U2 the database for SubVersion? --Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of doug chanco Sent: Thursday, May 15, 2008 1:04 PM To: u2-users@listserver.u2ug.org Subject: [U2] locking code question hey all, we are beginning to use subversion for version control and I was wondering if there was good way to lock code besides the usual READU in a program or AE/EDing the record. I would like to be able to lock the program when a user checks it out and while tyhe above methods would certainty work they seem a little hokey to me. I was wondering about a way to manually set a lock on the locking table but if this is not possible/easy then I guess I will just do one of the above, speaking of that is there any preference on any of the above methods for locking code? thanks for any thoughts/suggestions dougc --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question
It appears that SourceSafe is a Microsoft product. Thus, I expect that it would not be the best fit in a Unix shop. --B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Israel, John R. Sent: Thursday, May 15, 2008 2:01 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] locking code question I worked at a site that actually used SourceSafe to check in/out programs. This worked fairly well in a lot of ways, but it is a shift in how source code is stored and accessed. The nicest thing is the historic versioning and comparing features. John Israel Sr. Programmer/Analyst Dayton Superior Corporation --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question
Yes and no. Since basic program files are just Unix Dirs and the source code is just text, you could map these files via Samba so that Windows could see it cleanly and use it that way. It might take a little playing, but we did something like that and it worked to some extent. Might not be the best way, but I thought I would throw it out. There are similar Open Source products for Unix, though I have not had experience with them. John Israel Sr. Programmer/Analyst Dayton Superior Corporation 721 Richard St. Dayton, OH 45342 937-866-0711 x44380 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill Sent: Thursday, May 15, 2008 2:30 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] locking code question It appears that SourceSafe is a Microsoft product. Thus, I expect that it would not be the best fit in a Unix shop. --B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Israel, John R. Sent: Thursday, May 15, 2008 2:01 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] locking code question I worked at a site that actually used SourceSafe to check in/out programs. This worked fairly well in a lot of ways, but it is a shift in how source code is stored and accessed. The nicest thing is the historic versioning and comparing features. John Israel Sr. Programmer/Analyst Dayton Superior Corporation --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] locking code question
Look into cvs or Subversion. I have not used either for UV Basic files, but either would work and both are opensource. As stated, it would require a little infrastructure and a paradigm shift in the way you work, but the benefits would probably be worth it. Israel, John R. wrote: Yes and no. Since basic program files are just Unix Dirs and the source code is just text, you could map these files via Samba so that Windows could see it cleanly and use it that way. It might take a little playing, but we did something like that and it worked to some extent. Might not be the best way, but I thought I would throw it out. There are similar Open Source products for Unix, though I have not had experience with them. -- Geoffrey Mitchell Programmer/Analyst Home Decorator's Collection 314-684-1062 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question
Maybe check sourceForge or some other Open Source site. Or Google CVS (Concurrent Versions System). John Israel Sr. Programmer/Analyst Dayton Superior Corporation 721 Richard St. Dayton, OH 45342 937-866-0711 x44380 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill Sent: Thursday, May 15, 2008 3:32 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] locking code question The pricing link at Microsoft.com points to buying a copy of Visual Studio 2008. It looks like it is built-in. --Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Israel, John R. Sent: Thursday, May 15, 2008 2:47 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] locking code question Yes and no. Since basic program files are just Unix Dirs and the source code is just text, you could map these files via Samba so that Windows could see it cleanly and use it that way. It might take a little playing, but we did something like that and it worked to some extent. Might not be the best way, but I thought I would throw it out. There are similar Open Source products for Unix, though I have not had experience with them. John Israel Sr. Programmer/Analyst Dayton Superior Corporation 721 Richard St. Dayton, OH 45342 937-866-0711 x44380 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill Sent: Thursday, May 15, 2008 2:30 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] locking code question It appears that SourceSafe is a Microsoft product. Thus, I expect that it would not be the best fit in a Unix shop. --B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Israel, John R. Sent: Thursday, May 15, 2008 2:01 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] locking code question I worked at a site that actually used SourceSafe to check in/out programs. This worked fairly well in a lot of ways, but it is a shift in how source code is stored and accessed. The nicest thing is the historic versioning and comparing features. John Israel Sr. Programmer/Analyst Dayton Superior Corporation --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question
The pricing link at Microsoft.com points to buying a copy of Visual Studio 2008. It looks like it is built-in. --Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Israel, John R. Sent: Thursday, May 15, 2008 2:47 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] locking code question Yes and no. Since basic program files are just Unix Dirs and the source code is just text, you could map these files via Samba so that Windows could see it cleanly and use it that way. It might take a little playing, but we did something like that and it worked to some extent. Might not be the best way, but I thought I would throw it out. There are similar Open Source products for Unix, though I have not had experience with them. John Israel Sr. Programmer/Analyst Dayton Superior Corporation 721 Richard St. Dayton, OH 45342 937-866-0711 x44380 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill Sent: Thursday, May 15, 2008 2:30 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] locking code question It appears that SourceSafe is a Microsoft product. Thus, I expect that it would not be the best fit in a Unix shop. --B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Israel, John R. Sent: Thursday, May 15, 2008 2:01 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] locking code question I worked at a site that actually used SourceSafe to check in/out programs. This worked fairly well in a lot of ways, but it is a shift in how source code is stored and accessed. The nicest thing is the historic versioning and comparing features. John Israel Sr. Programmer/Analyst Dayton Superior Corporation --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] locking code question
Brutzman, Bill wrote: Doug: Q1. What editor is in use... If it is a Samba or FTP editor like EditPlus, I would expect locking to happen at the OS level. we have developers that use ultra edit (a windows editor) vi (on both unix/windows) and some that like AE/ED as well as a couple using IBM's unidebugger Q2. Is U2 the database for SubVersion? I am not sure what you mean, we are storing u2 basic code in subversion --Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of doug chanco Sent: Thursday, May 15, 2008 1:04 PM To: u2-users@listserver.u2ug.org Subject: [U2] locking code question hey all, we are beginning to use subversion for version control and I was wondering if there was good way to lock code besides the usual READU in a program or AE/EDing the record. I would like to be able to lock the program when a user checks it out and while tyhe above methods would certainty work they seem a little hokey to me. I was wondering about a way to manually set a lock on the locking table but if this is not possible/easy then I guess I will just do one of the above, speaking of that is there any preference on any of the above methods for locking code? thanks for any thoughts/suggestions dougc --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] locking code question
Sorry all maybe I was not clear, I am using subversion BUT would like to lock the code at the pick level at the same time that its checked out of subversion. dougc Israel, John R. wrote: Maybe check sourceForge or some other Open Source site. Or Google CVS (Concurrent Versions System). John Israel Sr. Programmer/Analyst Dayton Superior Corporation 721 Richard St. Dayton, OH 45342 937-866-0711 x44380 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill Sent: Thursday, May 15, 2008 3:32 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] locking code question The pricing link at Microsoft.com points to buying a copy of Visual Studio 2008. It looks like it is built-in. --Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Israel, John R. Sent: Thursday, May 15, 2008 2:47 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] locking code question Yes and no. Since basic program files are just Unix Dirs and the source code is just text, you could map these files via Samba so that Windows could see it cleanly and use it that way. It might take a little playing, but we did something like that and it worked to some extent. Might not be the best way, but I thought I would throw it out. There are similar Open Source products for Unix, though I have not had experience with them. John Israel Sr. Programmer/Analyst Dayton Superior Corporation 721 Richard St. Dayton, OH 45342 937-866-0711 x44380 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill Sent: Thursday, May 15, 2008 2:30 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] locking code question It appears that SourceSafe is a Microsoft product. Thus, I expect that it would not be the best fit in a Unix shop. --B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Israel, John R. Sent: Thursday, May 15, 2008 2:01 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] locking code question I worked at a site that actually used SourceSafe to check in/out programs. This worked fairly well in a lot of ways, but it is a shift in how source code is stored and accessed. The nicest thing is the historic versioning and comparing features. John Israel Sr. Programmer/Analyst Dayton Superior Corporation --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] locking code question
we COULD use source safe as Israel pointed if source code is kept in unix directories they can be samba mounted on a PC and then checked into and out of source safe. The main issue I am trying to get resolved is to lock the record at the pick level , in case someone does nto check out a code and then tries to edit it when another developer already has it checked out, since most of our developers use a pick aware editor as long as the record was locked at the pick level, they would get a warning message, teh question is whats the best way to lock program x at the pick level? 1. I could AE/ED and lock it that way (programtically of course) but then how do I exit gracefully? 2. I could READU the item in a program and keep that program running forever (at least until the developer checks it back in then the program could terminate) 3. If I could somehow manage to modify the lock table to say that this item is locked and once checked in modify the lock table to release the lock (this is my preferred solution but I am not sure if its doable or if I have the skill to modify the locking table without corrupting it) 4. other iseas/suggestions? thanks all dougc Israel, John R. wrote: Yes and no. Since basic program files are just Unix Dirs and the source code is just text, you could map these files via Samba so that Windows could see it cleanly and use it that way. It might take a little playing, but we did something like that and it worked to some extent. Might not be the best way, but I thought I would throw it out. There are similar Open Source products for Unix, though I have not had experience with them. John Israel Sr. Programmer/Analyst Dayton Superior Corporation 721 Richard St. Dayton, OH 45342 937-866-0711 x44380 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill Sent: Thursday, May 15, 2008 2:30 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] locking code question It appears that SourceSafe is a Microsoft product. Thus, I expect that it would not be the best fit in a Unix shop. --B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Israel, John R. Sent: Thursday, May 15, 2008 2:01 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] locking code question I worked at a site that actually used SourceSafe to check in/out programs. This worked fairly well in a lot of ways, but it is a shift in how source code is stored and accessed. The nicest thing is the historic versioning and comparing features. John Israel Sr. Programmer/Analyst Dayton Superior Corporation --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question
In the last recent go-around, the way that this was handled was to create a littlle file and use the following little subs... DICT LOCKED.RECORDS Field.Field.FieldConversion..Column. OutputDepth Name..NumberDefinition...CodeHeading FormatAssoc.. @ID D0 LOCKED.RECORDS 30L S FILE*RECORD D0 30L S WHO D1 30L S PORT D2 30L S DATE D3 30L S TIME D4 30L S subs... LOCK.CHECK, LOCK.SET, LOCK.CLEAR, and LOCK.STATUS.DISPLAY. Of course this technique is not RAM-intensive. --Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of doug chanco Sent: Thursday, May 15, 2008 4:42 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] locking code question we COULD use source safe as Israel pointed if source code is kept in unix directories they can be samba mounted on a PC and then checked into and out of source safe. The main issue I am trying to get resolved is to lock the record at the pick level , in case someone does nto check out a code and then tries to edit it when another developer already has it checked out, since most of our developers use a pick aware editor as long as the record was locked at the pick level, they would get a warning message, teh question is whats the best way to lock program x at the pick level? 1. I could AE/ED and lock it that way (programtically of course) but then how do I exit gracefully? 2. I could READU the item in a program and keep that program running forever (at least until the developer checks it back in then the program could terminate) 3. If I could somehow manage to modify the lock table to say that this item is locked and once checked in modify the lock table to release the lock (this is my preferred solution but I am not sure if its doable or if I have the skill to modify the locking table without corrupting it) 4. other iseas/suggestions? thanks all dougc Israel, John R. wrote: Yes and no. Since basic program files are just Unix Dirs and the source code is just text, you could map these files via Samba so that Windows could see it cleanly and use it that way. It might take a little playing, but we did something like that and it worked to some extent. Might not be the best way, but I thought I would throw it out. There are similar Open Source products for Unix, though I have not had experience with them. John Israel Sr. Programmer/Analyst Dayton Superior Corporation 721 Richard St. Dayton, OH 45342 937-866-0711 x44380 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill Sent: Thursday, May 15, 2008 2:30 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] locking code question It appears that SourceSafe is a Microsoft product. Thus, I expect that it would not be the best fit in a Unix shop. --B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Israel, John R. Sent: Thursday, May 15, 2008 2:01 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] locking code question I worked at a site that actually used SourceSafe to check in/out programs. This worked fairly well in a lot of ways, but it is a shift in how source code is stored and accessed. The nicest thing is the historic versioning and comparing features. John Israel Sr. Programmer/Analyst Dayton Superior Corporation --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question
Doug, The 2 cleanest methods I can see are: a) Set the permissions at the OS level at checkout time. If they don't have write permission the checkin will fail (after they've made all their changes 8-D ) b) During checkout, back the real source code to another name 'cool.screen.io.sub.BKP' and remove the original while it is checked out. When checked in, the new version becomes the 'cool.screen.io.sub'. If they uncheck with no changes then put the .BKP back in place. FWIW, -Baker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of doug chanco Sent: Thursday, May 15, 2008 3:42 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] locking code question we COULD use source safe as Israel pointed if source code is kept in unix directories they can be samba mounted on a PC and then checked into and out of source safe. The main issue I am trying to get resolved is to lock the record at the pick level , in case someone does nto check out a code and then tries to edit it when another developer already has it checked out, since most of our developers use a pick aware editor as long as the record was locked at the pick level, they would get a warning message, teh question is whats the best way to lock program x at the pick level? 1. I could AE/ED and lock it that way (programtically of course) but then how do I exit gracefully? 2. I could READU the item in a program and keep that program running forever (at least until the developer checks it back in then the program could terminate) 3. If I could somehow manage to modify the lock table to say that this item is locked and once checked in modify the lock table to release the lock (this is my preferred solution but I am not sure if its doable or if I have the skill to modify the locking table without corrupting it) 4. other iseas/suggestions? thanks all dougc Israel, John R. wrote: Yes and no. Since basic program files are just Unix Dirs and the source code is just text, you could map these files via Samba so that Windows could see it cleanly and use it that way. It might take a little playing, but we did something like that and it worked to some extent. Might not be the best way, but I thought I would throw it out. There are similar Open Source products for Unix, though I have not had experience with them. John Israel Sr. Programmer/Analyst Dayton Superior Corporation 721 Richard St. Dayton, OH 45342 937-866-0711 x44380 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill Sent: Thursday, May 15, 2008 2:30 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] locking code question It appears that SourceSafe is a Microsoft product. Thus, I expect that it would not be the best fit in a Unix shop. --B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Israel, John R. Sent: Thursday, May 15, 2008 2:01 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] locking code question I worked at a site that actually used SourceSafe to check in/out programs. This worked fairly well in a lot of ways, but it is a shift in how source code is stored and accessed. The nicest thing is the historic versioning and comparing features. John Israel Sr. Programmer/Analyst Dayton Superior Corporation --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] locking code question
Locking in the SVN repository isn't setting the working copy permissions on the next update? --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question
You could look at SQLising the BP file. Having a SICA, you could restrict read and update to all users and have a BASIC program manager with the AUTHORIZATION command, handle check out, check in, compilation, etc. This means that programs could only be accessed through the program manager and not directly. This would only work on UniVerse as I believe UniData does not have the AUTHORIZATION Command. Regards David Jordan --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question
doug chanco wrote: The main issue I am trying to get resolved is to lock the record at the pick level , in case someone does nto check out a code and then tries to edit it when another developer already has it checked out, since most of our developers use a pick aware editor as long as the record was locked at the pick level, they would get a warning message, the question is whats the best way to lock program x at the pick level? Why do you feel the need to do that? Are your developers really stepping on each others toes that much? We use subversion, and don't seem to be having a problem with several developers working on the same system with no locking. We did have a problem with Visual source safe and abandoned check outs. The switch to subversion was a relief. One thing that makes it better for us is using an enhanced TCL stacker that has support for a stack of programs you are currently working on. Adding a new program to the stack automatically does a diff with trunk so you know if the program has been diddled. It's always a good idea to do a svn update before starting work on a new program, to make sure you're working with the latest version. Ian - IMPORTANT NOTICE: This message is intended only for the addressee and may contain confidential, privileged information. If you are not the intended recipient, you may not use, copy or disclose any information contained in the message. If you have received this message in error, please notify the sender by reply e-mail and delete the message. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question [AD]
Hi, Just thought I'd pop in and let you know that PRC will do all of that software / code locking (including control items, dictionaries, other stuff in hashed files) from the Pick/U2 level. It controls access automatically when you use the tools you normally use, such as ED, AE and many others. It handles check-in/check-out and versioning with comparison tools, project management, project-based deployment and rollback. All written in and for Multivalue / U2. Please feel free to contact me with any questions or to see a demo. Regards, Susan Joslyn [EMAIL PROTECTED] SJ+ Systems Associates, Inc. PRC(r) Real software configuration management for U2! No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1434 - Release Date: 5/15/2008 7:24 AM --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] locking code question
BP files have to be either type 1 or type 19 (directories). Not having a file header, you can't have a SICA, can you? Same reason you can't have indexes or transaction logging on them. At least that's my understanding. I'd love to find out there is a way to do it. Regards, Clif On May 15, 2008, at 4:14 PM, David Jordan wrote: You could look at SQLising the BP file. Having a SICA, you could restrict read and update to all users and have a BASIC program manager with the AUTHORIZATION command, handle check out, check in, compilation, etc. This means that programs could only be accessed through the program manager and not directly. This would only work on UniVerse as I believe UniData does not have the AUTHORIZATION Command. Regards David Jordan --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] locking code question
Hi Clif You are right, you cannot SQLise 1,19 file types. However I think the authorisation command would still work if you changed the OS permissions. Regards David Jordan --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/