At least explian why you didn't like my answer
-
Check my solution here I don't know why it got downvoted but if you didn't like my answer at least tell me why you didn't like it. I believe that my solution will work, if anyone think other wise please tell me. JustWorking
-
Check my solution here I don't know why it got downvoted but if you didn't like my answer at least tell me why you didn't like it. I believe that my solution will work, if anyone think other wise please tell me. JustWorking
Why are you asking here? This isn't the Q&A section. [Edit]It has also been suggested to you before that you should learn to ignore 1-votes. The more you whinge about them, the more people will take pleasure in inflicting them upon you.
Forgive your enemies - it messes with their heads
My blog | My articles | MoXAML PowerToys | Mole 2010 - debugging made easier - my favourite utility
-
Check my solution here I don't know why it got downvoted but if you didn't like my answer at least tell me why you didn't like it. I believe that my solution will work, if anyone think other wise please tell me. JustWorking
I didn't vote on either of you answers to that question, but I will admit I don't like your solution. My problem with it is that it works fine in a single user environment, but falls over erratically in a multi-user one.
User a: Get next number.
User b: Get next number.
User a: Process request on client, update database.
User b: Process request on client, update database.Because the two client machines are different, they can receive the same next number (because User a is still processing his request when User b requests the next number). They then both enter the same value to the DB. Nasty to find in a big application, because it doesn't obviously happen often.
Real men don't use instructions. They are only the manufacturers opinion on how to put the thing together. Manfred R. Bihy: "Looks as if OP is learning resistant."
-
Check my solution here I don't know why it got downvoted but if you didn't like my answer at least tell me why you didn't like it. I believe that my solution will work, if anyone think other wise please tell me. JustWorking
Wrong place for this discussion. Oh and your answer is wrong, see my comment.
Panic, Chaos, Destruction. My work here is done. Drink. Get drunk. Fall over - P O'H OK, I will win to day or my name isn't Ethel Crudacre! - DD Ethel Crudacre I cannot live by bread alone. Bacon and ketchup are needed as well. - Trollslayer Have a bit more patience with newbies. Of course some of them act dumb - they're often *students*, for heaven's sake - Terry Pratchett
-
I didn't vote on either of you answers to that question, but I will admit I don't like your solution. My problem with it is that it works fine in a single user environment, but falls over erratically in a multi-user one.
User a: Get next number.
User b: Get next number.
User a: Process request on client, update database.
User b: Process request on client, update database.Because the two client machines are different, they can receive the same next number (because User a is still processing his request when User b requests the next number). They then both enter the same value to the DB. Nasty to find in a big application, because it doesn't obviously happen often.
Real men don't use instructions. They are only the manufacturers opinion on how to put the thing together. Manfred R. Bihy: "Looks as if OP is learning resistant."
You get this problem once. There on in, you are sooo aware f this issue. :-D
Panic, Chaos, Destruction. My work here is done. Drink. Get drunk. Fall over - P O'H OK, I will win to day or my name isn't Ethel Crudacre! - DD Ethel Crudacre I cannot live by bread alone. Bacon and ketchup are needed as well. - Trollslayer Have a bit more patience with newbies. Of course some of them act dumb - they're often *students*, for heaven's sake - Terry Pratchett
-
You get this problem once. There on in, you are sooo aware f this issue. :-D
Panic, Chaos, Destruction. My work here is done. Drink. Get drunk. Fall over - P O'H OK, I will win to day or my name isn't Ethel Crudacre! - DD Ethel Crudacre I cannot live by bread alone. Bacon and ketchup are needed as well. - Trollslayer Have a bit more patience with newbies. Of course some of them act dumb - they're often *students*, for heaven's sake - Terry Pratchett
But that first time is a bitch :laugh:
Real men don't use instructions. They are only the manufacturers opinion on how to put the thing together. Manfred R. Bihy: "Looks as if OP is learning resistant."
-
Check my solution here I don't know why it got downvoted but if you didn't like my answer at least tell me why you didn't like it. I believe that my solution will work, if anyone think other wise please tell me. JustWorking
JustWorking wrote:
I believe that my solution will work, if anyone think other wise please tell me.
See the comments posted on your 'solution'.
-
Why are you asking here? This isn't the Q&A section. [Edit]It has also been suggested to you before that you should learn to ignore 1-votes. The more you whinge about them, the more people will take pleasure in inflicting them upon you.
Forgive your enemies - it messes with their heads
My blog | My articles | MoXAML PowerToys | Mole 2010 - debugging made easier - my favourite utility
I was not worried about the 1 vote infact I just want to see if my solution is right or wrong that is why I posted here.
-
Check my solution here I don't know why it got downvoted but if you didn't like my answer at least tell me why you didn't like it. I believe that my solution will work, if anyone think other wise please tell me. JustWorking
For goodness sake stop whining! Man up. Your mother might think that you are the best thing since sliced bread but that doesn't mean that everyone else has to agree with you. Especially when you are wrong, as many others have pointed out to you, with valid reasons.
Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.” I wouldn't let CG touch my Abacus! When you're wrestling a gorilla, you don't stop when you're tired, you stop when the gorilla is.
-
Check my solution here I don't know why it got downvoted but if you didn't like my answer at least tell me why you didn't like it. I believe that my solution will work, if anyone think other wise please tell me. JustWorking
JustWorking wrote:
I believe that my solution will work
That's not a very convincing argument. It's like "she looked 18".
-
I was not worried about the 1 vote infact I just want to see if my solution is right or wrong that is why I posted here.
With English skills like that?
-
I didn't vote on either of you answers to that question, but I will admit I don't like your solution. My problem with it is that it works fine in a single user environment, but falls over erratically in a multi-user one.
User a: Get next number.
User b: Get next number.
User a: Process request on client, update database.
User b: Process request on client, update database.Because the two client machines are different, they can receive the same next number (because User a is still processing his request when User b requests the next number). They then both enter the same value to the DB. Nasty to find in a big application, because it doesn't obviously happen often.
Real men don't use instructions. They are only the manufacturers opinion on how to put the thing together. Manfred R. Bihy: "Looks as if OP is learning resistant."
Not if we included it in
Lock
Object thisLock = new Object();
lock (thisLock)
{
// Critical code section.
} -
Check my solution here I don't know why it got downvoted but if you didn't like my answer at least tell me why you didn't like it. I believe that my solution will work, if anyone think other wise please tell me. JustWorking
You've got a proper explanation in the post itself... you should not do those things... you know about posting programming questions/posts... in the lounge, you have been downvoted and this is not fun, but you should ask people that have done this in the same questions and answers post. Probably it would be better to put a question in the questions and answers forum asking for the problems your solution have...
[www.tamelectromecanica.com] Robots, CNC and PLC machines for grinding and polishing.
-
Not if we included it in
Lock
Object thisLock = new Object();
lock (thisLock)
{
// Critical code section.
}I tell you what: you try that and see what happens... :laugh: Lock only works in a single application instance. You can run two copies of the same application,
Lock
the same object in both and they will both proceed past it, secure in the knowledge that all is well. Did you really expect this to work across two PC's on opposite sides of the world, where the only connection between them is a link to the same SQL server instance on the internet? Ah, the naivete of youth...Real men don't use instructions. They are only the manufacturers opinion on how to put the thing together. Manfred R. Bihy: "Looks as if OP is learning resistant."