[U2] No more cells for GLM segment id
Hi, We are on Unidata 6.1 on Solaris 8. Now and then this error message(No more cells for GLM segment id) appears on our green screen terminals. The error only show on a testserver of ours. We have production servers with the same application on and the same udtconfig but there we don't get this message. I've searched the list archives, but no hits. Any ideas? Regards Bjorn --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] uv list_readu output
Well you have a small 's' mine has a cap 'S'. Your group is 'other' and mine is 'bin'. Sorry I cant be more helpful at this time. Unfortunaltely, the technical bulletin I have with the answer (for Linux anyway) is at work and I wont be there until Monday. The command was chmod. There may have been something else involved, but I know for sure chmod was involved to set the effective user id. Try a man page on chmod and see what the syntax is for HP. Most likely is is very much the same. If you dont get a better answer (but Im sure you will) I will forward the info on Monday. Anthony -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, November 23, 2005 11:58 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] uv list_readu output Hi, I have checked the permissions on the list_readu command and they appear to be consistent with yours. -rwsr-x--x 1 root other 1339449 Jun 8 2001 /opt/u1/uv/bin/list_readu running port.status/list.readu as root all usernames are root? Could it be file permissions on something else. Thanks. Paul. --- 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 Free Edition. Version: 7.1.362 / Virus Database: 267.13.6/179 - Release Date: 11/23/2005 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.6/179 - Release Date: 11/23/2005 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UD] No More Entries in MI Table in LCT-3
Kevin; I thought it was on IBM's website - but I didn't find it after a quick look. It is on my 2003 Survival CD under Unidata\Documents. Hth Colin -Original Message- From: Kevin King Thanks Wally. What's this tuning document people have been referring to? --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] No more cells for GLM segment id
Well - there are only 2 cases in our database with this specific message. You can only have 16 GLM segments. As this is a testserver, I suspect someone once wrote a quick program that set and held 10s of thousands of locks. The UniData lock table will grow to accomodate this - but only to 16 segments. You can confirm with: $UDTBIN/ipcstat -mb | grep glm If you really need to set and hold lots of locks, you need to increase udtconfig GLM_MEM_SEGSZ The only way to allow the lock table to shrink back to normal size is to stop and restart the database. Wally Terhune Manager - U2 Advanced Client Support IBM Information Management 4700 South Syracuse Street, Denver, CO 80237 Tel: 303.773.7969 New Number! Fax: 303.773.5915 New Number! [EMAIL PROTECTED] [EMAIL PROTECTED] ab.se Sent by: To [EMAIL PROTECTED] u2-users@listserver.u2ug.org stserver.u2ug.org cc Subject 11/24/2005 02:58 [U2] No more cells for GLM segment AMid Please respond to u2-users Hi, We are on Unidata 6.1 on Solaris 8. Now and then this error message(No more cells for GLM segment id) appears on our green screen terminals. The error only show on a testserver of ours. We have production servers with the same application on and the same udtconfig but there we don't get this message. I've searched the list archives, but no hits. Any ideas? Regards Bjorn --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ [demime 1.01d removed an attachment of type image/gif which had a name of graycol.gif] [demime 1.01d removed an attachment of type image/gif which had a name of pic03351.gif] [demime 1.01d removed an attachment of type image/gif which had a name of ecblank.gif] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] 20 Digit Number
I was intending to make it easy on myself when having to enter these 20 digit numbers with my fingers when reading them on a printed paper. Thanks for all who replied. Happy Thanksgiving. Feliz dia de pabo. Mark Johnson - Original Message - From: John Jenkins [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, November 23, 2005 4:05 AM Subject: RE: [U2] 20 Digit Number Simplistic view maybe - but what about good old-fashioned BCD (Binary Coded Decimal)? Value Comp-3, hex +0 0C +1 1C +1201 2C +12312 3C +1234 01 23 4C -1 1D -1234 01 23 4D Here's a useful link...: http://www.discinterchange.com/TechTalk_COBOL_comp_.html Take a look at COMP-3. Alternative BCD/packed decimal schemas use the concept of an Overpunch to indicate negative numbers as some bit patterns are never used for digits: (0); 0001 (1) - 1001 (9) Regards JayJay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson Sent: 20 November 2005 05:14 To: u2-users@listserver.u2ug.org Subject: [U2] 20 Digit Number General Question. A client has just taken on a new major customer and we have to keep track of their product codes. These codes are 20 numbers long with no real prefixing, suffixing or patterns. Is there any way to abbreviate numbers. I know this is a weird question but I know that I may be entering these codes manually during the testing and/or installation phase of this project and 20 numbers is a lot of typing. I've run out of ideas that simplify as most tend to complicate matters. The users will eventually be using bar code, scanning off of printed documents. As I develop, I will not have that benefit. I can calculator-enter numbers pretty effeciently given my accounting background. But 20 digits is a lot. I'm open to any ideas even if to know there are none. Thanks in advance. Mark Johnson --- 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] 20 Digit Number
Mark, If they're on a piece of paper, how about scan and ocr? Or if they're in bar code form, how about scanning the barcodes? Happy Thanksgiving Dave Taylor President Sysmark Information Systems, Inc. 49 Aspen Way Rolling Hills Estates, CA 90274 800-SYSMARK (800-797-6275) (O) 310-544-1974 (P) 800-339-1497 (F) 310-377-3550 Your Source for Integrated EDI Translation and DataSync Integration www.sysmarkinfo.com - Original Message - From: Mark Johnson [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, November 23, 2005 8:42 AM Subject: Re: [U2] 20 Digit Number I was intending to make it easy on myself when having to enter these 20 digit numbers with my fingers when reading them on a printed paper. Thanks for all who replied. Happy Thanksgiving. Feliz dia de pabo. Mark Johnson - Original Message - From: John Jenkins [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, November 23, 2005 4:05 AM Subject: RE: [U2] 20 Digit Number Simplistic view maybe - but what about good old-fashioned BCD (Binary Coded Decimal)? Value Comp-3, hex +0 0C +1 1C +1201 2C +12312 3C +1234 01 23 4C -1 1D -1234 01 23 4D Here's a useful link...: http://www.discinterchange.com/TechTalk_COBOL_comp_.html Take a look at COMP-3. Alternative BCD/packed decimal schemas use the concept of an Overpunch to indicate negative numbers as some bit patterns are never used for digits: (0); 0001 (1) - 1001 (9) Regards JayJay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson Sent: 20 November 2005 05:14 To: u2-users@listserver.u2ug.org Subject: [U2] 20 Digit Number General Question. A client has just taken on a new major customer and we have to keep track of their product codes. These codes are 20 numbers long with no real prefixing, suffixing or patterns. Is there any way to abbreviate numbers. I know this is a weird question but I know that I may be entering these codes manually during the testing and/or installation phase of this project and 20 numbers is a lot of typing. I've run out of ideas that simplify as most tend to complicate matters. The users will eventually be using bar code, scanning off of printed documents. As I develop, I will not have that benefit. I can calculator-enter numbers pretty effeciently given my accounting background. But 20 digits is a lot. I'm open to any ideas even if to know there are none. Thanks in advance. Mark Johnson --- 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] [UD] No More Entries in MI Table in LCT-3
Wally Terhune wrote: If there is an ipclog (referenced in $UDTBIN/udt.errlog) that would be useful to help me help you tune. If not - at least provide udtconfig and '$UDTBIN/ipcstat -mb' output or - guess some udtconfig settings specific to your error SHM_LMINENTS=30 SHM_GPAGESZ=2048 - don't make this any smaller than it already is I notice that the udtconfig Kevin posted didn't contain a value for SHM_GPAGESZ. What is the default if the value is not set Wally? I didn't realise some of these things were optional! Anyhow, Wally's suggestions make perfect sense - push the global page size up to 1MB and allow up to 30 pages to be referenced by a process. I suppose I'd also think about bumping up SHM_LPAGESZ to something like 32 or 64 from the default of 8 since a local page can also take an MI slot, and smm will probably grow this incrementally by allocating local pages rather than throw a whole 1M global page at it. Kevin, I suspect that the field you are indexing either directly or indirectly involves a virtual field (I-Type) or some output conversion, and that is why it is taking a reasonable amount of memory to build the index. Cheers, Ken --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] 20 Digit Number
Hire a temp to key them in? And a Happy Thanksgiving to all who are with us. Steve At 11:42 AM 11/23/05 -0500, you wrote: I was intending to make it easy on myself when having to enter these 20 digit numbers with my fingers when reading them on a printed paper. Thanks for all who replied. Happy Thanksgiving. Feliz dia de pabo. Mark Johnson snip John Jenkins and original post -- Steven M Wagner [EMAIL PROTECTED] Cary, North Carolina, United States of America --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/