× 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.



No, I'm not using SSL. And in this test program, all three methods are
sharing the same set of variables for System, User, and password.



Interesting that I also asked my friend, who is a VB.NET professional,
and he hasn't ever seen this error before either. Maybe it's related to
Vista?



I'll keep working on it...



From: systemidotnet-bounces@xxxxxxxxxxxx
[mailto:systemidotnet-bounces@xxxxxxxxxxxx] On Behalf Of Mike
Sent: Thursday, April 17, 2008 8:20 AM
To: .net use with the System i
Subject: Re: [SystemiDotNet] Beginning VB.Net project



Are you using SSL by chance? Or are you sure you are passing the
username and password properly? Just a couple ideas. I haven't come
across that error before.

On Wed, Apr 16, 2008 at 4:54 PM, Bob Cagle <bcagle@xxxxxxxxxxx> wrote:

OK, I have a test program that uses all 3 methodologies -
IBM.DTA.DB2.iSeries, OleDB, and ODBC. On the OleDB and ODBC
connections, I keep getting the following error:



A first chance exception of type 'System.Security.SecurityException'
occurred in System.Data.dll



The error occurs at the datatable fill statement in both cases.
Obviously, I'll be using the IBM.DTA provider, since that's what works
now. But I'm curious why I'm getting this error and how to resolve it.




Anyone have any ideas?



Thanks

Bob



From: systemidotnet-bounces@xxxxxxxxxxxx
[mailto:systemidotnet-bounces@xxxxxxxxxxxx] On Behalf Of Elvis Budimlic
Sent: Wednesday, April 16, 2008 10:58 AM
To: '.net use with the System i'
Subject: Re: [SystemiDotNet] Beginning VB.Net project



I am also just learning the .NET. I'm using C# so far, but all .NET
languages are very much alike nowadays.

IBM advises using IBM.Data.DB2.iSeries provider for our beloved IBM i,
so that's what I've been using in my learning projects. It has worked
well so far.

I am using DataGridView component for this experimentation. That also
is working well so far.



I don't think there's anything wrong with using OleDb or ODBC providers.
The only thing is that they're unmanaged code so it sort of goes against
the general .NET philosophy. Since I'm in the academic phase yet, I
wanted to remain in the managed code. When I get to the "real" stuff,
who knows.



HTH, Elvis



Celebrating 11-Years of SQL Performance Excellence on IBM i5/OS and
OS/400

www.centerfieldtechnology.com



________________________________

From: systemidotnet-bounces@xxxxxxxxxxxx
[mailto:systemidotnet-bounces@xxxxxxxxxxxx] On Behalf Of Bob Cagle
Sent: Wednesday, April 16, 2008 10:11 AM
To: systemidotnet@xxxxxxxxxxxx
Subject: [SystemiDotNet] Beginning VB.Net project



I am fairly new to VB.NET. I have a simple project that I'm working on
to get my feet wet. I have the data stored on my i5. This will be a
simple file maintenance app - add/delete/edit records, etc.



I know there are several ways to connect to a database. But, in your
opinion, what's the best way to connect to the i5 to pull data into your
VB.NET app? And why?



Bob Cagle




--
This is the .net use with the System i (SystemiDotNet) mailing list
To post a message email: SystemiDotNet@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/systemidotnet
or email: SystemiDotNet-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/systemidotnet.





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.