When an exception in an event handler is not handled, where does it bubble up to?
It's not bubbling up to anywhere in my Windows Form app. The exception itself gets reported in the debugger output, and the event handler terminates at the offending line of code, and my program runs happily along its way - no "unhandled exception" message is displayed anywhere.
The code doesn't even stop when running hosted/in the debugger. If I wasn't watching the output window, I would have no idea the exception is being thrown.
Is this expected?
I can handle this, I guess, by carefully wrapping all the code in my event handler with Try/Catch. However, I wanted some exceptions to bubble up and be handled in my app - specifically, those *I* throw. But they go nowhere. And I'm realizing... where would they emerge, anyway?
I have had weirdness like this before when I attached the debugger to running code and there were PDB files from a different build (build and deploy on Monday, lose PDB files on Tuesday, add enough code [spaces] to change the file slightly, rebuild and try to attach to the process on Wednesday). The PDB are similar enough to allow the debugger to attach, but stepping through causes very odd behavior. Of course the solution for this is to either get the original PDB files, or rebuild the assembly and debug with the new ones.
I have also seen cases where the output window shows a slew of "MissingMemberExceptions" or other system looking exceptions that happen in the background and doesnt appear to affect my program's execution. I assume these are thrown by dependant or underlying assemblies and handled down there, before they bubble up to the calling application. The output window may just be blindly dumping any exception data from the CLR.
What kind of exception / details are in the window? Can you cut/paste that and a sample of the code that is executed right before and after the exception shows in the output window?
I am trying to create an excel chart using reflection. I need to show the chart on a separate form. The chart gets created accurately but the code throws error while copying it to clipboard. Here is the code peice I am using to copy chart to clipboard.
// Copy the chart area to clipboard
oChartArea = oXLChart.GetType().InvokeMember(
"ChartArea", BindingFlags.GetProperty, null, oXLChart, null);
---> Exception in the line below
---> Exception: Exception has been thrown by the target of an invocation.
---> Inner Exception: Select method of ChartArea class failed.
"Select", BindingFlags.InvokeMethod, null, oChartArea, null);
"Copy", BindingFlags.InvokeMethod, null, oChartArea, null);
// get the chart in bitmap object from clipboard
oImage = new Bitmap((Image)Clipboard.GetImage());
// Set the chart as the image for the picturebox
oPic.Image = oImage;
oPic.SizeMode = PictureBoxSizeMode.AutoSize;
oPic.Left = 10;
oPic.Top = 20;
I am able to read the file from database and save it as a mpp file. But when i tried to open in MS Project, its saying the following error,
"Project cannot recognize this file format"
The following is my code,
DataSet ds = new DataSet();
SqlConnection con = new SqlConnection("data source=hariharan;
SqlCommand cmd = new SqlCommand("select reserved_binary_Data
from MSP_PROJECTS where
proj_name = 'TestProject.Published'", con);
cmd.CommandType = CommandType.Text;
SqlDataAdapter ada = new SqlDataAdapter(cmd);
byte contentArray = (byte)ds.Tables.Rows;
int len = contentArray.Length;
FileStream docStream = new FileStream("C:\\testing.mpp",
docStream.Write(contentArray, 0, len);
It's not as easy as it sounds.
Do you want to search just the plain text?
If so, I can suggest a solution:
Visit this site http://text-mining-tool.com/[^] and download that application.
It a program which uses IKVM to run a java PDF library (PDFBox) and which can extract the text from PDF files. For you, the most useful thing will be the command line utility (minetext.exe), which you can call from your code and it will generate a text file with the contents of the PDF. From there you can search all you want.
BTW, all the programs & tools I've mentioned above are free.
It should work pretty well, though I have encountered some PDF files which could not be understand by the PDFBox component, so I couldn't use them.
If the PDF is image based (like a multipage TIFF converted to PDF), then you will need to extract and OCR the individual images. The text data and positional information need to be saved to the cross reference table (I believe).
Once that is done (no small task), then you should be able to use the find function in FoxIt (faster than Adobe) or Adobe reader to locate the text you are trying to find.
If these are text based PDF's (not images) then you should be able to open them up with System.IO.TextReader, notepad, or similar text editing tool and search for the string you are looking for.
I'm reading an excel file, Now the problem is that when reading it make some cells blanks.
THe reason is that if the first column value is of type text ("0.98ad") then it'll show only data like this format
or when it is numeric (0.8) then it shows only numeric values.