If from the dispatcher of problems(tasks) (CTRL+ALT+DEL) to finish process Ptokax.exe bans are not kept. It and should be?
More in detail: I enter !banip 255.255.255.255, ban it is visible in a window of a hub. I press CTRL+ALT+DEL and compulsorily I close process Ptokax.exe Then again I start a hub - ban it is not kept.
I think if you kill via the task manager, nothing saves data properly. Saving settings on given intervals would indeed be nice, though.
Again, I think this is the expected behaviour.
Quote from: nikita800 on 23 April, 2007, 14:47:30
If from the dispatcher of problems(tasks) (CTRL+ALT+DEL) to finish process Ptokax.exe bans are not kept. It and should be?
More in detail: I enter !banip 255.255.255.255, ban it is visible in a window of a hub. I press CTRL+ALT+DEL and compulsorily I close process Ptokax.exe Then again I start a hub - ban it is not kept.
PtokaX saves settings when closing.
I suggest to close it properly.
Windows doesn't save settings either if you unplug your computer from the electricity net ::)
Ok. Clearly that it is needed to close (to complete) work of khaba correct methods (by methods), but nevertheless, it would be desirable that Ptokax saved automatically parameters through a certain or set time domain.
solution of this problem (if there is one) because during all this years that I use DC I have never kill ptokax.exe for any reason... (explorer.exe thousands and thousands of time lol)
Use cobian backup, and make a backup of the hub every time you want, the software is free, very easy to use, and save all script folder of ptokax folder, it can be run as service, you have even the possibility to zip the backup you made
Quote from: Stormbringer on 26 April, 2007, 10:42:12
solution of this problem (if there is one) because during all this years that I use DC I have never kill ptokax.exe for any reason... (explorer.exe thousands and thousands of time lol)
Use cobian backup, and make a backup of the hub every time you want, the software is free, very easy to use, and save all script folder of ptokax folder, it can be run as service, you have even the possibility to zip the backup you made
I doubt this is in any way helpfull. It would, if PtokaX would save the info to disk rather than keeping it in memory. So basically, a backup software has nothing to backup ;)
Again, just close the program as you should and no problems will arise :)
If closing the application with ctrl+alt+del is the same as unplug power then I know about many applications/games that saves all data anyway.
I think the use of ctrl+alt+del by nikita800 was to simulate an unespected power loss or system selfrestart, if that happens after 3 month of hub activities and bans are not saved, this is not good.
I agree with him, a timer for saving all data would be a good improvement, but, I can breathe without it.
+1 to this feature request. Please note that 0.4.x branch is NOT stable because it's new, so explicit termination of a process ptokax.exe is not a rare action :(
Quote from: dmvn on 14 June, 2008, 09:24:02
Please note that 0.4.x branch is NOT stable
If is NOT stable then how is possible that i'm not getting any bug reports related to stability ???
Probably you were lucky, but this one http://forum.ptokax.org/index.php?topic=7927.0 is a direct proof. Also I can add that I do NOT reported about px036 crashes, while there were some... I know it's hard to debug smth that hangs in one case from 1000000. Those crashes were from that bucket :) So I waited patiently for px4.
Ok, let's not to fall into flaming about 'good/bad programs', PX is a good program. But it also has errors as *ANY* program, so please don't become angry when any crash/bugs reported. </offtop_mode_off/> :)
subj: That is a GOOD scripting solution, thank you.
PS. Won't continue any stability offtopic, it's useless (I only point you that you're mistaken again sayin that only me can reproduce that bug, please read carefully that topic).
Quote from: dmvn on 15 June, 2008, 08:26:10
but this one http://forum.ptokax.org/index.php?topic=7927.0 is a direct proof.
No is not, user using direct connect incompatible client (apexdc) sending to hub invalid command can't be proof :P
Quote from: PPK on 15 June, 2008, 23:15:17
No is not, user using direct connect incompatible client (apexdc) sending to hub invalid command can't be proof :P
Strange way of programming... First of all, that UC is proper (and worked PERFECTLY on px0360, btw for a 1.5 years). Second one is that program that can be exploited (hanged) via sending invalid data is a buggy program, imho :P
Quote from: dmvn on 15 June, 2008, 23:22:15
First of all, that UC is proper (and worked PERFECTLY on px0360, btw for a 1.5 years).
No is not, direct connect don't have command starting with $< :P
Quote from: dmvn on 15 June, 2008, 23:22:15
Second one is that program that can be exploited (hanged) via sending invalid data is a buggy program, imho :P
Yes but that program is not PtokaX, as i shown in other topic that command cause only that user who sent it was disconnected.. nothing else 8)
If you don't want to debug how Apex parses UC, i won't argue. The main matter is far from it. The proper way to think about that UC is that you typed !tempban command from client chat line, and that's all. And this leads to hang in some conds.
I'm sure that this topic can be closed now. The solution is found.