× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Question:  Is the CREATE PROCEDURE what is failing from your PC program? 
If so, have you tried putting the entire CREATE PROCEDURE in a source 
member and using RUNSQLSTM on it and see what happens?  Because writing a 
PC program to do this (which should be a one shot deal) seems like a lot 
of extra work.

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





Steve Richter <stephenrichter@xxxxxxxxx> 
Sent by: midrange-l-bounces@xxxxxxxxxxxx
04/08/2005 08:52 AM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
cc

Subject
Re: stored procedure error - sql0443n - sqlstate=38501






On Apr 8, 2005 9:44 AM, rob@xxxxxxxxx <rob@xxxxxxxxx> wrote:
> Have you tried testing the stored procedure from iSeries Navigator?

how do I do that?  The reason I went the DB2 Enterprise Server route
is because I dont have client access V5R3 ( I have v5r1 ).  V5R1 does
not have the DB2Connection classes for .NET.

-Steve


> Rob Berendt
> --
> Group Dekko Services, LLC
> Dept 01.073
> PO Box 2000
> Dock 108
> 6928N 400E
> Kendallville, IN 46755
> http://www.dekko.com
> 
> Steve Richter <stephenrichter@xxxxxxxxx>
> Sent by: midrange-l-bounces@xxxxxxxxxxxx
> 04/08/2005 08:35 AM
> Please respond to
> Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
> 
> To
> Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
> cc
> 
> Subject
> stored procedure error - sql0443n - sqlstate=38501
> 
> 
> I am getting an error, sql0443n, sqlstate=38501 when I execute a stored
> procedure from db2 udb that is calling an rpgle program. The code is on 
an
> 
> asp.net <http://asp.net> web page and uses the DB2Connect and DB2Command
> classes to connect to the sql database of the as400.
> 
> Here is the asp.net <http://asp.net> code that creates and then executes
> the
> stored procedure:
> ( note how clean asp.net <http://asp.net> code can be! )
> cmd = new DB2Command();
> cmd.Connection = conn;
> cmd.CommandType = CommandType.Text;
> cmd.CommandText = "CREATE PROCEDURE FAXMAIL.TEST35B (" +
> "IN VLU1 CHAR(1) ) " +
> "LANGUAGE RPGLE " +
> "DETERMINISTIC " +
> "NO SQL " +
> "SPECIFIC TEST35B " +
> "PARAMETER STYLE GENERAL " +
> "EXTERNAL NAME 'FAXMAIL/TEST35B'";
> cmd.ExecuteNonQuery();
> Trace.Write("AutoCoder", "Stored procedure created!");
> 
> stored procedure is executed:
> string vlu1 = "a";
> cmd = new DB2Command();
> cmd.Connection = conn;
> cmd.CommandType = CommandType.StoredProcedure ;
> cmd.CommandText = "FAXMAIL.TEST35B";
> cmd.Parameters.Add(new DB2Parameter("VLU1", vlu1 ));
> cmd.ExecuteNonQuery();
> Trace.Write("AutoCoder", "Stored procedure executed!");
> What is odd is this code works when the language of the stored procedure
> is
> RPG or CL. It only fails when it is RPGLE. I suspect that the DB2 UDB
> install I am using on the Windows PC does not support RPGLE, only RPG 
and
> CL. ( when I spoke to an AS400 tech last week he said the "N" at the end
> of
> the error code means the error is on the PC side )
> There is a DB2 trace that can be run on the PC:
> db2trc on -f trace.dmp
> <reproduce the problem-try to connect from ASP .NET>
> db2trc off
> But the output is in a seemingly secret IBM binary code, so I cant open
> the
> file in a text editor.
> Any thoughts on this error?
> Is there a trace I can run on the as400 that shows if my stored 
procedure
> 
> is actually running on the as400?
> thanks,
> -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.
> 
>
-- 
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.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.