|
Luc Pattyn wrote: any chance the ScintillaNet creates a non-background thread? does it offer methods to terminate itself, a close/dispose/whatever? if so, consider calling them in FormClosing.
Never needed to do this before but tried it nonetheless. Didn't help. I disposed each ScintillaNet object individually.
Luc Pattyn wrote: the change you introduced by moving the ScintillaNet from your Form to a TabPage could be this: on the Form it starts in a visible state, on any non-first TabPage it initially is invisible, therefore it might work a little differently. Experiment: change the order of the TabPages, so ScintillaNet is visible right away.
The ScintillaNet control is on the first tabpage. I also removed the new tabcontrol so that the program was like it was before the problem appeared (ScintillaNet docked in the form). No change.
I've been using ScintillaNet in place of a TextBox for a couple of years and never encountered this before. I've swapped the StartUp form to a couple of others and they close fine. I may try creating a new form and piece meal the existing code onto it to see if I can track down the cause. Who knows? It may be that the form itself is corrupt.
If Barney Frank eats a fruitcake, is it cannibalism?
|
|
|
|
|
Sounds like a plan.
Luc Pattyn [Forum Guidelines] [My Articles] Nil Volentibus Arduum
Please use <PRE> tags for code snippets, they preserve indentation, improve readability, and make me actually look at the code.
|
|
|
|
|
I finally gave up and created a new project. Copied the controls and code from the offending form to the new project one block at a time, looking for the cause. It never materialized. New project works fine. I may never know what caused it. I'm going to just let this one go.
Thanks for trying. This one was just too weird to keep chasing.
If Barney Frank eats a fruitcake, is it cannibalism?
|
|
|
|
|
Well done. Trying to understand and fix is excellent, stepping over it when normal measures don't work is quite acceptable.
Luc Pattyn [Forum Guidelines] [My Articles] Nil Volentibus Arduum
Please use <PRE> tags for code snippets, they preserve indentation, improve readability, and make me actually look at the code.
|
|
|
|
|
You may want to use WinMerge to compare the differences between your old and new project. Who knows, maybe something will stick out.
|
|
|
|
|
I was just going to point out that using a SCM would have helped diff'ing this as well. Or rolling back to last known good state...
Andreas
|
|
|
|
|
Your own idea of recreating the form and adding control by control and code block by code block is one I have used successfully.
Never mind who, where is John Galt when we need him?
|
|
|
|
|
Oakman wrote: Your own idea of recreating the form and adding control by control and code block by code block is one I have used successfully.
Yep, I'm about to get into that very thing. I can't find one thing wrong with the existing form and I'm wondering if the file is corrupt down in some level I cannot access.
If Barney Frank eats a fruitcake, is it cannibalism?
|
|
|
|
|
Alan Burkhart wrote: in some level I cannot access
you may have discovered some anti-Higgs particles in the bits of your Form...
Luc Pattyn [Forum Guidelines] [My Articles] Nil Volentibus Arduum
Please use <PRE> tags for code snippets, they preserve indentation, improve readability, and make me actually look at the code.
|
|
|
|
|
Using C# in Visual Studio 2005 I have had this problem using databound controls.
If the user enters a value in a databound textbox that expects a value, then deletes the value, the program will not allow the user to leave the textbox, even to exit the program.
You cannot do anything except re-enter a value.
Dennis
|
|
|
|
|
Barney Frank is one of the few decent, intelligent people we have in congress.
|
|
|
|
|
GamleKoder wrote: Barney Frank is one of the few decent, intelligent people we have in congress.
Risible at best.
Let's face it - it was Barney Frank who swore up and down that Fanny and Freddy were solid even while Bush was warning that they needed to be more closely regulated. Barney Frank is a typical big spending, lying, agenda-driven liberal, and he bears a large part of the blame, via the Fanny and Freddy mess, for the bigger mess we're in now. Say what you will, but facts are facts. Barney is the poster boy for the brainless left.
If Barney Frank eats a fruitcake, is it cannibalism?
|
|
|
|
|
Luc Pattyn wrote: eternal loop
- so much more poetic than infinite loop!
|
|
|
|
|
Poetry in motion.
Luc Pattyn [Forum Guidelines] [My Articles] Nil Volentibus Arduum
Please use <PRE> tags for code snippets, they preserve indentation, improve readability, and make me actually look at the code.
|
|
|
|
|
Your UI thread isn't checking and processing windows messages. That's why you still have a window, CPU usage for the process is >0%, it won't exit, and you get a not-responding when you send a window close message to it with task manager (aka "use Task Manager to close it").
Might be worthwhile to configure VS to use the MS symbol server, then break the process. Find the UI thread (might be called "MainThread") and look at it's stack to see where its stuck. With any luck, the culprit will be obvious, but probably not since that thread is polling something and it probably looping in code that isn't yours. Good luck.
patbob
|
|
|
|
|
Had a similar situation in C# and solved it with: Environment.Exit ();
|
|
|
|
|
Hi Guys ...
I need to know how to hide my VB6 Program from Task Manger Process list ...
I Searched the Whole Internet ... and the Result in Some Cases was Viruses the My Anti Virus Detected it and removed it ...
I need a ture hiding code that is not a Virus ... and can work in VB6 ... Its Hard I know ..
But I depend on you Guys ....
thanks ...
|
|
|
|
|
You can't. It's that simple.
And if your app was legit, you would have no reason to.
|
|
|
|
|
Lan.Hekary wrote: I Searched the Whole Internet
All of it?? did it take you long?
Lan.Hekary wrote: But I depend on you Guys ....
don't hold your breath
|
|
|
|
|
It Takes about 3 Weeks ...
and my Program Is a keylogger and Screen Monitor ...
so .. it Must be hidden ....
|
|
|
|
|
Lan.Hekary wrote: It Takes about 3 Weeks
I don't think google can even scan the whole internet in 3 weeks.......you better let Larry and Sergey know how you do it so fast, you might be able to teach them something.
Lan.Hekary wrote: and my Program Is a keylogger and Screen Monitor ...
can't help you, sorry......
|
|
|
|
|
Sorry, but there is no way to hide a process from Task Manager.
If you want to stop someone from terminating your app, think about what security level the app must have in order to not be killed by just any old user. You're not going to get any help from anyone beyond this.
|
|
|
|
|
I think, there is NO reason for hiding an application from the task list.
As a user, I want to be able to KILL every hanging process.
I cannot remember: What did I before google?
|
|
|
|
|
there is no reason in Normal Programs ...
no in the Keylogger ....
right ???
|
|
|
|
|
You can't even use a keylogger legally in the United States. At least, not without informing the user that there is one running.
|
|
|
|