|
'The key "asd" has already been added to dictionary'
How would you recommend that Microsoft's error handler determine whether "asd" contains confidential information, or that the exception string wouldn't get logged in such a way as to compromise it?
|
|
|
|
|
I would guess that a developer machine in debugging mode does not have confidential data on it, if a developer can step through it the confidentiality isn't very high at all, and in this example I struggle to see how a key would contain confidential data as its a reference pointer...
Probably difficult to make the call in this example (other that being in debug mode)
____________________________________________________________
Be brave little warrior, be VERY brave
|
|
|
|
|
Adriaan Davel wrote: I would guess that a developer machine in debugging mode does not have confidential data on it
Hmm.... I wonder whether it would be worthwhile to have a SQL library support a connect-string option for whether to report detailed data in its error messages? I don't think the entity which is generating the exception messages has any way of knowing otherwise whether the machine issuing the queries is in debug mode, but adding a connect-string option shouldn't be out of the question. For maximum utility, a 'duplicate record' message should probably identify the table, column, and key values(*). Who knows--maybe such a thing already exists?
(*) Key values would have a high likelihood of holding confidential data, so they certainly should not be included unencrypted in error reports outside of debug contexts; to avoid parsing problems, they should probably be character-escaped pretty severely, if not base-64 encoded. It may be useful in some contexts to also provide an option for encrypting such data, though I'm not sure what implementation would be best.
|
|
|
|
|
supercat9 wrote: Hmm.... I wonder whether it would be worthwhile to have a SQL library support a connect-string option for whether to report detailed data in its error messages
Yeah, something like that could work for SQL. SQL would probably not know if the connection is in debug mode so something like that would be required (or something like SET DEBUG_MESSAGE_DETAIL ON;), but for the .Net Framework there should be something like if (DEBUG) throw new ExceptionWithDetail(); else throw new Exception();, not sure if that will add significant code overhead though, or if we can get a SDK version of the framework that throws with detail but a "run time" version that throws without... (Or maybe inside the exception class collect info or not based on the DEBUG status)
supercat9 wrote: Key values would have a high likelihood of holding confidential data
Not sure if I agree with you fully on that but that is a matter of design, and can in some cases contain confidential data. I prefer to use and IDENTITY column or a GUID for keys (PRIMARY or FOREIGN), but Business Keys like Credit Card number will be confidential, so yeah, its not a simple thing to do but will have huge benefits for us coders and debuggers...
____________________________________________________________
Be brave little warrior, be VERY brave
|
|
|
|
|
Adriaan Davel wrote: but for the .Net Framework there should be something like if (DEBUG) throw new ExceptionWithDetail(); else throw new Exception();
For best results, I think the server would have to know about the exception detail, since the server is responsible for generating the message. On the other hand, it might be possible to put a wrapper around the SQL object that would log its state (command string, parameters, etc.) immediately before the query, catch any exceptions, and wrap the exceptions in a package including the pre-query state. That wouldn't be as helpful as having the server adding the detail (since it wouldn't necessarily say which part of a multi-part query failed) but it might help somewhat.
|
|
|
|
|
mmmm, interesting idea, think I'll do that right now in our solution... Not bad for a second prize 
____________________________________________________________
Be brave little warrior, be VERY brave
|
|
|
|
|
There seems to be hope! I have just gotten a System.ArgumentNullException in a LINQ call and the message is: Value cannot be null.
Parameter name: source Great! Now to fix it!
____________________________________________________________
Be brave little warrior, be VERY brave
|
|
|
|
|
Hi,
I'm working on generating dynamically an assembly to let a user customize things. To do that, I used CSharpCodeProvider to generate the assembly and that worked fine till I encountered the problem of recognizing an instance created with the first version of the assembly after getting a second version.
So here are the steps I followed:
1- I generated an assembly containing a class called "Class_1" which just has an attribute called "Name".
2- I created instance of that and added it to a set.
For now, I can display all the item of the set (I used a main class Root which is created not dynamically and from which all the dynamic classes will inherit from).
3- I regenerated the assembly after adding "Class_2" which inherits from Root too and have a method that get as parameter a "Class_1" instance and that displays the name of the instance.
4- I created an instance of the second class and called its method with the "Class_1" instance that I created before. Doing that raised the following exception:
Object of type 'TestProject_CustomClassesLibrary.Class_1' cannot be converted to type 'TestProject_CustomClassesLibrary.Class_1'.
I searched on the net about that and I found multiple things:
* Signing the assembly the GAC but when I tried it, nothing changed.
* Using domain application but this require stopping the application each time we want to generate I guess (did not tried it by the way). So that's not a solution for me.
Is there any solution for that? What should I do to make this work?
Thanks for all.
|
|
|
|
|
Hi Guys,
I am running a command line application from inside my C# code, however it's failing and exiting out immediately. I'm trying to get the window to stay open after the program has finished running.
I've tried the following:
This opens the window, runs the script, fails and closes it:
Process.Start(@"C:\Program Files\Inno Setup 5\iscc.exe", @"%dir%\MyInstallScript.iss");
This opens the window, keeps it open, and says: 'C:\Program' is not recognized as an internal or external command, operable program or batch file.:
Process.Start("cmd.exe", "/k \"C:\\Program Files\\Inno Setup 5\\iscc.exe\" \"%dir%\\MyInstallScript.iss\"");
Second one seems a bit weird, as i am wrapping everything in quotes as expected. Not sure what's going on here. Do i need to do something crazy like nesting the quotes? And if so, how would i do that? Any thoughts?
Regards
Tris
-------------------------------
Carrier Bags - 21st Century Tumbleweed.
|
|
|
|
|
Hi,
This looks straightforward but like you I cannot get it to work. I read the MSDN page on cmd.exe and the section on processing quotation marks left me completely baffled.
http://technet.microsoft.com/en-us/library/bb490880.aspx[^]
As with much of the stuff on MSDN it is missing a decent example. Can you understand what the /s switch does? May be I'm just thick but I don't think "Modifies the treatment of string after /c or /k" is an explanation.
A simple solution or workaround for your problem would be to start a batch file, e.g.
Process.Start("setup.cmd", "\"%dir%\\MyInstallScript.iss\"");
where setup.cmd is
@echo off
C:\Program Files\Inno Setup 5\iscc.exe "%~1"
pause
If you are concerned that the batch file could be modified by the user you could always have your program generate it just before it is required.
Alan.
|
|
|
|
|
The entire command line after /k needs to be in quotes like so:
Process.Start("cmd.exe", "/k \"\"C:\\Program Files\\Inno Setup 5\\iscc.exe\" \"%dir%\\MyInstallScript.iss\"\"");
Note the extra quote characters at the start and the end of the argument after /k.
Eagles my fly, but weasels don't get sucked into jet engines.
|
|
|
|
|
Oh I get it,
I would never have thought of trying out that many quotes although after unescaping everything it is clear that there is now only one string after the /k.
cmd.exe /k ""C:\Program Files\Inno Setup 5\iscc.exe" "%dir%\MyInstallScript.iss""
Alan.
|
|
|
|
|
Ah. Thank you.
It's infuriating, i feel i was so close on my own! ^^
-------------------------------
Carrier Bags - 21st Century Tumbleweed.
|
|
|
|
|
how to autoposition controls like label,hyperlink etc in visual studio 2008.I am able to enable the autopositioning options for textbox,button etc
|
|
|
|
|
Docking won't work for labels, until you set AutoSize to "False".
|
|
|
|
|
I want to create a windows form in c#.net and i want contents to be viewed in different blocks.But which is the control used to add partition???I saw panel control,but i want the partition line to be visible
|
|
|
|
|
Use Splitter control.
Be an Eagle, Sky is Yours.
|
|
|
|
|
can you tell how the same can be done in a webform?
|
|
|
|
|
This might be possible answer. 
Life is a stage and we are all actors!
|
|
|
|
|
I have an event handler with three local variables defined, all of which are strings.
When I set a breakpoint on the first item, and try to step through the code, the debugger jumps completely over these two lines:
string tableName = "";
string fieldName = "";
If I try to set a watch on them, the watch window reports that they're not part of the current context.
I've tried creating a new method, renaming the vars to something guaranteed to be unique in the app, shutting the IDE down, unloading/reloading the project, and taking out everything but those two lines of code. Nothing has solved the issue.
EDIT --------------------------
I was compiling to "Any CPU", and I was supposed to be compiling to "X86" (it's a ODBC driver thing). Changed it to X86, and everything is fine now (that means I'm back to more understandable defects in the code).
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
modified on Thursday, August 20, 2009 6:27 PM
|
|
|
|
|
I've had that happen before too. I just Cleaned the solution and rebuilt everything.
|
|
|
|
|
That was the first thing I tried...
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
|
Well, the variables *are* being used, and I can define and break on unused variables all day.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
I am using the Winform's WebBrowser control to display HTML documents in my application. Now I need to draw a line above a certain HTML element in the document, and I'm hitting a road blocks.
First, I tried to simply paint a line above the element, but quickly found that the WebBrowser doesn't support the paint event.
Next, I tried to just position a thin, "line-like" control above the HTML element. I know the position of the element within the document, but to position the control properly, I'd need the WebBrowser scroll position. I'm reading that you can't read the scroll position, or receive scroll events from the WebBrowser control.
Anyone have a plan C?
Thanks,
Aaron
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
