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/
Re: [U2] Global Catalog - Recovery
Was the copy done with the COPY verb, or with the host O/S file copy? Regards, Clif On May 15, 2008, at 6:01 PM, Tom Dodds wrote: My experience says that you have to be careful copying the catdir directory. You can get some corrupt data because of the funny characters in the object code stored in catdir. Be careful and verify the content, maybe with VCATALOG, before you stash it away. You will have to verify it each time to copy it because the object may change. I lost a migration weekend because of copying catdir and getting corrupt data. Tom Dodds [EMAIL PROTECTED] 630.235.2975 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clifton Oliver Sent: Thursday, May 15, 2008 4:55 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Global Catalog - Recovery Cataloging locally might not be an option if there are a lot of programs that CALL *XYZ(...) or the old Prime way of XYZ = "*XYZ" CALL @XYZ(...) Bill, Globally cataloged programs (the ones with the * as the first character) are stored in the catalog "space" which is really a subdirectory in the UV account called catdir. If you copy the catdir directory, I believe you will have what you need. Regards, Clif -- W. Clifton Oliver, CCP CLIFTON OLIVER & ASSOCIATES Tel: +1 619 460 5678Web: www.oliver.com On May 15, 2008, at 1:51 PM, Israel, John R. wrote: Catalog locally and you will never need to re-catalog (assuming local cataloging is acceptable). or Catalogging hundreds of pgms should not be a big deal. SELECT BP (or SELECT BP_O) CATALOG BP FORCE 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 4:36 PM To: 'u2-users@listserver.u2ug.org' Subject: [U2] Global Catalog - Recovery I am trying to validate an emergency recovery scenario. I want to install UV on a disk and lock the disk (unpowered) in a safe. So, if our main disk has a problem, I would just insert the (cold) hot-plugable disk, copy the latest data to this disk and then we are LIVE again... rapidly. To do this, it appears that I need to reCatalog all 100 of our global subs on the new disk. Is there any way around this reCataloging hitch? Suggestions would be appreciated. We are using HP-Ux 11i v2 and UV v10.1. This scenario would also help with smoothly upgrading HP-Ux and UV versions. --Bill Bill Brutzman Manager, IT HK MetalCraft Mfg Corp PO Box 775 35 Industrial Road Lodi NJ 07644-0775 973.471.7770 x145 .voice 973.471.9666 .fax [EMAIL PROTECTED] [demime 1.01d removed an attachment of type application/octet-stream which had a name of Brutzman, Bill.vcf] --- 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
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] Global Catalog - Recovery
My experience says that you have to be careful copying the catdir directory. You can get some corrupt data because of the funny characters in the object code stored in catdir. Be careful and verify the content, maybe with VCATALOG, before you stash it away. You will have to verify it each time to copy it because the object may change. I lost a migration weekend because of copying catdir and getting corrupt data. Tom Dodds [EMAIL PROTECTED] 630.235.2975 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clifton Oliver Sent: Thursday, May 15, 2008 4:55 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Global Catalog - Recovery Cataloging locally might not be an option if there are a lot of programs that CALL *XYZ(...) or the old Prime way of XYZ = "*XYZ" CALL @XYZ(...) Bill, Globally cataloged programs (the ones with the * as the first character) are stored in the catalog "space" which is really a subdirectory in the UV account called catdir. If you copy the catdir directory, I believe you will have what you need. Regards, Clif -- W. Clifton Oliver, CCP CLIFTON OLIVER & ASSOCIATES Tel: +1 619 460 5678Web: www.oliver.com On May 15, 2008, at 1:51 PM, Israel, John R. wrote: > Catalog locally and you will never need to re-catalog (assuming local > cataloging is acceptable). > or > Catalogging hundreds of pgms should not be a big deal. > > SELECT BP (or SELECT BP_O) > CATALOG BP FORCE > > 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 4:36 PM > To: 'u2-users@listserver.u2ug.org' > Subject: [U2] Global Catalog - Recovery > > I am trying to validate an emergency recovery scenario. I want to > install > UV on a disk and lock the disk (unpowered) in a safe. > > So, if our main disk has a problem, I would just insert the (cold) > hot-plugable disk, copy the latest data to this disk and then we are > LIVE > again... rapidly. > > To do this, it appears that I need to reCatalog all 100 of our global > subs > on the new disk. Is there any way around this reCataloging hitch? > Suggestions would be appreciated. > > We are using HP-Ux 11i v2 and UV v10.1. This scenario would also help > with > smoothly upgrading HP-Ux and UV versions. > > --Bill > > Bill Brutzman > Manager, IT > HK MetalCraft Mfg Corp > PO Box 775 > 35 Industrial Road > Lodi NJ 07644-0775 > > 973.471.7770 x145 .voice > 973.471.9666 .fax > > [EMAIL PROTECTED] > > [demime 1.01d removed an attachment of type application/octet-stream > which had a name of Brutzman, Bill.vcf] > --- > 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] Unirpc hunghup
Thanks, Mike. But the field you talk about is temporary, according to Microsoft. The main problem is that unirpcd.exe doesn't understand the "timeout" parameter. You can reproduce this behaviour by telneting any Universe server on port 31438: After that, any new RPC conection (UVADMIN i.e.) will fail. If the Universe server is a unix box, then you can workaround it by starting the unirpcd with the -timeout15 parameter. What I am looking for, is a similar workaround for a Windows server. Does anybody knows? Thanks in advance, Augusto - Original Message - From: "Mike Dallaire" <[EMAIL PROTECTED]> To: Sent: Thursday, May 15, 2008 7:21 PM Subject: RE: [U2] Unirpc hunghup Augusto, I believe you want to go to Administrative Tools\Services and locate the UniRPC service. From there you can stop the service and then right click on it an go to properties. At the bottom you should see a field to enter start parameters. This is where you would put your timeout setting, then start the service. HTH, Mike Michael Dallaire Senior Applications Developer IBM Certified Solutions Expert Mortgage Builder Software, Inc. Phone: (248) 304-0600 x 103 Fax: (248) 304-0601 [EMAIL PROTECTED] www.mortgagebuilder.com Providing Outstanding Support It's more than just a company philosophy; it's a whole corporate culture whose foundation is service. Confidentiality Notice This transmission may contain confidential information which is intended for the exclusive use of the intended recipient. Any disclosure, copying, distribution or use of the contents by anyone other than the intended recipient is strictly prohibited. If received in error, please reply to the sender immediately. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Augusto Alonso Sent: Thursday, May 15, 2008 12:14 PM To: u2-users@listserver.u2ug.org Subject: [U2] Unirpc hunghup Hi all. Is there any way to start the unirpcd daemon with a timeout value, in a Windows box, like in unix "unirpcd -timeout999"? Whe have done it successfully under Linux, that is quite vulnerable under viruses or unstable communications. But is the first time we see this kind of "Denial Of Service" in a Windows server. Is a Win2003 server with UniVerse 10.0.10. The hung occurs usually in the afternoon, and is caused only by some remote users, not the local ones. Could it would be caused by "black hole" routers? Note: we have tried to start the service adding "c:\ibm\uv\bin\unirpcd -timeout15" via REGEDIT, but it doesn't works. Regards, __ Augusto Alonso Alonso I.T. Manager Quiter Servicios Informaticos S.L. Tel: +34 902 23 33 23 Fax: +34 902 23 42 80 [EMAIL PROTECTED] www.quiter.com __ - Original Message - From: "Patricia Wilson" <[EMAIL PROTECTED]> To: Sent: Tuesday, July 25, 2006 10:09 PM Subject: RE: [U2] Unirpc Oh I found my answer in this Technote on IBM's website Is there a way to cause the "unirpcd" to timeout? Problem "unirpcd" requires a series of communication handshakes between the client and server component before a service can be open and closed down. If one of these handshakes is missing then the "unirpcd" will hang in a wait / listening state thereby by "hanging" the "unirpcd" daemon. This problem creates a situation where no new rpc services can be started. A timeout parameter was created to allow unirpcd abandon waiting for the other part of the incoming request after a certain time so that it can accept new requests. This fix is the result of a number of cases where the unirpcd is left hanging waiting for input from the client and the unirpcd daemon never getting it. The addition of this parameter is the result of ECASE 5040 and applies to UniVerse 10.x and UniData 6.x Cause "unirpcd" was hanging due to client session not responding with information for the "unirpcd" to process Solution NOTE: This applies to UNIX and Linux systems. The "unirpcd" daemon can be started "manually" with a timeout value. The syntax is as follows: ./unirpcd -timeout300 There is no space between "-timeout" and the actual value. The timeout value is in units of "seconds". In this case, the time is for 300 seconds. The minimum meaningful timeout value is "1". Note: This must be done at the command line. Existing menus, procedures, and other code that already have a start sequence in them to start the "unirpcd" will have to be changed to include this parameter. Until then, these automated process will continue to start the "unirpcd" without any timeout value. --- 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 [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
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
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] Global Catalog - Recovery
Cataloging locally might not be an option if there are a lot of programs that CALL *XYZ(...) or the old Prime way of XYZ = "*XYZ" CALL @XYZ(...) Bill, Globally cataloged programs (the ones with the * as the first character) are stored in the catalog "space" which is really a subdirectory in the UV account called catdir. If you copy the catdir directory, I believe you will have what you need. Regards, Clif -- W. Clifton Oliver, CCP CLIFTON OLIVER & ASSOCIATES Tel: +1 619 460 5678Web: www.oliver.com On May 15, 2008, at 1:51 PM, Israel, John R. wrote: Catalog locally and you will never need to re-catalog (assuming local cataloging is acceptable). or Catalogging hundreds of pgms should not be a big deal. SELECT BP (or SELECT BP_O) CATALOG BP FORCE 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 4:36 PM To: 'u2-users@listserver.u2ug.org' Subject: [U2] Global Catalog - Recovery I am trying to validate an emergency recovery scenario. I want to install UV on a disk and lock the disk (unpowered) in a safe. So, if our main disk has a problem, I would just insert the (cold) hot-plugable disk, copy the latest data to this disk and then we are LIVE again... rapidly. To do this, it appears that I need to reCatalog all 100 of our global subs on the new disk. Is there any way around this reCataloging hitch? Suggestions would be appreciated. We are using HP-Ux 11i v2 and UV v10.1. This scenario would also help with smoothly upgrading HP-Ux and UV versions. --Bill Bill Brutzman Manager, IT HK MetalCraft Mfg Corp PO Box 775 35 Industrial Road Lodi NJ 07644-0775 973.471.7770 x145 .voice 973.471.9666 .fax [EMAIL PROTECTED] [demime 1.01d removed an attachment of type application/octet-stream which had a name of Brutzman, Bill.vcf] --- 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
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
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] Global Catalog - Recovery
Catalog locally and you will never need to re-catalog (assuming local cataloging is acceptable). or Catalogging hundreds of pgms should not be a big deal. SELECT BP (or SELECT BP_O) CATALOG BP FORCE 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 4:36 PM To: 'u2-users@listserver.u2ug.org' Subject: [U2] Global Catalog - Recovery I am trying to validate an emergency recovery scenario. I want to install UV on a disk and lock the disk (unpowered) in a safe. So, if our main disk has a problem, I would just insert the (cold) hot-plugable disk, copy the latest data to this disk and then we are LIVE again... rapidly. To do this, it appears that I need to reCatalog all 100 of our global subs on the new disk. Is there any way around this reCataloging hitch? Suggestions would be appreciated. We are using HP-Ux 11i v2 and UV v10.1. This scenario would also help with smoothly upgrading HP-Ux and UV versions. --Bill Bill Brutzman Manager, IT HK MetalCraft Mfg Corp PO Box 775 35 Industrial Road Lodi NJ 07644-0775 973.471.7770 x145 .voice 973.471.9666 .fax [EMAIL PROTECTED] [demime 1.01d removed an attachment of type application/octet-stream which had a name of Brutzman, Bill.vcf] --- 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
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
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/
[U2] Global Catalog - Recovery
I am trying to validate an emergency recovery scenario. I want to install UV on a disk and lock the disk (unpowered) in a safe. So, if our main disk has a problem, I would just insert the (cold) hot-plugable disk, copy the latest data to this disk and then we are LIVE again... rapidly. To do this, it appears that I need to reCatalog all 100 of our global subs on the new disk. Is there any way around this reCataloging hitch? Suggestions would be appreciated. We are using HP-Ux 11i v2 and UV v10.1. This scenario would also help with smoothly upgrading HP-Ux and UV versions. --Bill Bill Brutzman Manager, IT HK MetalCraft Mfg Corp PO Box 775 35 Industrial Road Lodi NJ 07644-0775 973.471.7770 x145 .voice 973.471.9666 .fax [EMAIL PROTECTED] [demime 1.01d removed an attachment of type application/octet-stream which had a name of Brutzman, Bill.vcf] --- 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
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
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
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
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
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
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] Unirpc hunghup
Augusto, I believe you want to go to Administrative Tools\Services and locate the UniRPC service. From there you can stop the service and then right click on it an go to properties. At the bottom you should see a field to enter start parameters. This is where you would put your timeout setting, then start the service. HTH, Mike Michael Dallaire Senior Applications Developer IBM Certified Solutions Expert Mortgage Builder Software, Inc. Phone: (248) 304-0600 x 103 Fax: (248) 304-0601 [EMAIL PROTECTED] www.mortgagebuilder.com Providing Outstanding Support It's more than just a company philosophy; it's a whole corporate culture whose foundation is service. Confidentiality Notice This transmission may contain confidential information which is intended for the exclusive use of the intended recipient. Any disclosure, copying, distribution or use of the contents by anyone other than the intended recipient is strictly prohibited. If received in error, please reply to the sender immediately. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Augusto Alonso Sent: Thursday, May 15, 2008 12:14 PM To: u2-users@listserver.u2ug.org Subject: [U2] Unirpc hunghup Hi all. Is there any way to start the unirpcd daemon with a timeout value, in a Windows box, like in unix "unirpcd -timeout999"? Whe have done it successfully under Linux, that is quite vulnerable under viruses or unstable communications. But is the first time we see this kind of "Denial Of Service" in a Windows server. Is a Win2003 server with UniVerse 10.0.10. The hung occurs usually in the afternoon, and is caused only by some remote users, not the local ones. Could it would be caused by "black hole" routers? Note: we have tried to start the service adding "c:\ibm\uv\bin\unirpcd -timeout15" via REGEDIT, but it doesn't works. Regards, __ Augusto Alonso Alonso I.T. Manager Quiter Servicios Informaticos S.L. Tel: +34 902 23 33 23 Fax: +34 902 23 42 80 [EMAIL PROTECTED] www.quiter.com __ - Original Message - From: "Patricia Wilson" <[EMAIL PROTECTED]> To: Sent: Tuesday, July 25, 2006 10:09 PM Subject: RE: [U2] Unirpc > Oh I found my answer in this Technote on IBM's website > > Is there a way to cause the "unirpcd" to timeout? > > Problem > "unirpcd" requires a series of communication handshakes between the > client and server component before a service can be open and closed > down. If one of these handshakes is missing then the "unirpcd" will hang > in a wait / listening state thereby by "hanging" the "unirpcd" daemon. > This problem creates a situation where no new rpc services can be > started. > > A timeout parameter was created to allow unirpcd abandon waiting for the > other part of the incoming request after a certain time so that it can > accept new requests. This fix is the result of a number of cases where > the unirpcd is left hanging waiting for input from the client and the > unirpcd daemon never getting it. The addition of this parameter is the > result of ECASE 5040 and applies to UniVerse 10.x and UniData 6.x > > Cause > "unirpcd" was hanging due to client session not responding with > information for the "unirpcd" to process > > Solution > NOTE: This applies to UNIX and Linux systems. > The "unirpcd" daemon can be started "manually" with a timeout value. The > syntax is as follows: > > ./unirpcd -timeout300 > > There is no space between "-timeout" and the actual value. The timeout > value is in units of "seconds". In this case, the time is for 300 > seconds. > > The minimum meaningful timeout value is "1". > > Note: This must be done at the command line. Existing menus, procedures, > and other code that already have a start sequence in them to start the > "unirpcd" will have to be changed to include this parameter. Until then, > these automated process will continue to start the "unirpcd" without any > timeout value. --- 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] 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] Unirpc hunghup
Hi all. Is there any way to start the unirpcd daemon with a timeout value, in a Windows box, like in unix "unirpcd -timeout999"? Whe have done it successfully under Linux, that is quite vulnerable under viruses or unstable communications. But is the first time we see this kind of "Denial Of Service" in a Windows server. Is a Win2003 server with UniVerse 10.0.10. The hung occurs usually in the afternoon, and is caused only by some remote users, not the local ones. Could it would be caused by "black hole" routers? Note: we have tried to start the service adding "c:\ibm\uv\bin\unirpcd -timeout15" via REGEDIT, but it doesn't works. Regards, __ Augusto Alonso Alonso I.T. Manager Quiter Servicios Informaticos S.L. Tel: +34 902 23 33 23 Fax: +34 902 23 42 80 [EMAIL PROTECTED] www.quiter.com __ - Original Message - From: "Patricia Wilson" <[EMAIL PROTECTED]> To: Sent: Tuesday, July 25, 2006 10:09 PM Subject: RE: [U2] Unirpc Oh I found my answer in this Technote on IBM's website Is there a way to cause the "unirpcd" to timeout? Problem "unirpcd" requires a series of communication handshakes between the client and server component before a service can be open and closed down. If one of these handshakes is missing then the "unirpcd" will hang in a wait / listening state thereby by "hanging" the "unirpcd" daemon. This problem creates a situation where no new rpc services can be started. A timeout parameter was created to allow unirpcd abandon waiting for the other part of the incoming request after a certain time so that it can accept new requests. This fix is the result of a number of cases where the unirpcd is left hanging waiting for input from the client and the unirpcd daemon never getting it. The addition of this parameter is the result of ECASE 5040 and applies to UniVerse 10.x and UniData 6.x Cause "unirpcd" was hanging due to client session not responding with information for the "unirpcd" to process Solution NOTE: This applies to UNIX and Linux systems. The "unirpcd" daemon can be started "manually" with a timeout value. The syntax is as follows: ./unirpcd -timeout300 There is no space between "-timeout" and the actual value. The timeout value is in units of "seconds". In this case, the time is for 300 seconds. The minimum meaningful timeout value is "1". Note: This must be done at the command line. Existing menus, procedures, and other code that already have a start sequence in them to start the "unirpcd" will have to be changed to include this parameter. Until then, these automated process will continue to start the "unirpcd" without any timeout value. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Ruby on Rails
I believe he's posted here in the past. If not, then it was cdp. Try searching for him in the archives for either of those forums. -- daw -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Roosa, Mike Sent: Wednesday, May 14, 2008 12:27 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Ruby on Rails Do you know how to get in touch with Tom? I looked all over his website but couldn't find an email address. I tried adding some comments to the post about it, but it said comments were turned off. I'd like to talk to him about this. Mike Roosa Software Engineer -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Walker Sent: Wednesday, May 14, 2008 11:12 AM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] Ruby on Rails Tom de Grunt was doing some work in this area. His website is at http://www.degrunt.net . I think he ended up writing C libraries for the ActiveRecord support. I also seem to remember a thread a couple or five months back about enhancement requests for ROR and U2. Haven't seen anything about it since, though. -- daw -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Roosa, Mike Sent: Tuesday, May 13, 2008 5:52 PM To: u2-users@listserver.u2ug.org Subject: [U2] Ruby on Rails Is anyone out there using Ruby on Rails for accessing Universe or Unidata databases over the web? I know that you can call Windows DLL's or consume .NET web services using SOAP from Ruby and we could get it working either way, but I'd like to use the Rails ActiveRecord functionality to communicate with our database. Anyone have any knowledge or insight into this? Mike Roosa --- 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] creating a certificate request
Using uvadmin I have run the wizard and am getting this error FAILED TO CREATE CERTIFICATE REQUEST ERROR GENERATING KEY PAIR RANDOM NUMBER GENERATOR CANNOT BE SEEDED PROPERLEY I have googled it but there is only 1 IBM hit and that's just a line in the basic manual that says it comes from generateKey but I already guessed that :-) Any guidance greatly appreciated Bob Witney IT Senior Explore Worldwide Nelson House 55 Victoria Road Farnborough Hants GU14 7PA Confidentiality Notice: This e-mail and any attachments are intended solely for the addressee and may contain confidential or privileged information. If you are not the named addressee, or the person responsible for delivering the message to the named addressee, please notify the sender as soon as possible and delete the material from your computer. This message will be protected by copyright. If it has come to you in error, you must not take any action based on its contents nor must you copy or show the message to any person other than the intended recipient. _ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/