Error in results when using cfqueryparam

I get an error in the result set when using cfqueryparam in a
SQL "IN" statement.
This is on RHE with CFMX 6.01 and an Oracle 10g DB
In this instance, the query should have returned 8
records...as confirmed using SQL Navigator
This works fine regardless of the number of prameters inthe
list contained in variables.mrkt_sctr:
and rms.mrkt_sctr_id in (#variables.mrkt_sctr#)
If I do this:
and rms.mrkt_sctr_id in (<cfqueryparam
cfsqltype="cf_sql_varchar" list="yes" separator=","
value="#variables.mrkt_sctr#">)
I only get 7 results(debug info says seven and there are only
7 records listed)...the results that would have been generated by
the second parameter in the list of market sectors is ignored int
he results. If a 3rd market sector is added, I see the results of
the 1st 2 market sector id's...but the 3rd is ignored. If I put the
query (as output by the CF debug info) into SQL Navigator and
replace the ?'s withthe actual values...I get the appropriate
number of results. IF you look at the results on the webpage, the
results that would have been generated by the 3rd parameter are
missing.
There is nothing else in the code that would limit the number
of rows rerturned by the query.
Any Ideas?
Thanks
Eric Roberts
Owner/ColdFusion Developer
Three Ravens Consutling
http://www.threeravensconsulting.com

Do you know how to use the 'result' parameter of the query
tag to get
the actual, complete SQL statement sent to the database.
Looking at
this may tell you what your issue is.

Similar Messages

Error ORA-06502 When using function REPLACE in PL/SQL

Hi,
I have a PL/SQL procedure which gives error 'Error ORA-06502 When using function REPLACE in PL/SQL' when the string value is quite long (I noticed this with a string 9K in length)
variable var_a is of type CLOB
and the assignment statement where it gives the error is
var_a := REPLACE(var_a, '^', ''',''');
Can anyone please help!
Thanks

Even then that shouldn't do so:
SQL> select overload, position, argument_name, data_type, in_out
2 from all_arguments
3 where package_name = 'STANDARD'
4 and object_name = 'LPAD'
5 order by 1,2
6 /
OVERLOAD   POSITION ARGUMENT_NAME                  DATA_TYPE                      IN_OUT
1                 0                                VARCHAR2                       OUT
1                 1 STR1                           VARCHAR2                       IN
1                 2 LEN                            BINARY_INTEGER                 IN
1                 3 PAD                            VARCHAR2                       IN
2                 0                                VARCHAR2                       OUT
2                 1 STR1                           VARCHAR2                       IN
2                 2 LEN                            BINARY_INTEGER                 IN
3                 0                                CLOB                           OUT
3                 1 STR1                           CLOB                           IN
3                 2 LEN                            NUMBER                         IN
3                 3 PAD                            CLOB                           IN
4                 0                                CLOB                           OUT
4                 1 STR1                           CLOB                           IN
4                 2 LEN                            NUMBER                         INI wonder what happened?

Incorrect Results When Using an In-Line View and User Function in 10g

My developers are complaining of incorrect Select statement results when using an in-line view along with a user defined function. Below is the statement:
select test_f(wo1)
from
(SELECT a.WORK_ORDER_NBR, b.work_order_nbr wo1/*, facility_f(A.FACILITY),
A.PLANNER, A.WO_STATUS, mil_date(A.WO_STATUS_DATE)*, A.WORK_ORDER_TYPE,
A.WO_DESCRIPTION
FROM TIDWOWRK A, TIDWOTSK B
WHERE B.WORK_ORDER_NBR(+) = A.WORK_ORDER_NBR))
where wo1 is null;
Test_f() is a user defined function and the above query returns thousands of rows. It should return 308 rows. It is apparent that the target database is not evaluating the "where wo1 is null;" clause.
select to_char(wo1)
from
(SELECT a.WORK_ORDER_NBR, b.work_order_nbr wo1/*, facility_f(A.FACILITY),
A.PLANNER, A.WO_STATUS, mil_date(A.WO_STATUS_DATE)*, A.WORK_ORDER_TYPE,
A.WO_DESCRIPTION
FROM TIDWOWRK A, TIDWOTSK B
WHERE B.WORK_ORDER_NBR(+) = A.WORK_ORDER_NBR))
where wo1 is null;
In the above query return 308 rows. The user function was replaced by an Oracle function. The Where clause is now evaluated correctly.
The query is executed from an Oracle 10g R2 database and retrieves data from a 9.2.0.6 database.
I've seen a little information on Metalink. It appears that there was some trouble in 9i, but were fixed in a 9.2.0.6 patch. I don't see any information about a 10.2.0.2 database.
Anyone have any experiences or a successful solution. I suspect that I will need to report this to Oracle and wait for a patch.
Thanks,
John

I can only think of two reasons for this behaviour:
1) You are executing these two queries from two different users and there is some policy on the table.
2) The function doesn't do an upper, but returns null a lot of times, even when the input is a not null value, like this:
SQL> create table tidwowrk
2 as
3 select 1 id, 'A' work_order_nbr, 'DST' facility from dual union all
4 select 2, null, 'TRN' from dual union all
5 select 3, 'C', 'DST' from dual
6 /
Tabel is aangemaakt.
SQL> create table tidwotsk
2 as
3 select 'A' work_order_nbr from dual union all
4 select 'B' from dual
5 /
Tabel is aangemaakt.
SQL> create or replace function test_f (a in varchar2) return varchar2
2 is
3 begin
4    return case a when 'A' then null else a end;
5 end;
6 /
Functie is aangemaakt.
SQL> select count(*)
2    from ( SELECT a.WORK_ORDER_NBR
3                , test_f(b.work_order_nbr) wo1
4             FROM TIDWOWRK A
5                , TIDWOTSK B
6            WHERE B.WORK_ORDER_NBR(+) = A.WORK_ORDER_NBR
7              and a.facility in ('DST', 'TRN', 'SUB')
8         )
9   where wo1 is null
10 /
                              COUNT(*)
                                     3
1 rij is geselecteerd.
SQL> select count(*)
2    from ( SELECT a.WORK_ORDER_NBR
3                , to_char(b.work_order_nbr) wo1
4             FROM TIDWOWRK A, TIDWOTSK B
5            WHERE B.WORK_ORDER_NBR(+) = A.WORK_ORDER_NBR
6              and a.facility in ('DST', 'TRN', 'SUB')
7         )
8   where wo1 is null
9 /
                              COUNT(*)
                                     2
1 rij is geselecteerd.Regards,
Rob.

Do IMAQ Cast Image or IMAQ Linear averages give different results when using different computers that are running under Windows XP ?

Hello
I'm currently developping an image processing algorithm using Labview 7.1 and the associated IMAQ Vision tools. After several tests, I found a weird result. Indeed, I put the labview algorithm - including the IMAQ VI on the library to get sure that I use all the time the same VI - on my memory stick and used it on two different computers. I tested the same picture (still in my memory stick) and had two very different results.
After several hours trying to understand why, I found that there were a difference between the results given by both computers at the very begining of the algorithm. Indeed, I used a JPEG file.
To open it, I first create an Image with IMAQ Create (U8). Then, I open it.
Then in my first sub-VI, I use IMAQ Cast Image to be sure that the picture is a U8 grayscale picture.
Right after that, I use the IMAQ Linear Averages. The results of this VI are different on the two computers.
I tried several time on the same picture : one computer always give me the same result but the two computers give me a different result. So there is no random variable on the results.
So my question is : Do IMAQ Cast Image or IMAQ Linear averages give different results when using different computers that are running under Windows XP ?
My bet is on IMAQ Cast Image but I'm not quite sure and I do not undestand why. The labview and IMAQ are the same on both computers.
The difference between the two computer are above :
Computer 1 :
Pentium(R) 4 CPU 3.20GHz with a RAM of 1Go. The processor is an Intel(R).
The OS is windows XP Pro 2002
Computer 2 :
Pentium(R) 4 CPU 2.80GHz with a RAM of 512Mo. The processor is an Intel(R).
The OS is windows XP Pro 2002.
If anybody can help me on this problem, it would be really helpful.
Regards
Florence P.

Hi,
Indeed it's a strange behaviour, could you send me your VI and your JPEG file, (or another file that reproduces) so that I could check this inthere ?
I'll then try to find out what's happening.
Regards
Richard Keromen
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
>> Découvrez, en vidéo, les innovations technologiques réalisées en éco-conception

Error 1074396120 appears when using IMQA copy

error 1074396120 appears when using IMQA copy,when i used in vision its working but when i tried to execute in labview its showing error image not found and not valid image. pls help me regarding this .

Have a look
Thanks and Regards
Himanshu Goyal | LabVIEW Engineer- Power System Automation
Values that steer us ahead: Passion | Innovation | Ambition | Diligence | Teamwork
It Only gets BETTER!!!

Hi there , Why Do I Receive Error Code -1073807253 When Using VISA

Error Code -1073807253

Hi ahmed,
you can attach picture directly in the forum...
If you would use an error indicator you could read an explanation of the error. It's a "framing error", happening sometimes when using serial connections...
Best regards,
GerdW
CLAD, using 2009SP1 + LV2011SP1 + LV2014SP1 on WinXP+Win7+cRIO
Kudos are welcome

Get ORA-01031: insufficient privileges error, but only when using dbstart.

I am getting ORA-01031: insufficient privileges error, but only when using dbstart. the listener starts but not the database. How come I can start it from SQL prompt but not from dbstart scripts as the oracle user?
[oracle@mallard bin]$ ./dbstart
Processing Database instance "gf44": log file /prod/oracle/10/startup.log
[oracle@mallard bin]$
Log file:
Wed Aug 20 10:15:02 CDT 2008
SQL*Plus: Release 10.2.0.1.0 - Production on Wed Aug 20 10:15:02 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> ERROR:
ORA-01031: insufficient privileges
SQL> ORA-01031: insufficient privileges
SQL>
/prod/oracle/10/bin/dbstart: Database instance "gf44" warm started.
>
oratab file:
gf44:/prod/oracle/10:Y
dbstart file section:
# See if it is a V6 or V7 database
VERSION=undef
if [ -f $ORACLE_HOME/bin/sqldba ] ; then
SQLDBA=svrmgrl
VERSION=`$ORACLE_HOME/bin/sqldba command=exit | awk '
/SQL\*DBA: (Release|Version)/ {split($3, V, ".") ;
print V[1]}'`
case $VERSION in
"6") ;;
*) VERSION="internal" ;;
esac
else
if [ -f $ORACLE_HOME/bin/svrmgrl ] ; then
SQLDBA=svrmgrl
VERSION="internal"
else
SQLDBA="sqlplus /nolog"
fi
fi
Permissions of file:
[oracle@mallard bin]$ ls -la dbstart
-rwxrwxr-x 1 oracle oinstall 10407 Aug 19 12:27 dbstart
[oracle@mallard bin]$
User permissions:
[root@mallard 10]# id oracle
uid=503(oracle) gid=503(oinstall) groups=503(oinstall),504(dba)
[root@mallard 10]#
I can start the listener manually using "./lsnrctl start" and start the database manually from sql prompt using "SQL>startup" (as sysdba) with no problems. this only happens when using dbstart file. I am logged in as oracle user and all environment variables are set
Thank you for any help you could provide.

I have the same problem, but i don't want insert this string
Connect sys/{password} as sysdbaI have deployed an Oracle 10g with os SunOS
$ uname -a
SunOS DB02 5.10 Generic_141444-09 sun4v sparc SUNW,Sun-Blade-T6320
I can connect with sys/password, but I can't login with
$ sqlplus /nolog
SQL*Plus: Release 10.2.0.1.0 - Production on Thu Jan 7 15:19:50 2010
Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> connect / as sysdba
ERROR:
ORA-01031: insufficient privilegesthe the startup and dbshut don't work.
Someone maybe help me?
Thanks,
Regards.
Lain

What is the best way to display errors to users when using JSPs?

          Hello,
          Could someone suggest me the best way to display errors to users when using JSPs?
          Many thanks in advance.
          Rino


          Thanks for the code snippet!
          Rino
          "Deepak Vohra" <[email protected]> wrote:
          >
          >
          >The 'errorPage' attribute of the 'page' directive forwards uncaught run-time
          >exceptions
          >to an error processing page. For example:
          >
          ><%@ page errorPage="error.jsp" %>
          >
          >redirects the browser to the JSP page error.jsp if an uncaught exception
          >is encountered.
          >
          >
          >Within error.jsp, indicate that it is an error-processing page, via the
          >directive:
          >
          >
          >
          ><%@ page isErrorPage="true" %>
          >
          >The Throwable object describing the exception may be accessed within
          >the error
          >page via the 'exception' implicit object.
          >
          >
          ><% if (exception != null) { %>
          ><p> An exception was thrown: <b> <%= exception %>
          >
          ><p> With the following stack trace:
          ><pre>
          >
          ><%
          > ByteArrayOutputStream ostr = new ByteArrayOutputStream();
          > exception.printStackTrace(new PrintStream(ostr));
          > out.print(ostr);
          >%>
          ></pre>
          >
          >
          >
          >"Rino Srivastava" <[email protected]> wrote:
          >>
          >>Hello,
          >>
          >>Could someone suggest me the best way to display errors to users when
          >>using JSPs?
          >>
          >>Many thanks in advance.
          >>
          >>Rino
          >

Missing results when using percentage function %GT

Hi all,
I'm using the percentage function in BEx. As you can see in the left two columns, it works fine when the results are higher then 0,4. All the results less than 0,4 are set to 0. In the last column I calculated the results with an Excel formula.
Any Idea, what the problem can be?
4.392,080          1,5635 %          1,563481163
997,440          0,0000 %          0,355066085
4.761,680          1,6951 %          1,695050405
1.260,000          0,4485 %          0,448531508
469,600          0,0000 %          0,167166981
280.916,720     100,0000 %
280.916,720     100,0000 %
Many thanks in advance!

Dear Daya sagar,
Iam tried with taht functionality the query it self it is showing wrong and iam getting below error as result.
Diagnosis
The query contains a formula with the operator %RT. Therefore, the query cannot be released for OLE DB for OLAP.
The operators %GT, %RT, %CT, SUMGT, SUMRT, SUMCT and LEAF depend on the display of the list in the BEx Analyzer. If you used OLE DB for OLAP or MDX, this formula would deliver unexpected values.
Procedure
Do not release the query for OLE DB for OLAP, or do not use the operators %GT, %RT, %CT, SUMGT, SUMRT, SUMCT or LEAF. You may be able to achieve the desired result by selecting constants.
and report output is not coming.
Thanks & Regards,
Sathish

Regular Expression: Different results when using FIND or regex classes

Hi,
has anybody an idea why the FIND REGEX statement and the regex class delivers different results when searching for
^\*
in
I try to find every place with an asterisk as first sign of the line.
The FIND statement
DATA gv_string        TYPE        string.
DATA gv_pattern       TYPE        string.
DATA gt_match_result TYPE        match_result_tab.
gv_string = '****'.
gv_pattern = '^\*'.
FIND ALL OCCURRENCES OF REGEX gv_pattern
                           IN gv_string
                      RESULTS gt_match_result.
returns one hit as expected. But the class cl_abap_regex and cl_abap_matcher returns four hits in this example:
DATA gv_string        TYPE        string.
DATA gv_pattern       TYPE        string.
DATA gt_match_result2 TYPE        match_result_tab.
DATA gx_regex         TYPE REF TO cl_abap_regex.
DATA gx_matcher       TYPE REF TO cl_abap_matcher.
gv_string = '****'.
gv_pattern = '^\*'.
TRY.
    CREATE OBJECT gx_regex
      EXPORTING
        pattern = gv_pattern.
CATCH cx_sy_regex .
    BREAK-POINT.
    EXIT.
ENDTRY.
TRY.
    CREATE OBJECT gx_matcher
      EXPORTING
        regex = gx_regex
        text = gv_string.
CATCH cx_sy_matcher .
    BREAK-POINT.
    EXIT.
ENDTRY.
gt_match_result2 = gx_matcher->find_all( ).
BREAK-POINT.
Looks like the class doesn't consider the start of line symbol (^). Is there an error in my implementation?
Any help is appreciated.
Matthias

Hi Jim,
thank you for your reply. But to negate a value set of single characters you have to use
[^ ]
I used just the character
^
This is defined as anchor character for the start of a line (See the documentation link you posted -> chapter 'Special characters for search strings') .
As I understand it, should the FIND REGEX statement does the same as the CL_ABAP_REGEX and CL_ABAP_MATCHER classes. Therefore, I do not understand, why both implementations deliver another result.
And I didn't find an answer for that. Does anyone else?
Matthias

How can I prevent a memory flow error from occuring when using 3D contour plots?

After displaying a single contour plot a number of times, LabVIEW crashes and reports a memory overflow error. I only load a single 2D array, never storing previouls ones. I always index the data for contour plot 0, and don't explicitly store multiple 2D arrays in any buffer, such as appending data to a shift register. There appears to be some sort of memory leak in LV when using this feature. Is there a programatic way to flush the stored data in a contour plot prior to displaying the next 2D array of data?

Hello MicTomReiSr,
Is this in the LabVIEW development environment? Are you making changes to the code and then running the VI? Does the plot contain default data? Is the indicator cleared when the program stops? The Plot Clean Data method may be what you're looking for.
Remember that the development environment maintains an undo history of the changes you've made, and copies both the block diagram and FP contents each time. If you have a lot of data displayed on the front panel you end up copying it multiple times. This isn't a problem unless you're actively editing the VI in question.
If you do need to edit and run the VI at the same time (perfectly reasonable, although you might want to consider a 64-bit installation or more RAM if you commonly work with resource-intensive data types like 3D plots) try reducing the Undo history length (Tools>>Options), although be aware that you won't be able to back up as many steps.
Regards,
Tom L.

Database Link Error to MySQL when using variables

Hi Guys
I currently hava a database link to MySQL. I can read, insert, delete and update with no problems when using literals. However when I attempt to carry out the same actions using pl/sql variables I recieve the following error:
ORA-02055: distributed update operation failed; rollback required
ORA-02068: following severe error from AAA1
ORA-28511: lost RPC connection to heterogeneous remote agent using SID=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=ProdDB.btl.net)(PORT=1527))(CONNECT_DATA=(SID=AAA1)))
ORA-06512: at line 15
Could you kindly give me some suggestions?
PL/SQL Code
Declare
MSISDN2 char(8);
IMSI2 number(28,0);
ICC2 number(28,0);
cnt number(28,0);
Begin
MSISDN2 :='610-0850';
IMSI2:=8950167090300132451;
ICC2:=702670161017765;
delete from "SUBSCRIBERS"@AAA1 where "MSISDN" = MSISDN2;--"ICC" = ICC2 or "IMSI" = IMSI2;
End;
System Info:
Oracle Database 10.2.0.5.0 on Redhat Linux 64 bit
Oracle Database Gateways for ODBC 11.2.0.1.0 on same machine as above
UnixODBC-3.2.1 compiled in 64bit mode on same machine as well
MySQL ODBC Connector DriverVer:05.02.0002
ODBC DSN
; odbc.ini configuration for Connector/ODBC and Connector/ODBC 3.51 drivers
[ODBC Data Sources]
AAA1 = MyODBC 5.2.2 Driver DSN
[AAA1]
Driver = /usr/lib64/libmyodbc5w.so
Description = Connector/ODBC 5.52 Driver DSN
SERVER = 10.50.18.89
USER = tytancc2
Password = xxxxxx
Database = radiator
OPTION = 3
CHARSET = latin1
Trace = yes
TraceFile = /tmp/unixodbc.sql.log
Debug = 1
Debugfile = /tmp/unixodbc.debug.log
HS File
# This is a sample agent init file that contains the HS parameters that are
# needed for the Database Gateway for ODBC
# HS init parameters
HS_FDS_CONNECT_INFO = AAA1
#HS_FDS_TRACE_LEVEL = 255
HS_FDS_TRACE_LEVEL = DEBUG
#HS_FDS_SHAREABLE_NAME = /usr/lib64/libmyodbc5w.so
HS_FDS_SHAREABLE_NAME = /usr/lib64/libodbc.so.2
HS_FDS_SQLLEN_INTERPRETATION=32
#HS_LANGUAGE = AMERICAN_AMERICA.AL32UTF8
#HS_LANGUAGE = AMERICAN_AMERICA.WE8ISO8859P15
#HS_LANGUAGE = AMERICAN_AMERICA.WE8ISO8859P1
HS_LANGUAGE = AMERICAN_AMERICA.LATIN1
HS_FDS_FETCH_ROWS=1
#HS_NLS_NCHAR= UCS2
#HS_OPEN_CURSORS=10
# ODBC specific environment variables
set ODBCINI=/u01/oracle/.odbc.ini
set ODBCINSTINI=/etc/odbcinst.ini
# Environment variables required for the non-Oracle system
set LD_LIBRARY_PATH=/usr/lib64
Trace File
Oracle Corporation --- FRIDAY FEB 08 2013 22:01:40.555
Heterogeneous Agent Release
11.2.0.1.0
Oracle Corporation --- FRIDAY FEB 08 2013 22:01:40.549
Version 11.2.0.1.0
Entered hgogprd
HOSGIP for "HS_FDS_TRACE_LEVEL" returned "DEBUG"
Entered hgosdip
setting HS_OPEN_CURSORS to default of 50
setting HS_FDS_RECOVERY_ACCOUNT to default of "RECOVER"
setting HS_FDS_RECOVERY_PWD to default value
setting HS_FDS_TRANSACTION_LOG to default of HS_TRANSACTION_LOG
setting HS_IDLE_TIMEOUT to default of 0
setting HS_FDS_TRANSACTION_ISOLATION to default of "READ_COMMITTED"
setting HS_NLS_NCHAR to default of "AL32UTF8"
setting HS_FDS_TIMESTAMP_MAPPING to default of "DATE"
setting HS_FDS_DATE_MAPPING to default of "DATE"
setting HS_RPC_FETCH_REBLOCKING to default of "ON"
HOSGIP returned value of "1" for HS_FDS_FETCH_ROWS
setting HS_FDS_RESULTSET_SUPPORT to default of "FALSE"
setting HS_FDS_RSET_RETURN_ROWCOUNT to default of "FALSE"
setting HS_FDS_PROC_IS_FUNC to default of "FALSE"
setting HS_FDS_CHARACTER_SEMANTICS to default of "FALSE"
setting HS_FDS_MAP_NCHAR to default of "TRUE"
setting HS_NLS_DATE_FORMAT to default of "YYYY-MM-DD HH24:MI:SS"
setting HS_FDS_REPORT_REAL_AS_DOUBLE to default of "FALSE"
setting HS_LONG_PIECE_TRANSFER_SIZE to default of "65536"
setting HS_SQL_HANDLE_STMT_REUSE to default of "FALSE"
setting HS_FDS_QUERY_DRIVER to default of "TRUE"
setting HS_FDS_SUPPORT_STATISTICS to default of "FALSE"
Parameter HS_FDS_QUOTE_IDENTIFIER is not set
setting HS_KEEP_REMOTE_COLUMN_SIZE to default of "OFF"
setting HS_FDS_GRAPHIC_TO_MBCS to default of "FALSE"
setting HS_FDS_MBCS_TO_GRAPHIC to default of "FALSE"
HOSGIP returned value of "32" for HS_FDS_SQLLEN_INTERPRETATION
setting HS_CALL_NAME_ISP to "gtw$:SQLTables;gtw$:SQLColumns;gtw$:SQLPrimaryKeys;gtw$:SQLForeignKeys;gtw$:SQLProcedures;gtw$:SQLStatistics;gtw$:SQLGetInfo"
setting HS_FDS_DELAYED_OPEN to default of "TRUE"
setting HS_FDS_WORKAROUNDS to default of "0"
Exiting hgosdip, rc=0
ORACLE_SID is "AAA1"
Product-Info:
Port Rls/Upd:1/0 PrdStat:0
Agent:Oracle Database Gateway for ODBC
Facility:hsa
Class:ODBC, ClassVsn:11.2.0.1.0_0008, Instance:AAA1
Exiting hgogprd, rc=0
Entered hgoinit
HOCXU_COMP_CSET=1
HOCXU_DRV_CSET=31
HOCXU_DRV_NCHAR=873
HOCXU_DB_CSET=31
HOCXU_SEM_VER=102000
Entered hgolofn at 2013/02/08-22:01:40
HOSGIP for "HS_FDS_SHAREABLE_NAME" returned "/usr/lib64/libodbc.so.2"
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a08f61
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a090e5
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a09c18
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a0b6dc
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a17bc4
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a182e8
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a1bc40
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a1dad8
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a1e6dc
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a20bae
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a20bd0
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a22f44
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a276d4
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a27b90
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a2a4a4
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a2b574
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a2b99c
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a2e65c
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a2ecd0
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a31db8
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a31ac0
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a0c47c
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a0e884
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a14943
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a1714a
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a19327
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a1d2ce
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a1f648
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a210c7
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a23990
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a2414c
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a25d26
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a26cc0
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a288a8
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a28c67
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a29e88
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a2c51e
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a2ccfa
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a2d5c0
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a2de92
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a2f088
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a33fa4
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a315fe
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a36de2
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Entered hgolofns at 2013/02/08-22:01:40
symbol_peflctx=0x31a380ec
hoaerr:0
Exiting hgolofns at 2013/02/08-22:01:40
Exiting hgolofn, rc=0 at 2013/02/08-22:01:40
HOSGIP for "HS_OPEN_CURSORS" returned "50"
HOSGIP for "HS_FDS_FETCH_ROWS" returned "1"
HOSGIP for "HS_LONG_PIECE_TRANSFER_SIZE" returned "65536"
HOSGIP for "HS_NLS_NUMERIC_CHARACTER" returned ".,"
HOSGIP for "HS_KEEP_REMOTE_COLUMN_SIZE" returned "OFF"
HOSGIP for "HS_FDS_DELAYED_OPEN" returned "TRUE"
HOSGIP for "HS_FDS_WORKAROUNDS" returned "0"
HOSGIP for "HS_FDS_MBCS_TO_GRAPHIC" returned "FALSE"
HOSGIP for "HS_FDS_GRAPHIC_TO_MBCS" returned "FALSE"
treat_SQLLEN_as_compiled = 0
Exiting hgoinit, rc=0 at 2013/02/08-22:01:40
Entered hgolgon at 2013/02/08-22:01:40
reco:0, name:tytancc2, tflag:0
Entered hgosuec at 2013/02/08-22:01:40
Exiting hgosuec, rc=0 at 2013/02/08-22:01:40
HOSGIP for "HS_FDS_RECOVERY_ACCOUNT" returned "RECOVER"
HOSGIP for "HS_FDS_TRANSACTION_LOG" returned "HS_TRANSACTION_LOG"
HOSGIP for "HS_FDS_TIMESTAMP_MAPPING" returned "DATE"
HOSGIP for "HS_FDS_DATE_MAPPING" returned "DATE"
HOSGIP for "HS_FDS_CHARACTER_SEMANTICS" returned "FALSE"
HOSGIP for "HS_FDS_MAP_NCHAR" returned "TRUE"
HOSGIP for "HS_FDS_RESULTSET_SUPPORT" returned "FALSE"
HOSGIP for "HS_FDS_RSET_RETURN_ROWCOUNT" returned "FALSE"
HOSGIP for "HS_FDS_PROC_IS_FUNC" returned "FALSE"
HOSGIP for "HS_FDS_REPORT_REAL_AS_DOUBLE" returned "FALSE"
using tytancc2 as default value for "HS_FDS_DEFAULT_OWNER"
HOSGIP for "HS_SQL_HANDLE_STMT_REUSE" returned "FALSE"
Entered hgocont at 2013/02/08-22:01:40
HS_FDS_CONNECT_INFO = "AAA1"
RC=-1 from HOSGIP for "HS_FDS_CONNECT_STRING"
Entered hgogenconstr at 2013/02/08-22:01:40
dsn:AAA1, name:tytancc2
optn:
Entered hgocip at 2013/02/08-22:01:40
dsn:AAA1
Exiting hgocip, rc=0 at 2013/02/08-22:01:40
Exiting hgogenconstr, rc=0 at 2013/02/08-22:01:40
Entered hgolosf at 2013/02/08-22:01:45
Exiting hgolosf, rc=0 at 2013/02/08-22:01:45
DriverName:libmyodbc5w.so, DriverVer:05.02.0002
DBMS Name:MySQL, DBMS Version:5.1.66-community-log
Exiting hgocont, rc=0 at 2013/02/08-22:01:45
SQLGetInfo returns Y for SQL_CATALOG_NAME
SQLGetInfo returns 192 for SQL_MAX_CATALOG_NAME_LEN
Exiting hgolgon, rc=0 at 2013/02/08-22:01:45
Entered hgoulcp at 2013/02/08-22:01:45
Entered hgowlst at 2013/02/08-22:01:45
Exiting hgowlst, rc=0 at 2013/02/08-22:01:45
SQLGetInfo returns 0x0 for SQL_OWNER_USAGE
TXN Capable:3, Isolation Option:0xf
SQLGetInfo returns 0 for SQL_MAX_SCHEMA_NAME_LEN
SQLGetInfo returns 192 for SQL_MAX_TABLE_NAME_LEN
SQLGetInfo returns 192 for SQL_MAX_PROCEDURE_NAME_LEN
SQLGetInfo returns ` (0x60) for SQL_IDENTIFIER_QUOTE_CHAR
SQLGetInfo returns Y for SQL_COLUMN_ALIAS
16 instance capabilities will be uploaded
capno:1964, context:0x00000000, add-info: 0
capno:1989, context:0x00000000, add-info: 0
capno:1991, context:0x0001ffff, add-info: 0
capno:1992, context:0x0001ffff, add-info: 1, translation:"`"
capno:3042, context:0x00000000, add-info: 0, translation:"42"
capno:3047, context:0x00000000, add-info: 0, translation:"57"
capno:3049, context:0x00000000, add-info: 0, translation:"59"
capno:3050, context:0x00000000, add-info: 0, translation:"60"
capno:3066, context:0x00000000, add-info: 0
capno:3067, context:0x00000000, add-info: 0
capno:3068, context:0x00000000, add-info: 0
capno:3069, context:0x00000000, add-info: 0
capno:3500, context:0x00000001, add-info: 91, translation:"42"
capno:3501, context:0x00000001, add-info: 93, translation:"57"
capno:3502, context:0x00000001, add-info: 107, translation:"59"
capno:3503, context:0x00000001, add-info: 110, translation:"60"
Exiting hgoulcp, rc=0 at 2013/02/08-22:01:45
Entered hgouldt at 2013/02/08-22:01:45
NO instance DD translations were uploaded
Exiting hgouldt, rc=0 at 2013/02/08-22:01:45
Entered hgobegn at 2013/02/08-22:01:45
tflag:0 , initial:1
hoi:0x9671a48, ttid (len 26) is ...
00: 54595441 4E2E6438 32323564 62642E32 [TYTAN.d8225dbd.2]
10: 392E372E 33313031 3433 [9.7.310143]
tbid (len 10) is ...
0: 1D000700 7FBB0400 0104 [..........]
Exiting hgobegn, rc=0 at 2013/02/08-22:01:45
Entered hgopdsc at 2013/02/08-22:01:45
Describing procedure SUBSCRIBERS
Output hoada
hgopdsc, line 1406: NO hoada to print
Exiting hgopdsc, rc=942 at 2013/02/08-22:01:45
Entered hgodtab at 2013/02/08-22:01:45
count:1
table: SUBSCRIBERS
Allocate hoada[0] @ 0x3a23590
Entered hgopcda at 2013/02/08-22:01:45
Column:1(MSISDN): dtype:1 (CHAR), prc/scl:8/0, nullbl:0, octet:8, sign:1, radix:0
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:2(IMSI): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:0, octet:8, sign:1, radix:10
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:3(ICC): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:0, octet:8, sign:1, radix:10
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:4(CHECKATTR): dtype:1 (CHAR), prc/scl:200/0, nullbl:1, octet:200, sign:1, radix:10
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:5(REPLYATTR): dtype:1 (CHAR), prc/scl:200/0, nullbl:1, octet:200, sign:1, radix:10
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:6(TIMELEFT): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:10
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:7(ELIMINATED): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:10
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:8(SUSPENDED): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:10
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
The hoada for table SUBSCRIBERS follows...
hgodtab, line 876: Printing hoada @ 0x3a23590
MAX:8, ACTUAL:8, BRC:1, WHT=6 (TABLE_DESCRIBE)
hoadaMOD bit-values found (0x200:TREAT_AS_CHAR,0x20:NEGATIVE_HOADADTY)
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 8 8 0/ 0 0 0 200 MSISDN
-5 BIGINT N 8 8 0/ 0 0 0 20 IMSI
-5 BIGINT N 8 8 0/ 0 0 0 20 ICC
1 CHAR Y 200 200 0/ 0 0 0 200 CHECKATTR
1 CHAR Y 200 200 0/ 0 0 0 200 REPLYATTR
-5 BIGINT Y 8 8 0/ 0 0 0 20 TIMELEFT
-5 BIGINT Y 8 8 0/ 0 0 0 20 ELIMINATED
-5 BIGINT Y 8 8 0/ 0 0 0 20 SUSPENDED
Exiting hgodtab, rc=0 at 2013/02/08-22:01:45
Entered hgodafr, cursor id 0 at 2013/02/08-22:01:45
Free hoada @ 0x3a23590
Exiting hgodafr, rc=0 at 2013/02/08-22:01:45
Entered hgopars, cursor id 1 at 2013/02/08-22:01:45
type:0
SQL text from hgopars, id=1, len=134 ...
00: 53454C45 43542041 312E604D 53495344 [SELECT A1.`MSISD]
10: 4E602C41 312E6049 4D534960 2C41312E [N`,A1.`IMSI`,A1.]
20: 60494343 602C4131 2E604348 45434B41 [`ICC`,A1.`CHECKA]
30: 54545260 2C41312E 60524550 4C594154 [TTR`,A1.`REPLYAT]
40: 5452602C 41312E60 54494D45 4C454654 [TR`,A1.`TIMELEFT]
50: 602C4131 2E60454C 494D494E 41544544 [`,A1.`ELIMINATED]
60: 602C4131 2E605355 5350454E 44454460 [`,A1.`SUSPENDED`]
70: 2046524F 4D206053 55425343 52494245 [ FROM `SUBSCRIBE]
80: 52536020 4131 [RS` A1]
Exiting hgopars, rc=0 at 2013/02/08-22:01:45
Entered hgoopen, cursor id 1 at 2013/02/08-22:01:45
hgoopen, line 86: NO hoada to print
Deferred open until first fetch.
Exiting hgoopen, rc=0 at 2013/02/08-22:01:45
Entered hgodscr, cursor id 1 at 2013/02/08-22:01:45
Allocate hoada @ 0x3a23538
Entered hgopcda at 2013/02/08-22:01:45
Column:1(MSISDN): dtype:1 (CHAR), prc/scl:8/0, nullbl:0, octet:8, sign:1, radix:0
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:2(IMSI): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:0, octet:8, sign:1, radix:0
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:3(ICC): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:0, octet:8, sign:1, radix:0
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:4(CHECKATTR): dtype:1 (CHAR), prc/scl:200/0, nullbl:1, octet:200, sign:1, radix:0
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:5(REPLYATTR): dtype:1 (CHAR), prc/scl:200/0, nullbl:1, octet:200, sign:1, radix:0
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:6(TIMELEFT): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:0
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:7(ELIMINATED): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:0
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
Entered hgopcda at 2013/02/08-22:01:45
Column:8(SUSPENDED): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:0
Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
hgodscr, line 880: Printing hoada @ 0x3a23538
MAX:8, ACTUAL:8, BRC:1, WHT=5 (SELECT_LIST)
hoadaMOD bit-values found (0x200:TREAT_AS_CHAR,0x20:NEGATIVE_HOADADTY)
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 8 8 0/ 0 0 0 200 MSISDN
-5 BIGINT N 8 8 0/ 0 0 0 20 IMSI
-5 BIGINT N 8 8 0/ 0 0 0 20 ICC
1 CHAR Y 200 200 0/ 0 0 0 200 CHECKATTR
1 CHAR Y 200 200 0/ 0 0 0 200 REPLYATTR
-5 BIGINT Y 8 8 0/ 0 0 0 20 TIMELEFT
-5 BIGINT Y 8 8 0/ 0 0 0 20 ELIMINATED
-5 BIGINT Y 8 8 0/ 0 0 0 20 SUSPENDED
Exiting hgodscr, rc=0 at 2013/02/08-22:01:45
Entered hgoclse, cursor id 1 at 2013/02/08-22:01:46
Exiting hgoclse, rc=0 at 2013/02/08-22:01:46
Entered hgodafr, cursor id 1 at 2013/02/08-22:01:46
Free hoada @ 0x3a23538
Exiting hgodafr, rc=0 at 2013/02/08-22:01:46
Entered hgopars, cursor id 1 at 2013/02/08-22:01:46
type:0
SQL text from hgopars, id=1, len=56 ...
00: 44454C45 54452046 524F4D20 60535542 [DELETE FROM `SUB]
10: 53435249 42455253 60205748 45524520 [SCRIBERS` WHERE ]
20: 60535542 53435249 42455253 602E604D [`SUBSCRIBERS`.`M]
30: 53495344 4E603D3F [SISDN`=?]
Exiting hgopars, rc=0 at 2013/02/08-22:01:46
Entered hgoexec, cursor id 1 at 2013/02/08-22:01:46
octype=3 (DELETE)
hgoexec, line 108: Printing hoada @ 0x3a23538
MAX:1, ACTUAL:1, BRC:1, WHT=3 (BIND_LIST)
hoadaMOD bit-values found (0x200:TREAT_AS_CHAR)
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 8 0 0/ 0 31 0 200 ?
Entered hgoprbv at 2013/02/08-22:01:46
hgoprbv, line 145: Printing hoada @ 0x3a23538
MAX:1, ACTUAL:1, BRC:1, WHT=3 (BIND_LIST)
hoadaMOD bit-values found (0x200:TREAT_AS_CHAR)
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 8 0 0/ 0 31 0 200 ?
Exiting hgoprbv, rc=0 at 2013/02/08-22:01:46

          Entry:
               Statement = 0x12401d00
               Option = 0
[ODBC][379][1360881002.979016][SQLFreeStmt.c][263]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979038][SQLGetTypeInfo.c][168]
          Entry:
               Statement = 0x12401d00
               Data Type = SQL_BIGINT
[ODBC][379][1360881002.979073][SQLGetTypeInfo.c][318]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979096][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979122][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979144][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979169][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979191][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979220][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979242][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979267][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979289][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979310][SQLFetch.c][348]
          Exit:[SQL_NO_DATA]
[ODBC][379][1360881002.979332][SQLFreeStmt.c][144]
          Entry:
               Statement = 0x12401d00
               Option = 0
[ODBC][379][1360881002.979354][SQLFreeStmt.c][263]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979376][SQLGetTypeInfo.c][168]
          Entry:
               Statement = 0x12401d00
               Data Type = SQL_BIGINT
[ODBC][379][1360881002.979411][SQLGetTypeInfo.c][318]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979437][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979463][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979486][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979511][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979533][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979559][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979581][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979606][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979644][SQLFreeStmt.c][144]
          Entry:
               Statement = 0x12401d00
               Option = 0
[ODBC][379][1360881002.979667][SQLFreeStmt.c][263]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979689][SQLGetTypeInfo.c][168]
          Entry:
               Statement = 0x12401d00
               Data Type = SQL_TINYINT
[ODBC][379][1360881002.979728][SQLGetTypeInfo.c][318]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979762][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979801][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979835][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979882][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979920][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.979962][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.979998][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.980040][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.980074][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.980107][SQLFetch.c][348]
          Exit:[SQL_NO_DATA]
[ODBC][379][1360881002.980140][SQLFreeStmt.c][144]
          Entry:
               Statement = 0x12401d00
               Option = 0
[ODBC][379][1360881002.980176][SQLFreeStmt.c][263]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.980214][SQLGetTypeInfo.c][168]
          Entry:
               Statement = 0x12401d00
               Data Type = SQL_TINYINT
[ODBC][379][1360881002.980270][SQLGetTypeInfo.c][318]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.980313][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.980356][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.980392][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.980435][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.980471][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.980512][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.980547][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.980588][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.980624][SQLFreeStmt.c][144]
          Entry:
               Statement = 0x12401d00
               Option = 0
[ODBC][379][1360881002.980661][SQLFreeStmt.c][263]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.980694][SQLGetTypeInfo.c][168]
          Entry:
               Statement = 0x12401d00
               Data Type = SQL_LONGVARCHAR
[ODBC][379][1360881002.980749][SQLGetTypeInfo.c][318]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.980785][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.980827][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.980862][SQLFreeStmt.c][144]
          Entry:
               Statement = 0x12401d00
               Option = 0
[ODBC][379][1360881002.980903][SQLFreeStmt.c][263]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.980938][SQLGetTypeInfo.c][168]
          Entry:
               Statement = 0x12401d00
               Data Type = SQL_LONGVARBINARY
[ODBC][379][1360881002.980993][SQLGetTypeInfo.c][318]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.981028][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881002.981070][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.981105][SQLFreeStmt.c][144]
          Entry:
               Statement = 0x12401d00
               Option = 0
[ODBC][379][1360881002.981140][SQLFreeStmt.c][263]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.981175][SQLFreeStmt.c][144]
          Entry:
               Statement = 0x12401d00
               Option = 2
[ODBC][379][1360881002.981208][SQLFreeStmt.c][263]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.994533][SQLEndTran.c][421]
          Entry:
               Connection = 0x123d8530
               Completion Type = 0
[ODBC][379][1360881002.996504][SQLGetInfo.c][554]
          Entry:
               Connection = 0x123d8530
               Info Type = SQL_CURSOR_COMMIT_BEHAVIOR (23)
               Info Value = 0x123d99a0
               Buffer Length = 2
               StrLen = 0x7fffe2e98e5e
[ODBC][379][1360881002.996546][SQLGetInfo.c][617]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.996572][SQLGetInfo.c][554]
          Entry:
               Connection = 0x123d8530
               Info Type = SQL_CURSOR_ROLLBACK_BEHAVIOR (24)
               Info Value = 0x123d99a2
               Buffer Length = 2
               StrLen = 0x7fffe2e98e5e
[ODBC][379][1360881002.996613][SQLGetInfo.c][617]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.996636][SQLEndTran.c][574]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881002.996666][SQLSetConnectAttr.c][396]
          Entry:
               Connection = 0x123d8530
               Attribute = SQL_ATTR_TXN_ISOLATION
               Value = 0x2
               StrLen = -5
[ODBC][379][1360881002.999108][SQLSetConnectAttr.c][852]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.002982][SQLAllocHandle.c][540]
          Entry:
               Handle Type = 3
               Input Handle = 0x123d8530
[ODBC][379][1360881003.003054][SQLAllocHandle.c][1081]
          Exit:[SQL_SUCCESS]
               Output Handle = 0x12439eb0
[ODBC][379][1360881003.003087][SQLFreeHandle.c][381]
          Entry:
               Handle Type = 3
               Input Handle = 0x12401d00
[ODBC][379][1360881003.003139][SQLFreeHandle.c][491]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.003164][SQLAllocHandle.c][540]
          Entry:
               Handle Type = 3
               Input Handle = 0x123d8530
[ODBC][379][1360881003.003196][SQLAllocHandle.c][1081]
          Exit:[SQL_SUCCESS]
               Output Handle = 0x12401d00
[ODBC][379][1360881003.003221][SQLBindCol.c][236]
          Entry:
               Statement = 0x12401d00
               Column Number = 4
               Target Type = 1 SQL_CHAR
               Target Value = 0x7fffe2e98dc0
               Buffer Length = 124
               StrLen Or Ind = 0x7fffe2e98e90
[ODBC][379][1360881003.003249][SQLBindCol.c][341]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.003273][SQLBindCol.c][236]
          Entry:
               Statement = 0x12401d00
               Column Number = 5
               Target Type = -15 SQL_C_SSHORT
               Target Value = 0x7fffe2e98f58
               Buffer Length = 0
               StrLen Or Ind = (nil)
[ODBC][379][1360881003.003296][SQLBindCol.c][341]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.003319][SQLBindCol.c][236]
          Entry:
               Statement = 0x12401d00
               Column Number = 6
               Target Type = 1 SQL_CHAR
               Target Value = 0x7fffe2e98d28
               Buffer Length = 120
               StrLen Or Ind = 0x7fffe2e98eb8
[ODBC][379][1360881003.003342][SQLBindCol.c][341]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.003365][SQLBindCol.c][236]
          Entry:
               Statement = 0x12401d00
               Column Number = 7
               Target Type = -16 SQL_C_SLONG
               Target Value = 0x7fffe2e98f34
               Buffer Length = 0
               StrLen Or Ind = 0x7fffe2e98e98
[ODBC][379][1360881003.003387][SQLBindCol.c][341]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.003410][SQLBindCol.c][236]
          Entry:
               Statement = 0x12401d00
               Column Number = 9
               Target Type = -15 SQL_C_SSHORT
               Target Value = 0x7fffe2e98f5c
               Buffer Length = 0
               StrLen Or Ind = 0x7fffe2e98ea0
[ODBC][379][1360881003.003433][SQLBindCol.c][341]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.003456][SQLBindCol.c][236]
          Entry:
               Statement = 0x12401d00
               Column Number = 10
               Target Type = -15 SQL_C_SSHORT
               Target Value = 0x7fffe2e98f64
               Buffer Length = 0
               StrLen Or Ind = 0x7fffe2e98ec0
[ODBC][379][1360881003.003479][SQLBindCol.c][341]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.003501][SQLBindCol.c][236]
          Entry:
               Statement = 0x12401d00
               Column Number = 11
               Target Type = -15 SQL_C_SSHORT
               Target Value = 0x7fffe2e98f60
               Buffer Length = 0
               StrLen Or Ind = (nil)
[ODBC][379][1360881003.003524][SQLBindCol.c][341]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.003547][SQLBindCol.c][236]
          Entry:
               Statement = 0x12401d00
               Column Number = 16
               Target Type = -16 SQL_C_SLONG
               Target Value = 0x7fffe2e98f40
               Buffer Length = 0
               StrLen Or Ind = 0x7fffe2e98ea8
[ODBC][379][1360881003.003572][SQLBindCol.c][341]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.003623][SQLColumns.c][215]
          Entry:
               Statement = 0x12401d00
               Catalog Name = [radiator][length = 8]
               Schema Name = [NULL]
               Table Name = [SUBSCRIBERS2][length = 12]
               Column Name = [NULL]
[ODBC][379][1360881003.014993][SQLColumns.c][412]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.015172][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881003.015247][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.015361][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881003.015396][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.015479][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881003.015513][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.015613][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881003.015647][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.015726][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881003.015758][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.015836][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881003.015870][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.015961][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881003.015994][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.016072][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881003.016104][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.016183][SQLFetch.c][162]
          Entry:
               Statement = 0x12401d00
[ODBC][379][1360881003.016209][SQLFetch.c][348]
          Exit:[SQL_NO_DATA]
[ODBC][379][1360881003.016284][SQLFreeStmt.c][144]
          Entry:
               Statement = 0x12401d00
               Option = 0
[ODBC][379][1360881003.016311][SQLFreeStmt.c][263]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.016438][SQLFreeStmt.c][144]
          Entry:
               Statement = 0x12401d00
               Option = 2
[ODBC][379][1360881003.016465][SQLFreeStmt.c][263]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.016489][SQLFreeHandle.c][381]
          Entry:
               Handle Type = 3
               Input Handle = 0x12439eb0
[ODBC][379][1360881003.016521][SQLFreeHandle.c][491]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.029258][SQLAllocHandle.c][540]
          Entry:
               Handle Type = 3
               Input Handle = 0x123d8530
[ODBC][379][1360881003.029318][SQLAllocHandle.c][1081]
          Exit:[SQL_SUCCESS]
               Output Handle = 0x12439eb0
[ODBC][379][1360881003.029350][SQLPrepare.c][196]
          Entry:
               Statement = 0x12439eb0
               SQL = [SELECT A1.`CHECKATTR` FROM `SUBSCRIBERS2` A1 WHERE A1.`MSISDN`='610-0850'][length = 73]
[ODBC][379][1360881003.029450][SQLPrepare.c][371]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.029482][SQLNumResultCols.c][156]
          Entry:
               Statement = 0x12439eb0
               Column Count = 0x123c4538
[ODBC][379][1360881003.033825][SQLNumResultCols.c][248]
          Exit:[SQL_SUCCESS]
               Count = 0x123c4538 -> 1
[ODBC][379][1360881003.034106][SQLDescribeCol.c][247]
          Entry:
               Statement = 0x12439eb0
               Column Number = 1
               Column Name = 0x7fffe2e98c80
               Buffer Length = 31
               Name Length = 0x7fffe2e98dc4
               Data Type = 0x7fffe2e98dc8
               Column Size = 0x7fffe2e98d60
               Decimal Digits = 0x7fffe2e98dcc
               Nullable = 0x7fffe2e98dd0
[ODBC][379][1360881003.034152][SQLDescribeCol.c][497]
          Exit:[SQL_SUCCESS]
               Column Name = [CHECKATTR]
               Data Type = 0x7fffe2e98dc8 -> 1
               Column Size = 0x7fffe2e98d60 -> 200
               Decimal Digits = 0x7fffe2e98dcc -> 0
               Nullable = 0x7fffe2e98dd0 -> 1
[ODBC][379][1360881003.034182][SQLColAttribute.c][293]
          Entry:
               Statement = 0x12439eb0
               Column Number = 1
               Field Identifier = SQL_DESC_OCTET_LENGTH
               Character Attr = (nil)
               Buffer Length = 0
               String Length = (nil)
               Numeric Attribute = 0x7fffe2e98d68
[ODBC][379][1360881003.034245][SQLColAttribute.c][664]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.034336][SQLSetStmtAttr.c][265]
          Entry:
               Statement = 0x12439eb0
               Attribute = SQL_ATTR_ROW_ARRAY_SIZE
               Value = 0x1
               StrLen = 0
[ODBC][379][1360881003.034370][SQLSetStmtAttr.c][925]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.038845][SQLAllocHandle.c][540]
          Entry:
               Handle Type = 3
               Input Handle = 0x123d8530
[ODBC][379][1360881003.038910][SQLAllocHandle.c][1081]
          Exit:[SQL_SUCCESS]
               Output Handle = 0x1244ae50
[ODBC][379][1360881003.038941][SQLPrepare.c][196]
          Entry:
               Statement = 0x1244ae50
               SQL = [SELECT A1.`CHECKATTR` FROM `SUBSCRIBERS2` A1 WHERE A1.`MSISDN`='610-0850'][length = 73]
[ODBC][379][1360881003.038986][SQLPrepare.c][371]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.039011][SQLNumResultCols.c][156]
          Entry:
               Statement = 0x1244ae50
               Column Count = 0x123c45c0
[ODBC][379][1360881003.041037][SQLNumResultCols.c][248]
          Exit:[SQL_SUCCESS]
               Count = 0x123c45c0 -> 1
[ODBC][379][1360881003.041271][SQLDescribeCol.c][247]
          Entry:
               Statement = 0x1244ae50
               Column Number = 1
               Column Name = 0x7fffe2e98c80
               Buffer Length = 31
               Name Length = 0x7fffe2e98dc4
               Data Type = 0x7fffe2e98dc8
               Column Size = 0x7fffe2e98d60
               Decimal Digits = 0x7fffe2e98dcc
               Nullable = 0x7fffe2e98dd0
[ODBC][379][1360881003.041311][SQLDescribeCol.c][497]
          Exit:[SQL_SUCCESS]
               Column Name = [CHECKATTR]
               Data Type = 0x7fffe2e98dc8 -> 1
               Column Size = 0x7fffe2e98d60 -> 200
               Decimal Digits = 0x7fffe2e98dcc -> 0
               Nullable = 0x7fffe2e98dd0 -> 1
[ODBC][379][1360881003.041337][SQLColAttribute.c][293]
          Entry:
               Statement = 0x1244ae50
               Column Number = 1
               Field Identifier = SQL_DESC_OCTET_LENGTH
               Character Attr = (nil)
               Buffer Length = 0
               String Length = (nil)
               Numeric Attribute = 0x7fffe2e98d68
[ODBC][379][1360881003.041362][SQLColAttribute.c][664]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.041444][SQLSetStmtAttr.c][265]
          Entry:
               Statement = 0x1244ae50
               Attribute = SQL_ATTR_ROW_ARRAY_SIZE
               Value = 0x1
               StrLen = 0
[ODBC][379][1360881003.041472][SQLSetStmtAttr.c][925]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.043645][SQLExecute.c][187]
          Entry:
               Statement = 0x1244ae50
[ODBC][379][1360881003.048482][SQLExecute.c][348]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.048531][SQLBindCol.c][236]
          Entry:
               Statement = 0x1244ae50
               Column Number = 1
               Target Type = 1 SQL_CHAR
               Target Value = 0x12438f50
               Buffer Length = 201
               StrLen Or Ind = 0x12439060
[ODBC][379][1360881003.048559][SQLBindCol.c][341]
          Exit:[SQL_SUCCESS]
[ODBC][379][1360881003.048597][SQLFetch.c][162]
          Entry:
               Statement = 0x1244ae50
[ODBC][379][1360881003.048640][SQLFetch.c][348]
          Exit:[SQL_SUCCESS]

Weird results when using prompt

I have created a report in answers. When using a normal filter condition I get one set of results. When using a prompt with the same criteria and no filter I get no results! I played around with removing/adding certain columns (all from the same subject area and same underlying physical table ie no joins involved) and answers sometimes returns results and sometimes not, depending which columns I have added into the query! We are running OBI SE1 on windows 10.1.3.2.1 (Build 070411.1900) - has anyone come across a similar problem? I fear it may be a bug in the OBI software but couldn't find anything on metalink.

Hi Hurtn
Can you paste the Query Log?
Sunil S Ranka
Blog :: http://sranka.wordpress.com
"Superior BI is the antidote to Business Failure"

Error received (sometimes) when using cfxml tag

I have a problem when using the <cfxml> tag, its seems to error when I try and display xml code over a certain length, as it works for some of my records and not others. Is there a known sizing limit when displaying stuff within the cfxml tag ?
Here is my code, I am un-sure as to how to progress with this issue. Any help would be much apprciated.

Thanks for your response, I tried your suggestion but to no avail.
Here is my code now...
<cfxml variable="MyXMLDoc" casesensitive="yes">
#XmlFormat(getBatchReqHeader.out_batch_xml)#
</cfxml>
<cfdump var="#MyXMLDoc#">
I am getting the XML from a field in the database which is of field type CLOB, I have tracked the error down to coldfusion cutting the end part of the string which is causing the error. I am trying to display a big bit of xml... around about 65k words + .... I have a feeling that coldfusion is chopping of the end part of my string variable which makes it syntactially incorrect which is causing the error.
Now I am sure my code works because it works with smaller field lengths in the database....

Error FRM-92050 when using Java Plug-in in Forms SSO

Hi All,
I have the following error with trying to use Java 1.6.0_22 instead of JInitiator:
FRM92050 failed to connect to the server /forms/lservlet:-1
Java Exception:
Java.io.IOException: User does not have proper credentials configured in OID
In the log "OC4J~OC4J_BI_Forms~default_island~1" , it said:
oracle.ldap.util.GeneralErrorException: General Error when performing search: Unable to get Default RAD
Error: Unable to retrive the DB Credentials from OID.
I'm using 10gAS (10.1.2.3). The Forms SSO with JInitiator 1.3.1.26 works without any error.
Any idea?

Sorry this is replicated

Error in results when using cfqueryparam

Similar Messages

Maybe you are looking for