Could be a number of reasons. Or the exception is caused and handled within the .Net framework itself. So ignore it and see whether your application works. It could be the firewall. Turn it of to be sure. Are you sure you are connecting to the right host + port ? Is the host pingable in the network? Are you able to open the port with telnet?

First-chance exceptions happen when you are debugging and it is the .NET Framework's way of giving the debugger (i.e. Visual Studio) an opportunity to handle the problem. If the debugger is unable to resolve the first-chance exception, then it will become an exception that your code is expected to handle. If your code does not handle the exception, then ultimately the .NET Framework will handle it (i.e. yellow screen of death in ASP.NET). You can ignore first-chance exceptions, because they are intended for the debugger. In other words, your exception code (try-catch logic) will not let you interact with first-chance exceptions.

Loaded 'C:WindowsMicrosoft.NetassemblyGAC_64mscorlib... Your program is running as a 64-bit process. Your DLL contains 32-bit unmanaged code. Kaboom. You'll need to force your EXE to run as a 32-bit process so that DLL can be loaded. Right-click your EXE project in the Solution Explorer window. Properties, Build tab, change the Platform target setting from AnyCPU to x86. On VS2012 and up tick the "Prefer 32-bit" option.

You are creating a new array of Picture but you are not filling the array itself with any pictures so when you try to access the element at location 0 you will get null which is why you are getting the exception, you should do something like: TrackPicOnSlide = 2; array<Picture::Picture^>^ ArrayPics = gcnew array<Picture::Picture^>(TrackPicOnSlide); ArrayPics[0] = gcnew Picture; ArrayPics[0]->path = "HI"; // etc..

You can use Decimal.TryParse - IsNumeric() is not necessarily the best choice for checking if something is a number which you can use. Private Sub bnOK_Click(sender As Object, e As EventArgs) Handles bnOK.Click Dim decMidPointValue As Decimal If Decimal.TryParse(txtMidPointValue.Text, decMidPointValue) Then ' decMidPointValue contains the parsed value. Obj.lblAnnualMid.Text = decMidPointValue.ToString("C") Obj.lblHourlyMid.Text = (decMidPointValue / 52 / 40).ToString("C") ' more code... Else ' could not be parsed as a Decimal; decMidPointValue is zero. ' inform user. End If End Sub

There are first chance exceptions and second chance exceptions; second chance exceptions are the ones that your code attempt to handle, while first chance exceptions are "seen" by the debugger. In other words, first chance exceptions only matter when you are debugging. Here is some MSDN documentation on First and second chance exception handling

You need to debug your code. I assume you are using Visual Studio, if so then do this: Go to the Debug menu. Click on the the Exceptions... choice. The following dialog should appear: Note the Common Language Runtime Exceptions checkbox is checked. Upon clicking OK, now when you debug your code anytime an exception is thrown by your code or the .NET Framework, the debugger will halt on the line that threw the exception. This makes finding where something is "breaking" much easier.

Have you tried it without the async? Also, the example in the documentation uses EventArgs rather than RoutedEventArgs, but I'm not sure that should cause the exception you're seeing.

On some versions of windows, the program files directories are pretty well locked down. This prevents errant users from damaging the parts of the file system essential for correct OS running. If you run your debugger (and application) with elevated privileges then it will pass.

Since you don't have a code-behind file just take out the CodeBehind and other server-side attributes from your Page directive: <%@ Page Language="C#"%>

You need to use the logical AND operator (&&) instead of the bit-wise AND operator (&), change your code to this: if (checkKey(path) != null && checkKey(path).GetValue(subpath) != null)

You can't test gyroscope code on the Windows Phone emulator at this time. See http://msdn.microsoft.com/en-us/library/windowsphone/develop/hh202943(v=vs.105).aspx. Important Note: You cannot test this app on the emulator. The emulator doesn’t support the gyroscope. You can only test this app on a registered phone. Also beware that not all Windows Phones have gyroscope hardware.

I don't believe this is normal behavior for save, and I'm pretty sure you're eliciting it with how you generate the id (I think the driver believes the Id changes every time). There's is a much happier path which I'm sure will avoid this problem: create a POCO to group your "compound id" members public class BaseVariableGroup { public CompoundId Id { get; set: } }. You no longer need to touch the class map.

http://vanessawest.tripod.com/bundybowman.jpg Are you sure that's the one causing problem? My guess is that your are getting some unwanted characters in the local file name because of your string split logic to get to the file name. string[] arr = src.Value.Split('/'); imgg = arr[arr.Length - 1]; Instead, try this: imgg = Path.GetFileName(new Uri(src.Value).LocalPath);

