Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Getting value of OUTPUT param in .net
Message
 
General information
Forum:
ASP.NET
Category:
Other
Environment versions
Environment:
C# 2.0
Miscellaneous
Thread ID:
01544303
Message ID:
01544410
Views:
20
>>>>>
>>>>>Given your previous post I guess you no longer need it but, in pseudo-code:
SqlCommand command = new SqlCommand();
>>>>>            //Congfigure command
>>>>>            SqlParameter param = new SqlParameter(Parameters[2, 0], Parameters[2, 1]);
>>>>>            param.Direction = ParameterDirection.InputOutput;
>>>>>            //etc
>>>>>            command.Parameters.Add(param);
>>>>>            //Add other params , execute....
>>>>>            var v =  command.Parameters["@Param3"].Value;
>>>>
>>>>Can you think of why when I am trying to apply the above code, C# compiler complaints that 'object does not contain a definition for 'Value'". This is on the very last line where Parameters value is retrieved. And when I entry the open bracket key, right after the 'Parameters' Intellisense shows that object List parameter is int Index. What am I missing?
>>>
>>>Can you show the code you're trying?
>>
>>I think the difference is in how I create Parameters collection (as following):
>>
>>
>>IDbDataParameter param = oCommand.CreateParameter();
>>
>>
>>and the way Viv created them:
>>
>>
>>SqlParameter param = new SqlParameter(Parameters[2, 0], Parameters[2, 1]);
>>
>
>Yes, that's the difference. I think you need to have two separate classes - one for calling VFP SPs and one for SQL Server to utilize SQL Server specific provider and not generic.

I will try this approach. Thank you.
"The creative process is nothing but a series of crises." Isaac Bashevis Singer
"My experience is that as soon as people are old enough to know better, they don't know anything at all." Oscar Wilde
"If a nation values anything more than freedom, it will lose its freedom; and the irony of it is that if it is comfort or money that it values more, it will lose that too." W.Somerset Maugham
Previous
Reply
Map
View

Click here to load this message in the networking platform