This worked! Thanks Ray!
rayw at mindless.com writes:
It does wherever the column reference is or may be ambiguous (or wherever the
query parser assumes it may be ambiguous!).
Try this.
SELECT A.field1, B.field2, EVAL B.'TESTING' AS field3 FROM table1 A, table2
B WHERE A.KeyField =
I had to redo the FTP scripts when we moved to 7.2 on a 64bit box due to the
security of Windows.
I had to go from a batch file that called a txt file for the commands to a
single batch file that executed all of the commands.
I enter this text in a .bat file and just call it from the
Kevin, et al:
I suspect the main difference you are seeing is due to whether you are
initiating a UniData session via telnet or via the console.
I don't think you have ever been able to get the prompting and responses back
thru the layers when you start a UniData session in telnet. Typically
I am developing and using applications with UniObjects.NET on 64 bit
Windows 7 and have had no problems.
Jacques G. wrote:
Hello,
I wanted to know if anyone here uses the Uodotnet.dll with 64bit versions of
Windows. Particularly windows 2003. If so, which version of the uodotnet.dll
do
I 2nd that!
no issues.
Now, if you use classic COM UniObjects - that's a different story. :-)
On 2/18/2011 9:17 AM, Jeff Schasny wrote:
I am developing and using applications with UniObjects.NET on 64 bit
Windows 7 and have had no problems.
Jacques G. wrote:
Hello,
I wanted to know if
I must agree with Dave on this one. Through my 14-years of experience,
the Unidata team has provided exceptional product development, support
and seamless upgrades, version after version.
Now I am by no means a 'power-user' of the database, but asking from a
developers perspective, which of us
FYI - I use the following method from Unix UV for FTPing
CMD=ftp -n -u EOF
CMD-1=open :FTPSITE
CMD-1=user :FTPUSERNAME: :FTPPASSWORD
CMD-1=passive
CMD-1=lcd /tmp
CMD-1=ascii
CMD-1=put :FILENAME
CMD-1=ls
CMD-1=bye
CMD-1=EOF
I find that using the .netrc file for the connection details is easier
than having passwords etc in the actual script
I 'spect that's just me though
bob
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of George Gallen
We keep the passwords encryted in a file, read them into the program, then
decrypt them.
The .netrc maintains the data in plain text
I've always read .netrc is bad security - but depending on where your server
sits,
security might not be a high priority
-Original Message-
From:
You are correct that it is over telnet. However, I believe that most people
access their Unidata servers via telnet, right?
With all due respect, you are incorrect with this statement, however: I
don't think you have ever been able to get the prompting and responses back
thru the layers when you
Jeff, so you're saying that if the ftp script was created by the batch file
instead of being created by something else, this works? Gee, that could be
the entire issue right there.
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
Well, it is sort of the OS. The OS, as the likes of Red Hat, are a
collection of utilities, of which cut is one.
To deal with the changing versions of these utilities, many enterprise
versions of Linux will freeze the utilities versions in a release called LTS
- Long Term Support. Overtime,
Dave, I respect your opinion of my bad form but given that there has been
little to no information on this topic, would it make sense to sit on the
knowledge that there is a problem (regardless of who is to blame) and just
let others stumble blindly into it themselves?
It's likely that that the
Yes, it appears to me that the issue I experienced was related to updated
security in win2008, not in unidata.
I've also noticed that every upgrade breaks something. Sometimes you get lucky
and things run for 10 years, then one day, BAM! A program stops working after
you upgrade the
So we created a basic program to call so we are getting closer, thanks for
all your input it is putting us on the correct path. I do seem to have
some issues when trying to get the results. What is happening is it is
just spitting out the input parameters ..
That was...ummvery gracious! ;-)
We've all been there!
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Kevin King
Sent: Friday, February 18, 2011 1:35 PM
To: U2 Users List
Subject: Re: [U2] Frustrated with
Overall, I would have to agree. There have been missteps along the way, but
as was mentioned before, it happens with any product. I do wish I had come
to this list first rather than going through Rocket support. Might have
avoided some embarrassing crow.
On Fri, Feb 18, 2011 at 1:13 PM,
I use version 2.2.0.7276 on Windows 2008 R2 (it's only a 64 bit O/S).
Bill
On 2/17/2011 2:10 PM, Jacques G. wrote:
Hello,
I wanted to know if anyone here uses the Uodotnet.dll with 64bit versions of
Windows.
Silly company names.
Charlie
On 02-18-2011 3:41 PM, Tony Gravagno wrote:
Finally, since we're here:
From Charlie Noah:
Totally OT, and I'm just musing here - Rocket, Raining Data
then
TigerLogic. Does anyone besides me see a trend here?
Uh, I don't get it. How are those related? What
The arg count going in needs to be n+1. Arg 0 will be the return data.
public ArrayList callSub(String sRoutine, ArrayList args)
{
Iterator it = args.iterator();
ArrayList oArgs = new ArrayList();
int iArgs = args.size();
System.out.println(Args: +
My issue is that what ever I use as my input args is what prints out as my
return args along with the args number. Can that be caused by the routine not
returning anything?
Stephen Jackson
-Original Message-
From: Jeff Powell [j...@powellclan.com]
Received: Friday, 18 Feb 2011, 6:43pm
Try putting your input data into arg[1].
On 02/18/2011 06:25 PM, Stephen Jackson wrote:
My issue is that what ever I use as my input args is what prints out as my
return args along with the args number. Can that be caused by the routine not
returning anything?
Stephen Jackson
-Original
From Charlie Noah:
Totally OT, and I'm just musing here - Rocket, Raining
Data then TigerLogic. Does anyone besides me see a
trend here?
Tony Gravagno wrote:
Uh, I don't get it. How are those related? What trend?
From: Charlie Noah
Silly company names.
Oh, well, Raining Data
I just Googled (oops) silly company names - there are tons of them out
there. Sigh...
Have a great weekend, Tony,
Charlie
On 02-18-2011 8:24 PM, Tony Gravagno wrote:
From Charlie Noah:
Totally OT, and I'm just musing here - Rocket, Raining
Data then TigerLogic. Does anyone besides me see
Ah Bill, that was you? Thank you! That was the problem I ran into last
week and the new UDT.OPTION fixed very nicely.
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
25 matches
Mail list logo