ansaurus

Question

Deploying a VB.NET application with forms that contain the DataGridView control

Answer 1

+2 A:

Are you sure that the user has the .NET Framework 4.0 installed? Chances are, unless you target the framework installed, a WinForms app would crash if the machine doesn't have the target framework.

AJ 2010-09-17 18:27:47

I have .NET Framework 3.5 SP1 selected as the prerequisite which VS 2010 selected for me. Are you saying that this control requires .NET Framework 4.0?

Tom 2010-09-17 18:33:38

It would appear so, yes, since the DataGridView version is coming up as 4.0.0.0. You're setting 3.5 SP1 is the prerequisite in your Setup project? In the actual WinForm project, what framework version are you targeting?

AJ 2010-09-17 18:36:49

The target framework is .NET 3.5. Should I change that to 4.0, rebuild and see what happens?

Tom 2010-09-17 18:39:02

You should change it to whatever the highest version of the framework is on the user's workstation. If they don't have 4.0, but do have 3.5, and you're targeting 3.5, then there's something else going on. Do you have any way of checking what framework(s) the user has?

AJ 2010-09-17 18:41:23

Sure, I can just hop on their machine. How do I see what version they have, through add/remove programs? I notice on my machine I have 4.0.

Tom 2010-09-17 18:43:52

Add/remove programs is probably the simplest way. Otherwise, if all else fails, look at c:\windows\Microsoft.Net\Framework and see which version folders reside there.

AJ 2010-09-17 18:51:44

The latest version this user has is v4.0.30319, same as my computer.

Tom 2010-09-17 18:55:55

Go to c:\windows\assembly on both your machine and the user's machine and check the version of System.Windows.Forms.

AJ 2010-09-17 19:05:09

We both have versions 1.0.500 and 2.0.0.0.

Tom 2010-09-17 19:08:13

It's not the datagridview control, I took it off the main form and it still bombs. Also, another form with the datagrid runs fine.

Tom 2010-09-17 19:36:45

Hmm. Then I would do what @Hans Passant suggests and track it down that way.

AJ 2010-09-17 19:42:37

Answer 2

+3 A:

Don't guess at this. Write an event handler for AppDomain.Current.UnhandledException and display the value of e.ExceptionObject.ToString().

In a VB.NET windows forms application:

Partial Friend Class MyApplication
    Private Sub MyApplication_UnhandledException(ByVal sender As Object, ByVal e As Microsoft.VisualBasic.ApplicationServices.UnhandledExceptionEventArgs) Handles Me.UnhandledException
        MessageBox.Show(e.Exception.ToString())
    End Sub
End Class

Hans Passant 2010-09-17 19:28:26

Ok, I didn't have any error handling in my MyApplication_UnhandledException event and putting some in there reveals the error to be "Collection was modified; enumeration operation may not execute" which is even more puzzling as I can't see why that error would only trigger when the app is deployed and not in the IDE.

Tom 2010-09-17 19:49:27

Be sure to look at the exception's StackTrace property, it tells you where the bug is located.

Hans Passant 2010-09-17 19:57:07

Where can I access this property. I don't see it under Microsoft.VisualBasic.ApplicationServices.UnhandledExceptionEventArgs. Sorry, I'm kind of new with vb.net.

Tom 2010-09-17 20:04:28

UnhandledExceptionEventArgs.Exception.StackTrace

Hans Passant 2010-09-17 20:18:14

The only property I see for ...EventArgs is Empty. This probably deserves it's own thread now but off hand can you think of any reason why I'm getting that error when the application is deployed but not when running it in the IDE?

Tom 2010-09-17 20:23:17

I updated my post with a code sample. It bombs because the machine on which you run is not quite the same as the machine on which you debug. It could be that you're modifying a collection that has only one item in it. Or it can be a threading bug. There's no way to really guess until we/you see that stack trace.

Hans Passant 2010-09-17 20:29:16

Ok, I think I'm officially out of my league here. Here's the stack trace: http://img405.imageshack.us/img405/1285/stacktrace.jpg

Tom 2010-09-17 20:41:14

I'm officially out of my league too, I have no idea what your form looks like to produce a stack trace like that. Bombs when it gets closed, that's all I know. e.Exception.InnerException could be next. Quacks like threading bug and a dire need to get a debugger on that machine. Well, you know 300% more about the problem. Good luck!

Hans Passant 2010-09-17 21:16:53

I'm going to mark this as answered and start a new thread for the other problem, thanks Hans.

Tom 2010-09-20 13:19:31

ansaurus

tags:

views:

answers:

Deploying a VB.NET application with forms that contain the DataGridView control

related questions