Re: [U2] Replacements for Old SB?
What also doesn't help is that SB+ was rebranded as System Builder, i.e. the same name as the old product. I recall using the wrapper Brian refers to convert old screens - it was only really a half-way house and any screen with any complexity ended up being re-written anyway. Tony Gravagno 3xk547...@sneakemail.com wrote in message news:316-1363123376-413...@sneakemail.com... From Wjhonson Of all the jobs posted over the past several years, several have asked for SB+ experience, none have asked for any other product of that class. I'll respond to that here because it dove-tails with what I have below. You don't see ads, in-part, because the sites still running the old software are largely not aware that an MV community exists that might respond to such an ad. Many of them don't even know what software they have running on their DOS system. Most of them that I run across have no consultants (I dare say Value-Add Reseller) who strongly insists on upgrades. The result is that they only reach out to the world after a hard drive failure, hurricane, or some other catastrophe. More below. From: Brian Leach So an 80% conversion is easy .. Yeah, everyone claims to do 80%, some only really do 50%. But we all know it's that last 20% that occupies your time for the next year or three. So perhaps to further refine the query, I'm looking for tools that really do bring us closer to that 95-98% mark - with no marketing fluff to bridge the gap between there and 80%. I don't have any immediate opportunities but I keep stumbling on these poor sites. And if I do, and picking up orphans isn't my business, then you gotta know that people who do go after that business must be finding more of these. Some of these sites have gone through developers (aka snake-oil salesmen) who claim they're going to convert the software but never do, and eventually the sites just migrate away from MV. It's a terrible story. [uh oh, soapbox alert] You'd think the MV DBMS providers would take some interest in this but I've yet to see any of them pro-actively offer assistance to any of these sites, for-fee or otherwise. I know the original intent was to discontinue support for SB and earlier SB+ in an effort to force end-users to migrate to U2. That tactic worked for some sites but the people who implemented that policy simply didn't have a plan-B for the large number of sites that didn't fall for it. They were thinking about starving out their DBMS competition by leveraging this tool. What actually happened is that end-users decided not to upgrade their DBMS just so they could keep using SB, and these sites migrate away from the model as soon as some young nephew comes along. So everyone loses with this predatory approach. I'm not asking any company to maintain software when it's not in their financial interest, nor to chase small sites that are more inclined to drop support than to migrate to a new platform. But from a marketing perspective we all lose when a policy like this is only half-implemented. Regards, T ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users This message contains information that may be privileged or confidential and is the property of GPM Development Ltd. It is intended only for the person to whom it is addressed. If you are not the intended recipient ,you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. This e-mail was sent to you by GPM Development Ltd. We are incorporated under the laws of England and Wales (company no. 2292156 and VAT registration no. 523 5622 63). Our registered office is 6th Floor, AMP House, Croydon, Surrey CR0 2LX. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] [UV] XDOMOpen returning -1
Hello, On a new installation of UV I'm the following command returns a -1: XDOMOpen( xmlData, XML.FROM.STRING, hDOM ) Any idea what causes this ? I encountered the same error 5-6 years ago but forgot how it was originally solved. Can it be due to insufficient memory ? Jacques G. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] History..
Hi all,.. I'm pretty new to Unidata. just wanted to know the command for listing the history of commands and how to select nth number of command. Also how to execute a unidata program. I know my questions will be very simple. But as I'm entirely new to this, unable to find that anywhere :-( TIA, Sathya V. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] History..
Type: .L To list the past commands. .Xn To re-execute the nth command. .? For help JRI -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Sathya Sent: Tuesday, March 19, 2013 11:17 AM To: u2-users@listserver.u2ug.org Subject: [U2] History.. Hi all,.. I'm pretty new to Unidata. just wanted to know the command for listing the history of commands and how to select nth number of command. Also how to execute a unidata program. I know my questions will be very simple. But as I'm entirely new to this, unable to find that anywhere :-( TIA, Sathya V. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] History..
John answered your sentence stack commands, so I'll take a shot at how to execute a program. Typically programs are stored in type 1 files, aka directories or folders, (terminology usually depends upon base operating system, *ix or windows). There's a corresponding file containing the object code. To execute the program, you would typically enter RUN filename programname at the command prompt. Then, there's cataloged code which is a method of storing object code so that it can be referenced by multiple users, (unless it's cataloged locally). You can also execute a program directly from its native host without entering UniData if you know where the binary executable lives. The last three are included only for some semblance of completeness, I believe that the answer you're looking for right now is paragraphs two and three. On 3/19/2013 11:17 AM, Sathya wrote: Hi all,.. I'm pretty new to Unidata. just wanted to know the command for listing the history of commands and how to select nth number of command. Also how to execute a unidata program. I know my questions will be very simple. But as I'm entirely new to this, unable to find that anywhere :-( TIA, Sathya V. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] History..
Let's not forget the all important VOC file. From the command prompt, usually a colon : you can type the RUN command as outlined below, but there are also stored paragraphs and the locally cataloged programs that are in the VOC file. You can see a lot of those with LIST VOC. There are also other types of entries in the VOC file so not everything that comes up from the LIST command is going to be executable. You can get a lot of the available commands by typing the command HELP UNIDATA or HELP UNIQUERY. Other help commands are HELP SQL and HELP UNIBASIC. The HELP command by itself has all this but it's kind of difficult to pull that information out of what you're given in just the HELP command. Folks here are very helpful and very knowledgeable. Welcome to the world of Multivalues. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Allen Egerton Sent: Wednesday, March 20, 2013 11:25 AM To: U2 Users List Subject: Re: [U2] History.. John answered your sentence stack commands, so I'll take a shot at how to execute a program. Typically programs are stored in type 1 files, aka directories or folders, (terminology usually depends upon base operating system, *ix or windows). There's a corresponding file containing the object code. To execute the program, you would typically enter RUN filename programname at the command prompt. Then, there's cataloged code which is a method of storing object code so that it can be referenced by multiple users, (unless it's cataloged locally). You can also execute a program directly from its native host without entering UniData if you know where the binary executable lives. The last three are included only for some semblance of completeness, I believe that the answer you're looking for right now is paragraphs two and three. On 3/19/2013 11:17 AM, Sathya wrote: Hi all,.. I'm pretty new to Unidata. just wanted to know the command for listing the history of commands and how to select nth number of command. Also how to execute a unidata program. I know my questions will be very simple. But as I'm entirely new to this, unable to find that anywhere :-( TIA, Sathya V. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] History..
Sathya, There is a book called UNIX Unidata by M. Taylor and S. Rees that has the best information I have been able to find on the basics of Unidata. It is for a UNIX environment, but I think it would be useful in a Windows environment too. There are probably other good books, but this is the best one I have found. ISBN 1-900176-00-9 I think I bought my copy from Jon Sisk. Charles Shaffer Senior Analyst NTN-Bower Corporation ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] History..
Also, Once a program is cataloged, you no longer need to type the RUN filename programname. You can just type the programname. Note that if the program is a subroutine AND it has arguments, you cannot run this from TCL. It will blow up right away. No harm, but no execution either. You also have to catalog a program in order to CALL it by another program. Be sure to understand the impact of cataloging globally (the default) vs. locally. We catalog everything locally on our box which simply builds a VOC pointer to the object code. This means that once it is cataloged once, we never need to catalog it again, but other accounts cannot see it w/o being cataloged in those other accounts too. Globally cataloged programs are available to anyone on the box (but can lead to confusion between different account w/ different versions of the same program). Both global and local have their advantages and disadvantages. JRI -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Allen Egerton Sent: Wednesday, March 20, 2013 2:25 PM To: U2 Users List Subject: Re: [U2] History.. John answered your sentence stack commands, so I'll take a shot at how to execute a program. Typically programs are stored in type 1 files, aka directories or folders, (terminology usually depends upon base operating system, *ix or windows). There's a corresponding file containing the object code. To execute the program, you would typically enter RUN filename programname at the command prompt. Then, there's cataloged code which is a method of storing object code so that it can be referenced by multiple users, (unless it's cataloged locally). You can also execute a program directly from its native host without entering UniData if you know where the binary executable lives. The last three are included only for some semblance of completeness, I believe that the answer you're looking for right now is paragraphs two and three. On 3/19/2013 11:17 AM, Sathya wrote: Hi all,.. I'm pretty new to Unidata. just wanted to know the command for listing the history of commands and how to select nth number of command. Also how to execute a unidata program. I know my questions will be very simple. But as I'm entirely new to this, unable to find that anywhere :-( TIA, Sathya V. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] History..
It seems to me that I remember something along the lines of, if the subroutine code lives in the same file as the calling program code, then you don't actually have to CATALOG the subroutine in order for the calling program to be able to find it and run it. -Original Message- From: Israel, John R. johnisr...@daytonsuperior.com To: U2 Users List u2-users@listserver.u2ug.org Sent: Wed, Mar 20, 2013 12:12 pm Subject: Re: [U2] History.. Also, Once a program is cataloged, you no longer need to type the RUN filename programname. You can just type the programname. Note that if the program is a subroutine AND it has arguments, you cannot run this from TCL. It will blow up right away. No harm, but no execution either. You also have to catalog a program in order to CALL it by another program. Be sure to understand the impact of cataloging globally (the default) vs. locally. We catalog everything locally on our box which simply builds a VOC pointer to the object code. This means that once it is cataloged once, we never need to catalog it again, but other accounts cannot see it w/o being cataloged in those other accounts too. Globally cataloged programs are available to anyone on the box (but can lead to confusion between different account w/ different versions of the same program). Both global and local have their advantages and disadvantages. JRI -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Allen Egerton Sent: Wednesday, March 20, 2013 2:25 PM To: U2 Users List Subject: Re: [U2] History.. John answered your sentence stack commands, so I'll take a shot at how to execute a program. Typically programs are stored in type 1 files, aka directories or folders, (terminology usually depends upon base operating system, *ix or windows). There's a corresponding file containing the object code. To execute the program, you would typically enter RUN filename programname at the command prompt. Then, there's cataloged code which is a method of storing object code so that it can be referenced by multiple users, (unless it's cataloged locally). You can also execute a program directly from its native host without entering UniData if you know where the binary executable lives. The last three are included only for some semblance of completeness, I believe that the answer you're looking for right now is paragraphs two and three. On 3/19/2013 11:17 AM, Sathya wrote: Hi all,.. I'm pretty new to Unidata. just wanted to know the command for listing the history of commands and how to select nth number of command. Also how to execute a unidata program. I know my questions will be very simple. But as I'm entirely new to this, unable to find that anywhere :-( TIA, Sathya V. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] [UV] XDOMOpen returning -1
The first step is to understand what the exact issue is. There is a function that can return a description of the error you have encountered. Typically the code looks like this: xstat = XDOMOpen( xmlData, XML.FROM.STRING, hDOM) if xstat # XML.SUCCESS then call XMLGetError( xErrCode, xErrMessage) crt xErrCode: - :xErrMessage end Regards, Gregor This email and any attachments to it are confidential. You must not use, disclose or act on the email if you are not the intended recipient. Liability limited by a scheme approved under Professional Standards Legislation. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users