Re: [U2] Changes to mail list configurations
- Original Message - From: "Mark Ballinger" <[EMAIL PROTECTED]> To: Sent: Monday, February 27, 2006 8:25 PM Subject: Re: [U2] Changes to mail list configurations > Well, geez. If we're voting, I vote for the new way. After all . . . > > http://www.unicom.com/pw/reply-to-harmful.html > > (and, yes, I expect the response article will be referred to quickly enough here.) > > Just about every list I belong to has had this very same discussion. Just about every one has switched to this new way. > > If your email reader is unable to thread because of this, then I feel sorry for you. > --- Well, I'll cast a vote for the new way too. Munging email headers - BAD Munging anything can be dangerous to it's health - LOL I googled 'munge' and the first hit was a link to a page indicating Microsoft dropped the munge.exe find/replace utility from it's Resource Kits - I guess munging just isn't cool anymore ;-) --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Using Win XP/Pro as a 'server' for Universe
Thanks everyone for the excellent feedback on this topic. This discussion group is invaluable. The only open issue I have now is - will UV version 9.5.something run on XP/Pro? I know it's not officially supported on XP/Pro but there's a good chance it will fly, no? The only way I can find out is to try it! So, I guess that's what I'll do along with all your other suggestions. Thanks again, Joe Walter Clients First Business Solutions "People & Technology Delivering Results" Joseph A. Walter Senior Solutions Analyst, Central Region Clients First Business Solutions 26380 Curtiss Wright Parkway Suite 108 Cleveland, OH 44143 Tel: 866.732.9191 Cell: 330.990.9081 Fax: 435-514-5132 Email: [EMAIL PROTECTED] Web: www.clientsfirst-us.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Using Win XP/Pro as a 'server' for Universe
No doubt this topic has been discussed before, I may have even brought it up in the past myself. But, my memory seems faded lately so I'm gonna throw it out there again. I have a small customer with a 7 user universe license that wants to dump the NT4 server they are currently running it on and try to get by with making an XP/Pro machine their Universe server, at least for the short term. I'm wondering if anyone knows if that's feasible and what considerations, problems there might be. I know the filesystem has to be NTFS - you can do that with XP/Pro (I think). What about users and printers? We could setup all UV users as administrators on the XP/Pro machine - would that work? All printers are currently attached to HP Jet Direct and LPR ports on the NT4 server. Wondering if we can leave the NT4 box in place temporarily and use it as a print server so to speak or would we have to have them setup on the XP/Pro box (does XP/Pro even have support for LPR ports?). This place has more printers than UV users! Finally they are on UV version 9.5.something and use UVODC fairly heavily, but do not have active maint/support agreement with IBM, so, I'm wondering if a Universe upgrade is a must to make this fly on XP/Pro. If it is, I would think the UV upgrade would be a fairly costly item. I honestly have no clue what UV base license and per seat cost is anymore. I don't sell the stuff, I just write apps for it and support it. Any help/tips greatly appreciated. -- Joe Walter Fax/Voice mail: 1.435.514.5132 Namaste (a Hindu greeting/salutation that means 'I bow to the divine in you') --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] To Limit TCL Access Privilege
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ang Suan Yong Sent: Thursday, October 27, 2005 10:32 PM To: U2-Users New Lists Subject: [U2] To Limit TCL Access Privilege >Dear All > > I am trying to give some user to have privilege to access to >uniVerse TCL level to do some listing but not using updating or >deleting or files / data . >Is there any idea to set such setting ? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Nichol Sent: Thursday, October 27, 2005 11:12 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] To Limit TCL Access Privilege DELETE VOC ED DELETE VOC DELETE.FILE removes the editor & delete file verbs from the account is this good enough? Or you might want to rename VOC ED and VOC DELETE.FILE to something you can remember and use, without telling *them* . That's the simplest way HTH -- Good idea, I thought of a couple other voc items you might want to rename and those would be EDIT.LIST and CLEAR.FILE --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Off-topic? Problems with DigiPortServer -> Win2003 server SP1 -> Universe
Thanks anthony. All the digis are acting up - they are chained together. It does seem like the problem started around the time SP1 was installed, but they may very well have installed some other gear around the same time that they haven't mentioned to me yet. I'll look into that - possible conflicts with IP addresses. joe -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Dzikiewicz Sent: Friday, September 23, 2005 2:55 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Off-topic? Problems with DigiPortServer -> Win2003 server SP1 -> Universe How many digis do you have ? Is it all of them that are acting up ? If you only have one, then the possibility of a bad digi is not out of the question. Is something attached to the network recently that has the same ip as the digi ? Unplug the digi and then ping it by ip. I have always found digi support to be pretty decent. Is SP1 the last 'thing' that was installed on the server ? If so, maybe there is a compatibility issue. I would undo it (if that's possible and if you don't really need it for anything else). If the digi is bad, you can find them on ebay now for very cheap. It really doesn't sound like a Universe problem. Anthony -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe Walter Sent: Friday, September 23, 2005 1:07 PM To: u2-users@listserver.u2ug.org Subject: [U2] Off-topic? Problems with DigiPortServer -> Win2003 server SP1 -> Universe We are baffled by a problem that just came up at a customer site. They are running Universe on Win2003 server with SP1. Have had DigiPortServer's in place there seems like forever. The digi's where attached to an NT4 server which we decomissioned and went to new server running Win2003. Everything was just fine with all the dumb terminals for the first six or more months after migrating to Win2003 server with Universe 10.something. Now, 'ports', dumb terminals attached to digi seem to 'hang' at random - screen freezes - any keystrokes have no effect - Ctrl-Q doesn't free them up (flow control is xon/xoff). But, you can send a message to any of these hung serial ports via Universe MESSAGE command and it will appear on the hung terminal. Anyone have any ideas about how to troubleshoot this problem? universe support said it isn't a universe problem digi support has been not much help. they suggested removing sp1 from the win2003 server, although they have no other reported problems with win2003 sp1 and their gear. Any ideas? Clueless in Cleveland. Joe Walter Fax/Voice mail: 1.435.514.5132 To the world you may be one person, but to one person you may be the world. --- 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] Off-topic? Problems with DigiPortServer -> Win2003 server SP1 -> Universe
Thanks Tony. If it's not too much effort, can you tell me the exact type of digi gear you are using the model and do you have more than one digi portserver chained together. That would help a lot. If you have the same model of digi this site is using then we can pretty much rule out SP1 for Win2003 as the being the cause of problems. joe -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Caufield Sent: Friday, September 23, 2005 3:19 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Off-topic? Problems with DigiPortServer -> Win2003 server SP1 -> Universe We are running a 2003 server with sp1 and have a digi with no issues at all. Tony -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Dzikiewicz Sent: Friday, September 23, 2005 11:55 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Off-topic? Problems with DigiPortServer -> Win2003 server SP1 -> Universe How many digis do you have ? Is it all of them that are acting up ? If you only have one, then the possibility of a bad digi is not out of the question. Is something attached to the network recently that has the same ip as the digi ? Unplug the digi and then ping it by ip. I have always found digi support to be pretty decent. Is SP1 the last 'thing' that was installed on the server ? If so, maybe there is a compatibility issue. I would undo it (if that's possible and if you don't really need it for anything else). If the digi is bad, you can find them on ebay now for very cheap. It really doesn't sound like a Universe problem. Anthony -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe Walter Sent: Friday, September 23, 2005 1:07 PM To: u2-users@listserver.u2ug.org Subject: [U2] Off-topic? Problems with DigiPortServer -> Win2003 server SP1 -> Universe We are baffled by a problem that just came up at a customer site. They are running Universe on Win2003 server with SP1. Have had DigiPortServer's in place there seems like forever. The digi's where attached to an NT4 server which we decomissioned and went to new server running Win2003. Everything was just fine with all the dumb terminals for the first six or more months after migrating to Win2003 server with Universe 10.something. Now, 'ports', dumb terminals attached to digi seem to 'hang' at random - screen freezes - any keystrokes have no effect - Ctrl-Q doesn't free them up (flow control is xon/xoff). But, you can send a message to any of these hung serial ports via Universe MESSAGE command and it will appear on the hung terminal. Anyone have any ideas about how to troubleshoot this problem? universe support said it isn't a universe problem digi support has been not much help. they suggested removing sp1 from the win2003 server, although they have no other reported problems with win2003 sp1 and their gear. Any ideas? Clueless in Cleveland. Joe Walter Fax/Voice mail: 1.435.514.5132 To the world you may be one person, but to one person you may be the world. --- 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] Off-topic? Problems with DigiPortServer -> Win2003 serve r SP1 -> Universe
A fine idea - thanks - I didn't even think of that. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill Sent: Friday, September 23, 2005 2:08 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] Off-topic? Problems with DigiPortServer -> Win2003 serve r SP1 -> Universe Perhaps the Digi's "bios" can be re-flashed... Perhaps Digi has a download for this... --Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Joe Walter Sent: Friday, September 23, 2005 1:07 PM To: u2-users@listserver.u2ug.org Subject: [U2] Off-topic? Problems with DigiPortServer -> Win2003 server SP1 -> Universe We are baffled by a problem that just came up at a customer site. They are running Universe on Win2003 server with SP1. Have had DigiPortServer's in place there seems like forever. The digi's where attached to an NT4 server which we decomissioned and went to new server running Win2003. Everything was just fine with all the dumb terminals for the first six or more months after migrating to Win2003 server with Universe 10.something. Now, 'ports', dumb terminals attached to digi seem to 'hang' at random - screen freezes - any keystrokes have no effect - Ctrl-Q doesn't free them up (flow control is xon/xoff). But, you can send a message to any of these hung serial ports via Universe MESSAGE command and it will appear on the hung terminal. Anyone have any ideas about how to troubleshoot this problem? universe support said it isn't a universe problem digi support has been not much help. they suggested removing sp1 from the win2003 server, although they have no other reported problems with win2003 sp1 and their gear. Any ideas? Clueless in Cleveland. Joe Walter Fax/Voice mail: 1.435.514.5132 To the world you may be one person, but to one person you may be the world. --- 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] Off-topic? Problems with DigiPortServer -> Win2003 server SP1 -> Universe
We are baffled by a problem that just came up at a customer site. They are running Universe on Win2003 server with SP1. Have had DigiPortServer's in place there seems like forever. The digi's where attached to an NT4 server which we decomissioned and went to new server running Win2003. Everything was just fine with all the dumb terminals for the first six or more months after migrating to Win2003 server with Universe 10.something. Now, 'ports', dumb terminals attached to digi seem to 'hang' at random - screen freezes - any keystrokes have no effect - Ctrl-Q doesn't free them up (flow control is xon/xoff). But, you can send a message to any of these hung serial ports via Universe MESSAGE command and it will appear on the hung terminal. Anyone have any ideas about how to troubleshoot this problem? universe support said it isn't a universe problem digi support has been not much help. they suggested removing sp1 from the win2003 server, although they have no other reported problems with win2003 sp1 and their gear. Any ideas? Clueless in Cleveland. Joe Walter Fax/Voice mail: 1.435.514.5132 To the world you may be one person, but to one person you may be the world. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Unusual problem w/Dynamic Connect 'speed'
Found the cause of problem. Thanks for the feedback everyone. Brian - you got me on the right track with your suggestion in #4 below - 'Is DC chewing up CP or fighting for resource with (library/socket/spyware scanner issues?). The cause of the problem was the firewall software - ZoneAlarm - that is running on the server and all client/workstations. Shutdown ZoneAlarm and DC response is excellent. So, now I wonder WHY - what is it about ZoneAlarm and/or other firewall software that might cause this degredation in performance of DC? joe > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Thursday, September 08, 2005 11:34 AM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] Unusual problem w/Dynamic Connect 'speed' > > These may be way off-base here but: > > 1. Does the emulation you are using change the response time? > e.g. if you switch from say vt100 to wyse60? > 2. What is the network traffic like? Could DC be packeting up > the telnet stuff differently than windows telnet? (AFAIR that > is part of the telnet negotiation). > 3. What is the performance of the server like? Are they > running a screen saver? (Dc might be more performance > sensitive than telnet?) 4.could it be the client PCs? Is DC > chewing up CPU or fighting for > resource(library/socket/spyware scanner issues?) > > Strange... > > Brian > --- > 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] Unusual problem w/Dynamic Connect 'speed'
Hi Robert, Plain old MS Telnet does NOT suffer from the same speed issues. Screens refresh blazingly fast using MS Telnet. Dynamic Connect just crawls. It's completely unbearable. Again, I just can't figure it out. It's the same version of Dynamic Connect in use by hundreds of my customers and at this one site it just crawls miserably. A way out would be of course just to have the customer switch to some other telnet, terminal emulation client, but unfornately the app we deliver has all kinds of stuff that takes advantage of Dynamic Connect capabilities. We have written many scripts or whatever you want to call them for right click pop-up menus and the like. Sure wish I could figure this one out. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Robert Paterson > Sent: Wednesday, September 07, 2005 11:42 AM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] Unusual problem w/Dynamic Connect 'speed' > > Have you tested whether a plain MS Telnet connection also > suffers from the same speed issues? > > Also which DB are you connecting to? I have seen UniData act > this way when moving between fields because a TCL TIMEOUT had > been set... > (Admittedly that was GUI SB+ - but hey - any port in a storm!) > > > This e-mail is for the use of the intended recipient(s) only. > If you have received this e-mail in error, please notify the > sender immediately and then delete it. If you are not the > intended recipient, you must not use, disclose or distribute > this e-mail without the author's prior permission. We have > taken precautions to minimize the risk of transmitting > software viruses, but we advise you to carry out your own > virus checks on any attachment to this message. We cannot > accept liability for any loss or damage caused by software viruses. > --- > 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] Unusual problem w/Dynamic Connect 'speed'
I'm having a most unusual (to me) problem with the screen painting 'speed' of Dymanic Connect at one site. Small installation. The 'server' is actually a high end machine running nothing more than Win2K Pro. Clients (workstations) are also running Win2k Pro. Anyway, it's absolutely unbearable how slow the screen painting speed of DC is. If you do a command like 'HELP BASIC TRANS' from TCL for instance, you can sit back and just watch and wait as each character is displayed as the cursor moves from one position to the next. If you use windows telnet client to do the same thing - BAM - the screen displays in the blink of an eye. If tried de-installing, re-installing DC, tweaking the settings, using the exact settings from known sites where everything works just fine and response time is immaculate, all to no avail. I just can't figure out what could possibly be causing this problem. Any ideas? Thanks much for your time/attention. joe Joe Walter Fax/Voice mail: 1.435.514.5132 To the world you may be one person, but to one person you may be the world. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Problems with DigiPortServer on Win2003 server, UV 10.1.3
Having a new, unexpected problem with telnet sessions hanging on dumb terminals attached via DigiPortServer to a server running UV 10.1.3 on Win2003 OS. I'm not certain, but it seems that this problem began shortly after recent download/installation of 'Automatic Updates' from Microsoft for Win2003 server. The UV sessions hang at random - user input, keystrokes from dumb terms attached to the Digi have no effect, but the MESSAGE command can be used from another universe session and message displays on the hung terminal. Anyone else out there having problems with DigiPortServer on Win2003? I doubt the problem is Universe related, so this is sort of 'off topic' for this group, but I haven't gotten any clues on cause/resolution from anywhere else yet. Thanks in advance for any help. joe Joe Walter Fax/Voice mail: 1.435.514.5132 To the world you may be one person, but to one person you may be the world. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] problems with UVODBC, crystal reports viewer
having a strange problem. got a customer with many, many users running crystal reports viewer that access universe data via UVODBC. in the past this has worked fabulously, but all of a sudden, in the last 10 days or so some subset of the users get NO results returned when using the crystal reports viewer. however, if we try to access Universe data via MS Excel on those same workstations - no problemo. all workstations are running Win XP Pro SP2. i'm wondering if there's an off chance anyone else has encountered a similar problem and come up with a resolution. also wondering if it might have something to do with the latest batch of 'automatic updates' from Microsoft. i don't have specifics, but do know that some workstations have MS automatic updates enabled and others do not. joe ~~~ "Live dangerously. Communicate!" --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Strange phenomena using EXECUTE QSELECT and DATA statements in subroutine
I'm having a problem I just can't figure out a solution to. Got a 'home made' index file with record key being a purchase order 'group reference#' and the 2nd attribute contains an mv array of all purchase order numbers Am working on writing a 'lookup' subroutine that will utilize this index file. Using commands like: QUERY = \SELECT PO.GROUP = 'Group Reference'\ DATA \QSELECT PO.GROUP (2)\ DATA \SSELECT POF BY GROUP BY-DSND PO.DATE\ EXECUTE QUERY Well, this works absolutely fine as long as the user enters in a group reference# that exists. BUT, from the first subroutine call where a user enters a group reference# that does not exist the lookup subroutine fails from that point on to return any results even if the user subsequently enters an existing group reference#. I hope I explained this properly. Bottom line is - the subroutine fails forever to return any results after the first instance where a user keys in a ref# that does not exist even when they retry with a valid ref#. I just don't get it. I would expect that if a user keys in a ref# that doesn't exist the query in the subroutine merely returns no records keys - of course - but if it is called again with a ref# that does exist I would fully expect it to return results as it does 'the first time' it is called and an existing ref# is entered. joe Joe Walter "Live dangerously - Communicate!" 8..7 4(()) -:&:- -:&:-8.74 .74(()) ((88.74 ..74 -:&:- ((88.74 * --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Printing from UniVerse
Excellent! Thanks for the include code. Very helpful. - Original Message - From: <[EMAIL PROTECTED]> To: Sent: Friday, June 03, 2005 11:53 AM Subject: Re: [U2] Printing from UniVerse > > > Hi all, > > > > I need to fire a print from UniVerse Basic where I want to > > change the Font size. Is there any function available in UniVerse to do > > the same? > > > I use an include file, but this is for PCL codes directed at HP-compliant > printers (emulate PCL5/PCL6). Here's the include (which includes some > Okidata laser codes, too): > > 0001 *(HP.LASER) - HP LASER CODES > 0002 * > 0003 ESC = CHAR(27); *Escape Character > 0004 SYMSET = ESC:"(#10U" ; *IBM Symbol Set > 0005 TMG = ESC:"&l0E" ; *Top Margin > 0006 LPIN12 = ESC:"&l12D" ; *12 Lines Per Inch > 0007 LPIN6 = ESC:"&l6D"; *6 Lines Per Inch > 0008 LPIN8 = ESC:"&l8D"; *8 Lines Per Inch > 0009 BIG20 = ESC:"(s1p20v0s4B" ; *Proportional, Bold, 20 Point > 0010 BIG15 = ESC:"(s1p15v0s4B" ; *Proportional, Bold, 15 Point > 0011 BIG12 = ESC:"(s1p12v0s4B" ; *Proportional, Bold, 12 Point > 0012 BIG10 = ESC:"(s1p10v0s4B" ; *Proportional, Bold, 10 Point > 0013 BIG8 = ESC:"(s1p8v0s4B" ; *Proportional, Bold, 8 Point > 0014 BIG7 = ESC:"(s1p7v0s4B" ; *Proportional, Bold, 7 Point > 0015 BIG6 = ESC:"(s0p6h4B" ; *Fixed Bold 6cpi > 0016 BOLD = ESC:"(s4B" ; *Bold Print On > 0017 BOLDOFF = ESC:"(s0B" ; *Bold Print Off > 0018 CHR10 = ESC:"(s0p10H" ; *10 Char, Normal Print > 0019 CHR12 = ESC:"(s0p12H" ; *12 Character Print > 0020 CHR14 = ESC:"(s0p14H" ; *14 Character Print > 0021 CHR15 = ESC:"(s0p15H" ; *15 Character Print > 0022 CHR16 = ESC:"(s0p16H" ; *16 Character Print > 0023 CHR17 = ESC:"(s0p17H" ; *17 Character Print > 0024 CHR175 = ESC:"(s0p17.5H" ; *17.5 Character Print > 0025 CHR20 = ESC:"(s0p20H" ; *20 Character Print > 0026 RESET = ESC:"E" ; *Printer Reset > 0027 SKPER = ESC:"&l0L"; *0 Disable Perforation Skip > 0028 DBLNG = ESC:"&l1S"; *Duplex book > 0029 DBLSH = ESC:'&l2S'; *Duplex tablet > 0030 DBLOFF = ESC:"&l0S" ; *Duplex off > 0031 LANDSCAPE = ESC:"&l1O"; *Landscape on > 0032 LANDOFF = ESC:"&l0O" ; *Landscape off > 0033 ! To set the length of a page, send ESC:"&l#P" where # = 60,56... > 0034 ! To enter Postscript mode (ESC:"E" to return to PCL): > 0035 POSTSCRIPT1 = ESC:"%-12345X" > 0036 POSTSCRIPT2 = '@PJL ENTER LANGUAGE = PostScript' > 0037 ! Okidata settings: OKCMP = compressed > 0038 OKI = ESC:'(s6t17h4B':LPIN8 ; * condensed fixed > 0039 OKNORM = ESC:'&l0O':ESC:'(8U':ESC:'(s0p10h12v0b3T':ESC:'(8Q' > 0040 OKCMP = > ESC:'&l0o8D':ESC:'(8U':ESC:'(s0p16.66h8.5v0s0b0T':ESC:'(8Q' > > > To use these in mvBASIC, you could do: > >printer close >printer on >execute 'setptr ,,nhead,nfmt,brief,at LP0 > ( or execute 'setptr ,nhead,nfmt,brief,form FORMNAME if you use forms > rather than printer names for the setptr command) >printer on >print CHR15: >print "DATA TO CHANGE FONT ON" >print CHR10: >print "BACK TO PREVIOUS/DEFAULT FONT" >printer off >printer close > end > > Good luck and hope this helps. > > Karl > > > > > > > > Thanks in Advance, > > > > > > Regards > > Harivarma > > --- > > u2-users mailing list > > u2-users@listserver.u2ug.org > > To unsubscribe please visit http://listserver.u2ug.org/ > > > > > -- > Karl L. Pearson > Director of IT, > ATS Industrial Supply > Direct: 801-978-4429 > Toll-free: 800-789-9300 1,29 > Fax: 801-972-3888 > http://www.atsindustrial.com > [EMAIL PROTECTED] > --- > 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] [UV] Sorting UNIQUE
Barry, I haven't tested this to prove it out with total certainty, but IIRC everytime I've used the saving unique clause the results have come out sorted in either left justified alphanumeric or right justified numeric ascending order based on whether or not the dictionary/field specified after the saving unique clause is set to left or right justified. joe - Original Message - From: "Barry Brevik" <[EMAIL PROTECTED]> To: "U2-users (E-mail)" Sent: Thursday, May 19, 2005 9:11 PM Subject: [U2] [UV] Sorting UNIQUE > Running UV 9.6.1.3 on Win2K. > > I was doing a SELECT FILENAME SAVING UNIQUE F45, again rueing how you can > not use SSELECT or BY when SAVING UNIQUE... > > ...when I noticed that the resulting lists appear to be alphanumerically > sorted in ascending order anyway!! This makes sense to me because I would > think the logic that determines unique-ness would have to sort the data to > make that determination. > > This happens to be exactly what I'm after. But, since I am putting this code > into programs, can I count on sorted results at all times? Is it guaranteed? > I can't seem to find this in documentation. > > TIA, > > Barry > --- > 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] SQL Wintegrate Question
You could use something like FieldName NE "" or FieldName # "" - Original Message - From: <[EMAIL PROTECTED]> To: Sent: Wednesday, May 18, 2005 10:06 AM Subject: [U2] SQL Wintegrate Question > What is the proper syntax in Wintegrate SQL Builder to build a query and include a statement where a particular field is not equal to blank? > > Thanks > > Krish > --- > 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] Software development - MVTools
what attracted me to them was that they appear to be a well written suite of 'tools' that you could use as add-ons to existing application sofware to enhance functionality, but more importantly that - like any other 4gl - they include a screen designer that will let you create data entry screens with control of related multivalue sets, etc. without the drugery of writing a lot of the code for the user interface. one program drives all data entry screens. you can add hooks like code before/after field input, before record is filed to disk, etc. the screen development toolset is what i'm looking for. and again - the price is right - free/opensource ;-) joe - Original Message - From: "Ed Clark" <[EMAIL PROTECTED]> To: Sent: Thursday, May 05, 2005 8:03 AM Subject: RE: [U2] Software development - MVTools > I've never seen mvtools. What do they have that makes them attractive to > you? > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Joe Walter > Sent: Wednesday, May 04, 2005 4:04 PM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] Software development - MVTools > > > Thanks Colin. > > That sounds like a good approach - creating windows verions of the unix > commands > that is. > > I might be able to pull that off without making a full time job of getting > these > tools running on UV/Windows. > > Unfortunately, I just discovered some code that tries to create temp files > for > each user 'on-the-fly' using unix commands to delete, create and move these > temp > files around so I'll have to sort all that stuff out and I just keep finding > more and more little "gotcha's" about trying to get this rig to fly on > UV/Windows but I'm gonna persist at it for a few days at least and see if I > can > get it to run. > > joe > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Alfke, Colin > > Sent: Wednesday, May 04, 2005 3:03 PM > > To: u2-users@listserver.u2ug.org > > Subject: RE: [U2] Software development - MVTools > > > > Sorry, I haven't used MVTools. There are a couple of things > > you can do: > > > > 1. Create a windows version of the unix commands. Example: > > ED LVDIR WHOAMI.BAT > > Top of "WHOAMI.BAT" > > 001: ECHO %USERNAME% > > This is a bat file in the directory that gets shelled to that > > provides the user name. > > > > 2. Load something like MKS Toolkit or Cygwin that will > > emulate unix for you. > > > > 3. Tweak the shell commands as required. > > > > Good luck > > Colin Alfke > > Calgary, Canada > > > > >-Original Message- > > >From: Joe Walter > > > > > [snip] > > > > > >i'm having big trouble getting them installed and running on > > Universe. > > >it quickly became apparent to me that they were writtin to work on > > >Universe running on top of Unix not UV/Windows. it's trying to shell > > >out and execute 'whoami' for instance. > > --- > > 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] Software development - MVTools
Thanks Colin. That sounds like a good approach - creating windows verions of the unix commands that is. I might be able to pull that off without making a full time job of getting these tools running on UV/Windows. Unfortunately, I just discovered some code that tries to create temp files for each user 'on-the-fly' using unix commands to delete, create and move these temp files around so I'll have to sort all that stuff out and I just keep finding more and more little "gotcha's" about trying to get this rig to fly on UV/Windows but I'm gonna persist at it for a few days at least and see if I can get it to run. joe > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Alfke, Colin > Sent: Wednesday, May 04, 2005 3:03 PM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] Software development - MVTools > > Sorry, I haven't used MVTools. There are a couple of things > you can do: > > 1. Create a windows version of the unix commands. Example: > ED LVDIR WHOAMI.BAT > Top of "WHOAMI.BAT" > 001: ECHO %USERNAME% > This is a bat file in the directory that gets shelled to that > provides the user name. > > 2. Load something like MKS Toolkit or Cygwin that will > emulate unix for you. > > 3. Tweak the shell commands as required. > > Good luck > Colin Alfke > Calgary, Canada > > >-Original Message- > >From: Joe Walter > > > [snip] > > > >i'm having big trouble getting them installed and running on > Universe. > >it quickly became apparent to me that they were writtin to work on > >Universe running on top of Unix not UV/Windows. it's trying to shell > >out and execute 'whoami' for instance. > --- > 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] Software development - MVTools
i was looking around for some affordable 4gl, development tools for a project i have to do. this client is a relatively small company - about 40 users on Universe/Windows 2003 server. their legacy application is completely home grown. written by dozens of multivalue programmers over the last 15 years. it serves them well, but, of course there is no standardization. there must be no less than a dozen ways to exit/escape from different screens depending on who the developer was. they don't want to invest too much, if anything, into software development tools, but i'm gonna have to write many data entry screens by hand - extremely labor intensive - and costly to them. i'm spoiled, i don't want to waste my time/effort and their money doing that kind of tedious thing by hand anymore. anyway, i found some really affordable dev tools - free - called MVTools - doc says they run on D3, Reality, Unidata, Unvierse - i'm sure someone in this forum has tried these out and is using them - that's my hope. i'm having big trouble getting them installed and running on Universe. it quickly became apparent to me that they were writtin to work on Universe running on top of Unix not UV/Windows. it's trying to shell out and execute 'whoami' for instance. i'm wondering if anyone on this forum has bit the bullet and tweaked this toolset to work on UV/Windows and if they are willing to share or sell me the tweaked version of MVTools so I can use it. i'd love to tweak the toolset myself and could, but don't have the time to do it. thanks for any feedback. Clients First Business Solutions "People & Technology Delivering Results" Joseph A. Walter Senior Solutions Analyst, Central Region Clients First Business Solutions 26380 Curtiss Wright Parkway Suite 108 Cleveland, OH 44143 Email: [EMAIL PROTECTED] Web: www.clientsfirst-us.com ~~~ "Live dangerously. Communicate!" --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Off topic - resizing open files in Advanced Pick/AIX
Wondering if anyone out there knows it it's ok, possible to resize open files in advanced pick running on AIX? In Universe, of course this is possible, but I'm not sure about AP on AIX. I have a huge resizing project to pull off at a client that runs almost 24/7, so it would be great to know that the capability is there to resize files while they are open (being accessed by advanced pick users). Otherwise, I'll have to 'shut them down', department by dept, like kick everyone in accounts payble off and resize a batch of files related to a/p, etc. Thanks for any help. joe Clients First Business Solutions "People & Technology Delivering Results" Joseph A. Walter Senior Solutions Analyst, Central Region Clients First Business Solutions 26380 Curtiss Wright Parkway Suite 108 Cleveland, OH 44143 Tel: 866.732.9191 Cell: 330.990.9081 Fax: 435-514-5132 Email: [EMAIL PROTECTED] Web: www.clientsfirst-us.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Run a program in "Silent" mode
I don't do Unidata, but if there are such things as procs in Unidata - which
I take it there are from reading Allen Elwood's reply - you could also
simply execute the program from a proc using the proc 'PH' command which
hushes all output that would normally to the screen.
Example proc:
001 PQ
002 HRUN PROGRAM.FILENAME PROGRAM.ITEMNAME
or
002 HPROGRAM.ITEMNAME (to execute the program if it's compiled & catalogued
&there is an executable verb for it)
003 PH
the PH command should hush all output to terminal - sweet & simple.
below is some info on the proc ph command.
proc.ph: (Command) Process output buffers with "hush".
Applicable release versions: AP, R83
Category PROC (92)
Description processes the command(s) in the currently active output
buffer(s) and "hushes" terminal output. Output which would normally go to
the screen is turned off.
Alternatively - if you are running this program/job as a phantom process and
wan't to take the time & effort, you could do something like this...
PHANTOM.FLAG = @SYSTEM(25) ; *this returns a '1' of process is running as a
phantom, otherwise returns a '0'
then, for every print @(x,y) statement, do
IF NOT(PHANTOM.FLAG) THEN PRINT @(X,Y)
hope this helps.
joey walter
- Original Message -
From: "Allen E. Elwood" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, April 27, 2005 5:51 PM
Subject: RE: [U2] Run a program in "Silent" mode
> You could also pass a parameter from the PROC and read the parameter in
the
> program, like
>
> INPUT REALLY.PRINTING
> REALLY.PRINTING = (REALLY.PRINTING = "Y")
> IF REALLY.PRINTING THEN GOSUB OPEN.PRINTER
> {rest of program}
>
> That way if the printer isn't opened, the output will scroll on the
screen.
> And if someone did want to print they could run it from a proc that did a
> DATA "Y" in the appropriate position.
>
> fwiw,
>
> Allen
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Brutzman, Bill
> Sent: Wednesday, April 27, 2005 14:13
> To: 'u2-users@listserver.u2ug.org'
> Subject: RE: [U2] Run a program in "Silent" mode
>
>
> I change all of the
>
> PRINT @(x,y)
>
> to
>
> crt @(x,y).
>
> --Bill
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Burwell, Edward
> Sent: Wednesday, April 27, 2005 1:22 PM
> To: 'u2-users@listserver.u2ug.org'
> Subject: [U2] Run a program in "Silent" mode
>
>
> Hello,
>
> Is there a simple UniBasic command (kinda like ECHO OFF) that would cause
> all PRINT @(x,y) statements to be suppressed?
>
> I have a program that prints to the screen that I want to run in an
> "automatic" mode and I want it to not print to the screen. We are on
> UniData 6 - aix. Thanks.
>
> Ed Burwell
> [EMAIL PROTECTED]
> 973.361.5400 x1512
> ---
> 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] Pro's/cons of keeping UV maint/support contract current (paid)
I have a customer running like a 15 or 20 user Universe/NT version 9.5.1.1D on Win/NT4 server. It's a small company with a fairly complex, but a long ago completely debugged custom application that has rarely been modified in the last few years. The president and the CFO of the company are now having a real hard time confronting the idea of and writing a check to pay for annual UV maint/support renewal. They call it an annual 'extortion fee' because they never have had any need for or taken any advantage of support or upgrades from ibm except for one upgrade some number of years back. So, they are asking me - do we have to/need to pay up? If they don't pay up, they understand - no direct support from ibm and no 'free' upgrades. BUT, if they want/need an upgrade in the future say to run on Windows 2003 server or maybe even a Linux server what would the damage be WITHOUT a current support contract in place? I've heard if you let the contract lapse, the cost is THREE times the original quote to have it re-instated. If they wanted to purchase an upgrade to Universe would they then be forced to purchase support/maint along with it? Bottom line is how would no support contract impact them financially if they wanted/needed to upgrade UV version? I'm really not clear on all this. Any help appreciated. Joe Walter --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UV/NT resize failed - any way to put this file back tog ether?
Thanks much paul. This is excellent info. I will stash this away in my 'tech-tips' folder for future use. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Paul Trebbien > Sent: Monday, December 06, 2004 5:53 PM > To: '[EMAIL PROTECTED]' > Subject: RE: [U2] UV/NT resize failed - any way to put this > file back tog ether? > > I assisted one of my customers with the very same issue a while back. > Luckily, UniVerse creates a temporary copy of the file when > resizing it. > Using the explorer go look at the folders for that file and > you should see one with an 'odd name', probably called > something like resizea00398. When we discovered this file we > counted it and it had the correct number of records we were > looking for. > > To fix we did: > * rebooted UniVerse so it would release a lock on the file > * using nt explorer we renamed the problem file to something_xxx > * using nt explorer we renamed that resizea00398 file to the > real filename > * go to TCL and edit a record in that file - should be OK. > > Have a Great Day! > > > Paul Trebbien > > Kore Technologies, Senior Support Tech. > > "Solutions that work. People who care." > > V 858.678.0030 F 858.300.2600 W www.koretech.com > > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > Adrian Matthews > Sent: Monday, December 06, 2004 1:31 PM > To: [EMAIL PROTECTED] > Subject: RE: [U2] UV/NT resize failed - any way to put this > file back together? > > > If you kill a telnet session that is running a resize on NT > then you need to kill the resize.exe process that it spawned > as well. Otherwise it just keeps on going as you found it. > There are quite a few processes on the NT version that work like that. > > > > From: [EMAIL PROTECTED] on behalf of Joe Walter > Sent: Mon 06/12/2004 18:22 > To: [EMAIL PROTECTED] > Subject: RE: [U2] UV/NT resize failed - any way to put this > file back together? > > > > unbelievable - i just felt i had to post a follow up to this. > > the resize process that we thought was dead and we closed the > telnet client that initiated the session and all - gave up on > it - thought it was a dead process. > > we would have expected it to run in less than 1/2 hour. > > well, anyway, low and behold when I got back onto that > customers system today to start restoring files - it turns > out that the resize actually finished up and the date/time > stamp makes it appear as if the resize ran for about 30+ > hours - but the point is it did actually finish - even after > we killed the telnet client that started the session - unbelievable. > > the mystery still is - why did it take so long. yes, the new > file sizing parameters where dead on and the old file size > wasn't all that far off either. > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Joe Walter > > Sent: Thursday, December 02, 2004 11:25 AM > > To: [EMAIL PROTECTED] > > Subject: [U2] UV/NT resize failed - any way to put this file back > > together? > > > > was trying to resize a file on universe/NT and the process > obviously > > got hosed up. it ran for upwards of three hours before we > gave up on > > it. > > > > it is one of those blasted files with multiple data sections. > > > > so, we have the files > > AR > > and > > AR,HIST > > > > i was trying to resize AR,HIST. active users where > accessing only the > > AR file itself, so i thought i could get by with resizing AR,HIST > > while others where online. it looks like it started to work, but > > should have completed in a matter of minutes based on past > experience, > > so it did get hung up for some reason. > > > > if i display the files in the directory - i see the following: > > > > 11/30/04 03:10p . > > 11/30/04 03:10p .. > > 11/30/04 03:05p 2,569,728 AR > > 11/30/04 03:05p 5,343,232 HIST > > 11/30/04 03:10p 4,093,440 resizea00355 > >5 File(s) 12,006,400 bytes > > 619,339,264 bytes free > > > > > > so, it looks like *maybe* the data for the HIST section and > this temp > > resizea00355 file might actually have the data, but when you try to > > access the file AR,HIST from TCL your session just locks up. > > > > can s
RE: [U2] UV/NT resize failed - any way to put this file back together?
unbelievable - i just felt i had to post a follow up to this. the resize process that we thought was dead and we closed the telnet client that initiated the session and all - gave up on it - thought it was a dead process. we would have expected it to run in less than 1/2 hour. well, anyway, low and behold when I got back onto that customers system today to start restoring files - it turns out that the resize actually finished up and the date/time stamp makes it appear as if the resize ran for about 30+ hours - but the point is it did actually finish - even after we killed the telnet client that started the session - unbelievable. the mystery still is - why did it take so long. yes, the new file sizing parameters where dead on and the old file size wasn't all that far off either. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Joe Walter > Sent: Thursday, December 02, 2004 11:25 AM > To: [EMAIL PROTECTED] > Subject: [U2] UV/NT resize failed - any way to put this file > back together? > > was trying to resize a file on universe/NT and the process > obviously got hosed up. it ran for upwards of three hours > before we gave up on it. > > it is one of those blasted files with multiple data sections. > > so, we have the files > AR > and > AR,HIST > > i was trying to resize AR,HIST. active users where accessing > only the AR file itself, so i thought i could get by with > resizing AR,HIST while others where online. it looks like it > started to work, but should have completed in a matter of > minutes based on past experience, so it did get hung up for > some reason. > > if i display the files in the directory - i see the following: > > 11/30/04 03:10p . > 11/30/04 03:10p .. > 11/30/04 03:05p 2,569,728 AR > 11/30/04 03:05p 5,343,232 HIST > 11/30/04 03:10p 4,093,440 resizea00355 >5 File(s) 12,006,400 bytes > 619,339,264 bytes free > > > so, it looks like *maybe* the data for the HIST section and this temp > resizea00355 file might actually have the data, but when you > try to access the file AR,HIST from TCL your session just locks up. > > can still access just the live AR file - no problem there. > > anyone know how to piece this thing back together without > restoring from backups? > --- > 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/
RE: [U2] UV/NT resize failed - any way to put this file back together?
Thanks Dan, The concurrent option is not available on Windows versions. I guess I should have waited until all users where offline, but I knew for certain no one would be accessing AR,HIST file so I don't understand why the resize hung up on me. joe > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Weiss, Dan > Sent: Thursday, December 02, 2004 12:37 PM > To: [EMAIL PROTECTED] > Subject: RE: [U2] UV/NT resize failed - any way to put this > file back together? > > Joe, something similar happened to me once (only once) when > resizing a file while users were online. The problem was > that the file type (I believe this is what it was called) was > changed in the header of the file. We used the "concurrent" > command when resizing it on a UNIX box. I don't know if this > will help or not. > > -Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Joe Walter > Sent: Thursday, December 02, 2004 11:25 AM > To: [EMAIL PROTECTED] > Subject: [U2] UV/NT resize failed - any way to put this file > back together? > > > was trying to resize a file on universe/NT and the process > obviously got hosed up. it ran for upwards of three hours > before we gave up on it. > > it is one of those blasted files with multiple data sections. > > so, we have the files > AR > and > AR,HIST > > i was trying to resize AR,HIST. active users where accessing > only the AR file itself, so i thought i could get by with > resizing AR,HIST while others where online. it looks like it > started to work, but should have completed in a matter of > minutes based on past experience, so it did get hung up for > some reason. > > if i display the files in the directory - i see the following: > > 11/30/04 03:10p . > 11/30/04 03:10p .. > 11/30/04 03:05p 2,569,728 AR > 11/30/04 03:05p 5,343,232 HIST > 11/30/04 03:10p 4,093,440 resizea00355 >5 File(s) 12,006,400 bytes > 619,339,264 bytes free > > > so, it looks like *maybe* the data for the HIST section and this temp > resizea00355 file might actually have the data, but when you > try to access the file AR,HIST from TCL your session just locks up. > > can still access just the live AR file - no problem there. > > anyone know how to piece this thing back together without > restoring from backups? > --- > 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/
[U2] UV/NT resize failed - any way to put this file back together?
was trying to resize a file on universe/NT and the process obviously got hosed up. it ran for upwards of three hours before we gave up on it. it is one of those blasted files with multiple data sections. so, we have the files AR and AR,HIST i was trying to resize AR,HIST. active users where accessing only the AR file itself, so i thought i could get by with resizing AR,HIST while others where online. it looks like it started to work, but should have completed in a matter of minutes based on past experience, so it did get hung up for some reason. if i display the files in the directory - i see the following: 11/30/04 03:10p . 11/30/04 03:10p .. 11/30/04 03:05p 2,569,728 AR 11/30/04 03:05p 5,343,232 HIST 11/30/04 03:10p 4,093,440 resizea00355 5 File(s) 12,006,400 bytes 619,339,264 bytes free so, it looks like *maybe* the data for the HIST section and this temp resizea00355 file might actually have the data, but when you try to access the file AR,HIST from TCL your session just locks up. can still access just the live AR file - no problem there. anyone know how to piece this thing back together without restoring from backups? --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] - Wide Zero
I agree - setting wide0 to 0x3eb00 has been standard practice for us and that has always worked for us whereas the default value has always caused us problems. Don't remember where or who tossed us the clue about using 0x3eb00 but that seems to be the correct answer for damn near every application we've ever put together. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Tuesday, September 21, 2004 7:21 PM > To: [EMAIL PROTECTED] > Subject: Re: [U2] [UV] - Wide Zero > > Goo'day, > > We have *always* (since 1998, anyway, 9.3?? on NT) changed > WideZero to 0X3eb00. > > This way we *always* get 1-1=0 > > > Quoting Piers Angliss <[EMAIL PROTECTED]>: > > > Universe 9.n on Unix :- > > > > Does anybody have any advice or horror stories related to > configuring > > WIDE0 ? > > > > I have experienced problems in the past on a couple of client sites > > running the default 0x3dc0 value and have established, by > > experiment, that a value of 0x3dd0 would have solved > the problem > > although in fact we have found workarounds and have never > changed a Live config. > > > > The applications are standard business transaction systems, > so no very > > small or very large numbers involved. > > > > One of them has just hit another instance, in this case it > looks as if > > a change to 0x3de0 would resolve it. > > > > I'm tempted to bite the bullet and change uvconfig this > time (you try > > explaining to an accountant why two lines on an Invoice > don't add up > > to the total ! ) but thought I'd see whether wiser heads counselled > > against it first. > > > > Thanks in advance for any advice > > > > Piers > > > > PS Apologies if you get 2 copies of this message, I sent the first > > from a non-subscribed address by mistake > > --- > > 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/
RE: [U2] UvOdbc
Not positive, but it sounds to me like it could be as simple as possibly the Universe REXEC service is not running on your W2K (Universe Server). Possibly the startup mode is not set to automatic. Just check services on the Universe server and make very certain that UV REXEC service is in fact up and running - that's a start. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Cooper, Rudy > Sent: Wednesday, September 22, 2004 4:18 PM > To: [EMAIL PROTECTED] > Subject: [U2] UvOdbc > > I'm having a problem getting my odbc connection to UV working. > > I know many of you have already overcome this problem so I'm > looking for some help in getting this going on my end. > > Here is what we have: > > UV 10.0.10 > W2K (UV Server) > W2K (Client) > Wintegrate 4.2.1 > Client side odbc driver = IBM Universe ODBC Driver > 3.07.02.1130 File = FASTPA32.DLL Date = 06/19/2002 100 user > license for UVODBC > > My ultimate goal is to query UV tables from Sql Server, but > as a "simple" test I thought I would try using Excel. > > I used the existing user dsn for "UV/ODBC Sales Sample". I > changed the server connection information to reflect my > system obviously. > > Here is my problem: > > I can ping my server without a problem, the moment I click the "Test" > button I get the following error: > > UniVerse ODBC configuration test failed. > > [IBM][UVODBC][0301892]Error ID: 110 Severity: SEVERE > Facility: LINKERR > - TCP error > > The odbc documentation, yes I actually read the > documentation, states the following for Error id 110: > > TCP error. > Other error messages (including strange character sequences) > typically indicate that the port number in the Link > Parameters field in the configu-ration file is incorrectly > specified; you have connected to a service other than the > rexec daemon (UNIX). > Use UniVerse ODBC Config to check the port number of the > rexec or autostart daemon or service (typically 512). > Retry the connection. If this fails, reboot your PC and try > again. If this fails, check to see if the host and its TCP/IP > inetd, rexec, or autostart daemon are running. > Error ID: 110, Severity: SEVERE, Facility: LINKERR > > My odbc config says 512, so I'm not really sure where the > problem could be. > > I even turned on the trace in the odbc configuration editor, > I see the error, but I have no idea what it means. Here's the trace: > > If someone could enlighten me I would greatly appreciate it. > > thx, > > rudy > > > > e uvodbc_config 6c8-7f0 ENTER SQLAllocEnv > HENV * 0142FBFC > > e uvodbc_config 6c8-7f0 EXIT SQLAllocEnv with return code 0 > (SQL_SUCCESS) > HENV * 0x0142FBFC ( 0x00911540) > > e uvodbc_config 6c8-7f0 ENTER SQLAllocConnect > HENV00911540 > HDBC * 0142FBF8 > > e uvodbc_config 6c8-7f0 EXIT SQLAllocConnect with > return code 0 > (SQL_SUCCESS) > HENV00911540 > HDBC * 0x0142FBF8 ( 0x009115e8) > > e uvodbc_config 6c8-7f0 ENTER SQLDriverConnectW > HDBC009115E8 > HWND000604BC > WCHAR * 0x00237310 [ -3] "**\ 0" > SWORD -3 > WCHAR * 0x00237310 > SWORD8 > SWORD * 0x > UWORD3 > > > e uvodbc_config 6c8-7f0 EXIT SQLDriverConnectW with > return code -1 > (SQL_ERROR) > HDBC009115E8 > HWND000604BC > WCHAR * 0x00237310 [ -3] "**\ 0" > SWORD -3 > WCHAR * 0x00237310 > SWORD8 > SWORD * 0x > UWORD3 > > > DIAG [08S01] [IBM][UVODBC][0301892]Error ID: 110 > Severity: SEVERE Facility: LINKERR - TCP error (10054) > > e uvodbc_config 6c8-7f0 ENTER SQLErrorW > HENV00911540 > HDBC009115E8 > HSTMT > WCHAR * 0x0142FBB8 (NYI) > SDWORD *0x0142FC04 > WCHAR * 0x0142F7B8 > SWORD 511 > SWORD * 0x0142FC00 > > e uvodbc_config 6c8-7f0 EXIT SQLErrorW with return code 0 > (SQL_SUCCESS) > HENV00911540 > HDBC009115E8 > HSTMT > WCHAR * 0x0142FBB8 (NYI) > SDWORD *0x0142FC04 (10054) >
RE: [U2] UV on Win2003, refusing new logins, UniAdmin issues RPC errmsg
Thanks Jordan. I wish licensing was the cause, but unfortunately it's something far more insidious than that. For awhile I was starting to think it had something to do with this gigabit NIC card on the new server. The LAN is only wired for 10/100MBPS. When we set the rate on the network card down to 100MBPS it seemed the condition did not occurr as frequently. Now I'm not certain if that's true or not. joe > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of David Jordan > Sent: Thursday, July 22, 2004 6:06 PM > To: [EMAIL PROTECTED] > Subject: RE: [U2] UV on Win2003, refusing new logins, > UniAdmin issues RPC errmsg > > Have you checked the user license count using the Uv license > tool. Users may not be exiting gracefully and are leaving > the license locked on the server. To clean this use > UvLicTool with the clean option to release these licenses. > You will find it in the /uv/uv/bin directory. It has options > to report licenses or fix license count. > > This can occur if a program has a fatal that logsout the system. > > Other issues can be where users exit the Dynamic Connect > client without first logging out. > > Regards > > David Jordan --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] UV on Win2003, refusing new logins, UniAdmin issues RPC errmsg
This is about UV 10.1.x on Win2003 server. I'm completely baffled by this recurring situation. It goes like this - universe is up and running, lots of users connected, life is wonderful. Sporadically - about two or three times in each 24 hour period - the system gets into a state where it will not accept any new Universe logins. Users already logged are often unaffected, but any attempt to start a new session with Dynamic Connect gets the message [Connection Aborted] right away - before telnet prompts for username/password are presented. When the system is in this state, any attempt to use UniAdmin results in an error message something like 'RPC error 1' - I'm not sure if that is the exact error message, but that's the gist of it. Tried stop/start all universe services and every time the Universe Resource and Universe Telnet services FAIL to restart, but the RPC service restarts correctly. Only way out is to reboot the server - which is a big hassle of course and make for very unhappy users and sysadmins ;-( Any ideas comments on this will be highly appreciated. Thanks much, joe People & Technology delivering results http://www.ClientsFirst-US.com Joe Walter Phone-Direct : 330.867.3851 Senior Product Engineer - Central RegionPhone-Direct : 330.990.9081 Phone-Main : 866.732.9191 26380 Curtiss Wright Parkway, Suite 108 Fax/Voice Mail : 435.514.5132 Cleveland, OH 44143 mailto:[EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] PDF docs
You may be able to right-click on the link that opens the pdf for online viewing and choose 'save target as' to download the pdf file to your workstation. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > David Tod Sigafoos > Sent: Thursday, July 22, 2004 10:22 AM > To: [EMAIL PROTECTED] > Subject: [U2] PDF docs > > It used to be that the pdfs were available for download. > > It appears now that all pdfs are for ONLINE only reading. > Have I just not found the 'download' section? > > Thanks > > > > -- > DSig > David Tod Sigafoos --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] What is &UFD& ????
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/
[U2] UV: Anyone using dynamic connect with 'Wizard' 4GL
Got a long time client with a real 'legacy' app that started on Pick r83, developed using Wizard 4GL written by Ken Simms and currently owned by General Automation - I think - it may have changed hands again. Anyway, client wants to switch telnet clients from UV/Term to DC, but we can't seem to get DC configured to work with Wizard - up/down arrow keys, page up/down, ins/del, etc. With UV/Term, we just set emulation to vt100 and everything worked like a charm. With DC using vt100 emulation just doesn't cut it. Anyone conquered this already - I'm not holding my breath ;-) Thanks much for any help, joe 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/
RE: [U2] UniVerse telnet session terminating...
Hmmm, this seems to be a problem becoming quite prevelant. See the thread with subject '[U2] Universe logins on a Windows 2003 server started by Bobby Ramirez. He and I and you seem to have all run into the same type phenomena. joe From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Don P. Nagai Sent: Monday, May 03, 2004 8:31 PM To: [EMAIL PROTECTED] Subject: [U2] UniVerse telnet session terminating... Hello All: We have a UniVerse 9.6.2.1 installation on W2K that has suddenly developed a logon problem for all users except the administrator. We're seeing the following error condition: Enter user name: test Enter password: Informix UniVerse telnet session terminating. All standard users have home directories for valid user-accounts assigned through UV Admin and belong to groups with the "Log on Locally" policy in force. Only the administrator users are able to get past the password prompt (where they receive the "Account name or path(xxx):" question). The LIST.READU EVERY command shows no locks present. Any suggestions? Thank you. Don Nagai --- u2-users mailing list [EMAIL PROTECTED] http://www.u2ug.org/listinfo/u2-users
RE: [U2] Universe logins on a Windows 2003 server
> -Original Message- > [mailto:[EMAIL PROTECTED] On Behalf Of Bobby Ramirez > Just upgraded my development Universe 10.1 server to Windows > 2003 from Windows 2000. Previously, domain users could log > into universe on this server, but since the upgrade this > isn't possible. Only users with administrator rights can > telnet and log into universe. I have seen a previous post > about setting up a group policy, but i am not running active > directory here, just an NT PDC. Wish I had a solution for you, but all I can do is jump in and say 'me too'! In my case it was an upgrade to Windows 2003 SBS on a production machine running UV 9.6.something that started the fun. Been banging my head against the wall trying to solve this freaky phenomena for weeks. I don't know if you are experiencing this, but I discovered as you did, that only users with admin rights can login to Universe - but - this is even more bizarre - I further discovered that only users *who had admin rights before the Windows OS upgrade* can login to universe. In other words, if I take an existing domain user and add them to the administrators group - still can't login to UV, or even if create a new user and add them to the administrators group - no luck. > I've added the Domain\"Domain Users" group and a specific > user to "Allow Log on locally" under Local Security Settings, > but with no effect. Ditto. Well, we had setup a UVUsers group with rights to 'log on locally', but we also tried granting Domain Users the right to login locally and still no luck. So far we've removed and re-installed Universe and UVAdmin, deleted and recreated a few of the user accounts that always had been able to access Universe before the Windows upgrade, made the permissions on UV home folder and all subfolders wide open - full control for group everyone - ditto with data account folders/files and still have the same problem. > What is the "trick" to getting this working again? Sure wish I knew or someone knows!! Let us all know if you stumble on a solution. > Before the upgrade i didn't have to use any universe Network > Settings, so far i am content to let the users be prompted to > the universe account to connect to. > > Thanks. > > Bob Ramirez > IT Services > Body Wise International > http://www.bodywise.com/ > > --- > 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
