|
Happy your happy!
|
|
|
|
|
We care trying to migrate from our current VisStudio 2005 (VB) on XP to 2008 or 2010 in Win7.
In some of our early test we see that the behavior is much different.
The one that is a killer is how errors are handled.
In VisStudio IDE if you get an error it stops message.
Given code
sub forms_load ...
dim i as short = 0
i = 1 / i (error divide by zero).
i = i
end sub
If the above is executed in IDE with 2005 you get a message on the i = 1 / 0. So you can fix it.
In 2008 and 2010 it just exits the function and the form is displayed (i = i is never executed).
If you put in a Try / Catch it does catch the error.
So how can we get it to stop with the error message and not just exit the function. There must be some option that we missed.
Also do you think that we should go 2010 or just 2008 and wait to see what shakes out?
Thanks
|
|
|
|
|
Hi,
I'll assume this is a WinForms app.
1.
The way some exceptions get handled by default is different when running inside or outside Visual Studio, and can be controlled by some Visual settings. Look at menu Debug/Exceptions...
2.
You should provide local try-catch for problems you can deal with locally.
3.
If all else fails, you can provide a safety net to your entire application; it will not be good enough to catch and solve the exception and continue execution in a meaningful way, it will however signal you something is wrong and needs a code fix. You would need at least two things:
- a try-catch in your main method, which is located in automatically generated file program.vb (may be hidden a bit).
- an event handler attached to Application.ThreadException; could also be added inside the same main method.
|
|
|
|
|
Yes it is a plain Windows App.
This does not answer the question about the behavior of 2005 vs 2010.
I know that a try / catch would catch it. But why doesn't it stop with an error just like 2005.
There must be a setting or something that would make it stop the same way otherwise migration of our large apps will be extremely difficult.
|
|
|
|
|
Change the operator from / to \.
dim i as short = 0
i = 1 \ i '(error divide by zero).
i = i
That will raise an exception which you can handle.
It’s not because things are difficult that we do not dare, it’s because we do not dare that things are difficult. ~Seneca
|
|
|
|
|
I know but in 2005 it stopped with an error now it just exit the function as if nothing is wrong.
This completely changes the behavior when we are testing. There must be a setting or something to make it work like 2005.
|
|
|
|
|
Have you set Option Strict to ON?
It’s not because things are difficult that we do not dare, it’s because we do not dare that things are difficult. ~Seneca
|
|
|
|
|
No, Option Strict prevents implicit changing of types i.e. Short to Int, etc.
We do not want this on. It is not on in 2005.
There must be some setting that tells VS IDE to just exit if there is an error.
|
|
|
|
|
There must be a setting or something.
Does anyone have any ideas?
This will prevent us from moving off of 2005 since the test behavior will be so different.
HELP!!!
|
|
|
|
|
i wanna know.....
how to change monitor screen resolution from the original resolution when my application active and how to return original resolution when my application is on taskbar or close?
i'll very thz u..... 
|
|
|
|
|
You shouldn't be doing this at all. Changing the resolution is a system wide setting that, if done, affects the layout of any icons that are on the desktop and changes the resolution for all applications that are running. This is not a friendly thing to do.
If you're doing this for a game, I highly suggest using DirectX/XNA to do this instead.
|
|
|
|
|
This is a follow up to my previous posts (thanks Dave, now I'm using XML and learning Compound Documents)
mydata.mdb file is 12MB, converted to mydata.mdf it is 7MB, and converted to mydata.accdb it is 1.9MB! Combined with encryption benefits of .accdb (see http://www.everythingaccess.com/tutorials.asp?ID=Changing-the-encryption-type-in-Access-2007[^]) I have every reason to want to use Access 2007 in VB 2005.
I have hard-coded the connection string as |DataDirectory|\mydata.accdb, which works fine in debug mode. I am also able to code settings so that i can change connection strings for debug and for exe modes. However, i don't seem to be able to get the connection string for .accdb when the application is published. I am lost because I dont see where the .accdb file is placed when i publish the application... (.mdb & .mdf is easily placed in the DataDirectory folder so the connection string still works) This means I also can't install the application because 'I doubt' if the .accdb file is part of the application any more after it is published.
Could someone please let me know if VS 2005 takes the .accdb file as part of the application when published; and how to create the connection string to keep this connection. I am currently using click-once, but i will be happy to know if another way of publishing the application is what I need. Please provide guideline if so.
Revolutions are brewed!
modified on Wednesday, June 16, 2010 6:23 PM
|
|
|
|
|
|
Thanks, Dave.
I went through that pain of database not updating, which is actually the database in datadirectory folder being replaced and many issues around it over 2 years ago. I sorted this out and gave some comments to other users.
Currently, I have this new 'excitement' that Access 2007 is nearly 10x smaller than Access 2003, which i think is quite good for software that client can download online.
However, when you use access 2007 in vs 2005, the accdb does not get listed in the Application Files of the project properties. that is where my problem is. I think this means it will not be picked by the publish procedure, because when i publish using click-once there is no datadirectory folder created in the setup folders, and there is no database visible anywhere in the setup files. I thought there is a way of making accdb be 'seen' by vs 2005 (as datafile) and have it included as a datafile...?
|
|
|
|
|
Pardon my ignorance on this, but I haven't used Acces for anything in years. I use SQL Server Express for everything where someone else would use Access.
But, I would try adding the .accdb file explicitly. Right-click the Project in Solution Explorer, Add Existing Item... Then you should be able to tag it appropriately in the Properties window.
|
|
|
|
|
Dave, you don't know that you are "jesus"! 
This casual comment you made just got me the solution: Right-click the file (.accdb) > Click Properties. I did this with the other access 2003 databases and noted the differences in their properties with access 2007. The next thing to do is simply change Build Action to Content (which I guess means data container or data file), and Copy to Output Directory to Always!
Just to reiterate why I needed this to work: my.mdb is 11.8MB; my.mdf is 7.2MB, and my.accdb is 1.9MB! Plus a link i provided in this earlier thread indicates that it may take a dedicated super-computer over 1000hours to break a .accdb with enhanced encryption. Read in that link.
Thanks, Dave.
|
|
|
|
|
Hi all,
I made a library to be used by MS Excel 2000 running on a number of computers under different Windows Versions (NT, 2000 Prof., XP), and some of them don't have ANY .net framework installed yet since it hasn't been needed for other purposes. From the information I had before, it seemed that I would have to register my dll with regasm on every computer before I could use it. As a consequence I would have to install the .net framework on each machine, just to allow Excel recognize my assembly.
After an experiment I figure now that it seems to be possible to deploy a pre-produced .tlb file as well - Excel called my dll properly on that particular computer. So I might probably save the whole regasm story as well as the installation of the .net framework.
Does anyone here know if I can take this experimental success for real? Or am I running into any registration (or other) trouble later?
Thank you in advance,
Michael
|
|
|
|
|
Michael Schäuble wrote: From the information I had before, it seemed that I would have to register my dll with regasm on every computer before I could use it.
Yes.
Michael Schäuble wrote: As a consequence I would have to install the .net framework on each machine, just to allow Excel recognize my assembly.
If you wrote it in VB.NET, you have no choice but to install the corresponding .NET Framework.
Michael Schäuble wrote: After an experiment I figure now that it seems to be possible to deploy a pre-produced .tlb file as well - Excel called my dll properly on that particular computer. So I might probably save the whole regasm story as well as the installation of the .net framework.
Nope. The .TLB (type library) file is just the COM registration info. It doesn't contain any executable code. You STILL have to install the .NET Framework to run the Add-In code you wrote in VB.NET and you still need the .DLL file you built.
|
|
|
|
|
Too sad...  Still thank you, Dave.
|
|
|
|
|
Hi,
I am modeling a vb net windows ce application, and i have to use a web services.
How can i change the adresses of the web services dynamically ?
The url behavior is set to dynamically.
in the constructor i give my adresses :
Public Sub New(ByVal pvalue As String)
Me.Url = pvalue
End Sub
But it doesn't carre about my pvalue adresses, it always take the adress i give the first time...how can i make this dynamic ???
THANKS
|
|
|
|
|
How could I get the file name or path of an image file displayed in a DataGridViewImageCell by clicking on the Cell...?
|
|
|
|
|
I am slightly confused by your question.
If you put the image into the DataGridView, then surely you know the path/filename.
If the image came from a database then it does not have a path.
Henry Minute
Do not read medical books! You could die of a misprint. - Mark Twain
Girl: (staring) "Why do you need an icy cucumber?"
“I want to report a fraud. The government is lying to us all.”
Why do programmers often confuse Halloween and Christmas? - Because 31 Oct = 25 Dec.
Business Myths of the Geek #4 'What you think matters.'
|
|
|
|
|
If the image came from a database, either you database stored the path and you haven't retrieved it, or it stored the image itself, in which case, there is no path since it's not stored as a file anywhere.
If you built the dataset yourself from image files, you just need to add the path to the file you used to another column in the dataset.
|
|
|
|
|
Any one out there should help me.
My project is on bluetooth communication. So i want to write a VB.net application that can communicate with the a mobile phone through bluetooth.
|
|
|
|
|
Yes, anyone should definitely help you...
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
