Am Sonntag, 6. Januar 2013, 19:50:01 schrub Torsten Bronger: > Hallöchen! > > Sorry, I hit the wrong button in my mail program. I sent bogus > copies of this posting around. > > Tobias Ellinghaus writes: > > [...] > > > > The only problem is that it wouldn't work, because, contrary to > > your assumption, time stamps are totally unreliable. For one you > > can't be sure that two computers have clocks running in sync. > > Yes but a couple of seconds don't do any harm. Additionally, you > can detect that DB and XMP are in-sync reliably in any case.
We are not talking about seconds but minutes, hours, maybe even days or years. I remember when I still used Windows that my system clock was set to UTC but Windows insisted that it's using local time so it changed that every time I booted into Windows. When booting back into Linux I had to change my system time. Not fun and a constant cause of broken timestamps. [...] > (Maybe it is also a matter of perspective: You are a developer with > accurate insight into what the DB is and how it works. But for me, > library.db is a strange black box. Instead, "my picture" is the > RAW+XMP. ;-) The perspective of us developers is that we have to rule out the possibility that you lose your data. I don't want to be the one who explains why all the recent changes got lost just because the system clock was wrong. As I already said, I am not against something like that, it just has to be sure that nothing can break. And ignoring external changes is always a safe way. Not a good way, but a safe one. > Tschö, > Torsten. Tobias
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012
_______________________________________________ Darktable-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/darktable-users
