profoundwhispers wrote: What happens in case of a powercut?
What do you mean a "powercut"? If you mean loss of power, the only way you can know which threads didn't finish is to use a file to persist each thread's URL that they're working on and whether or not they've finished. This is common in many caching situations.
As far as using threads, using an array list isn't really necessary because you'll have to pass an index to each thread for them to determine which one to work on. Instead, read each ID from the XML file like you're doing and use asynchronous calls to download the file, like HttpWebRequest.BeginGetResponse. You'll pass an AsyncCallback that can write to that cache file I mentioned. If you track how many IDs you read and then keep a counter for how many times the callback was executed (be sure to use locking to increment the counter to make sure, for instance using the lock keyword) you can know which ID was last (by checking the IAsyncResult.AsyncState, which you would pass into HttpWebRequest.BeginGetResponse - this is used to pass custom data from the async call to the callback for cases such as this).
You could also devise a similar situation using the ThreadPool.QueueUserWorkItem, which also uses a delegate to start in a new thread and accepts a state object (which can be a single object of any type, including an array, list, or collection of other objects). The simple Thread class doesn't now allow such state variables and there is additional benefits to using a ThreadPool over simple threads. (See the SDK documentation for details.)
I would recommend asynchronous calls, though. The functionality is provided so you might as well use it. Also keep in mind that if you devise your own system using delegates, that the C# compilers (and probably others) automatically add asynchronous versions of the Delegate.Invoke function so you can use delegates asynchronously, too.
I need to have custom save/open file dialogs but
since the .NET ones are sealed it can't be inherited, neither can the FileDialog class from which they inherit. Does anyone know of a good approach to creating a custom dialog for this purpose? What I need is something as simple as an
additional textfield rightmost in the dialog.
I would really really(!!) want to use the functionality in the available controls. I have come up with two approaches, of which the second I really don't know how to do.. =)
either (1) create a new control which aggregates a SaveFileDialog control for some functionality (like opening the stream to file, etc.)
or (2) make it 2 separate windows that stay next to each other, and remove the window decoration.
any more suggestions? Has anyone done this? Please let me know if you think you can help.
I've been discussing this with some other developers - including some Microsoft developers in the forums - and there isn't a way without going to a LOT of work. Basically, you have to encapsulate the functionality of the GetOpenFileName and GetSaveFileName functions, as well as the OPENFILENAME struct. This is what the OpenFileDialog and the SafeFileDialog (which inherit most of the functionality from the FileDialog class) do.
The biggest problem is dealing with the dialog template you'd assign to the lpTmeplateName member of the OPENFILENAME structure. In Win32 this isn't too hard because you can use resources (stored in the .rsrc section of a PE (portable executable)). To have this managed is definitely NOT easy! The engineers I even talked to do mentioned something along the lines of "not having time" to do this for 1.0 (which, since it's still not in 1.1 and doesn't appear to be in 2.0 means, "it's too hard").
If you want this managed, there are ways of making a DLGTEMPLATE out of a dialog resource (namely, your Form or Control that will physically extend the open and safe file dialogs), but you have to worry about converting units from pixels to dlg units and a lot more. There was an example I found on the 'net but I don't remember where. Just google for it if you dare try this. You'll need to P/Invoke all that code used in the exmample, as well as things like the GetDeviceCaps to get the proper unit measurements.
My recommendation is to write a native DLL that does this instead. You can then encapsulate your own custom open or save file dialogs in a Component like Microsoft does. Just make sure you distribute this native DLL with your application, putting it in a location that can be resolved (like the current working directory or any directory in the PATH environment variable). I don't have a sample because this alternative doesn't really work for my company because we use an Internet-deployed (ala touchless deployment) app and try to avoid native resources at all costs. I found a way around using a different approach.
Ok thanks, great answer =)
I don't really mind doing it the native way it's
not gonna be a problem for me.. But I'm not really big on windows .dll programming. Do you have any hints / directions as how to do this 'the native way'? Any good links for tutorials or so?
Also I once found some kind of solution to this problem my combining multiple windows and make them look like just one. Since I only need to add a component rightmost in the dialog, this would be a possible solution for me... Any ideas as to how this can be done?
For an example of encapsulating a custom method and struct, use a decompiler like .NET Reflector[^] and see how the FileDialog and its derivative classes work. That's the best thing I can tell you.
You could just have a simple native function in a native DLL that you can call, passing parameters as necessary or use a struct like the OPENFILENAME struct, though you could cut down on the members needed for your implementation.
As for the other idea, neither the GetOpenFileName, GetSaveFileName, or the OPENFILENAME struct accept positional values. Since the FileDialogs merely use these functions and structs, it won't know either (nor does it have positional properties of its own). You'll have to get a HWND of the dialog instead, most likely using FindWindow, and you could try encapsulating this by extending the NativeWindow class (a managed wrapper for existing windows) and use AssignHandle, passing the HWND that you got from FindWindow. You could then figure out the position and track it with another window.
There might be an easier way to do this alternative, but this is just off the top of my head and without any research. You could search to see if an easier / better way exists.
Guinness4Strength wrote: How do I prevent the user from resizing my Form ?
Set your Form.FormBorderStyle to FormBorderStyle.FixedDialog. Also, this question was just asked and answered this morning. Please search comments before posting.
Guinness4Strength wrote: How do I resize a Tab Control ?
Same as any other control - just set its TabControl.Size (as a Size struct - setting the individual properties will not work since it's a value type), or set the TabControl.Width and TabControl.Height properties. All these properties inherit from Control.
This question doesn't make sense. Are you trying to start a normal application? See Process.Start. Are you trying to start a Windows Service? See the ServiceController class. You can find more information about these in the .NET Framework SDK.
I already have a console application, that controls a RH DB, and need to be started from a logged user into a w2k server. For this reason, I was thinkin' create a Windows Service, that run this application without a logged user, like any service as IIS.
I will check Process.Start but it could be helpful any extra information that you can give me about.
Windows Services do run under user credentials, be they SYSTEM, SERVICE, IUSR_COMPUTERNAME (default for IIS), or a specified user. It just doesn't have to be executed by a logged-in user.
You could use a Windows Service, but you should then use the ServiceController class. If you want to allow interaction by controller applications by the user (like a Control Panel applet or some application), you'll need to allow for desktop interaction. If you use the ServiceInstaller and ServiceProcessInstaller classes to install the service, you'll have to use the Microsoft.Win32.Registry class and related classes to set this property in the registry. If you don't need to use an installer (for example, for mass deployment) then you could just use the Services snap-in to do it manually.
Now, the Services run on my machine, I'm trying to make a Installer with the Deploy Template, but isn't work, the application installutil is installed with the .NET Distribution???, I don't wanna install de .NET Framework SDK into the server.
Yes it is, but you have to add the Framework path to your PATH environment variable or execute installutil.exe using the fully-qualified path. The path for .NET 1.0 is %WINDIR%\Microsoft.NET\Framework\v1.0.3705 and for .NET 1.1 %WINDIR%\Microsoft.NET\Framework\v1.1.4322.
Make sure your Installer class is attributed with the RunInstallerAttribute. For an example, see the ServiceInstaller class documentation (for the class itself).
Today I start some playing with Cryptograhy classes and I encounterd a problem,I hope someone can display it for me.
I create a file and encrypt it to another file to see the value. It works Ok,then I do it again with the same key but changed the value of IV for the key,the output changed ! Now I decrypt these two output with the same key but different IV and they decrypt to original values correctly. The question is:
I changed vectors(IV) for the key and I get different ENCRYPTED value but changing IV return the same DECRYPTED value.
Different initialization vectors (IV) should produce different content with symmetric encryption. It's the key that is important and must remain the same. The encrypted content is often different - especially with asymmetric algorithms - because a number of factors are used to encrypt the content. For example, often the IV is randomly generated, and random generators are often seeded with an aspect (like ticks) of the current time.
If you're interested in cryptography, you should read Applied Cryptography, 2nd Edition[^] by Bruce Schneier, one of the leading cryptoanalysts (and a good writer to boot) today.
ResX files. Read about localization in the .NET Framework and see the ResourceManager class documentation for details and examples. Basically, you use ResX files to store localized strings for your application. For properly named ResX files (like ClassName.de.resx for culture-neutral German language), a satellite assembly is created that the CLR loads when the Thread.CurrentUICulture is set to something other than the neutral resources language (the language of the resource in your source code, see also the NeutralResourcesLanguageAttribute for more information and use this to increase assembly resolution performance).
You'll have to put all the values for Cut, Copy, Paste, and anything else in the ResX files. I recommend using a Singleton pattern for the ResourceManager like Microsoft does so that you can 1) eliminate wasted memory resources by having a single instance of a ResourceManager, and 2) easily share localized resources amongst many classes. If you use a disassembler or decompiler to look at Microsoft's BCL assemblies, you'll notice this in their SR classes (usually one per assembly).
This won't get them from Windows, but there really isn't a way to do that. Windows MUI usually stores localized resources per application or library. This way with .NET is pretty much the same thing (specially named libraries or similarly named libraries in specially name directories is common).