|
|
|
Do you know how to write code drag and drop items between two listView ? Share with me.
|
|
|
|
|
Use the drag/drop functionality of your chosen UI platform. Oh wait we don't know the UI platform.
The functionality is dramatically different between winforms, web and wpf so a little more information would be useful.
There are many examples of all the different syntax.
DO SOME RESEARCH FIRST!
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
1) please some one tell me difference between hashing or encryption a data.
2) i saw hashing also encrypt data which is not human readable and encryption does the same then why people think hashing is different from encryption ?
3) what hashing does ?
4) if we encrypt data then we can decrypt it too but if we hashing the data then can we reverse the process ?
5) if no then what algorithm hashing use that no one can reverse the data ?
6) give me two sample code to has data one will hash data without salt key and another one hash data with salt key.
thanks
tbhattacharjee
|
|
|
|
|
Hashing is a one way function - you cannot get back to the original from the hashed value
Encryption is two way - if you have the correct keys you can regenerate the original data from the encrypted value.
=========================================================
I'm an optoholic - my glass is always half full of vodka.
=========================================================
|
|
|
|
|
What hashing does for which its value can not be reverse ?
tbhattacharjee
|
|
|
|
|
An example is that it allows you to compare the hashed value of a password entered with one stored as a hash, without knowing what the original password was. This means that people with access to the database cannot see stored passwords
=========================================================
I'm an optoholic - my glass is always half full of vodka.
=========================================================
|
|
|
|
|
..there aren't many properties or methods in global::System.Object . Each item included would be included in any derived object, and since "everything" inherits from that one class at a given point, everything has those methods.
There's not many of them, yet it contains a method called "GetHashCode". Has nothing to do with encryption either, but apparently it was important enough to ensure that "everything" has that method - and I'll even hint on the fact that it has nothing to do with encrypting stuff.
You're welcome
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Most of them.
Try this simple one: add each byte of the input stream together, storing the result in a byte:
byte hash = 0;
foreach (byte b in bytes)
{
hash += b;
} If you feed this any two bytes, can you tell from the result exactly what two bytes you started with?
If you think you can, here are some examples: 123, 42, 0, 122
What two bytes values did I start with in each case? You get one guess. There will be a significant prize if you - and you alone - get it on the first attempt.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
As usual, you come here having done no research for yourself. Use Google or Bing. This information is all available for you.
This space for rent
|
|
|
|
|
Not his first time.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
Indeed. I've lost count of the number of posts like this from him.
This space for rent
|
|
|
|
|
Tridip Bhattacharjee wrote: give me two sample code to has data one will hash data without salt key and another one hash data with salt key.
No - it doesn't work like that: we don't do your homework for you.
Tridip Bhattacharjee wrote: what algorithm hashing use that no one can reverse the data ?
There are many, from the trivial "Add up all the bytes and throw away any carry), to MD5 (not recommended for new security applications), SHA (also not recommended), and SHA-512.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
You could have answered this yourself had you just typed your subject line into Google.
How many time have we told you that?
|
|
|
|
|
I have only ever considered "hashing" in the context of a "random access addressing scheme" where multiple values can "hash" to the same address; generating "synonyms".
And now you want to include "hashing" with "data encryption"?
What's the difference between a shirt and a pair of pants?
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
|
I can wear a shirt on my legs too; even though it makes little sense and is just a bending of the original definition.
Even heard of HIDAM or HDAM databases?
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
Gerry Schmitz wrote: even though it makes little sense
When it comes to storing passwords to authenticate users, using anything other than a hash makes little sense.
Gerry Schmitz wrote: Even heard of HIDAM or HDAM databases?
Nope, and neither has Wikipedia. Google has a bunch of links to IBM documentation, but it all looks pretty dense.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
The point is: why use the term "hash", when one means "encrypt".
Particularly when most people (including laymen) know what encrypt means; but think of corned beef, "hash" browns, and eggs in the other (i.e. all "hash" to the same subject: food).
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
But that's the point: it doesn't mean "encrypt".
If you encrypt something, you can get the original back. If you hash it, you can't.
Just because non-techies don't know the difference, that isn't an excuse to pretend there isn't a difference.
Some people also confuse "encrypt" and "encode", and think that Convert.ToBase64String is sufficient protection for their users' passwords. Should we just lump all three concepts together under a single term?
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
A "fully optimized" hash is 2-way; but at that point, it has lost any performance benefits. (i.e. it's an "index").
A "non-optimized" hash (the basic purpose) can hash mulitple inputs to the same "address"; making it useless for encryption and not particularly useful for passwords depending on the size of the address space.
You want to play with hashing algorithms for "password security"? Not on my watch.
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
Gerry Schmitz wrote: A "fully optimized" hash is 2-way;
I'm starting to suspect you're using a different meaning of that word.
In cryptographic applications, hash functions are typically expected to be practically non-invertible, meaning that it is not realistic to reconstruct the input datum x from its hash value h(x) alone without spending great amounts of computing time (see also One-way function).
it is infeasible to generate a message from its hash value except by trying all possible messages
You want to use anything other than a cryptographic hash function for password storage? Not on my watch.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
You're confirming what I've been saying.
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|