PtokaX forum

PtokaX => Bugs => Topic started by: nikita800 on 23 April, 2007, 14:47:30

Title: Bans get lost
Post by: 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.
Title: Re: Bans get lost
Post by: bastya_elvtars on 23 April, 2007, 15:16:12
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.
Title: Re: Bans get lost
Post by: CrazyGuy on 23 April, 2007, 15:47:39
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  ::)
Title: Re: Bans get lost
Post by: nikita800 on 25 April, 2007, 23:39:46
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.
Title: Re: Bans get lost
Post by: 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
Title: Re: Bans get lost
Post by: CrazyGuy on 26 April, 2007, 13:08:51
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 :)
Title: Re: Bans get lost
Post by: LoTeK_ on 28 April, 2007, 02:22:51
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.
Title: Re: Bans get lost
Post by: dmvn on 14 June, 2008, 09:24:02
+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  :(
Title: Re: Bans get lost
Post by: PPK on 14 June, 2008, 14:50:29
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  ???
Title: Re: Bans get lost
Post by: dmvn on 15 June, 2008, 08:26:10
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/> :)
Title: Re: Bans get lost
Post by: dmvn on 15 June, 2008, 15:54:15
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).
Title: Re: Bans get lost
Post by: PPK on 15 June, 2008, 23:15:17
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
Title: Re: Bans get lost
Post by: dmvn on 15 June, 2008, 23:22:15
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
Title: Re: Bans get lost
Post by: PPK on 15 June, 2008, 23:34:09
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)
Title: Re: Bans get lost
Post by: dmvn on 16 June, 2008, 00:29:03
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.