According to the HTTP spec, a 406 response means that the server cannot meet the requirements as set out in the request's ACCEPT headers. However, the server-side log messages seem to be implying that something else is happening. I suggest that you do what the log message suggests. Enable debug logging and see what the fine-grained log messages say about what is going wrong.

Make your array copy read System.arraycopy(arr, 0, tempArr, 0, size); Why? argument #2 (int) startPos is where it should start copying from the source array, you were starting at the length of the array causing an index out of bounds. Take a look at http://docs.oracle.com/javase/6/docs/api/java/lang/System.html#arraycopy(java.lang.Object%2C%20int%2C%20java.lang.Object%2C%20int%2C%20int) for more details on that method. Edit: First of all I solved your inital problem and you should figure out the rest of this on your own.. Read the arraycopy javadoc (that is very well written by the way). it should be System.arraycopy(arr, head, tempArr, 0, tail-head);

I know this is an old post, but was facing the same error, so thought to share the solution. The best solution I found, when that exception occurs while the Wifi is connected, is just to retry my server call with a slight sleep in between. It works most of the time, otherwise if the second call fails I cancel the request. This error can also raise if the user's Wifi is very unstable or the signal is very low. The same error occurs if there is no internet connection at all, even if connected to Wifi.

You open your connection twice. As per documentation (SqlConnection.Open()): Exceptions InvalidOperationException - Cannot open a connection without specifying a data source or server. - or - The connection is already open. That is (probably) what causes the InvalidOperationException to be thrown.

Even without having your full source code, the exception you're getting, and the stack you show, look suspiciously similar to another solved Stack Overflow posting: "Unhandled exception at 0x777122D2 (ntdll.dll) in ArticxEngine.exe: 0xC0000005: Access violation writing location 0x00000004" Your stack shows that Grid() is derived from SFML's Texture(), which is derived in turn from GlResource(). The problem is that your grid is a static variable which is getting constructed before GlResource()'s internal mutex is. The solution is the same as the other Stack Overflow posting: make sure your Grid object is non-static and is constructed after your main() begins running.

