|
Hi guys.
I want to make a program which avoids every acces to p2p so you cannot use p2p networking.
How can i do that?
I write in C# and VB so both languages is good enough for me 
|
|
|
|
|
You don't even need a program. Just pull out there network cable! haha
it is difficult to block because it is basically just one software connecting to another over internet on which ever port. I imaging connecting clients get host address from a server of some sort so I guess you would want to be blocking access to said server somehow, effectively rendering their p2p software useless. There are probably many other network admin type things you can do.
But it sounds like you don't have a real plan in order to implement a program for
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
|
Okay.
So I Guess it is not possible 
|
|
|
|
|
If you find out the requirements of preventing such tool then a program may be possible. But the question is... what would it take to stop p2p software working. You such research how p2p software works and look for a clue there
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
|
I am getting both CantFindWifiCableException and CantFindBlueToothCableException. Help!
|
|
|
|
|
But oddly enough, you can still find CP... What an awesome site...
I wasn't, now I am, then I won't be anymore.
|
|
|
|
|
Whenever I fire up my P2P software my firewall logs start showing unusual mail traffic. Since I use webmail there shouldn't be any mail traffic on my home network. What I found is that people set their P2P software to use port 25 to get around whatever firewalls are blocking their traffic. So it can be very hard to identify p2p traffic unless you are doing deep packet inspection which is a huge performance drain.
Since you say you want a program, it sounds like you aren't planning on doing it on a network level, but on a PC level. How many PCs are you talking about and what level of control do you have over them? What level of control do the users have? Even if you could build an app to specifically block p2p, if the users can just uninstall it, that won't get you very far. Depending on your level of authority on these PCs, your best bet might be to install something that looks for installed programs and reports the presence of unauthorized software. Something like spiceworks might be a good place to start.
|
|
|
|
|
Hi,
I have a form, with 40 controls, that change size while form is resized.
I tried to find solution for flickering, but none of them realy worked.
(like: OnPaintBackground, protected override CreateParams CreateParams, DoubleBuffered = true ...)
Is there any way to prevent this annoying flickering ?
|
|
|
|
|
Your not manually coding the resize of the controls on the form resize event are you?
You should use Anchor property of the controls, maybe with a layout grid of some kind dependign on your needs
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
|
Hi,
Otherwise you can enclose the code that deals with resizing your controls between this.SuspendLayout() and this.ResumeLayout(true) (this is the form).
It will prevent the form from redrawing itself everytime you change a control's property. Instead, it will redraw at the end of the operation, when new values will all be computed. This should remove flickering.
Regards.
|
|
|
|
|
I didn't know that. Thanks for the info
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
|
You're welcome
modified on Thursday, December 2, 2010 10:52 AM
|
|
|
|
|
this is my answer to "does it really work?" which now is gone...
that depends. AFAIK it stops intermediate layout operations when items get added to a bigger item, such as ListViewItems to a ListView; however I don't expect it to have much influence on flicker reduction while resizing a form, unless their is a strong correlation between size and layout, as in a TableLayoutPanel or some kind of flow-lauyout thing.
|
|
|
|
|
Sorry, I removed the question because I noticed that I was not talking with the one that opened this post a few minutes after posting ^^
I've used this trick a couple of times and it did work well for me. I was wondering if it had done the trick to this particular issue.
|
|
|
|
|
I think in this case you have 40 controls manual resized on the Form resize event - that would be 40 from re-draws per each Form Resize event fired. I was assuming that susspending the layout would reduce this to only 1 re-draw per each Form Resize event fired.
At least I hope this is the case as I may find this useful if I revisit some code from a while back (I solved in other ways but would like to try this method at some point)
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
|
I was just on my way from work, so I didn't responde earlier.
I was trying to create a matrix of fields, so when you click or hover over a field
some event is raised. I will probably draw the whole matrix on bitmap and use double
buffering and create events based on mouse position.
|
|
|
|
|
if a large number of controls have similar functionality and are laid out in a grid (e.g. a virtual keyboard), then that would be the right approach; it is often referred to as "lightweight controls" and I use it a lot. You can still use a little class to represent each of the light controls, then iterate over them in your overall mouse handlers and OnPaint handler.
|
|
|
|
|
I will go with "lightweight controls". I guess, I was just lazy and was looking for shortcuts.
|
|
|
|
|
You get more flickering when you have more and/or more complex controls on a WinForm. 40 is quite a lot; are some of them list controls (ListBox, DataGridView, TreeView, ...)? are they databound?
There are some precautions you can take:
- make complex controls double-buffered (works often fine for complex controls);
- make the Form double-buffered (hasn't really ever worked for me);
- make sure you don't create a lot of objects while painting controls (assuming some are user-drawn);
- avoid background images;
- avoid transparency;
- avoid slow data accesses (database, network, ...) to fill your controls.
However the main guide line is: keep your forms simple, the user will appreciate it in many ways.
|
|
|
|
|
Luc Pattyn wrote: - make sure you don't create a lot of objects while painting controls (assuming some are user-drawn);
I second that, writing efficient paint events/overrides can be critical.
Oh, and a tip while one the subject... don't forget to dispose local Pens and Brushes (thou a better tip would be to use a global instance of them in the first place  )
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
|
yes, I normally recommend that but lacking an indication of any owner-drawing, I omitted it this time.
|
|
|
|
|
OK, I'm having a hard time trying to understand the reasoning behind classes and I think it is due to a lack of an example that really helps me relate to why a class would be helpful in my code. I typically develop using data from a database. One of the lessons I read for creating a class uses a used car lot as an example. A used car lot has lots of cars with different makes, models, years, color, so you would create a "car" class with each of those properties and you can do things like: car.model = "honda", or car.color = "red". If I were to write an app for this, I would have a "car" table in the database with make, model, etc. fields. Then I would use SQL to insert, update, or query the data directly. Why would you create an instance of a class and assign data to all the properties of the class, if the data is not actually being stored. Maybe this example is just to show how a class works and not really practical? Can someone please provide a better explanation or example?
|
|
|
|
|
Few advantages of Classes :
1. Reusable.
2. Having a comparison with real world.
3. Ease of easy understanding of complex tasks.
For practical example you can see Recently posted funny class in a Lounge SEE HERE[^].
Regards,
Hiren.
"The more we give of anything, the more we shall get back." - Grace Speare
(you can consider this quote while giving vote also)
Microsoft Dynamics CRM
|
|
|
|
|
It may take a while to get used to classes and object orientation. This[^] might help. I would also suggest you buy and study an introductory book on the language of your choice; C# books tend to explain OO concepts to a reasonable degree.
|
|
|
|
|
Classes are basically a collection of functions and properties..
A class can be used to run a number of actions such as DisplayData or UpdateDatabase, but in some cases they can be used to represent an object such as a car in your example.
Although the class does not save the data to disk, it does allow for easy management of a lot of data related to a car. And makes things like passing data to other functions much easier to manage.
Its all just part of good design
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
