RE: [U2] BLAT with Outlook Calendar/Appointments
Mark Johnson wrote: > My client uses Outlook at the manager's desk and the MV system can > send scheduled calls as emails to the sales and technical traveling > people's blackberrys. But they would like to deliver the appointments > further to the recipient's calendar. You're trying to use familiar tools to do unfamiliar things. It would be better to use the tools which Microsoft provides to accomplish the specific tasks that are before you. A great many things can be done to link MV apps with Outlook. Have a look at this recent blog posting: http:// removethisNebula-RnD.com/blog/general/2006/11/outlookappt1.html To give you an idea of other possibilities, here is a link which describes one of our older products which is no longer offered: http:// remove-this-part-tooNebula-RnD.com/products/manager.htm (It was written in VB6 and I write code with .NET differently these days. All of the features described on that page can be delivered as individual components.) The main idea is, let me know what your ultimate goal is for interfacing your app to the outside world, and we'll come up with components to suit your needs. Internally, we're using mv.NET for everything, for all MV platforms. If you want to do the same thing, contact me about getting a developer's kit. BTW, note that the example also shows that it's possible to interface these components with DesignBais and other GUI tools. You name it, I'll probably say it can be done. HTH Tony Gravagno Nebula Research and Development TG@ yes,remove-this-anti-spam-textNebula-RnD.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] 10.0.7 - System(9001) and transactions
Cheers Jeff, I'll see if it can be reported as such. S >-Original Message- >Guess what, it still happens in version 10.1.22 of universe. >I believe this is a bug. ** This email message and any files transmitted with it are confidential and intended solely for the use of addressed recipient(s). If you have received this communication in error, please reply to this e-mail to notify the sender of its incorrect delivery and then delete it and your reply. It is your responsibility to check this email and any attachments for viruses and defects before opening or sending them on. Spotless collects information about you to provide and market our services. For information about use, disclosure and access, see our privacy policy at http://www.spotless.com.au Please consider our environment before printing this email. ** --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] BLAT with Outlook Calendar/Appointments
While this isn't a U2 or even an MV question, someone may have some guidance. I've installed BLAT on a few MV clients systems with very favorable results. I don't want to entertain any U2-specific email utilities or SENDMAIL unless all other options are exhausted. There's something in Outlook whereby a user can be in an appointment and 'send' that appointment to a recipient and it shows up in their calendar program as an appointment. It may or may not show up as a regular email. But it definitely shows up as an appointment. My client uses Outlook at the manager's desk and the MV system can send scheduled calls as emails to the sales and technical traveling people's blackberrys. But they would like to deliver the appointments further to the recipient's calendar. I'm all ears. Thanks in advance. Mark johnson --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [BB] Internal functions in Basic
Has anyone else in the MV world, besides OpenQM, done anything similar? Does the OpenQM approach accomplish everything you want? Too much? Could we ask IBM to conform to the syntax and functionality invented by OpenQM? The only slight inconsistency in what Rick Nuckolls suggests and how Martin Phillips describes OpenQM, is that I see an implication that OpenQM allows variables to have global scope if not explicitly declared private. It seems natural to me to roll the request at the IBM Conference for limited variable scope into this current request for internal functions & subroutines. That was not a requirement in Adrian Womack's original proposal, Dec 17th. Let's make it one. I suggest we require IBM give us the ability to limit a variable's (labels, too, so "symbol" may be a better word) scope to the local subroutines. Whether they are inherently limited to the private routines, or will be global unless declared private, I am content to leave to IBM's discretion. Maybe the OpenQM conformity would dictate that. I think I'll go read their documentation. cds --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UniData telnet
Firewalls generally don't care about the protocol involved as much as behavior of certain ports. For example one might set a timeout of xx seconds on everything above port 1024 and a specific 1 hour timeout on port 23. Depends on the firewall itself, how tunable it is, and how paranoid the administrator is. Same applies to the OS. Too many variables. If you are hitting a server in another organization then you are probably attaching to a NAT firewall which is then forwarding your packets to some internal server with a non-routable address, perhaps even through yet another firewall. Bill Haskett wrote: Jeff: I seem to have found the problem. When I changed the "keepalive" values for the UniData telnet server in UniAdmin > Network Services to 1000 / 150 / 5 (1sec / 20min / 5) and tested it it didn't work. So, I restarted UniData and now it works. Here's what I got: 1 Demo (0)-> BPTEST CNT = 5 ; LOOP ; CRT TIMEDATE() ; SleepSecs = (CNT * 60) ; CRT "...now sleeping for " : CNT : " minutes..." ; SLEEP SleepSecs ; CNT += 5 ; REPEAT ; END [snip] I wonder, is the firewall or O/S timeouts for telnet based on the service running on port 23, or can the firewall or O/S tell if telnet is connecting on any port? Thanks, everyone, for the help. :-) Bill --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Screen manager "screen" [AD]
Randy Styka wrote: There have been various posts about "screen" and its pros and cons. It is a handy program. But as some have pointed out, support can be an issue as well as various terminal emulations. I want to suggest our PEEK software. It's available for a wide variety of Unix systems and lets an authorized user see what someone is doing and to "poke" keystrokes on their behalf. We do translations between terminal emulations, so a wyse50 user can "peek" on a vt100 user, for instance. You can log the activities to a file, and can set up unattended logging of a session, to keep auditors of outside users happy. You can control who can "peek" at who and whether they can poke or not. And it's done at the Unix level and no kernel changes or even a reboot is needed. It can be used like "screen" to monitor a session from another one, to reconnect to it, etc. For more details, send an email to [EMAIL PROTECTED] or visit http://www.computronics.com Thanks! Randy and Computronics have been around for at least 20 years. They supported PR1ME sites for ages, and have gracefully transitioned to other markets. In all of the years that I've known of them, I've never heard anyone speak poorly of them, and my personal transactions with them have always been more than satisfactory. -- Allen Egerton [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniData telnet
Jeff: I seem to have found the problem. When I changed the "keepalive" values for the UniData telnet server in UniAdmin > Network Services to 1000 / 150 / 5 (1sec / 20min / 5) and tested it it didn't work. So, I restarted UniData and now it works. Here's what I got: 1 Demo (0)-> BPTEST CNT = 5 ; LOOP ; CRT TIMEDATE() ; SleepSecs = (CNT * 60) ; CRT "...now sleeping for " : CNT : " minutes..." ; SLEEP SleepSecs ; CNT += 5 ; REPEAT ; END Compiling Unibasic: SAVEDLISTS\BpTest_367218121 in mode 'p'. compilation finished 10:12:01 Dec 21 2006 ...now sleeping for 5 minutes... 10:17:01 Dec 21 2006 ...now sleeping for 10 minutes... 10:27:01 Dec 21 2006 ...now sleeping for 15 minutes... 10:42:01 Dec 21 2006 ...now sleeping for 20 minutes... 11:02:01 Dec 21 2006 ...now sleeping for 25 minutes... 11:27:01 Dec 21 2006 ...now sleeping for 30 minutes... 11:57:01 Dec 21 2006 ...now sleeping for 35 minutes... 12:32:01 Dec 21 2006 ...now sleeping for 40 minutes... 13:12:01 Dec 21 2006 ...now sleeping for 45 minutes... ***DEBUGGER called at line 7 of program SAVEDLISTS\_BpTest_367218121 !END : I wonder, is the firewall or O/S timeouts for telnet based on the service running on port 23, or can the firewall or O/S tell if telnet is connecting on any port? Thanks, everyone, for the help. :-) Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Schasny > Sent: Thursday, December 21, 2006 7:56 AM > To: u2-users@listserver.u2ug.org > Subject: Re: [U2] UniData telnet > > You might check the firewall(s) between your workstation and > the remote server to check if they have a telnet timeout. > > Bill Haskett wrote: > > I have UniData 7.1 running on a local server in our > > network. I'm testing UniData 7.1 on an off-site server. > > When I telnet in to the off-site server I notice telnet > > is disconnecting if idle for 30 minutes. This never happens > > on our internal server. We use AccuTerm. The telnet port > > is different than port 23. > > > > I have the "keepalive" unchecked in AccuTerm because is > > sends a funny character to UniData (a greater-than character > > with a line underneath it). I used UniAdmin and configured > > UniData telnet to send the "keepalive" with the parameters > > being 1000 / 720 / 5. It still disconnects. > > > > Does anyone know how this is supposed to work in UniAdmin > > and UniData? > > > > Thanks, > > > > Bill Haskett > -- > == > Jeff Schasny > jschasnyATricochetDOTcom > == --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] 10.0.7 - System(9001) and transactions
Hey Stuart, Guess what, it still happens in version 10.1.22 of universe. I'm using UO and in a normal basic program we retrieve the contents of system(9001) when an error occurs. I believe this is a bug. Regards, Jeff Marcos * Phone: +612 9335 0104 * Fax: +612 9335 0753 * Email: [EMAIL PROTECTED] -- Date: Wed, 20 Dec 2006 22:49:25 +1100 From: "Boydell, Stuart" <[EMAIL PROTECTED]> Subject: [U2] [UV] 10.0.7 - System(9001) and transactions Not sure if anyone else has come across this but I just found out that under certain circumstances, calling system(9001) will hang a process. As it's almost time for the Feast of Saturnalia I thought I'd share. I have a file that has a file trigger - this is just an audit stamp of when, who and a system(9001) stack-trace that writes into an audit file. This works fine for most circumstances except when it is updated from (in our case) UniObjects. This is all complicated as the UO process runs in an update transaction, which calls a trigger that also runs in an update transaction so tracking it down was Fun. I had to amend the audit trigger program to make it run without hanging by adding the following exception... *// EXCEPT uvcs - hangs transaction as at UV 10.0.7 if @tty # 'uvcs' then auditRec := @am:lower(system(9001)) I haven't had time to try this for any other circumstances or versions of UV but hope it helps someone. Merry King Cole to one and every. Stuart --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UDT.EXE
At may last place of employ we had modified the udt executable to flip the user's group the non-unidata group to the unidata group. We had users that needed to have access to the unix shell. This modification reduced the risk that someone would inadvertently delete a unidata data file. One of our programmers was really good with C programming and he added the modification. The using the make file he rebuilt the executable. Gordon J. Glorfield Sr. Applications Developer UnitedHealthcare's Mid-Atlantic Health Plans 301-360-8839 [EMAIL PROTECTED] wrote on 12/21/2006 01:03:33 PM: > Has anyone seen where the udt.exe and udsort.exe has been modified ? > If so, what causes this to happen ? > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ 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 u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UDT.EXE
I don't know about udsort.exe, but you can purposely rebuild udt.exe. There's a makeudt command documented in the administration manual. You can add some usefull features with it. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Thursday, December 21, 2006 3:04 PM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] UDT.EXE > > > You mean like by a virus? > > >-Original Message- > >From: Dave S > > > >Has anyone seen where the udt.exe and udsort.exe has been modified ? > > > > If so, what causes this to happen ? > --- > 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] Active Directory and UniVerse
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Brian Leach > Sent: Thursday, December 21, 2006 9:23 AM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] Active Directory and UniVerse > [snip] > The telnet service is authenticating to the root server not > to the local > domain controller: on both sites the root servers are not > local (situated on > different continents) and the service is enumerating each > individual group > membership from the PDC (each with a separate RPC call). > Which is of course > horribly slow. You might want to check the sites setup in AD Sites and Services. Make sure the various DCs are assigned to the correct geographical site and subnet. If not, the telnet service may not know the server it's authenticating to is remote. -John --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Active Directory and UniVerse
Hi Brian, Could it be DNS configuration rather than Active Directory? Telnet does a reverse-DNS lookup when it initiates a session, and if there's no response from DNS, telnet waits about 50 seconds before it times out, connects, and displays the login prompt. After the user gets the login prompt, everything works normally. For some reason, this 50-second delay drives users nuts. We've run into this two different ways: 1) DNS server was hung. 2) The block of IP addresses wasn't entered into the reverse-lookup table on the DNS server. Hope this helps, Tom Derwin >>> [EMAIL PROTECTED] 12/21/06 12:22 PM >>> Tony Thanks for the info. It seems to be down to the fact that this is a child domain in the AD tree. The telnet service is authenticating to the root server not to the local domain controller: on both sites the root servers are not local (situated on different continents) and the service is enumerating each individual group membership from the PDC (each with a separate RPC call). Which is of course horribly slow. Brian > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Anthony Caufield > Sent: 21 December 2006 16:19 > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] Active Directory and UniVerse > > We used to have this problem at one of our site but we added > a domain controller to that site and that took care of it. Do > you have the same problem if you log into the server using > local admin or a local user (setup on that server) > > Tony Caufield > IS Manager > Harbor Wholesale Grocery Inc. > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Brian Leach > Sent: Thursday, December 21, 2006 1:48 AM > To: u2-users@listserver.u2ug.org > Subject: [U2] Active Directory and UniVerse > > All, > > I have an urgent issue and hope someone can help me out. > > I have two sites experiencing problems logging into UniVerse > TELNET sessions when using Active Directory for authentication. > Both are running on Windows 2003 server SP1 with appropriate > versions of UniVerse. > > The problem they both face is a long wait when connecting: up > to a minute between entering the password and logging into UniVerse. > However, using a remote desktop or other windows connection > to the same machine using the same credentials, results in an > immediate authentication, so it seems specific to the UniVerse telnet. > > Has anyone experienced this? Any idea how I can overcome this? > I'm not running AD here, so I can't reproduce the issue > myself (without a lot of time spent setting up an AD tree). > > Thanks > > 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/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ - This e-mail and any attachments may contain CONFIDENTIAL information, including PROTECTED HEALTH INFORMATION. If you are not the intended recipient, any use or disclosure of this information is STRICTLY PROHIBITED; you are requested to delete this e-mail and any attachments, notify the sender immediately, and notify the LabCorp Privacy Officer at [EMAIL PROTECTED] or call (877) 23-HIPAA / (877) 234-4722. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] [UV] Slow Response Time after firing off Phantom
Hi all, HPUX 11 RELLEVEL X 10.1.8 PICK PICK.FORMAT 10.1.8 Does anyone have an idea what would cause a really slow response time after firing off a phantom process? After firing off a phantom, I can hit and wait for a good 2 seconds before seeing the tcl prompt appear again. It's almost like the phantom is trying to communicate back to it's parent for some reason. Any thoughts would be greatly appreciated. Scott --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UDT.EXE
You mean like by a virus? >-Original Message- >From: Dave S > >Has anyone seen where the udt.exe and udsort.exe has been modified ? > > If so, what causes this to happen ? --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Screen manager "screen" [AD]
There have been various posts about "screen" and its pros and cons. It is a handy program. But as some have pointed out, support can be an issue as well as various terminal emulations. I want to suggest our PEEK software. It's available for a wide variety of Unix systems and lets an authorized user see what someone is doing and to "poke" keystrokes on their behalf. We do translations between terminal emulations, so a wyse50 user can "peek" on a vt100 user, for instance. You can log the activities to a file, and can set up unattended logging of a session, to keep auditors of outside users happy. You can control who can "peek" at who and whether they can poke or not. And it's done at the Unix level and no kernel changes or even a reboot is needed. It can be used like "screen" to monitor a session from another one, to reconnect to it, etc. For more details, send an email to [EMAIL PROTECTED] or visit http://www.computronics.com Thanks! ++ | Computronics Randy Styka, [EMAIL PROTECTED] | | 4N165 Wood Dale Road Phone: 630/941-7767 | | Addison, Illinois 60101 USA Fax: 630/941-7714 | ++ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] UDT.EXE
Has anyone seen where the udt.exe and udsort.exe has been modified ? If so, what causes this to happen ? __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Active Directory and UniVerse
Tony Thanks for the info. It seems to be down to the fact that this is a child domain in the AD tree. The telnet service is authenticating to the root server not to the local domain controller: on both sites the root servers are not local (situated on different continents) and the service is enumerating each individual group membership from the PDC (each with a separate RPC call). Which is of course horribly slow. Brian > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Anthony Caufield > Sent: 21 December 2006 16:19 > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] Active Directory and UniVerse > > We used to have this problem at one of our site but we added > a domain controller to that site and that took care of it. Do > you have the same problem if you log into the server using > local admin or a local user (setup on that server) > > Tony Caufield > IS Manager > Harbor Wholesale Grocery Inc. > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Brian Leach > Sent: Thursday, December 21, 2006 1:48 AM > To: u2-users@listserver.u2ug.org > Subject: [U2] Active Directory and UniVerse > > All, > > I have an urgent issue and hope someone can help me out. > > I have two sites experiencing problems logging into UniVerse > TELNET sessions when using Active Directory for authentication. > Both are running on Windows 2003 server SP1 with appropriate > versions of UniVerse. > > The problem they both face is a long wait when connecting: up > to a minute between entering the password and logging into UniVerse. > However, using a remote desktop or other windows connection > to the same machine using the same credentials, results in an > immediate authentication, so it seems specific to the UniVerse telnet. > > Has anyone experienced this? Any idea how I can overcome this? > I'm not running AD here, so I can't reproduce the issue > myself (without a lot of time spent setting up an AD tree). > > Thanks > > 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/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Active Directory and UniVerse
We used to have this problem at one of our site but we added a domain controller to that site and that took care of it. Do you have the same problem if you log into the server using local admin or a local user (setup on that server) Tony Caufield IS Manager Harbor Wholesale Grocery Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Leach Sent: Thursday, December 21, 2006 1:48 AM To: u2-users@listserver.u2ug.org Subject: [U2] Active Directory and UniVerse All, I have an urgent issue and hope someone can help me out. I have two sites experiencing problems logging into UniVerse TELNET sessions when using Active Directory for authentication. Both are running on Windows 2003 server SP1 with appropriate versions of UniVerse. The problem they both face is a long wait when connecting: up to a minute between entering the password and logging into UniVerse. However, using a remote desktop or other windows connection to the same machine using the same credentials, results in an immediate authentication, so it seems specific to the UniVerse telnet. Has anyone experienced this? Any idea how I can overcome this? I'm not running AD here, so I can't reproduce the issue myself (without a lot of time spent setting up an AD tree). Thanks 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] UniData telnet
You might check the firewall(s) between your workstation and the remote server to check if they have a telnet timeout. Bill Haskett wrote: I have UniData 7.1 running on a local server in our network. I'm testing UniData 7.1 on an off-site server. When I telnet in to the off-site server I notice telnet is disconnecting if idle for 30 minutes. This never happens on our internal server. We use AccuTerm. The telnet port is different than port 23. I have the "keepalive" unchecked in AccuTerm because is sends a funny character to UniData (a greater-than character with a line underneath it). I used UniAdmin and configured UniData telnet to send the "keepalive" with the parameters being 1000 / 720 / 5. It still disconnects. Does anyone know how this is supposed to work in UniAdmin and UniData? Thanks, Bill Haskett --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ -- == Jeff Schasny jschasnyATricochetDOTcom == --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniData telnet
Bill, I stay on line to an external Unidata 7.1 server all day long with AccuTerm. Usually it is some setting on the OS that is closing the connection. Routers can have timeouts also. george > -Original Message- > From: [EMAIL PROTECTED] [mailto:owner-u2- > [EMAIL PROTECTED] On Behalf Of Bill Haskett > Sent: Thursday, December 21, 2006 4:35 AM > To: u2-users@listserver.u2ug.org > Subject: [U2] UniData telnet > > I have UniData 7.1 running on a local server in our network. I'm testing > UniData 7.1 on an off-site server. When I telnet in to the off-site > server > I notice telnet is disconnecting if idle for 30 minutes. This never > happens > on our internal server. We use AccuTerm. The telnet port is different > than > port 23. > > I have the "keepalive" unchecked in AccuTerm because is sends a funny > character to UniData (a greater-than character with a line underneath it). > I used UniAdmin and configured UniData telnet to send the "keepalive" with > the parameters being 1000 / 720 / 5. It still disconnects. > > Does anyone know how this is supposed to work in UniAdmin and UniData? > > Thanks, > > Bill Haskett > --- > 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] [BB] Internal functions in Basic
This reminds me of the way the FORTRAN77 compiler treated subroutines in the
source code.
Original Message Follows
From: Rick Nuckolls <[EMAIL PROTECTED]>
Reply-To: u2-users@listserver.u2ug.org
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] [BB] Internal functions in Basic
Date: Mon, 18 Dec 2006 11:00:30 -0800 (PST)
One way to accomplish this would be to allow multiple subroutine blocks
within a single source file. The code (in one file) of:
SUBROUTINE ONE( ARG1, ARG2)
MYVAR = 1
CALL TWO(ARG2, ARG1) ;* reverse them
END
SUBROUTINE TWO(ARG1, ARG2)
PRINT MYVAR ; * UNDEFINED!! out of scope
PRINT ARG1, ARG2
END
would print the two arguments in reverse order since the "CALL TWO(ARG2,
ARG1)" reverses them from TWO'S point of view.
In the above case, the "catalogged" subroutine would have two arguments and
would start executing the first subroutine, returning at the first "END"
statement.
If code or a PROGRAM statement preceded the first SUBROUTINE or FUNCTION,
then the variables in that block would scope to the rest of the file unless
declared in a subroutine argument.
PROGRAM X ;* optional line
COMMON /MYCOM/ AA,BB,CC
FOO = 9
CALL ONE( 1 , 2 )
CALL TWO(1)
END
SUBROUTINE ONE( ARG1, FOO)
PRINT ARG1, FOO ;* prints "1 2" in this example
PRINT AA,BB,CC ;* defined from above common
DELTA = AA-BB ;* invisible to other blocks
END
SUBROUTINE TWO( ARG1)
PRINT ARG1, FOO ;* prints "1 9" in this example
END
Note that if "SUBROUTINE X" was substituted for "PROGRAM X", no variables or
common from "X" would be within the scope of ONE or TWO.
And yes, each internal subroutine or function should get a new set of stack
variables each time it is invoked, even if it is a recursive invocation, so
the following example would print out the factorial of 20 (I hope!).
PROGRAM FACT20
DEFFUN FACT(N) CALLING "FACT"
PRINT FACT( 20)
END
FUNCTION FACT( N)
IF (N > 1 ) THEN
RETURN N * FACT(N-1)
END ELSE
RETURN N
END
END
Womack, Adrian wrote:
>
> I'd really appreciate a way to write an internal function which can have
> parameters and can contain it's own local variables (although global
> variables would be OK). Often it's just not worth the effort to write a
> full blown external function that's only called a few times by one
> program.
>
> Perhaps these could be defined after the final "END" statement in the
> program.
>
> Something like:
>
> .
> .
> ANS = MYFUNCT(12, 34)
> CRT MYFUNCT(56, 78)
> END
>
> DEFFUN MYFUNCT(I, J) {
>FUNCT.VAR = I * J
>RETURN (FUNCT.VAR)
> }
>
>
>
>
>
>
> DISCLAIMER:
> Disclaimer. This e-mail is private and confidential. If you are not the
> intended recipient, please advise us by return e-mail immediately, and
> delete
> the e-mail and any attachments without using or disclosing the contents
in
> any
> way. The views expressed in this e-mail are those of the author, and do
> not
> represent those of this company unless this is clearly indicated. You
> should
> scan this e-mail and any attachments for viruses. This company accepts no
> liability for any direct or indirect damage or loss resulting from the
use
> of
> any attachments to this e-mail.
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
>
>
--
View this message in context:
http://www.nabble.com/-BB--Internal-functions-in-Basic-tf2837863.html#a7934450
Sent from the U2 - Users mailing list archive at Nabble.com.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
_
Find sales, coupons, and free shipping, all in one place! MSN Shopping
Sales & Deals
http://shopping.msn.com/content/shp/?ctid=198,ptnrid=176,ptnrdata=200639
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UniData telnet
Hi Bill, I've seen similar problems with DataStage, caused by firewalls timing out sessions for you. If you can't change the firewall, not sure what the solution would be. Regards - Chris Thornton _ Chris Thornton DataStage development engineer [EMAIL PROTECTED] Chris Thornton1/UK/IBM IBM United Kingdom Limited Power House Harrison Close Knowlhill Milton Keynes Buckinghamshire MK5 8RR U.K. "Bill Haskett" <[EMAIL PROTECTED] os.net>To Sent by: [EMAIL PROTECTED] cc stserver.u2ug.org Subject [U2] UniData telnet 21/12/2006 10:34 Please respond to [EMAIL PROTECTED] er.u2ug.org I have UniData 7.1 running on a local server in our network. I'm testing UniData 7.1 on an off-site server. When I telnet in to the off-site server I notice telnet is disconnecting if idle for 30 minutes. This never happens on our internal server. We use AccuTerm. The telnet port is different than port 23. I have the "keepalive" unchecked in AccuTerm because is sends a funny character to UniData (a greater-than character with a line underneath it). I used UniAdmin and configured UniData telnet to send the "keepalive" with the parameters being 1000 / 720 / 5. It still disconnects. Does anyone know how this is supposed to work in UniAdmin and UniData? Thanks, Bill Haskett --- 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] UniData telnet
I have UniData 7.1 running on a local server in our network. I'm testing UniData 7.1 on an off-site server. When I telnet in to the off-site server I notice telnet is disconnecting if idle for 30 minutes. This never happens on our internal server. We use AccuTerm. The telnet port is different than port 23. I have the "keepalive" unchecked in AccuTerm because is sends a funny character to UniData (a greater-than character with a line underneath it). I used UniAdmin and configured UniData telnet to send the "keepalive" with the parameters being 1000 / 720 / 5. It still disconnects. Does anyone know how this is supposed to work in UniAdmin and UniData? Thanks, Bill Haskett --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Active Directory and UniVerse
All, I have an urgent issue and hope someone can help me out. I have two sites experiencing problems logging into UniVerse TELNET sessions when using Active Directory for authentication. Both are running on Windows 2003 server SP1 with appropriate versions of UniVerse. The problem they both face is a long wait when connecting: up to a minute between entering the password and logging into UniVerse. However, using a remote desktop or other windows connection to the same machine using the same credentials, results in an immediate authentication, so it seems specific to the UniVerse telnet. Has anyone experienced this? Any idea how I can overcome this? I'm not running AD here, so I can't reproduce the issue myself (without a lot of time spent setting up an AD tree). Thanks Brian --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
