|
How far up the IBM customer food chain is your company? You may be much
better served by dealing with an IBM Business Partner (local or other)...
they will probably be more responsive in the sales area. A good customer
rep at a good B.P. can be invaluable in many ways.
"D.W."
<dpalme@xxxxxxxxx
om> To
Sent by: "'Midrange Systems Technical
midrange-l-bounce Discussion'"
s@xxxxxxxxxxxx <midrange-l@xxxxxxxxxxxx>
cc
03/09/2005 09:03 Subject
PM IBM Contact info needed
Please respond to
Midrange Systems
Technical
Discussion
<midrange-l@midra
nge.com>
I have had a request pending with an inside sales rep at IBM for two
weeks on some feature code pricing, I can't get her to return my calls
and so far she hasn't taken the time to get me the pricing.
Does anyone have someone further up the food chain that I can contact?
This is really starting to tick me off. Support is fantastic,
responsive, etc., but getting sales on the phone is really a pain.
My ex was faster than this and she was so slow that she had cobwebs in
her hair...:) Just kidding folks.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Steve Landess
Sent: Wednesday, March 09, 2005 7:00 PM
To: midrange-l@xxxxxxxxxxxx
Subject: SQL question
I have found that when using *SQL naming convention when using IBM's
STRSQL,
the SQL interpreter will not find a file by using the library list.
Example -
Here is the library list for my interactive job:
Opt Library Type
QSYS SYS
QSYS2 SYS
QHLPSYS SYS
QUSRSYS SYS
QSQL PRD
QTEMP USR
ENSHSC USR
ENSDPR USR
FRDTPR USR
This SQL statement works just fine:
SELECT * FROM FRDTPR.F01092
However, If I try this SQL statement (without qualifying the library
name): Select * from F01092
I get the error message:
F01092 in AUSLADTMP type *FILE not found.
I don't have AUSLADTMP specified as my Current library.
AUSLADTMP is my user profile name...why is interactive SQL assuming the
file is in MY library?
We get the exact same behavior when using a Java program with JDBC to
execute the same SQL statement...
Regards,
Steve
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
_____________________________________________________________________________
Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.com
_____________________________________________________________________________
ForwardSourceID:NT0001B4D2
_____________________________________________________________________________
Scanned by IBM Email Security Management Services powered by MessageLabs. For
more information please visit http://www.ers.ibm.com
_____________________________________________________________________________
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.