|
Whoa!
Are you on Oak Island?
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
If he was ON Oak Island it would more like "Whoa! there's a minuscule piece of wood! Obviously a sign that the vikings left a vast treasure here! Keep drilling!"
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
God, I love that show!
There's obviously nothing there, but Could it Be That...?
Have you seen the latest?
They found concrete, so it's Obviously the work of the Ancient Romans, who were able to make concrete!
... Erm... because the stuff needed for making conrete was near enough to Rome for them to transport it to Rome -- transporting it to north-north America (where there is no other evidence of the Ancient Romans having gone there), would maybe be another kettle of cookies.
It's the best comedy show on TV, right now. Riveting. And cool machinery.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Mark_Wallace wrote: It's the best comedy show on TV, right now. Riveting. And cool machinery.
Not going to argue that, it's amazing they can keep a straight face sometimes.
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
|
|
Is a cation the most purrfect meowlecule?
Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I keep an ion your post - and paws to reflect upon them beclaws of the whisker-thin implications to to your stability. Well - at least you don't charge for them.
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
That Boron the nonsensical!
Got my site back up after my time in the woods!
JaxCoder.com
|
|
|
|
|
Continuing my tests due to problems with the timestamps on the reports...
I create a test file
HANDLE hFile = CreateFileW(L"D:\\PUBLIC\\myTest.txt", GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, CREATE_NEW, FILE_ATTRIBUTE_NORMAL, NULL);
I get the file timestamp,
I close the file handle,
I convert it to system timestamp
print the results to compare.
First run: It works fine
Second run (file still there): Error already exists as expected
delete the file
Third run: It works semi fine, it goes through everything, but gives me the wrong timestamps
fourth run (file still there): Error already exists as expected
delete the file (second one)
fifth run: Still the same timestamp
delete the file (third one)
a couple of times more, each time getting deeper in the debugger, always the same 
IDEA...
delete the last file
empty recycle bin
Next run: It works good and gives the correct timestamp
As long as the previously generated files still exists in the bin, I get the timestamp of the first generated file although I am opening the handle and closing it again at each run  
Either I empty the bin after each test or I use a new file name... Not a big problem once found, but... seriously? 
EDIT: I have just tested, getting 3 files deleted, permanently delete #1, #3 and keep #2 in the bin... it works fine again. It is keeping the handle only to the very first file of group where the timestamps are read correctly.
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
modified 8-Feb-19 6:52am.
|
|
|
|
|
Very interesting; I just tried a similar test in Windows Explorer. The newly created file (deleted version still in the bin) has the Created time and date the same as the deleted one. The Modified and Accessed date are set to the time this version was created.
|
|
|
|
|
Richard MacCutchan wrote: Very interesting; I just tried a similar test
at least it relieves me a bit to see this is not only happening me. With one facepalm a day is enough 
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Nelek wrote: It is keeping the handle only to the very first file of group where the timestamps are read correctly
It is not a bug, it is a feature !
|
|
|
|
|
Maybe you're running into "file system tunnelling"?
if you delete some file "File with long name.txt" and then create a new file with the same name, that new file will have the same short name and the same creation time as the original file
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
|
|
Bingo! That has to be it.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Exactly the same issue with a short file name.
|
|
|
|
|
Long file names have been the cause of more than one night of lost sleep for me. I was working on a project that involved integration with Drupal 8 running on Windows/IIS/SQL Server/PHP. When I was logged in as an admin everything worked fine. As soon as I logged out, every page except the home page would load correctly the first time and then crash every time afterwards!
Turns out Drupal 8 creates a 64 character hash for its cache, that plus all of the extra system generated path info kept pushing it right past the OS limit. Our solution? Don't use Drupal 8 on Windows.
|
|
|
|
|
Maybe you should call a shredder (probably not practical, and might not work).
Or, as Richard cleverly pointed out, use a short file name (probably not practical, but will probably work).
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Rename it to "deleteme1000" or similar, then delete it. I'd be reasonably sure the problem will go away.
Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I'll try it on monday... if it works it is the easiest I can think of right now
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
if you are using .Net, you could also just call SetCreationTime on the new file.
Sorry, I see in the thread below that you are not using .Net.
|
|
|
|
|
would writing some random content into the file before closing and deletion of it make any difference?
|
|
|
|
|
After reading the tunneling information, I don't think so.
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
