| 00:07.58 | *** join/#bzflag Wyk3d1 (n=Wyk3d@79.116.94.159) |
| 00:13.16 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 00:13.16 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) [NETSPLIT VICTIM] |
| 00:13.16 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) [NETSPLIT VICTIM] |
| 00:13.16 | *** join/#bzflag joevano (n=joevano@bzflag/developer/JoeVano) [NETSPLIT VICTIM] |
| 00:13.16 | *** join/#bzflag Cobra_Slow (n=coprah@static.108.245.40.188.clients.your-server.de) |
| 00:13.16 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
| 00:13.16 | *** join/#bzflag Supertan1er (n=supertan@lt3.astro.Princeton.EDU) [NETSPLIT VICTIM] |
| 00:13.16 | *** join/#bzflag Qew (n=qew@unaffiliated/qew) [NETSPLIT VICTIM] |
| 00:13.16 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) |
| 00:13.16 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 00:13.16 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 00:13.39 | *** join/#bzflag dcat (n=dirtycat@ip70-188-17-240.rn.hr.cox.net) [NETSPLIT VICTIM] |
| 00:13.39 | *** join/#bzflag CIA-62 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] |
| 00:13.39 | *** join/#bzflag cods (n=cods@rsbac/developer/cods) [NETSPLIT VICTIM] |
| 00:13.39 | *** join/#bzflag brlcad (n=sean@bz.bzflag.bz) |
| 00:13.39 | *** join/#bzflag brad (n=brad@moooo.org) |
| 00:13.39 | *** join/#bzflag JBdiGriz (n=dbw@adsl-71-136-247-25.dsl.sndg02.pacbell.net) [NETSPLIT VICTIM] |
| 00:13.39 | *** join/#bzflag Manu (n=jujibo@bz.bzflag.bz) |
| 00:13.39 | *** join/#bzflag JonathanD (i=Jonathan@freenode/staff/jonathand) |
| 00:13.39 | *** mode/#bzflag [+vv joevano Manu] by irc.freenode.net |
| 00:13.46 | *** join/#bzflag Will07c5|laptop (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 00:16.06 | CIA-62 | BZFlag: 03will07c5 * r20191 10/trunk/bzworkbench/ (56 files in 6 dirs): rewrite of parser is partially completed, not all objects are done yet and there are still a few minor issues such as boxes not having their default textures. |
| 00:18.03 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 00:20.14 | blast007 | Wyk3d / Wyk3d1: haven't seen a commit in a few days. What are you working on at the moment? |
| 00:26.49 | qqqqqqqq | woo, my first patch :) |
| 00:27.28 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 00:27.30 | blast007 | :) |
| 00:28.19 | mrapplecomputer1 | hi all |
| 00:29.22 | blast007 | hi |
| 00:29.26 | qqqqqqqq | hi |
| 00:29.27 | mrapplecomputer1 | hi blast |
| 00:29.31 | mrapplecomputer1 | hi q |
| 00:29.44 | mrapplecomputer1 | Allejo: muahahaha i found nn's aim |
| 00:30.11 | blast007 | mrapplecomputer1: is this something that should go in a /msg ? |
| 00:30.23 | mrapplecomputer1 | blast007: porbably. sorry ;) |
| 00:36.33 | Wyk3d1 | blast007: getting the email to stay unique is easy, can be done in at least two ways .. getting it to keep working even if something goes wrong is extremely hard .. |
| 00:38.34 | *** join/#bzflag DaIRC50194 (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 00:41.51 | Wyk3d1 | you get corrupted users if the entire transaction is not completed .. the only really easy way to clean it up is if you take down everything that does registration .. i've been trying some more complicated things to avoid that but i keep writing half of it and finding there's still a bug .. |
| 00:42.23 | blast007 | hmm |
| 00:44.17 | mrapplecomputer1 | bye |
| 00:52.38 | Wyk3d1 | what i've been trying is inserting the user with an invalid password, then registering the email (either as an entity or as an attribute) then changing the password back, that makes sure that you can only log in if all operations completed .. then comes the part where the next registration with the same name should be able to take that name .. |
| 00:54.58 | *** join/#bzflag TimRiker (n=timr@207.61.176.205) |
| 00:54.58 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 00:57.09 | Wyk3d1 | and out come the concurrency problems .. e.g two daemons try to register the same name (from an incomplete registration), the first one sends a new email, the other a used one .. the first one concludes that everythings fine, completes the registration, but the second one find that the user should be deleted so as to clean up the old mess, and both registrations are undone as a result |
| 00:59.55 | Wyk3d1 | it gets worse .. when you check whether the password is valid after trying to reg an existing user, you don't really know if it's valid because a registration is currently ongoing or if it got interrupted |
| 01:01.23 | Wyk3d1 | s/it's valid/it's invalid |
| 01:35.49 | *** join/#bzflag Mets1 (n=Mets@cpe-72-224-55-41.nycap.res.rr.com) |
| 02:12.57 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 02:16.07 | *** part/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 02:29.42 | CIA-62 | BZFlag: 03brlcad * r20192 10/trunk/bzflag/src/platform/ (WinDisplay.cxx WinDisplay.h): |
| 02:29.42 | CIA-62 | BZFlag: accept a slightly modified version of sf patch 2822826 (Cannot spawn with key |
| 02:29.42 | CIA-62 | BZFlag: patch) from qqqqqqqq ( qqqqqqqq-x ) that reportedly fixes a problem spawning |
| 02:29.42 | CIA-62 | BZFlag: with keys when key events are out of order. sounds wonky and probably don't |
| 02:29.42 | CIA-62 | BZFlag: need both savedCharCode with charCode and needs testing. |
| 02:33.06 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 02:51.45 | CIA-62 | BZFlag: 03brlcad * r20193 10/trunk/bzflag/src/ (3 files in 2 dirs): apply a modified version of sf patch 2130957 (Joystick Axis renaming as discussed with JeffM) from Skeeve ( ngc ) which renames the joystick menu labels to turn and speed instead of X and Y respectively |
| 03:02.04 | Bulldozer | Are solo bots supposed to join the same team or a different team? |
| 03:02.28 | brlcad | same |
| 03:02.38 | brlcad | iirc |
| 03:02.48 | Bulldozer | That's what I thought - what I remember |
| 03:03.10 | Bulldozer | Some commits that've been done in the last few weeks have broken a few things with them |
| 03:03.39 | Bulldozer | Which, indirectly, have sort of gotten me stuck on bzrobots :) |
| 03:03.53 | brlcad | mmm, how so? |
| 03:03.57 | Bulldozer | I just figured out the problems were with solo bots in general and not bzrobots :) |
| 03:04.01 | brlcad | or rather, what's broken? |
| 03:04.29 | brlcad | cygal is working the solos recently |
| 03:04.58 | Bulldozer | Not joining to the "right" team, bots fired shots are exploding as soon as they are fired, and some bullets are flying through them |
| 03:08.53 | Bulldozer | Oh, and the server is reasonably predictably crashing (on windows at least), when leaving after joining with one or more bots |
| 03:10.55 | brlcad | Bulldozer: write those up into the BUGS file so there's a record |
| 03:11.29 | Bulldozer | alright |
| 03:11.32 | CIA-62 | BZFlag: 03kingrobot * r20194 10/trunk/bzflag/src/bzrobots/ (RCLink.h RCLinkBackend.cxx botplaying.cxx bzrobots.cxx): Removed some unnecessary bits for Windows |
| 03:11.52 | brlcad | thx, hopefully cygal can check some of those out |
| 03:24.20 | CIA-62 | BZFlag: 03kingrobot * r20195 10/trunk/bzflag/BUGS: Added some bugs with bzfs and solo bots for cygal |
| 03:38.31 | *** part/#bzflag Bulldozer (n=mathew@unaffiliated/kingrobot) |
| 03:46.38 | CIA-62 | BZFlag: 03brlcad * r20196 10/trunk/bzflag/ (5 files in 2 dirs): |
| 03:46.38 | CIA-62 | BZFlag: apply a pretty cool patch from mayur bhosle ( mayurbhosle ), sf patch # 1939139, |
| 03:46.38 | CIA-62 | BZFlag: which provides a 'SaveMenu' that gives the user confirmed feedback that their |
| 03:46.38 | CIA-62 | BZFlag: settings were saved .. and has the added bonus of telling them *where* it was |
| 03:46.38 | CIA-62 | BZFlag: saved. nifty. |
| 03:48.58 | CIA-62 | BZFlag: 03brlcad * r20197 10/trunk/bzflag/src/bzflag/ (SaveMenu.cxx SaveMenu.h): |
| 03:48.58 | CIA-62 | BZFlag: ooops! helps to svn add the files added by the patch. apply a pretty cool patch |
| 03:48.58 | CIA-62 | BZFlag: from mayur bhosle ( mayurbhosle ), sf patch # 1939139, which provides a SaveMenu |
| 03:48.58 | CIA-62 | BZFlag: that gives the user confirmed feedback that their settings were saved. |
| 04:05.05 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 04:18.48 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 04:29.05 | *** join/#bzflag brad (n=brad@moooo.org) |
| 04:29.08 | AAA_awright | trepan: I always liked the idea of associating a bzfs instance with a user, but why should it be encouraged? |
| 04:36.40 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 04:41.05 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 04:41.05 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 04:50.40 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 05:29.05 | *** join/#bzflag Jeffm (i=4ce5783e@gateway/web/freenode/x-9259720cb01315a6) |
| 05:31.11 | *** join/#bzflag cygal (n=cygal@ks23738.kimsufi.com) |
| 06:13.58 | trepan | AAA_awright: because encouraging people makes their happy auras stronger |
| 06:14.16 | AAA_awright | Heh |
| 06:14.47 | AAA_awright | What does the plan for this look like? I haven't been keeping up to know if there has been any discussion posted. |
| 06:15.10 | trepan | i don't think you really need to bother yourself with it too much |
| 06:17.15 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) |
| 06:18.11 | AAA_awright | Well, it is something that effects me as the services designer |
| 06:18.31 | AAA_awright | er, for our - BZFX - servers |
| 06:19.50 | temp_dist | please, admin needed at quol.bzflag.bz:5162 - impersonater troll |
| 06:24.49 | trepan | AAA_awright: you'll have to adjust to whatever decision is made |
| 06:25.13 | trepan | as it stands right now, there's just a warning, it isn't actually enforced |
| 06:25.37 | trepan | that would be done on the listserver |
| 06:30.52 | AAA_awright | trepan: I was just looking for the thought process behind whatever is being planned |
| 06:42.14 | AAA_awright | trepan: Who is designing this? I have been on and off developing an idea for public key authentication which would be very suiting for this application |
| 07:08.46 | Bambino | Ahem...http://my.bzflag.org/bb/viewtopic.php?f=8&t=14482 |
| 07:36.04 | a_meteorite | Bambino: I saved a ton of money on a GE stackable dryer! |
| 07:36.19 | a_meteorite | On the first page linked "Ge stackable dryer" lol |
| 07:36.21 | Bambino | wait what? |
| 07:36.29 | Bambino | oh |
| 07:36.31 | Bambino | the spam |
| 07:36.35 | a_meteorite | yeah |
| 07:37.18 | Bambino | I saved 50% on my Tank Insurance by switching to Geico! |
| 07:37.32 | Bambino | a_meteorite: I suggest you do the same |
| 07:38.20 | a_meteorite | Already did, I made sure to get the coverage for astronomical chances. Like meteorites hitting a tank. |
| 07:38.22 | a_meteorite | Or killed. The horror. |
| 07:38.42 | Bambino | Ahhh, yes |
| 08:08.27 | DTRemenak | thinks r20192 will cause problems, but can't test right now |
| 08:15.56 | Bambino | ooooh god |
| 08:15.58 | Bambino | http://my.bzflag.org/bb/viewtopic.php?f=8&t=14483 |
| 08:16.08 | Bambino | plz halp me wif twitter |
| 08:16.17 | Bambino | ^ Spam! |
| 08:16.32 | cygal | I'll test it |
| 08:16.56 | cygal | (but i and mouse work here, it's just slow) |
| 08:25.51 | *** join/#bzflag LongDon (n=LongDon@host-091-097-018-201.ewe-ip-backbone.de) |
| 08:26.58 | cygal | ah, it's a windows patch. |
| 08:29.37 | *** join/#bzflag dexter- (n=Adium@bzflag/player/Dexter) |
| 08:30.10 | dexter- | bzbb admins heads up: http://my.bzflag.org/bb/viewtopic.php?f=8&t=14483 |
| 08:30.18 | dexter- | http://my.bzflag.org/bb/viewtopic.php?f=8&t=14482 |
| 08:30.27 | Bambino | Thanks dex |
| 08:30.31 | Bambino | oh. nvm |
| 08:30.38 | dexter- | What? |
| 08:30.49 | Bambino | you joined after I posted the 1st one you posted ;) |
| 08:30.52 | Bambino | is tired |
| 08:31.19 | dexter- | you're great! |
| 08:31.20 | *** part/#bzflag dexter- (n=Adium@bzflag/player/Dexter) |
| 08:33.15 | *** part/#bzflag LongDon (n=LongDon@host-091-097-018-201.ewe-ip-backbone.de) |
| 08:56.46 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 09:45.06 | cygal | DTRemenak: http://paste.pocoo.org/show/129108/ can I commit this or should I encapsulate the duplicate code in a function? |
| 09:45.27 | cygal | and maybe comment it: "removing ctime's trailing \n" |
| 10:00.12 | *** join/#bzflag Marzipan (n=marzi@84-119-57-29.dynamic.xdsl-line.inode.at) |
| 10:08.24 | *** join/#bzflag brad` (n=brad@moooo.org) |
| 11:04.38 | brlcad | DTRemenak: okay |
| 11:22.02 | cygal | I can't reproduce Bulldozer's solo robots bugs |
| 11:22.14 | cygal | although there are some known problems with the code, it could be related |
| 11:30.52 | *** join/#bzflag Wyk3d (n=Wyk3d@79.116.94.159) |
| 11:56.30 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 12:20.03 | *** join/#bzflag ep (n=quassel@ip68-97-126-55.ok.ok.cox.net) |
| 12:59.17 | CIA-62 | BZFlag: 0378.149.235.88 07http://my.bzflag.org * r6553 10/w/Getting_Started: /* Joining a game */ |
| 12:59.23 | CIA-62 | BZFlag: 03cygal * r20198 10/trunk/bzflag/src/bzfs/RecordReplay.cxx: adjust display of replay details to the new font system |
| 13:09.08 | cygal | damn, yet another commit fail |
| 13:09.38 | CIA-62 | BZFlag: 03cygal * r20199 10/trunk/bzflag/src/bzfs/RecordReplay.cxx: parenthesis fix for previous commit, r20198 |
| 13:19.57 | CIA-62 | BZFlag: 03brlcad * r20200 10/trunk/bzflag/src/bzfs/RecordReplay.cxx: no need for a specific trim routine, just use TextUtils. |
| 13:21.37 | cygal | ah |
| 13:21.38 | cygal | thanks :) |
| 13:21.45 | cygal | searched a bit, did not find that |
| 13:23.09 | brlcad | np |
| 13:24.49 | brlcad | mm.. two more commits and it'll be a palindromic revision, woot |
| 13:25.18 | cygal | :D |
| 13:25.44 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 13:26.58 | cygal | hm, rrlog.cxx does not seem to be compiled |
| 13:28.04 | cygal | okay, make rrlog in misc/ is enough. |
| 13:34.10 | *** join/#bzflag _anomaly_ (n=mike@h204.120.88.75.dynamic.ip.windstream.net) |
| 13:54.46 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 13:54.47 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 14:07.45 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 14:07.45 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:33.42 | *** join/#bzflag TimRiker (i=timr@205.233.53.42) |
| 14:33.42 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 14:38.14 | *** join/#bzflag Marzipan (n=marzi@84-119-57-29.dynamic.xdsl-line.inode.at) |
| 14:55.23 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 15:00.02 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 15:13.00 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 15:16.08 | *** join/#bzflag dexter- (n=Adium@bzflag/player/Dexter) |
| 15:16.24 | dexter- | what exactly makes my screenshots like 1.5mb big? |
| 15:18.21 | cygal | what resolution are you using? |
| 15:19.46 | dexter- | 1200x800 |
| 15:22.28 | cygal | size should be around 500K |
| 15:22.33 | cygal | can you send the screenshot? |
| 15:24.14 | temp_dist | Photoshop says a 1200x800 image is 2.75 MB raw, then the PNG compression kicks in |
| 15:25.01 | dexter- | uh |
| 15:25.03 | dexter- | yea, can |
| 15:34.55 | *** join/#bzflag AAA_awright_ (n=a3@ip70-176-138-98.ph.ph.cox.net) |
| 15:35.25 | _WarPig_ | Mine are about 1.2mb @ 1280x1024 |
| 15:36.50 | bryjen | ibot: 1200 * 800 * 3 / ( 1024 * 1024 ) |
| 15:36.51 | ibot | 2.74658203125 |
| 15:39.57 | CIA-62 | BZFlag: 03wyk3d * r20201 10/branches/gsoc_bzauthd/ (7 files in 4 dirs): |
| 15:39.58 | CIA-62 | BZFlag: Added the email field to the registration form and amended the protocol to pass it over to the daemon. |
| 15:39.58 | CIA-62 | BZFlag: Changed registration to insert the email into the rfs822mailbox attribute of the users. |
| 15:39.58 | CIA-62 | BZFlag: Added code to ensure the email is unique. |
| 15:39.58 | CIA-62 | BZFlag: Fixed a typo in getuid. |
| 15:40.00 | CIA-62 | BZFlag: Added a wrapper for base scoped LDAP searches (untested). |
| 15:45.05 | cygal | dexter-: I guess it is caused by the amount of details and the fact that the pngs are produced "by hand", with no real effort on compression |
| 15:45.15 | dexter- | o |
| 15:55.38 | Wyk3d | blast007: so in this version, the server cleans up after itself as long as it doesn't crash or lose connectivity with ldap. To clean up the corruption in such events, there will be a separate cleaner app that will do periodic checks. Users doing registrations will get a failed message and will be unable to register the same user again (with user exists message) for the duration of two periods. I think that's acceptable ? |
| 15:56.21 | Wyk3d | period being e.g 5 minutes |
| 16:01.22 | bryjen | Wyk3d: would adding a "registration-state" field/attribute to a user to track where it is in the process help handling such things? |
| 16:02.37 | Wyk3d | bryjen: i don't see how it would help .. you can tell what state the user is in by checking whether the password is valid and whether the email has been registered to the user .. a field would optimize that but would otherwise be equivalent i think |
| 16:03.38 | bryjen | Ok, just a thought. Your plan sounds good |
| 16:05.08 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 16:05.55 | *** join/#bzflag KTL (n=KTL@212.71.12.66.adsl.dyn.edpnet.net) |
| 16:06.22 | Wyk3d | a timestamp would help .. if the reg is not finished and enough time has passed you can assume it's stalled .. but that's almost the same as the delay caused by the periodic checks |
| 16:07.15 | Wyk3d | and you need the cleaner anyway .. in case a user just doesn't register the name again, the unifinished user should be removed eventually |
| 16:07.43 | bryjen | true |
| 16:24.30 | BulletCatcher | If there were a timestamp, the registration process could use that to supersede a sufficiently old uncompleted registration. |
| 16:24.31 | BulletCatcher | The cleaner process could then be a monthly thing rather than every few minutes. |
| 16:27.09 | Wyk3d | well that does fix at least one concurrency problem |
| 16:27.16 | Wyk3d | don't know if it fixes them all |
| 16:27.24 | cygal | hi BulletCatcher |
| 16:27.35 | cygal | I am working on Replay system |
| 16:27.53 | cygal | so we have RecordReplay.{h,cxx} in src/bzfs/ |
| 16:28.40 | cygal | but there is also rrlog.cxx in misc/ that uses RecordReplay.h, and duplicates some of the code of RecordReplay.cxx |
| 16:29.01 | Wyk3d | BulletCatcher: two daemons can try to register the same user at the same time, both concluding they need to supercede the same stalled registration, but with different data, you can end up with the email from one and the password from the other |
| 16:29.16 | cygal | RecordReplay.cxx's code has changed since the copy, and I would like to know how I could handle the duplicate code |
| 16:29.36 | cygal | another file.{cxx,h} couple? move the duplicate portion in RecordReplay.h? |
| 16:29.50 | cygal | wonders if the phrasing is clear enough |
| 16:30.00 | Wyk3d | BulletCatcher: ofcourse someone would have to try really hard to get that to happen but it's possible |
| 16:30.09 | BulletCatcher | Wyk3d: Won't the same thing happen for a fresh callsign that has no uncompleted registration? |
| 16:30.40 | Wyk3d | no uncompleted ? you mean not completed right ? |
| 16:31.40 | BulletCatcher | I mean "no", as in the absence of an uncompleted registration. |
| 16:31.59 | Wyk3d | so just say that it's completed :D |
| 16:32.21 | Wyk3d | anyway .. i don't see what you mean .. |
| 16:32.38 | BulletCatcher | I'll try again. |
| 16:33.32 | BulletCatcher | If two daemons try to register the same callsign at the same time, what difference does it make whether or not there is already an uncompleted registration for that callsign? |
| 16:33.41 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:33.41 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:33.54 | BulletCatcher | cygal, I'll answer your question soon. |
| 16:34.33 | Wyk3d | BulletCatcher: no, the first step in registration is inserting the user, that is done atomically, meaning that if two daemons try to do it at the same time, only one can succeed |
| 16:34.42 | cygal | I can ask to JefferyM, or to Erroneous who could arrive soon too :) |
| 16:34.51 | cygal | DTRemenak: ping |
| 16:34.58 | Wyk3d | BulletCatcher: but if I start saying that, if the user exists, it may still succeed, you get concurrency problems immediately |
| 16:36.34 | Wyk3d | BulletCatcher: i think the way it's implemented currently is completely safe for concurrent use |
| 16:37.22 | Wyk3d | including the cleaner running in parallel with the daemons |
| 16:38.11 | Wyk3d | *though i have to write the cleaner first to be sure of that :) |
| 16:38.35 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 16:38.36 | brlcad | cygal: could move rrlog into src/bzfs and just make it link against RecordReplay |
| 16:38.55 | brlcad | otherwise, that could move to libGame and rrlog could link it that way |
| 16:40.47 | Wyk3d | BulletCatcher: but if you see any real way of getting the superceding to work concurrently too then do tell, i've gotten a lot of headaches already from trying :) |
| 16:41.13 | cygal | brlcad: it already links against RecordReplay |
| 16:41.37 | cygal | but code of RecordReplay.cxx was copied into rrlog.cxx |
| 16:42.39 | cygal | which is not maintainable |
| 16:42.44 | BulletCatcher | Wyk3d: If an insert fails because the callsign already exists, and the registration is incomplete and has an old enough timestamp, then clean it, then try the insert again. |
| 16:42.47 | cygal | or I did not understand your answer. |
| 16:44.07 | JefferyM | huh what? |
| 16:44.09 | JefferyM | I didn't do it |
| 16:44.14 | JefferyM | noone told me it was your daughter |
| 16:44.35 | BulletCatcher | hopes JefferyM is in the wrong window |
| 16:45.06 | BulletCatcher | cygal: Try removing the duplicated from rrlog.cxx and linking against RecordReplay.o . If that works, then the only question is where to put the files to minimize Makefile complexity. |
| 16:46.17 | spldart | You know those 'She's'. They are always someones daughter. |
| 16:46.26 | trepan | or just remove rrlog.cxx |
| 16:47.19 | CIA-62 | BZFlag: 03trepan * r20202 10/trunk/bzflag/misc/ (Makefile.am rrlog.cxx): * removed rrlog.cxx |
| 16:47.20 | trepan | like that ;) |
| 16:47.25 | cygal | right.. |
| 16:48.06 | cygal | I wanted to use it because it used the replay file and was not as big as RecordReplay, to begin identifying problems |
| 16:48.29 | JefferyM | ask me what? |
| 16:48.45 | cygal | nvm, trepan 'solved' it :) |
| 16:48.57 | JefferyM | k |
| 16:49.42 | BulletCatcher | cygal, if you really want to use the program then trepan didn't help at all. |
| 16:50.51 | cygal | :D |
| 16:50.54 | cygal | I kind of noticed that. |
| 16:51.46 | BulletCatcher | So feel free to revert r20202 and continue if it will help with your bug fixing. |
| 16:52.13 | cygal | I could not revert a palyndromic commit. |
| 16:53.04 | cygal | anyway, I'll continue on my local copy without considering the problems of duplicate code and see if it helps |
| 16:54.41 | BulletCatcher | The quick-and-dirty solution is to copy the changed code into rrlog.cxx . If that makes the program useful then we should find a way to link it to the code in RecordReplay for improved future maintainability. |
| 16:55.20 | BulletCatcher | mutters to himself about numerology |
| 17:01.06 | *** join/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 17:03.34 | brlcad | cygal: right, I meant remove the code that was copied so it just uses it as a lib |
| 17:03.49 | randomparticle | i try to log on to missile war and it says "(Imadick) banned for profanity and lewd discussions". that is someone else, not me |
| 17:04.31 | Janis | try to change nickname |
| 17:04.49 | randomparticle | it's an ip ban probably, but the wrong ip |
| 17:04.59 | Janis | but it wont help, seems like you have tried to join with the nickname which was allready banned |
| 17:05.07 | randomparticle | i joined as "snick" |
| 17:05.10 | Janis | and now your ip is also banned |
| 17:05.11 | Janis | heh |
| 17:05.13 | randomparticle | that is my real nickname |
| 17:05.27 | randomparticle | the barn refers to someone called "Imadick" |
| 17:05.27 | Janis | talk to orbit he may unban u from mw |
| 17:05.37 | brlcad | cygal: aaand I see it's no longer an issue :) |
| 17:05.43 | Janis | or g5 serenity |
| 17:06.00 | Janis | i am out, cya in a week or so |
| 17:06.16 | trepan | has anyone ever used rrlog? i doubt it |
| 17:06.28 | brlcad | he was using it ;) |
| 17:07.11 | randomparticle | well, this is odd. it's not an ip ban |
| 17:07.19 | randomparticle | if i log in as snicko, it works |
| 17:07.37 | randomparticle | but that message must surely refer to someone with a different callsign: Imadick |
| 17:07.39 | JefferyM | talk to the owner, they may have done an ID ban |
| 17:07.51 | JefferyM | there is no way for us to know what they did |
| 17:08.30 | randomparticle | the ban is by Blast. that's why i'm writing it here. he is in the room |
| 17:08.38 | trepan | brlcad: he was using code similar to that in RecordReplay.cxx to debug RecordReplay.cxx, probably better to add debugging hooks into RecordReplay instead of comparing apples to oranges |
| 17:08.55 | trepan | which reminds me, there are other chunks of dead code which should probably be removed |
| 17:08.56 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 17:09.13 | trepan | PositionTracker.cxx comes to mind |
| 17:09.22 | brlcad | that sounds familiar :) |
| 17:10.19 | brlcad | still the way to go for packet culling, but obviously incomplete |
| 17:11.16 | JefferyM | randomparticle, I recomnd sending him a /msg he is at work |
| 17:14.16 | cygal | what do you mean by debugging hook? |
| 17:15.10 | trepan | static BZDB_int rrDebug('debugRecordReplay'); ... ; if (rrDebug) { logDebugMessage(0, ... } |
| 17:15.27 | cygal | (It did not seem like comparing apples to oranges, rrlog.cxx felt like a subset of RecordReplay) |
| 17:15.56 | cygal | ah, a printf() :) |
| 17:17.16 | trepan | or '/replay dumplog <file> [level]' |
| 17:17.44 | cygal | oh, thanks. |
| 17:18.17 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 17:19.01 | brlcad | if anyone on windows has a chance to test keyboard spawning, lemme know if there are problems so I can revert a recent (trivial) patch that was applied last night |
| 17:19.33 | trepan | cygal: fwiw, a number of the MsgStrings packet printing routines seem out of date |
| 17:19.42 | trepan | ie: don't count on them being accurate ;) |
| 17:23.02 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 17:23.04 | cygal | ok |
| 17:35.00 | Wyk3d | BulletCatcher: well that's a really good idea but not exactly .. it gets complicated with the email .. you can't just detele the entry as it may be registered to someone else, if you check if it's registered to someone else and delete if it is, then that goes wrong with concurrency (two daemons checking and deleting, and another one inserting a differnt user with the same email), if you try to lock the email entry by delete-add-ing the owner's uid to something |
| 17:53.32 | BulletCatcher | (That very long message was truncated here.) |
| 17:53.34 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 17:53.35 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:53.36 | BulletCatcher | The essence of my idea is to do the cleaning of old incomplete registrations only as needed to do a fresh registration. If that won't work because cleaning is non-atomic, then a separate cleaning process may indeed be needed to handle the complexity. |
| 17:59.29 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 18:08.02 | *** join/#bzflag TimRiker (i=timr@205.233.53.42) |
| 18:08.02 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 18:12.26 | Wyk3d | BulletCatcher: heh, well that is how i wanted to do it from the beginning and only the concurrency problems kept me from doing it |
| 18:14.41 | Wyk3d | and well apart from a list of things that won't work, the essence of my last message is "if however the email is stored as a pair of values in an entry ("email",":callsign") then atomically deleting the pair and then the user might actually work .." |
| 18:36.38 | me1 | bzflag isn't building for me, returning these errors (msvc2008) http://pastebin.bzflag.bz/m46efd25 |
| 18:49.11 | Wyk3d | are callsigns allowed to contain the '@' character ? |
| 18:51.39 | me1 | "Username must be between 2 and 20 chars long and use letter, number, space or -+_[] characters" |
| 18:51.54 | Wyk3d | quoted from where ? |
| 18:52.02 | me1 | bzbb |
| 18:52.22 | me1 | The change username dialog in account settings |
| 18:52.31 | Wyk3d | i see, thanks |
| 18:56.42 | *** part/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 19:09.36 | *** join/#bzflag possible248 (n=rishabh@173-17-242-225.client.mchsi.com) |
| 19:10.03 | possible248 | So I got a question. |
| 19:10.11 | possible248 | I've played BZFlag twice today on my machine. |
| 19:10.45 | possible248 | A few minutes ago, I tried firing it up for another go. |
| 19:10.48 | possible248 | And it gives me an error |
| 19:10.52 | possible248 | "Maximum number of clients reached" |
| 19:12.38 | possible248 | BZFlag 2.0.13.20080902-1 on Ubuntu 9.04, I believe |
| 19:15.22 | *** join/#bzflag Tupone (n=Tupone@gentoo/developer/tupone) |
| 19:15.22 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 19:18.28 | Bambino | thinks thats BaseCamper's host - possible248 |
| 19:18.34 | *** join/#bzflag possible248 (n=rishabh@173-17-242-225.client.mchsi.com) |
| 19:18.48 | possible248 | Blah, sorry. |
| 19:19.17 | possible248 | I tried restarting the X server on the machine I was talking about, |
| 19:19.20 | possible248 | and it just shut down completely. |
| 19:19.32 | possible248 | But now, BZFlag mysteriously works. |
| 19:20.07 | cygal | good. |
| 19:20.22 | cygal | this error is not in the game, if you reported it correctly |
| 19:20.32 | possible248 | Meh, I just can't be trusted with operating systems. |
| 19:20.43 | possible248 | Windows or Unix, I will always do something to corrupt them to the point of weird behavior. |
| 19:21.04 | possible248 | Thanks anyway, haha. |
| 19:30.35 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 19:41.41 | cygal | et euh |
| 19:44.43 | *** join/#bzflag jh` (i=jh@host-212-149-242-219.kpylaajakaista.net) |
| 19:46.22 | cygal | me1: new files were added, and msvc build files were not updated |
| 19:46.30 | me1 | kay |
| 20:05.55 | *** join/#bzflag bier (n=bier@pD9E2D9AA.dip.t-dialin.net) |
| 20:07.55 | JefferyM | what was added? |
| 20:09.37 | cygal | SaveMenu.{cxx,h} |
| 20:10.22 | JefferyM | to the bzflag proejct? |
| 20:10.31 | cygal | yes |
| 20:11.51 | cygal | JefferyM: http://bzflag.svn.sourceforge.net/viewvc/bzflag?view=rev&revision=20197 |
| 20:12.11 | *** join/#bzflag Qew (n=qew@unaffiliated/qew) |
| 20:27.59 | *** join/#bzflag TimRiker (i=timr@bzflag/projectlead/TimRiker) |
| 20:27.59 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:41.39 | *** join/#bzflag AAA_awright (n=a3@ip70-176-138-98.ph.ph.cox.net) |
| 21:39.13 | *** join/#bzflag LongDon (n=LongDon@host-091-097-069-032.ewe-ip-backbone.de) |
| 21:40.48 | CIA-62 | BZFlag: 03JeffM2501 * r20203 10/trunk/bzflag/MSVC/build/bzflag.vcproj: add savemenu |
| 21:45.17 | *** join/#bzflag blast (i=4cc99596@bzflag/developer/Blast) |
| 21:45.17 | *** mode/#bzflag [+v blast] by ChanServ |
| 21:50.30 | *** part/#bzflag LongDon (n=LongDon@host-091-097-069-032.ewe-ip-backbone.de) |
| 22:10.07 | *** part/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 22:13.45 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-117-180.dsl.irvnca.pacbell.net) |
| 22:19.52 | *** part/#bzflag blast (i=4cc99596@bzflag/developer/Blast) |
| 22:39.01 | *** join/#bzflag DaIRC50194 (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 22:54.35 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 23:00.08 | *** join/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 23:00.08 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:00.30 | *** part/#bzflag Allejo (n=alllejo@adsl-69-234-117-180.dsl.irvnca.pacbell.net) |
| 23:09.08 | *** join/#bzflag bier_ (n=bier@pD9E2CE83.dip.t-dialin.net) |
| 23:09.39 | *** join/#bzflag bier|tp_ (n=bier@pD9E2CE83.dip.t-dialin.net) |
| 23:10.28 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 23:10.28 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:11.10 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-117-180.dsl.irvnca.pacbell.net) |
| 23:14.43 | *** join/#bzflag Marzipan (n=marzi@84-119-57-29.dynamic.xdsl-line.inode.at) |
| 23:24.17 | *** join/#bzflag DaIRC50194 (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 23:33.09 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 23:40.07 | CIA-62 | BZFlag: 03wyk3d * r20204 10/branches/gsoc_bzauthd/src/bzauthd/ (5 files): |
| 23:40.07 | CIA-62 | BZFlag: Added registration code to supercede existing users if their registration was not finished. |
| 23:40.08 | CIA-62 | BZFlag: Changed to attribute value based email registration. |
| 23:40.18 | Wyk3d | untested but looks really promising :D |
| 23:40.53 | blast007 | hehe |
| 23:40.58 | blast007 | yay for untested code ;) |
| 23:41.03 | short_circuit | Yay! |
| 23:41.08 | temp_dist | 1/0 yea! |
| 23:42.03 | Wyk3d | a kind of "soft timed lock" on individual users + the mail deletion trick i wrote above should provide safety in concurrent use :) |
| 23:48.19 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 23:54.10 | *** join/#bzflag |Marzipan| (n=marzi@84-119-57-29.dynamic.xdsl-line.inode.at) |