That's a bit misleading; it's fine to throw from an exception handler (which is what I'd understand by "while handling an exception"), as long as there's another handler to catch it. The problem is if you throw an exception from the destructor of an object that's being destroyed during stack unwinding. In that case, there are two unhandled exceptions, and the usual exception mechanism can only deal with one; so the response is to call terminate. Example: struct dodgy {~dodgy() {throw "Don't do this!";}}; try { dodgy d; throw 1; } catch (...) { // Never reached: destroying `d` killed the program. }

Here is the gist of the problem - the WebException is a generic way to tell you that something went wrong with the connection without necessarily telling you what it is. It is all-encompassing, if you want to look at it this way. To actually get the reason the problem showed up, you will need to read the response inside the catch block - the server will give you more details.

This problem usually occurs when some process such as loading huge data to memory stream and your system memory is not capable of storing so much of data. Try clearing temp folder by giving the command start -> run -> %temp%

I am not an expert of Windows Phone, but it seems to me that the Value property of a TimePicker control is defined as DateTime? meaning a nullable DateTime. When you try to assign it to a DateTime variable (that cannot accept null values) and the TimePicker is null you get the InvalidOperationException You could try with startBreak1 = startBreak1.Value ?? DateTime.MinValue;

The observation you are making has to do with an exception that is caught and handled properly within the CUDA libraries. It is, in some cases, a normal part of CUDA GPU operation. As you have observed, your application returns no API errors and runs correctly. If you were not within the VS environment that can report this, you would not observe this at all. This is considered normal behavior under CUDA 5.0. I believe there were some attempts to eliminate it in CUDA 5.5. You might wish to try that, although it's not considered an issue either way. You might also be interested in this question/answer.

Well, your MainBox creates an ApplicationProperties, which in turn creates a MainBox, which creates an ApplicationProperties, and so on ad infinitum. Obviously you need to break up this cycle. As your code stands right now you would probably want to remove the new MainBox() for the properties form and inject it afterwards, for example: ApplicationProperties ApplicationPropertiesWindow = new ApplicationProperties(); ApplicationPropertiesWindow.MainBoxWindow = this; And public partial class ApplicationProperties : Form { public MainBox MainBoxWindow { get; set; } }

You are properly missing the VisualStudio C++ Runtimes. This is a big problem with DevExpress so you may got another exception: FileNotFoundExeption that is "normal" on new PCs and DevExpress

not shure but I think you can't directly use the IsoStorageStream in the UI. try to write into a MemoryStream and use that memoryStream for the imageSource. //something like this using (var store = IsolatedStorageFile.GetUserStoreForApplication()) { using (var storeStream = store.OpenFile("file.bin", System.IO.FileMode.Open)) { var memoStream = new System.IO.MemoryStream(); storeStream.CopyTo(memoStream); return memoStream; } } otherwise, I don't understand why you do this : IsolatedStorageFile store = IsolatedStorageFile.GetUserStoreForApplication(); try { using (store = IsolatedStorageFile.GetUserStoreForApplication()) {...} } maybe another cause of bugs

Assembly Binding Logs If you think it might be related to assembly binding, use Scott Hanselman's instructions to enable FusionLog and view the assembly binding logs. It will probably help you find and solve your problem, if it is related to assembly binding. Alternatively, just set the Registry keys your self. (I just memorized them, as I set them all the time.) Set HKLMSoftwareMicrosoftFusionForceLog registry value to 1 and HKLMSoftwareMicrosoftFusionLogPath registry value to C:FusionLogs or some path that exists. Example

The error is pretty clear; your code is trying to step into a directory that you don't have access to - the c:$Recycle.BinS-1-5-18 directory (which, incidentally is the SID for Local System). It's rather unfortunate that this MSDN sample assumes that your program will have access to every single directory, which isn't very realistic. You can change your code to gracefully handle directories it doesn't have access to (catch the exception and keep on going). For example: if we change this line of the code sample: subSubDirs = subDir.GetDirectories(); Which is where I suspect you are getting that error to: try { subSubDirs = subDir.GetDirectories(); } catch (System.UnauthorizedAccessException) { subSubDirs = new DirectoryInfo[0]; } This will gracefully handle not being able to

Well I suspect the problem is this: Friend = System::Convert::ToInt32(FriendString); My guess is that FriendString isn't a valid integer. If this is user input, you should probably use Int32.TryParse so that you can detect this without resorting to exceptions. It's important to learn to read stack traces to see which method has failed and the last place in your code that's mentioned... and then diagnose the prolem further.

If startBreak1.Value is a string : if (startBreak1!= null) DateTime.TryParse(startBreak1.Value, out break1S); if it's a Nullable<DateTime> (and I think it is) DateTime break1S = startBreak1.HasValue ? startBreak1.Value : new DateTime()//or anything you want; or accept that break1S can be nullable : var break1S = startBreak1;

It is quite common for MemoryStream to throw OutOfMemoryExceptions due to lack of contiguous (not total) memory available. There are a number of alternate implementations that lessen this problem. Take a look at MemoryTributary for example. Or, depending on your needs, you could try writing direct to storage instead of memory.

Read the message: Only one <configSections> element allowed per config file and if present must be the first child of the root <configuration> element. Move the configSections element to the top - just above where system.data is currently.

Here is the problem: if (applicationNameList.Contains(item.name)) { **countApplicationList[applicationNameList.IndexOf(item.name)]++;** } It should be like this if (applicationNameList.Contains(item.name) && countApplicationList.Count > applicationNameList.IndexOf(item.name)) { countApplicationList[applicationNameList.IndexOf(item.name)]++; }

Changed the database to sqlite and everything is working very smoothly... I think that in Access db there are some problems with the transactions.It got resolved by changing the database. Still I am not sure what was causing that weird error.

The issue has been overcome. Probably I was having two app.config files. One is from the service reference and another one from my application. Both were having the same code. I just removed the below code from my appl.config which is placed in my application. Now it is not throwing the above exception. <commonBehaviors> <serviceBehaviors> <serviceTimeouts transactionTimeout="01:55:00"/> </serviceBehaviors> </commonBehaviors>

Your form processing method creates a User and a matching Vendor. But you also have a post-save signal on User that creates a Vendor for that user. That means you end up trying to create two vendors, whereas a OneToOne field implies a unique relationship of one vendor per user. Either get rid of the signal, or take the Vendor creation code out of the form processing view.

Your Users list are not initialized. Create a new list before accessing it Users = new List<UserRow>(); You can change the SupplierRow class: public class SupplierRow { private List<UserRow> users = new List<UserRow>(); public List<UserRow> Users { get { return users; } set { users = value; } } ... } or in the constructor: public class SupplierRow { public SupplierRow() { Users = new List<UserRow>(); } public List<UserRow> Users { get; set; } ... } or before accessing it: foreach (UserRow ur in users) { foreach (SupplierRow sr in suppliers) { sr.Users = new List<UserRow>(); if (ur.SupplierId == sr.Id) { sr.Users.Add(ur); }

I think the problem is from this line: <context type="GdpSoftware.Server.Data.GdpSoftwareDbContext, GdpSoftware.Server.Data" disableDatabaseInitialization="true"> I don't know why you are using this approach and how it works... Maybe it's better to try to get it out from web.config and go another way

To access you objet in an exception treatment, write your code this way: DataSet dsNew = dsOld.Copy(); try { ... your code ... } catch(Exception Ex) { ... here you can access dsNew ... }