Author Topic: czdc++ 0.666i running 2 times (1 hashing), windows clock racing ahead  (Read 2483 times)

0 Members and 1 Guest are viewing this topic.

Offline Motivations

  • Junior Member
  • **
  • Posts: 11
  • Karma: +0/-0
Hello PPK,

(sorry admin for posting it here, if you have a better place for it let me know....

I placed it here because PPK is as far as I know also involved with czdc++, and the czdc++ forum has been down for a couple of weeks now...so this might be a good location for him to catch the following...)


I have the following strange and very annoying problem when I do the following.

I have setup a 2 dir configuration with 2 identical versions of czdc++ (0.666i), in order to have 2 different shares for 2 different hubs (with different sharing rules...)

When I tried to set this up I discovered that while the one was running fine and had (at first) no problems, and the second hashing about 900 GB of files, the windows system clock raced ahead compared to normal time at variable rates (last test I did was 1,5 hours over a 9 hours hashing period).
So my pc windows time was 10.30 pm  and real time was 9.00 pm....

When I tried to reset this to normal time, both configurations disconnected from the hubs I was connected to, and a quick reconnect (using the menubar icon) did nothing for me...

The only thing I could do was restart czdc++....and next the hubs connected fine again...

I believe it has to do with the hashing process, because next I did the following:  copied the hashindex files (both of them) to the second configuration dir, next started and restarted the second configuration a couple of times, to change the folders shared and to recreate the files.xml.bz2 file.....

....and you guessed it already perhaps, the windows time stayed the same as real time....

(note with windows time I mean the clock in the lower right corner).

Hope I have described it well enough for you to do something with, because I find it very strange when software changes my windows system time.....first time in my more than 10 years of windows use.

My system is running on windows 2003 server, 512MB memory...and during the hashing period I only had the 2 czdc++'s open....and was hashing at 5MB/s.

gr. Frank

PtokaX forum


Offline jiten

  • Scripter
  • Forum Legend
  • ******
  • Posts: 1 577
  • Karma: +71/-5
(No subject)
« Reply #1 on: 11 April, 2005, 08:57:02 »
Hi there.
Well, in the last week, something related happened to me while I was running PtokaX 16.09 debug.
At night, I saw that the windows date wasn't correct. So, I just changed it back to the original (less one day).
At that moment, I lost connection to every hub where I was and the same happened to all users that were hosted by my server, although I was able to open webpages and other normal stuff.
I had to restart the computer to be able to serve again.
Maybe it had something to do with timers... I'm not really sure about that.
Just to mention, it also happened to another guy that changed the windows clock time (backwards).

Cheers

Offline PPK

  • Administrator
  • Emperor
  • *****
  • Posts: 1 481
  • Karma: +209/-22
  • PtokaX developer
(No subject)
« Reply #2 on: 11 April, 2005, 11:51:06 »
Yes here is something broken in windows, i have reported problems in both PtokaX and CZDC++ (everything start with reports only from win 2003) and both use winapi GetTickCount() function :(
I don't have fix for this now...
"Most of you are familiar with the virtues of a programmer. There are three, of course: laziness, impatience, and hubris." - Larry Wall

Offline plop

  • Forum God
  • ****
  • Posts: 2 464
  • Karma: +37/-0
(No subject)
« Reply #3 on: 11 April, 2005, 23:38:04 »
check in the local security policy from windows.
it's a feature 2 use the clock syncronisation as a security feature.
for example if my workstation has a different time then my fileserver i can't acces the shares from the fileserver.
somewhere in the policy you can set the max difference on the time which is considered safe.

plop
http://www.plop.nl lua scripts/howto\'s.
http://www.thegoldenangel.net
http://www.vikingshub.com
http://www.lua.org

>>----> he who fights hatred with hatred, drives the spreading of hatred <----<<

Offline bastya_elvtars

  • Forum God
  • ****
  • Posts: 3 752
  • Karma: +173/-7
  • The rock n' roll doctor
    • The FreshStuff3 Site
(No subject)
« Reply #4 on: 11 April, 2005, 23:50:05 »
This is a part of windows that should not be secure, while other parts are not secure. :D Billy boy!

BTW with some service packs installed you cannot update your XP, which I consider very secure. :P
Everything could have been anything else and it would have just as much meaning.

Offline plop

  • Forum God
  • ****
  • Posts: 2 464
  • Karma: +37/-0
(No subject)
« Reply #5 on: 12 April, 2005, 01:22:11 »
Quote
Originally posted by bastya_elvtars
This is a part of windows that should not be secure, while other parts are not secure. :D Billy boy!

BTW with some service packs installed you cannot update your XP, which I consider very secure. :P
with a alpha from M$ anti spyware app you can remove the source from spyware.
internet explorer itself.
now this is secure.

plop
http://www.plop.nl lua scripts/howto\'s.
http://www.thegoldenangel.net
http://www.vikingshub.com
http://www.lua.org

>>----> he who fights hatred with hatred, drives the spreading of hatred <----<<

Offline bastya_elvtars

  • Forum God
  • ****
  • Posts: 3 752
  • Karma: +173/-7
  • The rock n' roll doctor
    • The FreshStuff3 Site
(No subject)
« Reply #6 on: 12 April, 2005, 01:42:31 »
Quote
Originally posted by plop with a alpha from M$ anti spyware app you can remove the source from spyware.
internet explorer itself.
now this is secure.

plop

Most important part of health care is prevention... it was M$ to apply it accureately. :)
Everything could have been anything else and it would have just as much meaning.

PtokaX forum

(No subject)
« Reply #6 on: 12 April, 2005, 01:42:31 »