Re: [U2] Voc pointer not working (fwd)
Marilyn Hilb wrote: >Hi all. I have a question and hopefully I'll give you all the info you >need to answer. > >Universe 9.4 SB+ 3.4.0 I don't know if SB+ comes into play on this. NT > >We make a copy of our live account every so often. When doing this we use >NT to make the copy and then run it through a universe process so that >Universe knows about the account. All works just fine, we have been doing >this for years. > >What I just am now doing is creating a VOC pointer on a different machine >(our testing machine which happens to be w2k) and pointing over to >Universe files in the copied account. The pointer works fine on some >files and not so fine on other. It works fine on all files in the Live >account, it is the copy of the account it doesn't work in. > >The trigger here seems to be files that have I_ folders on them, >Index Map?. > > > A Ha. You are seeing Indexes, which have the absolute path hard-coded in the file header. Those can't be copied by non-uniVerse processes without them appearing to be corrupted. There are no VOC pointers to those files in a 'real' account; only the header of the file to which each index belongs. If you wish to see whether the indexes are working on the copy, try this command: LIST.INDEX FILENAME ALL in the VOC of the copy account. HTH Karl >We are of the mind that when we copy the account over, some pointer is >not being re-set in these files/index maps. That we are failing to run a >routine when we first copy the account. > >This voc pointer works fine on the original 'live' account and fine on >files in the test account that don't have this I-folder. > >We checked permissions, sharing and all those goodies. Don't see any >reason there for this. And again, it works on (apparently) all files >without the "I-xx" and doesn't work on all files with one. > >What are we missing? > > > >>CT VOC SM.ORDERS >> >> > > > SM.ORDERS >0001 F > >0002 \\MACHINENAME\ACCOUNTTEST\SM.ORDERS > >0003 E:\OTHERTEST\D_SM.ORDERS > > > >>LIST SM.ORDERS >> >> >> >Unable to open index map "g:\accounttest\I_SM.ORDERS/INDEX.MAP" for >read/write,Un >able to open "SM.ORDERS" file. > > > >> >> >> > > >Thanks, > >Marilyn A. Hilb >Value Part, Inc >Direct: 847-918-6099 >Fax: 847-367-1892 >[EMAIL PROTECTED] >www.valuepart.com >--- >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] Voc pointer not working
Marilyn Hilb wrote: Hi all. I have a question and hopefully I'll give you all the info you need to answer. Universe 9.4 SB+ 3.4.0 I don't know if SB+ comes into play on this. NT We make a copy of our live account every so often. When doing this we use NT to make the copy and then run it through a universe process so that Universe knows about the account. All works just fine, we have been doing this for years. What I just am now doing is creating a VOC pointer on a different machine (our testing machine which happens to be w2k) and pointing over to Universe files in the copied account. The pointer works fine on some files and not so fine on other. It works fine on all files in the Live account, it is the copy of the account it doesn't work in. The trigger here seems to be files that have I_ folders on them, Index Map?. A Ha. You are seeing Indexes, which have the absolute path hard-coded in the file header. Those can't be copied by non-uniVerse processes without them appearing to be corrupted. There are no VOC pointers to those files in a 'real' account; only the header of the file to which each index belongs. If you wish to see whether the indexes are working on the copy, try this command: LIST.INDEX FILENAME ALL in the VOC of the copy account. HTH Karl We are of the mind that when we copy the account over, some pointer is not being re-set in these files/index maps. That we are failing to run a routine when we first copy the account. This voc pointer works fine on the original 'live' account and fine on files in the test account that don't have this I-folder. We checked permissions, sharing and all those goodies. Don't see any reason there for this. And again, it works on (apparently) all files without the "I-xx" and doesn't work on all files with one. What are we missing? CT VOC SM.ORDERS SM.ORDERS 0001 F 0002 \\MACHINENAME\ACCOUNTTEST\SM.ORDERS 0003 E:\OTHERTEST\D_SM.ORDERS LIST SM.ORDERS Unable to open index map "g:\accounttest\I_SM.ORDERS/INDEX.MAP" for read/write,Un able to open "SM.ORDERS" file. Thanks, Marilyn A. Hilb Value Part, Inc Direct: 847-918-6099 Fax: 847-367-1892 [EMAIL PROTECTED] www.valuepart.com --- 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] Fancy Printer
ould be that much better. > > > > > > I've seen copy machines with this kind of magic. I'm just looking for > some > > > direction in choosing a printer. > > > > > > Second, sort of for D3. Are there any repetitive printer strings > > > that could be > > > send to the printer that precedes the actual output for each hold > > > file. I'm > > > dancing with a few clients having medium HP printers and the same > > > report comes > > > out landscape or portrait depending on the previous output (pick or word > > > documents etc). I would like to either precede the output with an ESC E > to > > > clear to the defaults or actually force the default continuously. > > > > > > Presently I'm managing each report program by hand but there > > > should be a more > > > global solution. > > > > > > These are Laserjet Series 6's. I don't have this problem on HP > > > 2000 series. > > > > > > Thanks in advance. > > > --- > > > u2-users mailing list > > > [EMAIL PROTECTED] > > > To unsubscribe please visit http://listserver.u2ug.org/ > > --- > > u2-users mailing list > > [EMAIL PROTECTED] > > To unsubscribe please visit http://listserver.u2ug.org/ > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UV: Array index out of bounds
As an administrator, I do all my programming in ED or vi. I even write HTML with vi (vi=vim/gvim in all cases). I grew up on ED and don't mind using it. Of course, I never run an 80x24 screen anymore. I'm in 80x60 so a 'P' gives me a large window of code. Working in something one is used to makes work faster. Of course, that begs the question which is something about stopping to sharpen the saw... Karl On Thu, 2004-09-30 at 17:45, Sean W Ferguson wrote: > Wait, people actually do all their programming with ED? > > Karl L Pearson wrote: > > >So does this mean the UV ED verb is broken? I'd rather us VIM anyway, > >but this isn't an option for our programmers. They are PICK-only guys > >who have never even seen vi, let alone used it. > > > >Karl > > > >On Thu, 2004-09-30 at 10:54, Mike Dallaire wrote: > > > > > >>Karl, > >>We have seen this error on a few occassions. In our case, it is normally > >>from a FOR/NEXT loop or an IF statement being to large. We just break it > >>apart and everything returns to normal. > >>HTH, > >>Mike Dallaire > >>Mortgage Builder Software Inc. > >>(248) 208-3223 ext. 103 > >>[EMAIL PROTECTED] > >>www.mortgagebuilder.com > >> > >> > >> > >>-Original Message- > >>From: [EMAIL PROTECTED] > >>[mailto:[EMAIL PROTECTED] Behalf Of Karl L Pearson > >>Sent: Thursday, September 30, 2004 11:11 AM > >>To: u2-users > >>Subject: [U2] UV: Array index out of bounds > >> > >> > >>The error message in ~/uv/errlog is: > >>Thu Sep 30 08:42:58 66 root Program "ED": pc = 4d28, Message[040005] > >> > >>SYS.MESSAGE 040005<1> = Array index out of bounds > >> > >>This has happened twice. Once yesterday and once today. I wouldn't have > >>noticed if it hadn't happened to me one of those times. > >> > >>I was editing a program and the session died with the above error > >>message printed to my screen which I read briefly before the ON.EXIT > >>stuff erased it. > >> > >>Anyone seen this before? > >> > >>We are on AIX 4.3.3 and UV 10.0.14. > >> > >>Thanks > >> > >>-- > >>Karl L. Pearson > >>Director of IT, > >>ATS Industrial Supply > >>Direct: 801-978-4429 > >>Toll-free: 888-972-3182 x29 > >>Fax: 801-972-3888 > >>http://www.atsindustrial.com > >>[EMAIL PROTECTED] > >>--- > >>u2-users mailing list > >>[EMAIL PROTECTED] > >>To unsubscribe please visit http://listserver.u2ug.org/ > >>--- > >>u2-users mailing list > >>[EMAIL PROTECTED] > >>To unsubscribe please visit http://listserver.u2ug.org/ > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UV: Array index out of bounds
The error occured during a simple EDit, not filing or compiling or even adding anything. The source code was less than 300 lines, too. We don't use SB+. I have a bogus TCL which is my own security feature, but I made myself exempt and use 'real' TCL. I'll do what Ray suggested and take a look at the source after VLISTing it. Karl On Thu, 2004-09-30 at 13:02, Mike Dallaire wrote: > I don't think the ED verb is broken. It is because whatever arrays used > internally for these program structures are static. When you reach the > point where your code overflows the array you will get the message. We have > done some testing and it appears anything trying to jump accross more than > 32K will cause this error. > > Can you be more specific on what you were doing. Were you at true TCL or > something like SB+ TCL? Did you get the error when just doing some editing > or when you tried to file the record? Any other specifics may help. > > Mike > > > -Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Karl L Pearson > Sent: Thursday, September 30, 2004 1:55 PM > To: u2-users > Subject: RE: [U2] UV: Array index out of bounds > > > So does this mean the UV ED verb is broken? I'd rather us VIM anyway, > but this isn't an option for our programmers. They are PICK-only guys > who have never even seen vi, let alone used it. > > Karl > > On Thu, 2004-09-30 at 10:54, Mike Dallaire wrote: > > Karl, > > We have seen this error on a few occassions. In our case, it is normally > > from a FOR/NEXT loop or an IF statement being to large. We just break it > > apart and everything returns to normal. > > HTH, > > Mike Dallaire > > Mortgage Builder Software Inc. > > (248) 208-3223 ext. 103 > > [EMAIL PROTECTED] > > www.mortgagebuilder.com > > > > > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] Behalf Of Karl L Pearson > > Sent: Thursday, September 30, 2004 11:11 AM > > To: u2-users > > Subject: [U2] UV: Array index out of bounds > > > > > > The error message in ~/uv/errlog is: > > Thu Sep 30 08:42:58 66 root Program "ED": pc = 4d28, Message[040005] > > > > SYS.MESSAGE 040005<1> = Array index out of bounds > > > > This has happened twice. Once yesterday and once today. I wouldn't have > > noticed if it hadn't happened to me one of those times. > > > > I was editing a program and the session died with the above error > > message printed to my screen which I read briefly before the ON.EXIT > > stuff erased it. > > > > Anyone seen this before? > > > > We are on AIX 4.3.3 and UV 10.0.14. > > > > Thanks > > > > -- > > Karl L. Pearson > > Director of IT, > > ATS Industrial Supply > > Direct: 801-978-4429 > > Toll-free: 888-972-3182 x29 > > Fax: 801-972-3888 > > http://www.atsindustrial.com > > [EMAIL PROTECTED] > > --- > > u2-users mailing list > > [EMAIL PROTECTED] > > To unsubscribe please visit http://listserver.u2ug.org/ > > --- > > u2-users mailing list > > [EMAIL PROTECTED] > > To unsubscribe please visit http://listserver.u2ug.org/ > -- > Karl L. Pearson > Director of IT, > ATS Industrial Supply > Direct: 801-978-4429 > Toll-free: 888-972-3182 x29 > Fax: 801-972-3888 > http://www.atsindustrial.com > [EMAIL PROTECTED] > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Using "NEW" technologies: Was: [U2] "thoroughbred basic"
On Thu, 2004-09-30 at 09:02, Stu Glancy wrote: > Brian Leach wrote: > > >Stu, > > > >The problem is you obviously haven't *embraced* the new technology ! > > > >Flat files - Sooo yesterday. > > > >Now what you should have done is spent a few weeks designing and building an > >XML schema (preferably using an overpriced and complex 'now' tool like Visio > >or .Net), then exported the data from Mentor into that schema, and finally > >spent more weeks remapping the schema onto UniVerse... > > > >That would have been the modern approach. > > > >There you go. See how far forward technology has taken us. > > > >Brian "cynical - who me?" Leach > > > > > >Microgen Information Management Solutions > >http://www.microgen.co.uk > > > > > You're right. I haven't *embraced* the new technology. I learn and use > what I need to when I need to otherwise I wouldn't get anything done. > There is too much out there to chase it all. I tried and gave up. It > was too time and money consuming. In the mean time, old tricks seem > to do a lot. After all, underneath it is just bytes. This reminds me of an approach I'm using to bypass the need for ODBC or uniObjects for (insert favorite beverage here)... * Linux Web server, NFS (or Samba) mounts to uniVerse server, * mvBASIC app to write HTML directly to WWW space on Linux Web Server, * Clients open Mozilla (or gag, IE) and * go to Linux Web Server UV generated Catalog/Order entry screens, * select this and that, click submit, * CGI (I use bash scripting for my cgi) writes an order to disk, * cron script on AIX server polls for orders and if present, * kicks off a link to the OrderEntry routines in mvBASIC and * an order is generated, along with a ship-order updates, etc. Simple, CHEAP. Two things that help an organization keep their bottom-line down. -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UV: Array index out of bounds
So does this mean the UV ED verb is broken? I'd rather us VIM anyway, but this isn't an option for our programmers. They are PICK-only guys who have never even seen vi, let alone used it. Karl On Thu, 2004-09-30 at 10:54, Mike Dallaire wrote: > Karl, > We have seen this error on a few occassions. In our case, it is normally > from a FOR/NEXT loop or an IF statement being to large. We just break it > apart and everything returns to normal. > HTH, > Mike Dallaire > Mortgage Builder Software Inc. > (248) 208-3223 ext. 103 > [EMAIL PROTECTED] > www.mortgagebuilder.com > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Karl L Pearson > Sent: Thursday, September 30, 2004 11:11 AM > To: u2-users > Subject: [U2] UV: Array index out of bounds > > > The error message in ~/uv/errlog is: > Thu Sep 30 08:42:58 66 root Program "ED": pc = 4d28, Message[040005] > > SYS.MESSAGE 040005<1> = Array index out of bounds > > This has happened twice. Once yesterday and once today. I wouldn't have > noticed if it hadn't happened to me one of those times. > > I was editing a program and the session died with the above error > message printed to my screen which I read briefly before the ON.EXIT > stuff erased it. > > Anyone seen this before? > > We are on AIX 4.3.3 and UV 10.0.14. > > Thanks > > -- > Karl L. Pearson > Director of IT, > ATS Industrial Supply > Direct: 801-978-4429 > Toll-free: 888-972-3182 x29 > Fax: 801-972-3888 > http://www.atsindustrial.com > [EMAIL PROTECTED] > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] UV: Array index out of bounds
The error message in ~/uv/errlog is: Thu Sep 30 08:42:58 66 root Program "ED": pc = 4d28, Message[040005] SYS.MESSAGE 040005<1> = Array index out of bounds This has happened twice. Once yesterday and once today. I wouldn't have noticed if it hadn't happened to me one of those times. I was editing a program and the session died with the above error message printed to my screen which I read briefly before the ON.EXIT stuff erased it. Anyone seen this before? We are on AIX 4.3.3 and UV 10.0.14. Thanks -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Comparison Unidata and Universe
I second VI-Improved (vim, gvim, etc.) as a free download. I've installed in on my RS/6000, too. The syntax hi-lighting is awesome and customizable. But for me, one of the most awesome features is its 'many-level' undo. For those interested in a few basics of vi, I wrote a white-paper entitled 'Common VI Commands' which is available at http://ourldsfamily.com/mypapers/vi.html. Karl On Wed, 2004-09-22 at 17:51, Louis Guillaume wrote: > Adrian Matthews wrote: > > Does anyone actually use the editor for cutting code these days though? > > > > Absolutely! From what I've seen, most folks who take the time to learn > vi will never go back. > > The only thing AE is good for is macro-fixing savedlists of records, > IMHO. It really astonishes me that folks continue to use AE for editing > programs where you can really only look at one line at a time. > > > I've been using full screen GUI editors for years now. I think I'd pull > > my hair out going back. > > GUI editors generally lack many of the vi features: use of regular > expressions, superior cut and paste, multiple cut/paste buffers, the > ability to read the output of external commands into the file, the > ability to employ Unix shell utilities (like sed or awk) to edit the > file etc etc. > > The only GUI editor I'd use for programming is vim! It is absolutely > worth it to learn vi or vim for editing in UniData (and, I'm sure > UniVerse too). If you're on Windows, there's Vim for Windows. > > I don't know much about UniVerse, but I can't imagine that an editor > should make any difference as most editors should be available to either > platform. On UniData just set the variable UDT_EDIT=/usr/local/bin/vim > (or whatever your editor is) and voila. > > -- Louis > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] - Wide Zero
I have no idea why it's so quiet, but it's saving me a bit of time... KLP On Wed, 2004-09-22 at 12:32, Piers Angliss wrote: > ...and that's the problem. > > The answer is that every so often if you write code like mine which adds / > subtracts numbers in external format (ie with decimal points) universe will > discover an infinitesimal difference between two numbers that to our eyes > (and even in truth) are absolutely identical. > > It is very rare and you could search for years to find another pair of > numbers like this. > > There are two ways round it :- > > 1. As advocated by Adrian and Claus is to always perform calculations in > internal format by ICONV'ing everything first > > 2. As practised by Bruce and myself is to adjust the value at which universe > considers the difference to be zero (the WIDE-zero config parameter) if / > when you hit the problem so that it goes away > > I'm sticking with the latter - does that make me a pragmatist or a happy > hacker ? > > PS Is the list quiet because they're all in Las Vegas at the IBM UG ? > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Karl L Pearson > Sent: 22 September 2004 18:10 > To: u2-users > Subject: RE: [U2] [UV] - Wide Zero > > > Okay, on Unix I did the program this way: > > - > - > - > > and got this output: > Basic: 294987.31 + 51622.78 = 346610.09 > /usr/bin/bc: 346610.09 > Wide-Zero problem? > > AND as you see, there's no difference in the output yet what appears to > my eye to be TRUE the code sees as FALSE. Something looks fishy, but I > can't see a reason why. > > Karl > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] - Wide Zero
Okay, on Unix I did the program this way: 0001: NET = 294987.31 0002: VAT = 51622.78 0003: TOT = NET + VAT 0004: print 'Basic: ':NET:' + ':VAT:' = ':TOT 0005: execute 'sh -c \echo "scale=2;294987.31+51622.78"|bc\' capturing BC 0006: BC = BC<1> 0007: print '/usr/bin/bc: ':BC 0008: if TOT = 346610.09 then 0009: print 'Equal' 0010: end else 0011: print 'Wide-Zero problem?' 0012: end 0013:end and got this output: Basic: 294987.31 + 51622.78 = 346610.09 /usr/bin/bc: 346610.09 Wide-Zero problem? AND as you see, there's no difference in the output yet what appears to my eye to be TRUE the code sees as FALSE. Something looks fishy, but I can't see a reason why. Karl On Wed, 2004-09-22 at 02:26, Piers Angliss wrote: > Adrian, > > I'm surprised you haven't seen it (not that I'd wish the subsequent > reconciliation and explanation on anyone) > If you're interested here's an example : > > >ED BP TWZ > 6 lines long. > > : P > 0001: NET = 294987.31 > 0002: VAT = 51622.78 > 0003: TOT = NET + VAT > 0004: IF TOT EQ 346610.09 THEN PRINT 'Equal' > 0005: ELSE PRINT 'Wide-zero problem ?' > 0006: END > Bottom at line 6. > : Q > >RUN BP TWZ > Wide-zero problem ? > > I've seen it 3 times in the last 3 years, this is the simplest example yet. > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Adrian Matthews > > > I'm obviously missing something here. Our system processes thousands of > financial transactions a day with most calculations being done to > several places. > > We've never had a need to change the Wide0 settings from the default > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > > > Goo'day, > > We have *always* (since 1998, anyway, 9.3?? on NT) changed WideZero to > 0X3eb00. > > This way we *always* get 1-1=0 > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UD] - I-Desc IF, THEN, ELSE or SUBR -IFS
Okay then... That works for me, too, but in my case, I just get the
LAST, or highest numbered item. That's because our F6 only contains n+1
for line items on an invoice.
Is there syntax in an I-Desc that would equal:
FOR X = F6 to 1 step -1
???
Thanks,
Karl
On Tue, 2004-09-21 at 14:17, Hruby, Paul wrote:
> Thanks Bryan, Glenn, Ian and others.
>
> I had since come up with the same conclusion using the following which seems
> to work well:
>
> SUBR("-IFS",KEYTWO NE "",SUBR("-CATS",REUSE(@ID:"*"),KEYTWO),"")
>
> It may be an over kill, but it does the job. After I sent off the help
> request, I had tried a few things with REUSE() that didn't work well until I
> used -CATS also (duh!).
>
> Oh well, it's nice to have such a great resource available like the members
> at u2-users.
>
> Again, thanks to all who have helped. Receiving the list via digest mode it
> hard to see replies right away.
>
> Paul
>
> --
>
> Date: Tue, 21 Sep 2004 14:25:53 -0400
> From: Glenn Herbert <[EMAIL PROTECTED]>
> Subject: Re: [U2] [UD] - I-Desc IF, THEN, ELSE or SUBR -IFS
>
> Field 2 should be:
>
> CATS(REUSE(@ID),CATS(REUSE("*"),FILETWO))
>
>
>
> Try
>
> SUBR("-CATS",REUSE(@ID:"*"),KEYTWO)
>
> Since the ID is not multivalued, you have to provide a hint to say you want
> to repeat it for each multivalue.
>
> Hth,
> Ian
> ---
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
--
Karl L. Pearson
Director of IT,
ATS Industrial Supply
Direct: 801-978-4429
Toll-free: 888-972-3182 x29
Fax: 801-972-3888
http://www.atsindustrial.com
[EMAIL PROTECTED]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UV: Indexing I-Descriptors
On Fri, 2004-09-17 at 11:10, Karjala Koponen wrote: > Karl, > > TRANS I descriptors are dangerous to index. > This should work fine when field 5 of BOHDR exists when the record you're going from > is written and field 5 of BOHDR does not change. > I don't know whether the I descriptor will be reviewed/renewed when the record > you're going from is rewritten, but I'd want absolute confirmation that the indexing > process does that. I'd be very nervous (assume) that the I descriptor is NOT > looked at again at a rewrite. > > The index will certainly be incorrect, however, when the field 5 of BOHDR is changed > after the record you're going from was last written because there is no reason for > the index to be updated. Triggers might be used to update the index in such an > event but I'd look for help elsewhere on this list for such guidance. Okay, I'll bite... What you say leads me to believe that a TRANS I-Desc is dangerous because if the data changes in the remote file, then the index isn't updated and the data in the local file's index is out-dated, right? if that's the case, then doesn't that mean that the local file's index is holding all the data that is 'TRANS'ed from the other file? Isn't that NOT how an index works? I thought it just pointed to the attribute in the other file where it could look that data up. OR, is it that the stored procedure (TRANS I-Desc) might become different from the remote file's procedure if that DICT item is re-written/changed/removed, etc. ??? I'm a bit confused and would like some clarification... Perhaps what I've understood all these years has been superseded somehow/where. KLP > > Karjala > > > >>> [EMAIL PROTECTED] 09/17/2004 11:49:42 AM >>> > I just had an experience (UV 10.0.14, AIX 4.3.3) of indexing an > I-Descripted DICT item and than having a very important routine fall > down. > > Selecting against the TYPE I-Desc fails after being indexed and doesn't > before. > > I seem to remember a bug in this but hoped the bug had been solved... > > Here's the I-Desc: > 0001 I > 0002 TRANS(BOHDR,(ORDER.NUMBER),'5','X') > 0003 > 0004 ORD?TYP > 0005 2R > 0006 S > <0007... DELETED> > > Another thought: Is there a problem right justifying? Should it be left > (counter-intuitive from my perspective)? -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UV: Indexing I-Descriptors
On Fri, 2004-09-17 at 10:40, Glenn Herbert wrote: > Exactly how does the SELECT fail? 0 items returned? hang? crash? Zero items... In this application, one person purchases based on invoiced items. however, if this particular item isn't working, quotes go into the purchasing screen, thus causing items only quoted to clients being ordered. Not a good thing. The syntax that was failing was standard enough (DICT=TYPE, 3=Quote): STMT = 'SELECT BKORD WITH F26 = "" AND F10 > 0' STMT := ' AND F01 = "N" AND TYPE # "3"' STMT := ' AND F02 = ':WHOUSENO:' BY VENDNAME BY NAME BY @ID' EXECUTE STMT CAPTURING NOTHING -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] Here's the I-Desc again: 0001 I 0002 TRANS(BOHDR,(ORDER.NUMBER),'5','X') 0003 0004 ORD?TYP 0005 2R 0006 S --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] UV: Indexing I-Descriptors
I just had an experience (UV 10.0.14, AIX 4.3.3) of indexing an I-Descripted DICT item and than having a very important routine fall down. Selecting against the TYPE I-Desc fails after being indexed and doesn't before. I seem to remember a bug in this but hoped the bug had been solved... Here's the I-Desc: 0001 I 0002 TRANS(BOHDR,(ORDER.NUMBER),'5','X') 0003 0004 ORD?TYP 0005 2R 0006 S <0007... DELETED> Another thought: Is there a problem right justifying? Should it be left (counter-intuitive from my perspective)? -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] LPTR PaperSource problems on Windows Server 2003
How about putting a space after the first DQ: SETPTR 1,90,60,0,0,1,AT ITS_01," PaperSource=Tray 2" Of course, the thought occurs to me that if it's going to the correct printer, putting a space isn't going to solve this. Just "popping off the top" of my head for this suggestion. Karl On Tue, 2004-09-14 at 11:52, Dillane, Bob wrote: > We are in the processing of switching from Unix to Windows Server 2003, > Enterprise Edition. On the Windows server we are running Unidata 6.0.12. > > The following scenario happens both for HP 4600 printers and HP 4200 > printers: > > Using the printer drivers that originally came with Windows Server > > SETPTR 1,90,60,0,0,1,AT ITS_01,"PaperSource=Tray 2" > does not get an error message, but the PaperSource command is ignored. > It turns out the trying to print to tray 1 from WordPad on the server also > fails, so I downloaded new drivers from HP > > Using the new drivers: > Directing print jobs to tray 1 works from WordPad on the server, however > SETPTR 1,90,60,0,0,1,AT ITS_01,"PaperSource=Tray 1" gets the following error > message: > Unable to find PaperSource Tray 1 on printer ITS_01 > > Does anyone have any ideas how I can get around this? > > Thanks, > Bob > > === > = Bob DillaneInternet: [EMAIL PROTECTED] = > = Director, Voice:(717)867-6060 = > = Information Management ServicesFAX: (717)867-6020 = > = = > = L E B A N O NV A L L E YC O L L E G E = > =========== > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [ADM] List server hiccup?
YES!!! Bunches of them. It's was De ja vu all over again, and again... On Thu, 2004-09-09 at 15:27, Tom Dodds wrote: > No. > > Tom Dodds > [EMAIL PROTECTED] > 708-482-4510 Office > 630-235-2975 Cell > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Gordon Glorfield > Sent: Thursday, September 09, 2004 3:44 PM > To: '[EMAIL PROTECTED]' > Subject: [U2] [ADM] List server hiccup? > > > Why did I just get a mass dump of all the list messages that I've already > received today? Did anyone else get this little present? > > Gordon J. Glorfield > Sr. Applications Developer > MAMSI (A UnitedHealth Company) > 301-360-8839 > > > > This e-mail, including attachments, may include confidential and/or > proprietary information, and may be used only by the person or entity to > which it is addressed. If the reader of this e-mail is not the intended > recipient or his or her authorized agent, the reader is hereby notified > that any dissemination, distribution or copying of this e-mail is > prohibited. If you have received this e-mail in error, please notify the > sender by replying to this message and delete this e-mail immediately. > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [Unix] creation date/time
The question was: Creation date and time, not last accessed date and
time.
I've not heard of such a thing. It might take the creation of a routine
which checks the monitored directory for the creation of new files, then
catalogs and indexes its findings to a file which could be used as a
lookup table when that information is needed...
Karl
On Mon, 2004-08-30 at 18:56, Ian McGowan wrote:
> If your system doesn't have the stat or fstat command, this small program
> may do:
>
> #include
> main(int argc,char**argv) {
> struct stat buf;
> char d[256];
> stat(argv[1],&buf);
> strftime(d, sizeof(d), "%D", localtime(&buf.st_ctime));
> printf("%s\n", d);
> }
>
> (error checking removed)
>
> Or a perl one-liner:-)
>
> perl -e 'print scalar localtime((stat $ARGV[0])[9]),"\n"' $filename
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Sent: Monday, August 30, 2004 4:13 PM
> > To: [EMAIL PROTECTED]
> > Subject: [U2] [Unix] creation date/time
> >
> >
> > Hi all,
> > I am looking for a unix command that could return the date
> > and time that a file was created. Anybody out there now of
> > such an animal? Thanks, Scott
> > ---
> > u2-users mailing list
> > [EMAIL PROTECTED]
> > To unsubscribe please visit http://listserver.u2ug.org/
> ---
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
--
Karl L. Pearson
Director of IT,
ATS Industrial Supply
Direct: 801-978-4429
Toll-free: 888-972-3182 x29
Fax: 801-972-3888
http://www.atsindustrial.com
[EMAIL PROTECTED]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Clearing a Sequential File:
Maybe this isn't correct, but I usually just do the following command (Unix): echo '' > SEQFILE Karl On Tue, 2004-08-24 at 11:40, Ron Moore wrote: > I am able to OPENSEQ and WRITESEQ for a sequential file, and need to clear > the records or data before writing to this file. I have tried CLEAR and > CLEARFILE, but may not have the correct syntax. How do I go about this? > > TIA, as always. > Ron > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Secure connex from outside world
I've set our system up to do this. I use a java telnet client (jta) I found on the internet, an Applet which can be set to use either port 23 (Telnet) or 22 (SSH). But, I doubt this will do the whole job either, because Putty is quite good. I use it also. I had to edit and tweak the terminfo file and tic my changes back into the terminfo database. Putty even supports "Screen" printing (AUX port redirection). If you can't find the jta website, I could zip and send you my version with my settings. It is loaded on a web server and is accessed via any java-compliant browser. Karl On Fri, 2004-08-20 at 08:03, Davis, Dawn wrote: > Greetings to all. > > For those of you who are UNIX/UNIDATA/DATATEL clients, how have you > handled the following situation? > > We have a need for outside contractors to access our server to do some > development work. I will only accept a secure connection, and therefore > wish to use SSH. Which emulator are you using? I have successfully > used Putty at the unix/unidata level, but can never get the DATATEL > screens to display correctly. I am looking for a free client. > > > Dawn Janel Davis > DBA II > [EMAIL PROTECTED] > (410) 386-8058 > > Carroll Community College > 1601 Washington Road > Westminster, MD 21157 > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Converting hexa to decimal
Oh, here's another script for doing this: #!/bin/sh ival=`echo "$1" | tr 'a-f' 'A-F'` bc << EOF obase=16 $ival EOF You can change the 16 to 8 or 2 and obase to ibase for decimal to hex/hex to decimal... Karl On Wed, 2004-08-18 at 12:43, Rosenberg Ben wrote: > Here's a Unix/Linux shell script > that works like the Pick XTD verb, > but that doesn't have a 32 bit limit. > > #!/usr/bin/sh > echo 16 i $1 p | dc > > Note: Hex digits A B C D E F > must be entered as UPPER CASE. > > "dc" works with integers of 64 bits. > > Actually, "dc" works with integers > of thousands of bits, but it gets > a bit slow if you push the limits. > > # What "dc" does in this script: > # 16 ... push 16 on the stack > # i ... use the top of the stack as the input radix > # $1 ... push shell command line arg on the stack > # p ... pop the stack > > Some folks might think the above 2 line > script just isn't cryptic enough, > in which case, you can do it this way: > #!/usr/bin/sh > echo 16i$1p|dc > > *** > > > The information contained in this e-mail message may be privileged > and confidential information and is intended only for the use of > the individual and/or entity identified in the alias address of > this message. If the reader of this message is not the intended > recipient, or an employee or agent responsible to deliver it to the > intended recipient, you are hereby requested not to distribute or > copy this communication. If you have received this communication in > error, please notify us immediately by telephone or return e-mail and > delete the original message from your system. > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Converting hexa to decimal
On Wed, 2004-08-18 at 12:43, Rosenberg Ben wrote: > Here's a Unix/Linux shell script > that works like the Pick XTD verb, > but that doesn't have a 32 bit limit. > > #!/usr/bin/sh > echo 16 i $1 p | dc > > Note: Hex digits A B C D E F > must be entered as UPPER CASE. I add a |tr 'a-f' 'A-F' to the command and then you can enter the hex digiest a-f in either case. Just an FYI... > > "dc" works with integers of 64 bits. > > Actually, "dc" works with integers > of thousands of bits, but it gets > a bit slow if you push the limits. > > # What "dc" does in this script: > # 16 ... push 16 on the stack > # i ... use the top of the stack as the input radix > # $1 ... push shell command line arg on the stack > # p ... pop the stack > > Some folks might think the above 2 line > script just isn't cryptic enough, > in which case, you can do it this way: > #!/usr/bin/sh > echo 16i$1p|dc > > *** > > > The information contained in this e-mail message may be privileged > and confidential information and is intended only for the use of > the individual and/or entity identified in the alias address of > this message. If the reader of this message is not the intended > recipient, or an employee or agent responsible to deliver it to the > intended recipient, you are hereby requested not to distribute or > copy this communication. If you have received this communication in > error, please notify us immediately by telephone or return e-mail and > delete the original message from your system. > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] OT: Ardent.com
Just for those who remember, check out www.ardent.com or www.ardentsoftware.com. Someone's slip is showing... -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] OT: mksysb AIX
Error from mksysb: An internal packing error occurred: buffer overflow If you know the solution, please respond off list. No need to muddy up the archives with any responses. TIA -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] (UV} Syntax Error Results
Platform: AIX 4.3.3, UV 10.0.14, Flavor: INFORMATION. Error message when compiling, but WHY!?!?? VNM = trim(field(RTVREC<8>),':',2) <=- Incorrect, obvious I hope VNM = trim(field(RTVREC<8>,':',2)) <=- Correct When I compiled the first, I got the error: WARNING: Text found after final END statement. This isn't 'C' but I'm thinking the compiler is written in 'C' so... Yeah, right. -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] (UV) Analyze.shm -s (Unclassified)
On Wed, 2004-07-21 at 03:24, Martin Phillips wrote: > We may also be looking for the wrong thing here. A semaphore collision > count of 6 really is nothing to get excited over, especially if the system > had been up for a while. Looking back to Karl's original posting, I think > we need to know a bit more about how the "performance hits" exhibit > themsleves. I've done a bit of checking and came to the conclusion that IO was NOT an issue, as both disks loads are very even and in the low teens to low 20%-ile of use. I changed the uniVerse tunable FSEMNUM from 23 to 53. Today, so far, the load average is in the low 2s instead of in the 3s and 4s. Of course we only have 30 of 42 users, so time will tell... The symptoms of the performance problem is that users notice things going very slowly, especially selects and sorts, but also when typing text there are pauses of parts of a second to a couple seconds when the system is very sluggish. -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] (UV) Analyze.shm -s
I really didn't remove the .Type30 files from disk, only the email. That would have been pretty daft of me... The State of 1 was a coincidence. I don't see that very often. On Tue, 2004-07-20 at 09:43, Stevenson, Charles wrote: > Karl, > > I'm confused about your removing the hidden ".Type30" files: > > > Here's some detail on the files as they currently exist (I > > removed .Type30 from each file to save space): > > > > BOHDR: > > -rwxrwxrwx 1 vsifax staff 761856 Jul 19 12:21 DATA.30 > > -rwxrwxrwx 1 vsifax staff 468992 Jul 19 12:02 OVER.30 > > Are you sure you really removed them? Use the "-a" option of the "ls" > command (e.g., "ls -al BOHDR") to be sure '.Type30's are gone. > > If you remove the ".Type30" file, (zero bytes long, by the way, so not > really occupying much space) then Universe treats the Unix directory > BOHDR as a Type-19 "file". and the unix files BOHDR/DATA.30 & > BOHDR/OVER.30 are just 2 "records" with keys DATA.30 and OVER.30. > > When you "OPEN 'BOHDR' TO BOHDR.FILE" you just open the directory. > When you "WRITE RECORD TO BOHDR.FILE, '12345'", you write RECORD into > BOHDR/12345 as a unix file sibling to DATA.30 & OVER.30. > > As for collisions & retries on the semaphore, the numbers do not look > high, but the State=1 is unusual. Does it usually come up "1" or did > you just happen to catch it at the right moment. I'd think "1" would be > hard to catch since the semaphore should not be on most of the time. > > Of course, if .Type30 are all _really_ gone, I'm not sure what dynamic > files you actually have. If they were opened before .Type30 was > removed, I suppose that process would continue to treat them as such > until closed. > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] (UV) Analyze.shm -s
Platform: IBM 7043-140, AIX 4.3.3.0, UV 10.0.14 with 42 licenses. I resized 15 total files, of which 8 are basically insignificant. The 7 'major' files I resized were about the same size as they are now as I kept them pretty close to what I determined to be ideal size. I have been just trying to make admin a bit easier. Right... Here's some detail on the files as they currently exist (I removed .Type30 from each file to save space): BOHDR: -rwxrwxrwx 1 vsifax staff 761856 Jul 19 12:21 DATA.30 -rwxrwxrwx 1 vsifax staff 468992 Jul 19 12:02 OVER.30 BOHDRHST: -rwxrwxrwx 1 vsifax staff26474496 Jul 19 12:20 DATA.30 -rwxrwxrwx 1 vsifax staff8085504 Jul 19 12:08 OVER.30 BOLIN: -rwxrwxrwx 1 vsifax staff1343488 Jul 19 12:21 DATA.30 -rwxrwxrwx 1 vsifax staff 696320 Jul 19 12:19 OVER.30 BOLINHST: -rwxrwxrwx 1 vsifax staff46028800 Jul 19 12:20 DATA.30 -rwxrwxrwx 1 vsifax staff13684736 Jul 19 12:08 OVER.30 CONF: -rwxrwxrwx 1 vsifax staff5322752 Jul 19 12:21 DATA.30 -rwxrwxrwx 1 vsifax staff1591296 Jul 19 11:41 OVER.30 ORDHDRHST: -rwxrwxrwx 1 vsifax staff61734912 Jul 19 12:20 DATA.30 -rwxrwxrwx 1 vsifax staff18298880 Jul 15 17:32 OVER.30 ORDLINHST: -rwxrwxrwx 1 vsifax staff64378880 Jul 15 18:16 DATA.30 -rwxrwxrwx 1 vsifax staff14270464 Jul 15 18:13 OVER.30 df -k: Filesystem1024-blocks Free %UsedIused %Iused Mounted on /dev/lv00 3072000 1168752 62%14935 2% /u1 I've done no patching to this OS and the above file system is the standard IBM journaled type, I believe. Karl On Mon, 2004-07-19 at 10:51, Scott Richardson wrote: > Hey Karl, > > What type of platform are you running UV on, (and please > include some configuration specifics - RAM, I/O file systems > including type, sizes, free space on these file system volumes, > etc...), OS version and Patch level, etc... > > How many files did you convert to Dynamic? > What are the sizes of these files, (before and after going to > Dynamic)? > > had you been running something like Fitzgerald & Long's > FAST on your files, prior to going Dynamic with these files? > > Did you make any changes to your uvconfig? > > How many users acces this platform? > > Regards, > Scott > > - Original Message - > From: "Karl L Pearson" <[EMAIL PROTECTED]> > To: "u2-users" <[EMAIL PROTECTED]> > Sent: Monday, July 19, 2004 12:22 PM > Subject: [U2] (UV) Analyze.shm -s > > > > We are experiencing performance hits and the only thing I can think of > > is that I recently changed some of our larger files to dynamic (Type > > 30). So I took a look at analyze.shm -s and lo and behold, I'm getting > > collisions and retries on Type 30 files. Here's the (long) output: > > > > > > ATS [/home/karlp] analyze.shm -s > > > > File access State Netnode Owner Collisions Retries > > Semaphore # 1 00 0 0 0 > > Semaphore # 2 00 0 0 0 > > Semaphore # 3 00 0 0 0 > > Semaphore # 4 00 0 0 0 > > Semaphore # 5 00 0 0 0 > > Semaphore # 6 00 0 0 0 > > Semaphore # 7 00 0 0 0 > > Semaphore # 8 00 0 0 0 > > Semaphore # 9 00 0 0 0 > > Semaphore # 10 00 0 0 0 > > Semaphore # 11 00 0 0 0 > > Semaphore # 12 00 0 0 0 > > Semaphore # 13 00 0 0 0 > > Semaphore # 14 00 0 0 0 > > Semaphore # 15 00 0 0 0 > > Semaphore # 16 00 0 0 0 > > Semaphore # 17 00 0 0 0 > > Semaphore # 18 00 0 0 0 > > Semaphore # 19 00 0 1 1 > > Semaphore # 20 00 0 0 0 > > Semaphore # 21 00 0 0 0 > > Semaphore # 22 00 0 0 0 > > Semaphore # 23 00 0 0 0 > > > > Group accessState Netnode Owner Collisions Retries > > Semaphore # 1 00 0 1 1 > > Semaphore # 2 00 0 2 2 > > Semaphore # 3 00 0 3 16 > > Semaphore # 4 00 0 4 7 > > Semapho
Re: [U2] What is &UFD& ????
&UFD& is short for Unix File Directory and is the underlying directory which exists for each account in your uniVerse system. The files in it are your account files and shouldn't be messed with. Adding a record ERRLOG won't have any affect, unless it's lower-case and only in the UV account directory itself. If the file exists, uniVerse will log TCL errors, BASIC Run machine errors, such as: Variable %n ... Karl On Mon, 2004-07-19 at 11:22, Joe Walter wrote: > Just got word from tech support to create an empty record named ERRLOG in > &UFD& file. I've discovered &UFD& voc entry really points to the file D_UV > in the universe home directory and there are many, many, many records in > this file - some of the huge in terms of number of attributes. > > Can anyone shed some light on what this file is all about? > > Thanks much, > joey > > Joe Walter > Fax/Voice mail: 1.435.514.5132 > > We are living in a world today where lemonade is made from > artificial flavors and furniture polish is made from real lemons. > ---Alfred E. Newman > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] (UV) Analyze.shm -s
00 0 0 0 Semaphore # 60 00 0 2 2 Semaphore # 61 00 0 3 6 Semaphore # 62 00 0 2 3 Semaphore # 63 00 0 0 0 Semaphore # 64 00 0 0 0 Semaphore # 65 00 0 1 1 Semaphore # 66 00 0 3 12 Semaphore # 67 00 0 4 7 Semaphore # 68 00 0 1 1 Semaphore # 69 00 0 2 2 Semaphore # 70 00 0 1 1 Semaphore # 71 00 0 1 1 Semaphore # 72 00 0 1 2 Semaphore # 73 00 0 0 0 Semaphore # 74 00 0 3 5 Semaphore # 75 00 0 1 1 Semaphore # 76 00 0 2 8 Semaphore # 77 00 0 0 0 Semaphore # 78 00 0 1 5 Semaphore # 79 00 0 1 1 Semaphore # 80 00 0 3 10 Semaphore # 81 00 0 2 7 Semaphore # 82 00 0 1 1 Semaphore # 83 00 0 3 9 Semaphore # 84 00 0 1 4 Semaphore # 85 00 0 0 0 Semaphore # 86 00 0 2 2 Semaphore # 87 00 0 2 2 Semaphore # 88 00 0 4 6 Semaphore # 89 00 0 6 12 Semaphore # 90 00 0 0 0 Semaphore # 91 00 0 0 0 Semaphore # 92 00 0 3 5 Semaphore # 93 00 0 0 0 Semaphore # 94 00 0 2 2 Semaphore # 95 00 0 3 13 Semaphore # 96 00 0 1 6 Semaphore # 97 00 0 1 1 Login State Netnode Owner Collisions Retries Semaphore # 1 00 0 0 0 Port status State Netnode Owner Collisions Retries Semaphore # 1 00 0 0 0 Type 30 fileState Netnode Owner Collisions Retries Semaphore # 1 1057 6 18 Transaction log State Netnode Owner Collisions Retries Semaphore # 1 00 0 0 0 Transaction ID State Netnode Owner Collisions Retries Semaphore # 1 00 0 0 0 Replication State Netnode Owner Collisions Retries Semaphore # 1 00 0 0 0 Semaphore # 2 00 0 0 0 Semaphore # 3 00 0 0 0 ATS [/home/karlp] Sorry for including so much, but I didn't want to miss posting anything that might be a valid clue. This was run with not as many users as will be on later in the day. TIA, -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] Re: Useless Dribble
In most, if not all cases, the sender of those 'useless' posts have no control over what or where. Unfortunately, that's the nature of corporations. They are so interested in protecting themselves, they forget how annoying they can be. To maintain my sanity, I choose to let it rest. Advice worth considering? perhaps not... Karl On Wed, 2004-07-07 at 09:04, Terry Layne wrote: > On Wed, 7 Jul 2004 11:42:11 +0100, Andy Moore wrote > > DISCLAIMER: > > This email and any files transmitted with it are confidential and intended > > solely for the use of the individual or entity to whom they are addressed. > > If you have received this email in error, please delete it and notify > > the sender immediately. Please note that there is no guarantee that > > this email or any attachment is virus free or has not been > > intercepted or amended. > > > > Putting this worthless dribble at the top of an email is really annoying. > See the following for a discussion of how stupid they are. > > http://www.goldmark.org/jeff/stupid-disclaimers/ > > -- > Terry Layne > Portland, OR > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] How keep '\' in unix/uniVerse filenames?
On Tue, 2004-06-15 at 01:06, Ken Wallis wrote: > Karl Pearson wrote: > > > Try putting two \\ so the escape will be used as it was meant > > to be, to > > keep special characters from being treated like special characters. > > > > I.e. \* \? \\ etc. > > The difficulty is in doing this. Once the shell has the value with the '\' > in it, it becomes very hard to manipulate it. > > You might get away with doing a 'tr' or a 'sed' in between the 'find ... > -print' and the 'while read', but you'd have to be very clever with the > escaping of your escapes in the sed script or the tr strings. > One other option on Unix is the difference between " and ' quotes. To force an absolute, use 'TRAN.EXT-14320S1??\4-DF' rather than "...". Unix allows special characters and variables to be 'checked' withint double quotes, but uses strict string representation within single quotes. Karl > Cheers, > > Ken > > > LeRoi Keiller wrote: > > >> Cutdown example of what I'm trying to do (ksh): > >> > >> $ ls TRAN* > >> TRAN.EXT-14320S1??\4-DF > >> TRAN.EXT-14320S1??\5-DF > >> (note the '\' in the file names) > >> $ find TRAN* -print | while read file > >> do > >>ls -l $file" > >> done > >> TRAN.EXT-14320S1??4-DF not found --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UV] 'Press any key...'
if in a basic program, use crt @(0) in the program somewhere before the list starts. Karl On Wed, 2004-06-16 at 07:55, Aleksejs Luchko wrote: > Hi, > > Is there a way to suppress 'Press any key to continue...' message in SELECT > statement? > It appears when active select list exists, but not all @IDs from the active select > list > present in a file being selected. > > Best regards, > Alexey Luchko. > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] How keep '\' in unix/uniVerse filenames?
Try putting two \\ so the escape will be used as it was meant to be, to
keep special characters from being treated like special characters.
I.e. \* \? \\ etc.
Karl
On Thu, 2004-06-10 at 15:52, LeRoi Keiller wrote:
> A number of our uniVerse files have the \ symbol in the file names. Problem
> is, at unix level, these \ fellows are usually treated as 'escape'
> characters and ignored or removed when you try to reference them. Eg: echo
> "hello\there" displays "hellothere".
>
> Does anyone know how to ensure that the unix shell treats these as literal
> text? Note that {}, quotes, and double-quotes don't seem to work.
>
> To elaborate (you can ignore this if you like)...
>
> Cutdown example of what I'm trying to do (ksh):
>
> $ ls TRAN*
> TRAN.EXT-14320S1??\4-DF
> TRAN.EXT-14320S1??\5-DF
> (note the '\' in the file names)
> $ find TRAN* -print | while read file
> do
>ls -l $file"
> done
> TRAN.EXT-14320S1??4-DF not found
>
> Note: The 'find' produces the correct names, but subsequent unix commands
> missinterpret the meaning. Because the '\' is stripped, the ls command
> tries to list D_TRAN.EXT-14320S1??4-DF instead of TRAN.EXT-14320S1??\4-DF,
> and of course the file is not found.
>
> Any ideas?
>
> Thanks,
> LeRoi
>
> LeRoi Keiller
> Technical Support Consultant
>
> Ultradata - Vision to Reality
> +61 3 9291 1700
> www.ultradata.com.au
>
>
>
> Disclaimer Notice
> This message contains privileged and confidential information intended only
> for the use of the addressee named above. If you are not the intended
> recipient of this message you are hereby notified that you must not
> disseminate, copy or take any action or place any reliance on it. If you
> have received this message in error please notify Ultradata immediately on
> +61 3 9291 1600. Any views expressed in this message are those of the
> individual sender, except where the sender specifically states them to be
> the views of Ultradata Australia Pty. Ltd.
>
> To unsubscribe from receiving commercial electronic messages from Ultradata
> Australia please email [EMAIL PROTECTED] with the subject heading
> "Unsubscribe".
> ---
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
--
Karl L. Pearson
Director of IT,
ATS Industrial Supply
Direct: 801-978-4429
Toll-free: 888-972-3182 x29
Fax: 801-972-3888
http://www.atsindustrial.com
[EMAIL PROTECTED]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Script Sans ncurses
Good point. I think I may have a copy somewhere (disk)... You bring up something I hadn't even considered. I've manipulated the terminfo database to get what I want quite a few times, but my mind hadn't wandered over to that. I can probably just dissect the uvxterms terminfo settings and get everything I need. Thanks a heap. Getting old has one major drawback (other than that) and that is. . . uh, I forget. Karl On Wed, 2004-06-09 at 11:13, [EMAIL PROTECTED] wrote: > In a message dated 6/9/2004 8:10:11 AM Pacific Daylight Time, > [EMAIL PROTECTED] writes: > > > > Is there a means of formatting a telnet/ssh/xterm 'window' so a looping > > shell script could update information without repainting the entire > > screen on each pass (without @(0,15)..)? (printf, echo...) > > > > I have found that by sending ESC-c I can clear the screen. I've tried a > > few others but haven't found anything that doesn't clear the screen but > > sends the cursor 'home'.I hope someone has experience with this and can > > point me in the right direction. > > It is dependent on your emulation isn't it? If you are emulating a VT100 > wouldn't the manual for VT100 commands give you all the screen positioning and > feature information? > Will > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Script Sans ncurses
Bingo! That's easier than digesting on terminfo PLUS it will work with any emulation that I've got working in uniVerse. Thanks! Karl On Wed, 2004-06-09 at 12:55, Joe Chisolm wrote: > On Wednesday 09 June 2004 07:58, Karl L Pearson wrote: > > Sorry for the off-topic query: > > > > Is there a means of formatting a telnet/ssh/xterm 'window' so a looping > > shell script could update information without repainting the entire > > screen on each pass (without @(0,15)..)? (printf, echo...) > > > > I have a program written in our green screen app which I envision would > > would be much faster by running at the OS level using shell (ksh) > > scripts. > > > > I have found that by sending ESC-c I can clear the screen. I've tried a > > few others but haven't found anything that doesn't clear the screen but > > sends the cursor 'home'.I hope someone has experience with this and can > > point me in the right direction. > > > > Thanks, > > look at the tput command. It may do what you want. -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] Script Sans ncurses
Sorry for the off-topic query: Is there a means of formatting a telnet/ssh/xterm 'window' so a looping shell script could update information without repainting the entire screen on each pass (without @(0,15)..)? (printf, echo...) I have a program written in our green screen app which I envision would would be much faster by running at the OS level using shell (ksh) scripts. I have found that by sending ESC-c I can clear the screen. I've tried a few others but haven't found anything that doesn't clear the screen but sends the cursor 'home'.I hope someone has experience with this and can point me in the right direction. Thanks, -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [OT]Postscript to a Laser on Dumb Term Aux Port
Nice information, but, how would one switch back to PCL? For that matter, where did you get that information and is it on the internet somwhere? TIA, Karl On Fri, 2004-06-04 at 14:21, Ron White wrote: > I don't have any specific knowledge of Epson printers > but on HP you can cause the printer to shift to postscript > personality by sending then following: > > PRINT CHAR(27):'%-12345X': > PRINT '@PJL ENTER LANGUAGE = PostScript' > > This turns off the default PCL processing and enables > postscript. > > Ron White > > - Original Message - > From: "Anthony Dzikiewicz" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, June 04, 2004 1:53 PM > Subject: [U2] [OT]Postscript to a Laser on Dumb Term Aux Port > > > > I know there must be a way to do this. I thought Id ask so it would save > a > > lot of aggravation. We have a bunch of dumb terminals (vt100 emulation) > > with printers attached to the printer port. Currently, we have Epson > > printers attached and are printing ascii text to a pre-printed form. I > > would like to use laser printers with postscript. So, I am experimenting > > with a postscript file that I would like to print via the aux port. What > > Ive done is to write a test program to open the aux port via control > codes, > > then cat the postscript file, then close the aux port. What prints out is > > the postscript verbatim. I suppose 'cat' is not the way to go, but some > > kind of 'binary' method that says to the printer to not interpret as > ascii. > > Does anyone know the magic word for this ? We are using Universe on Red > Hat > > Linux. > > Thanks > > Anthony > > --- > > u2-users mailing list > > [EMAIL PROTECTED] > > To unsubscribe please visit http://listserver.u2ug.org/ > > --- > > [ Eckel certifies this E-mail to be virus free. ] > > > > > > > > > --- > [ Eckel certifies this E-mail to be virus free. ] > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UV] TIME() truncation
Thanks for the responses. I tested and will use $options TIME.MILLISECONDS because of it's compile-time rather than run-time impact. But, I was interested to find that TIME() on my Linux PE 10.0.2 box returns no decimal. On my AIX 4.3.3 and UV 10.0.14 it did and using $options TIME.MILLISECONDS worked just fine. Since I don't have an HPUX system to test this on, I'll let the client do the testing. Karl On Thu, 2004-05-27 at 12:02, Karl L Pearson wrote: > I remember seeing this but searching archives isn't working at > oliver.com. My main problem with searching is that I can't remember the > correct text to search for. > > I have a client that uses TIME() in filenames, etc. when creating items, > and even for creating some files. They just upgraded from UV9.6 (HPUX) > to 10.n and are getting numbers like 12345.9239813 and want to get rid > of the .9239813 part. Using field(TIME(),'.',1) is not acceptible > because they have about 2000 programs they'd have to modify. They are > hoping for an OS-based solution. Is there one? I can't remember because > at the time this was being discussed, it wasn't an issue. > > TIA, -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] http://www.u2ug.org/listinfo/u2-users
[U2] [UV] TIME() truncation
I remember seeing this but searching archives isn't working at oliver.com. My main problem with searching is that I can't remember the correct text to search for. I have a client that uses TIME() in filenames, etc. when creating items, and even for creating some files. They just upgraded from UV9.6 (HPUX) to 10.n and are getting numbers like 12345.9239813 and want to get rid of the .9239813 part. Using field(TIME(),'.',1) is not acceptible because they have about 2000 programs they'd have to modify. They are hoping for an OS-based solution. Is there one? I can't remember because at the time this was being discussed, it wasn't an issue. TIA, -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] http://www.u2ug.org/listinfo/u2-users
Re: [U2] Redhat (and others?) with updatedb process
uniVerse doesn't use locate, so running it never would be fine, unless you use it programatically for some reason. I set updatedb to run via cron at 1am on my Linux machines. As an FYI, in some Linux boxes I've managed, there is a routine also run daily (logrotate) that can have errors if the log settings are set to be too verbose for any given busy application (sendmail, apache, etc.) Karl On Tue, 2004-05-25 at 10:59, George Gallen wrote: > Our system recently was crawling along, and the only process that looked like > it could have been the culprit was updatedb (a utility to index the > filesystems > for the locate command (unix's locate that is). > > One suggested remedy is to change it from running daily to running weekly and > have it run on off day (I chose saturday). > > Does UV use locate for anything? will running the indexing once a week vs > daily have any problems? > > FYI. If your running linux, and your system is crawling, do a ps and see if > the > process "updatedb" is running. another name is slocate. > > in my case I moved the file "slocate.cron" from /etc/cron.daily to > /etc/cron.weekly > and I needed to modify the /etc/crontab file to fire off /etc/cron.weekly on > Saturday instead of Sunday (check the /etc/cron.weekly first to make sure > there > isn't a job that has to run on Sunday!) > > George > --- > u2-users mailing list > [EMAIL PROTECTED] > http://www.u2ug.org/listinfo/u2-users -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] http://www.u2ug.org/listinfo/u2-users
RE: [U2] Preventing Unix Login
Here's how I do it in a script named /usr/bin/prevlogin: #!/usr/bin/ksh # Karl # prevlogin, prevent logins # place in /usr/bin if [ $# -ge 1 ] then a=`/bin/echo $1 | /usr/bin/cut -c1 | /usr/bin/tr YN yn` if [ "$a" = y ] then shift /bin/cp /etc/nologin.klp /etc/nologin chmod 444 /etc/nologin elif [ "$a" = n ] then if [ -f /etc/nologin ] then /bin/rm /etc/nologin fi else /bin/echo "Usage: prevlogin [yn] [message]" exit 2 fi else if [ -f /etc/nologin ] then /usr/bin/id | grep 'uid=0' > /dev/null if [ $? -ne 0 ] then /bin/cat /etc/nologin /bin/sleep 7 exit 2 fi fi fi ## add to the end of /etc/profile ## after removing one # from each line #PATH="$PATH:`cat /.uvhome`/bin" #export PATH ## Track login usage #`date >> ./loguse.$LOGNAME` #`tail -20 ./loguse.$LOGNAME > ./temp.$LOGNAME` #`cp ./temp.$LOGNAME ./loguse.$LOGNAME` #`rm ./temp.$LOGNAME` ## The following line prevents logins if /etc/nologin is present ## AIX already checks for /etc/nologin, so this is redundant # . /usr/bin/prevlogin ## End of prevlogin call Contents of nologin.klp: * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * A T T E N T I O NP L E A S E * * There is either System Maintenance or Month End in* * progress. Therefore, you will not be allowed to log * * in at this time. This notice will not be shown when * * it is okay to login and go back to work. Thank you. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * On AIX the nologin file in /etc is removed on boot up. Be sure to include this capability in rc.local (use the correct file) else you will find as I have that users start referring to you as "evil IT guy". Karl On Fri, 2004-05-21 at 11:35, Anthony Dzikiewicz wrote: > One flavor of unix we ran looked for an /etc/nologin file. If it existed, > it would print the contents of the message and not allow you to login. When > we moved off that particular unix, we lost that functionality. This is a > nice thing to have for reasons like you speak of. So, we put a statement in > the users .profile as such; > if >test -r /etc/nologin > then >cat /etc/nologin >exit > fi > > We created a Universe command called 'FENCE.UP' that creates the 'nologin' > and a 'FENCE.DOWN' that deletes the 'nologin'. Very simple and effective. > Since you are on unix and not windows, you could probably do the same. > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill > Sent: Friday, May 21, 2004 12:39 PM > To: '[EMAIL PROTECTED]' > Subject: [U2] Preventing Unix Login > > We are getting file overflow error messages on our Sales Order files and I > want to make sure that nobody can login as it is resizing. > > Maybe I am overly concerned. > > We are on UV 8.3.3 on HP-Unix v10. Suggestions are welcome. > > 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 > > www.hkMetalCraft.com > > [demime 1.01d removed an attachment of type application/octet-stream which > had a name of Brutzman, Bill.vcf] > --- > u2-users mailing list > [EMAIL PROTECTED] > http://www.u2ug.org/listinfo/u2-users > --- > u2-users mailing list > [EMAIL PROTECTED] > http://www.u2ug.org/listinfo/u2-users -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] http://www.u2ug.org/listinfo/u2-users
Re: [OT] RE: [U2] Unsubscribe
There's a setting in the majordomo configuration file for each list (u2-users.config) for administrivia, which when set to yes will forward emails with suspect words (subscribe/unsubscribe) to the admin(s). It would be good if that were to be set, though it can cause other problems, like not allowing discussions of subscribing and unsubscribing. Oh wait... Karl On Tue, 2004-05-11 at 13:41, Gordon Glorfield wrote: > LOL - This is getting ridiculous. > > Gordon J. Glorfield > Sr. Applications Developer > MAMSI (A UnitedHealth Company) > 301-360-8839 > > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Marlene Yokoyama > > Sent: Tuesday, May 11, 2004 2:35 PM > > To: [EMAIL PROTECTED] > > Subject: [U2] Unsubscribe > > > > > > unsubscribe > > --- > > u2-users mailing list > > [EMAIL PROTECTED] > > http://www.u2ug.org/listinfo/u2-users > > --- > > u2-users mailing list > > [EMAIL PROTECTED] http://www.u2ug.org/listinfo/u2-users > > > > > This e-mail, including attachments, may include confidential and/or > proprietary information, and may be used only by the person or entity to > which it is addressed. If the reader of this e-mail is not the intended > recipient or his or her authorized agent, the reader is hereby notified > that any dissemination, distribution or copying of this e-mail is > prohibited. If you have received this e-mail in error, please notify the > sender by replying to this message and delete this e-mail immediately. > --- > u2-users mailing list > [EMAIL PROTECTED] > http://www.u2ug.org/listinfo/u2-users -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] http://www.u2ug.org/listinfo/u2-users
RE: [U2] Re: [OT] unsubscribe
I've used Majordomo for years and have already written unsubscribe forms for html. If you are interested, I could lend a hand. I've also written other utilities... You might just consider looking at MajorCool, if you are using Majordomo 1.94.5, which it appears you are. Karl On Tue, 2004-05-11 at 10:12, Larry Hiscock wrote: > I'm in the process of putting together a web front-end for > subscribe/unsubscribe requests. I'll post more info when it's available. > > Larry Hiscock > Moderator > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Geoffrey > Mitchell > Sent: Tuesday, May 11, 2004 8:12 AM > To: [EMAIL PROTECTED] > Subject: [U2] Re: [OT] unsubscribe > > > There are unsubscribe instructions on the web page referenced at the > bottom of list emails. It would probably be nice if they were included > directly in the email footer, though, for the benefit of those few folks > without web access. > > Here are the instructions from the site: > > > 11) Opt In/Out > > > > Subscription to [EMAIL PROTECTED] is only by your request. > Nobody will EVER be added to the subscriber database unless they so > request. To subscribe to the list send an email to > [EMAIL PROTECTED] with subscribe u2-users in the body of the > email. You can subscribe to the digest with subscribe u2-users-digest. > > > > You may unsubscribe from the list or digest unsubscribe u2-users or > unsubscribe u2-users-digest, again in the body of an email to > [EMAIL PROTECTED] > > > On Tue, 2004-05-11 at 09:37, Gordon Glorfield wrote: > > > I thought you had to send subscribe/unsubscribe requests to the major > domo. > > Did that change? > > > > Gordon J. Glorfield > > Sr. Applications Developer > > MAMSI (A UnitedHealth Company) > > 301-360-8839 > > > > > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On Behalf Of > > > Sodhi Arvind - Princeton > > > Sent: Tuesday, May 11, 2004 10:06 AM > > > To: [EMAIL PROTECTED] > > > Subject: [U2] unsubscribe > > > > > > > > > unsubscribe > > > --- > > > u2-users mailing list > > > [EMAIL PROTECTED] http://www.u2ug.org/listinfo/u2-users > > > > > > > > > This e-mail, including attachments, may include confidential and/or > > proprietary information, and may be used only by the person or entity to > > which it is addressed. If the reader of this e-mail is not the intended > > recipient or his or her authorized agent, the reader is hereby notified > > that any dissemination, distribution or copying of this e-mail is > > prohibited. If you have received this e-mail in error, please notify the > > sender by replying to this message and delete this e-mail immediately. > > --- > > u2-users mailing list > > [EMAIL PROTECTED] > > http://www.u2ug.org/listinfo/u2-users > > --- > > [This E-mail scanned for viruses by Declude Virus] > > -- > Geoffrey Mitchell 314-684-1062 > Programmer/Analyst [EMAIL PROTECTED] > Knights Direct > --- > u2-users mailing list > [EMAIL PROTECTED] > http://www.u2ug.org/listinfo/u2-users > --- > u2-users mailing list > [EMAIL PROTECTED] > http://www.u2ug.org/listinfo/u2-users -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] http://www.u2ug.org/listinfo/u2-users
