|
montosen wrote: public void Clear(T item) { foreach (T it in base.Items) { if(it.Equals(item)) base.Remove(item); } }
You cannot remove an item from a collection while enumerating over the collection with a foreach. Youd would have to use an index into the collection instead.
Also, the name you picked for this method, "Clear", would tell me that the method removes all items from the collection, not just a single element. "Remove" would be a better choice.
Why are you even implementing this Clear (Remove) method when the base Collection class already implements it?
|
|
|
|
|
if i am using a collection of int,string or any system defined data type base.Remove(item); is removing the item
but when i am a custom class in this case clsContentit is not removing the item from collection .
Offcouse i can use base.Remove(item); instead of clear
can u plz tell how i use <code>base.Remove(item);</code> and not using any index
|
|
|
|
|
montosen wrote: can u plz tell how i use base.Remove(item); and not using any index
Use a for loop rather than a foreach.
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
hi
how is it to write a remote desktop server or client?
thanks
|
|
|
|
|
This is not something that can be answered in a forum like this. There are many articles here[^] that will help you. Try a search for "client server".
It's time for a new signature.
|
|
|
|
|
hi,
It's not that I'm try to be mean, but you shouldn't ask such wide questions.
Get some information, start your project and if you stuck in some point maybe someone can help you.
|
|
|
|
|
If you have implemented anything so far, post the problem you are facing here on this forum.
Otherwise, do a search on the internet and you might find some samples.
The funniest thing about this particular signature is that by the time you realise it doesn't say anything it's too late to stop reading it.
|
|
|
|
|
Abhinav S wrote: If you have implemented anything so far
That seems overly optimistic
|
|
|
|
|
Hi!!
finally i'm working on windows services all thanks to you all and your guidances...
The problem is.. how shud i display messages that i wanna see..
since its not using a console anymore console.writeline wont work...
so wat shud i do...
|
|
|
|
|
FYI: Window Service does not have any User Interface. You cannot even give message
while running window service.
The only way to track status or give message is by using Event Log.
Use System.Diagnostics.EventLog namespace and write log entry and do
whatever you want using it from window service.
HTH
Jinal Desai - LIVE
Experience is mother of sage....
|
|
|
|
|
Another good idea is to have an application that works as a monitor and gets the feedback from the service, since you can use sockets and you can use Window's message queue.
Or you can use a smpt client to send e-mails reporting service problems.
|
|
|
|
|
Jinal Desai - LIVE wrote: The only way
three words to avoid.
|
|
|
|
|
Jinal Desai - LIVE wrote: You cannot even give message while running window service.
That’s not entirely true, Interactive Sevices[^], so long as you're using XP
If you want to send a command to a service you can override the OnCustomCommand[^] method and use the ServiceController.ExecuteCommand[^] method to send the command.
People are more violently opposed to fur than leather because it's safer to harass rich women than motorcycle gangs
|
|
|
|
|
|
I'd not reccommend doing so, better is stick with some nlog or something like this. But if you really really need to, use the MessageBox.Show overload that allows you to specify the:
MessageBoxOptions.ServiceNotification
The message box is displayed on the active desktop.
The caller is a service notifying the user of an event. The function displays a message box on the current active desktop, even if there is no user logged on to the computer.
But generally it is considered a bad practice of displaying messagebox directly from the service. I'd stick with some logging solution.
|
|
|
|
|
Hello All,
For the past few apps, I have used XML files to store user preferences and other program related data. Lately, I've been thinking about transitioning to registry keys for storing program values.
My two main reasons are:
1. They are lightweight.
2. More concealed from the user.
However, I've read that issues can arise between 32bit and 64bit machines.
What is the general opinion on using registry keys vs XML?
The mind is like a parachute. It doesn’t work unless it’s open.
|
|
|
|
|
I would any day go xml configuration.
Advantage is portability. You can just copy paste your application directory and you are ready to go.
As far as security is concerned and you do not want user to tweak it, better encrypt it
Manas Bhardwaj
Please remember to rate helpful or unhelpful answers, it lets us and people reading the forums know if our answers are any good.
|
|
|
|
|
I would rather the user not see it all. I agree that being portable is a great reason to use XML.
The mind is like a parachute. It doesn’t work unless it’s open.
|
|
|
|
|
You are correct regarding the 32 bit/64 bit issue. The keys would be stored in separate points in the registry, however this should not be a problem generaly. The only issue is if you create registry keys as part of your installer (which is always 32 bit) then they will not be available to the appliction running in 64 bit. However if your app just generated the keys if missing then there is no problem.
As the other poster said, use of the registry makes you application non-portable, but that may not be an issue.
The main question should be, do you need secure storage of this information? If the answer is yes, then encrypt it and store it in the registry. If the answer is no then xml is the easier, quicker and more simply manageable route to take.
|
|
|
|
|
The Man from U.N.C.L.E. wrote: (which is always 32 bit)
Not true as of Windows Installer 2.0 when 64-bit support for IA64 platforms was added. That support has since grown to cover everything 64-bit available today.
|
|
|
|
|
Personally I hate Windows registry. I would stick with XML. Issues could arise from different machines but if you are accessing the registry locally then it shouldn't be a problem. What I am saying is if you develop a x86 application it will read from the x86 (wow6432node) on a x64 system.
Also I noticed you are trying to keep it away from the user. Just because it is in the registry doesn't mean it is secure. I would stick with XML and just encrypt your values and decrypt them in your application. This way a user cannot read it.
You could also run into permission problems using the registry. I've seen problems where people were running McAfee and it did some weird stuff with not letting values in the registry being edited/removed.
|
|
|
|
|
I use XML for simple things and a database for more complex things.
The registry is evil.
|
|
|
|
|
All of these answers have been great. I think I'll stick to XML.
PIEBALDconsult wrote: The registry is evil.
I'll stay away from the curse. 
The mind is like a parachute. It doesn’t work unless it’s open.
|
|
|
|
|
It was repeated on the forum several times. Registry is bad. You don't know if your application's user will be able to access registry. Only administrators can do it (I don't remember how it was on Windows XP, but I'm sure that's true for Vista and 7). Another thing is that when your user wants to check, what you store, he can also check registry. It's not hidden from users. I would recommend (as people answered here) encrypting your XML configuration and store it somewhere in user profile directory. This way checking what you store will be difficult (but not impossible).
Don't forget to rate answer, that helped you. It will allow other people find their answers faster.
|
|
|
|
|
Btw, you probably know this, but you can't really keep anything from the user. Normal users aren't going to mess around with the registry or even XML files. Users like me will still mess around with encrypted data, and you can't do anything about it, the way to decrypt it will be in the application.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
