| 00:25.54 | *** join/#bzflag McTarantula (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 00:31.05 | *** join/#bzflag Yassen (Yassen@unaffiliated/yassen) |
| 00:55.38 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
| 00:55.38 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 01:04.58 | CIA-10 | BZFlag: 0376.242.176.86 07http://my.bzflag.org * r7025 10/w/Compiling: /* 2.99.x */ |
| 01:07.26 | CIA-10 | BZFlag: 0376.242.176.86 07http://my.bzflag.org * r7026 10/w/Compiling: /* 2.99.x */ |
| 01:45.13 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 02:05.03 | *** join/#bzflag temporalD (~ATD@bzflag/serverop/TemporalDistraction) |
| 02:27.43 | *** join/#bzflag jcp (~jw@bzflag/contributor/javawizard2539) |
| 02:49.19 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 03:32.02 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 04:30.07 | CIA-10 | BZFlag: 03trepan * r21063 10/trunk/bzflag/ (49 files in 7 dirs): |
| 04:30.07 | CIA-10 | BZFlag: * replaced BufferedNetworkMessage and BufferedNetworkMessageManager |
| 04:30.07 | CIA-10 | BZFlag: * increased tcpBufLimit from 64K to 256K |
| 04:30.07 | CIA-10 | BZFlag: * implemented MsgLagState |
| 04:44.54 | CIA-10 | BZFlag: 03trepan * r21064 10/trunk/bzflag/ (configure.ac src/date/buildDate.cxx): * bumped protocol and rev numbers |
| 05:01.53 | BulletCatcher | include/NetMessage.h is missing from svn |
| 05:02.59 | trepan | heh, waiting for bzflag.bz compilation to find such things does take quite some time ;) |
| 05:03.50 | CIA-10 | BZFlag: 03trepan * r21065 10/trunk/bzflag/include/NetMessage.h: * added NetMessage.h |
| 06:20.55 | BulletCatcher | Yay, reported lag numbers are reasonable again. I get about 12 ms to localhost with 2.99.56 vs. 7 ms with 2.0.16. |
| 06:21.11 | BulletCatcher | ~trepan++ |
| 06:24.13 | CIA-10 | BZFlag: 03bullet_catcher * r21066 10/trunk/bzflag/src/bzfs/MatchManager.cxx: Replace the one use of BzTime::getCurrent().getSeconds() with bz_getCurrentTime() to match the rest of the file. |
| 06:45.25 | *** join/#bzflag temporalD (~ATD@bzflag/serverop/TemporalDistraction) |
| 06:47.11 | *** join/#bzflag dhouthoo (~dhouthoo@80.169.61.18) |
| 07:05.21 | *** join/#bzflag I_Died_Once (~I_Died_On@c-69-136-38-243.hsd1.ga.comcast.net) |
| 07:06.04 | *** join/#bzflag ecelis (ecelis@2001:15c0:1000:100:2a0:24ff:fee5:bf0d) |
| 07:06.56 | ecelis | ?help |
| 07:07.33 | ecelis | hello, that ibot is the bot to register a bzf server? |
| 07:33.34 | *** join/#bzflag O-Neil (~Miranda@dslb-088-070-250-071.pools.arcor-ip.net) |
| 08:11.24 | *** join/#bzflag dhouthoo (~dhouthoo@80.169.61.18) |
| 08:26.48 | [dmp] | ecelis: ibot simply uses the bzflag-listserver. Just as the list you see inside bzflag |
| 08:29.45 | ecelis | oh I see, ok, I wass looking how to get a server listed |
| 08:35.08 | delusional | you dont have to do anything beyond using -public and -pblicaddr |
| 08:40.51 | ecelis | ok, thank you |
| 08:48.24 | delusional | if you are having problems, for most first-timers the problem is usually port 5154 is not fully open for UDP and TCP |
| 10:34.34 | *** join/#bzflag I_Died_Once (~I_Died_On@c-69-136-38-243.hsd1.ga.comcast.net) |
| 10:36.48 | *** join/#bzflag bier|tp (~bier@pD9E2DC83.dip.t-dialin.net) |
| 12:02.03 | *** join/#bzflag bier (~bier@pD9E2F1FB.dip.t-dialin.net) |
| 12:02.56 | *** join/#bzflag bier|tp (~bier@pD9E2F1FB.dip.t-dialin.net) |
| 12:11.19 | *** join/#bzflag Upsetter (~Ups@89.246.213.41) |
| 12:27.24 | *** join/#bzflag xaver (~xaver@pD9ED581D.dip.t-dialin.net) |
| 13:06.52 | *** join/#bzflag xaver (~xaver@pD9ED581D.dip.t-dialin.net) |
| 13:12.33 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 13:12.33 | *** mode/#bzflag [+v spldart] by ChanServ |
| 13:14.49 | *** join/#bzflag I_Died_Once (~I_Died_On@c-69-136-38-243.hsd1.ga.comcast.net) |
| 13:23.24 | *** join/#bzflag xaver (~xaver@pD9ED581D.dip.t-dialin.net) |
| 13:23.37 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 13:23.37 | *** mode/#bzflag [+v spldart] by ChanServ |
| 13:33.11 | *** join/#bzflag xaver (~xaver@pD9ED581D.dip.t-dialin.net) |
| 13:42.09 | *** join/#bzflag bryjen (~bryjen@63.147.94.149) |
| 13:42.09 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 14:20.46 | *** join/#bzflag I_Died_Once (~I_Died_On@c-69-136-38-243.hsd1.ga.comcast.net) |
| 14:21.56 | *** join/#bzflag goingberserk (~abc@pD9E86906.dip.t-dialin.net) |
| 14:46.38 | *** join/#bzflag xaver__ (~xaver@pD9ED581D.dip.t-dialin.net) |
| 15:22.45 | CIA-10 | BZFlag: 03trepan * r21067 10/trunk/bzflag/ (4 files in 4 dirs): * added NetMessage::unpackString() |
| 15:29.44 | blast007 | wow, the bzleague.com site is down again? :P I'm so jealous of the leagues for having such quality hosting. |
| 15:32.12 | *** join/#bzflag temp_dist (~temporal@bzflag/serverop/TemporalDistraction) |
| 16:57.35 | *** join/#bzflag I_Died_Once (~I_Died_On@c-69-136-38-243.hsd1.ga.comcast.net) |
| 17:04.15 | *** join/#bzflag [dmp]_ (~dennis@unaffiliated/dmp/x-546784) |
| 17:22.34 | *** join/#bzflag I_Died_Once (~I_Died_On@c-69-136-38-243.hsd1.ga.comcast.net) |
| 17:29.55 | *** join/#bzflag I_Died_Once (~I_Died_On@c-69-136-38-243.hsd1.ga.comcast.net) |
| 17:43.01 | CIA-10 | BZFlag: 03trepan * r21068 10/trunk/bzflag/ (30 files in 6 dirs): |
| 17:43.01 | CIA-10 | BZFlag: * removed GameTime::getDRTime() |
| 17:43.01 | CIA-10 | BZFlag: * fixed GuidedMissile collision checks |
| 17:43.01 | CIA-10 | BZFlag: (the PointShotStrategy 'segments' member variable was shadowed in GuidedMissleStrategy.h) |
| 17:43.01 | CIA-10 | BZFlag: * reworked debugNetMsg, try: '/localset debugNetMsg 4,-pu,-ps' |
| 17:43.01 | CIA-10 | BZFlag: ('+' packet type arguments can be used for inclusive sets) |
| 17:47.37 | CIA-10 | BZFlag: 03trepan * r21069 10/trunk/bzflag/src/clientbase/ (6 files): * filename spelling |
| 17:48.56 | CIA-10 | BZFlag: 03trepan * r21070 10/trunk/bzflag/ (configure.ac src/date/buildDate.cxx): * bumped protocol and rev |
| 18:56.43 | CIA-10 | BZFlag: 03trepan * r21071 10/trunk/bzflag/src/ (6 files in 3 dirs): |
| 18:56.43 | CIA-10 | BZFlag: * fixed motto's (send data in sendExistingPlayerUpdates()) |
| 18:56.44 | CIA-10 | BZFlag: * miscellaneous whitespace |
| 19:01.02 | trepan | from TODO: "Data is sometimes sent/received/processed? out of order" |
| 19:01.07 | trepan | are we sure about that? |
| 19:02.57 | BulletCatcher | I don't think the cause was ever isolated. |
| 19:02.59 | BulletCatcher | Your recent network handling changes could have fixed it. |
| 19:04.04 | *** join/#bzflag TimRiker (~timr@bzflag/projectlead/TimRiker) |
| 19:04.05 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 19:04.14 | BulletCatcher | blast007 has more detailed information about it, IIRC. |
| 19:07.04 | cygal | the problem was simple to reproduce, set up a server, join with player A that has motto A, and player B with motto B |
| 19:07.28 | cygal | one of the motto is received before the player actually joins so the client did not know about it |
| 19:08.54 | *** join/#bzflag jh` (jh@212-149-249-87.bb.dnainternet.fi) |
| 19:10.07 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 19:10.45 | trepan | BulletCatcher: i'm not sure that it was ever true |
| 19:11.01 | trepan | easy enough to mix up the source of MsgPlayerData's |
| 19:11.42 | trepan | cygal: you're absolutely sure about that? |
| 19:12.30 | cygal | I know we both managed to reproduce it this summer |
| 19:15.18 | trepan | strange, unless the code changed, i don't see where the MsgPlayerData would have even come from for existing players |
| 19:17.23 | blast007 | trepan: the message that the 'motto' is part of was being processed by bzfs before the MsgEnter, but only if the server was public |
| 19:18.40 | trepan | failed to notice the part about 'public', i'll retest |
| 19:19.12 | trepan | still don't see where the MsgPlayerData for existing players would have come from ;) |
| 19:19.14 | blast007 | probably something with the fact there's a long delay while bzfs waits for global auth to wake up ;) |
| 19:20.36 | blast007 | trepan: hmm? |
| 19:21.01 | blast007 | referring to "setting the motto failed because it didn't have a player to assign it to" ? |
| 19:21.20 | *** join/#bzflag Gilly (~btw@about/essy/ilkimys/gilly) |
| 19:30.52 | *** join/#bzflag Tupone (~Tupone@gentoo/developer/tupone) |
| 19:30.52 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 19:31.03 | trepan | blast007: yes |
| 19:31.38 | blast007 | well, the PlayerDataHandler tries to reference the player object, but that doesn't exist yet for that player since the MsgEnter gets processed *after* MsgPlayerData |
| 19:31.48 | trepan | blast007: didn't find anywhere where MsgPlayerData get sent for existing players (before my last commit) |
| 19:31.52 | trepan | _existing_ |
| 19:32.35 | trepan | but I see what you're saying too (for the joining player) |
| 19:32.43 | blast007 | that's all I was referring to |
| 19:32.56 | blast007 | although I think the plugin API can send stuff later |
| 19:33.50 | blast007 | bz_setPlayerCustomData |
| 19:34.00 | trepan | what about it? |
| 19:34.18 | blast007 | that is how MsgPlayerData can get sent for existing players |
| 19:34.28 | trepan | called from where? |
| 19:34.32 | blast007 | a plugin |
| 19:34.35 | trepan | heh |
| 19:34.35 | blast007 | it's part of the API |
| 19:34.44 | trepan | so 'motto' was busted in 2 different ways |
| 19:34.47 | blast007 | also what is used in the handler |
| 19:36.34 | trepan | ya, but it wasn't used for existing players ... a would expect to require a plugin for it? |
| 19:36.42 | trepan | s/a would/and would/ |
| 19:36.42 | blast007 | yeah |
| 19:37.02 | blast007 | the problem listed in the BUGS file is on player join |
| 19:37.12 | trepan | that's easy enough to fix |
| 19:37.24 | blast007 | I would imagine that calling bz_setPlayerCustomData later would work just fine |
| 19:37.29 | trepan | no |
| 19:37.32 | blast007 | oh? |
| 19:38.10 | trepan | if PlayerDataHandler screens the first MsgPlayerData, the customData isn't set |
| 19:38.16 | trepan | ... that the problem you've described |
| 19:38.17 | blast007 | by later, I mean, in a plugin somewhere |
| 19:38.30 | trepan | what will bz_setPlayerCustomData send? |
| 19:38.48 | trepan | so, just have the client wait before it sends its motto |
| 19:39.16 | blast007 | the client sends the motto after the MsgEnter |
| 19:39.46 | blast007 | the server processed it in the correct order when not -public, but when it is -public, it goes in the reverse order |
| 19:39.50 | trepan | and the '(!player)' in PlayerDataHandler fails then? |
| 19:39.52 | blast007 | it processes it* |
| 19:40.12 | blast007 | iirc, yes |
| 19:47.12 | *** join/#bzflag ab0oo (~johng@c-76-97-205-109.hsd1.ga.comcast.net) |
| 19:48.23 | ab0oo | does anyone have a sample bzfs config file they can share, preferably one they use for world testing? |
| 19:49.25 | *** join/#bzflag Tupone (~Tupone@gentoo/developer/tupone) |
| 19:49.25 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 19:49.25 | ab0oo | nevermind, found one on the wiki. |
| 19:49.49 | blast007 | I'd recommend only using such configs for local testing as well |
| 19:49.49 | joevano | hehe.. I was going to get the url for you but you beat me |
| 19:49.59 | blast007 | when you decide to go public with a server, hand write everything and test as you write it |
| 19:50.18 | blast007 | and map specific configuration (like if it's CTF) can go in the map itself within the options block |
| 19:50.33 | blast007 | http://my.bzflag.org/w/Options_(object) |
| 19:50.51 | joevano | and get a basic config and add to it one or two items at a time, so you know it works and which item broke it |
| 19:51.05 | *** join/#bzflag MindstormsKid (~msk@Wikipedia/MindstormsKid) |
| 19:57.28 | ab0oo | gah, I'm blowing up on a "meterial" flag. |
| 19:57.47 | ab0oo | I'm trying to fix the bugs in "tri-color", which has been popular lately but, as a map, sucks eggs |
| 19:58.24 | ab0oo | having never done this before, I may have bitten off a larger chunk than i can chew. |
| 19:58.38 | ab0oo | it doesn't help that wings3d kinda sucks, and I'm a blender moran. |
| 19:58.57 | jh` | whats wrong with gu league site? |
| 20:01.01 | trepan | blast007: "google.com" -- less friendly than your usual self :) |
| 20:02.19 | CIA-10 | BZFlag: 03trepan * r21072 10/trunk/bzflag/TODO: * re-prioritize |
| 20:03.45 | blast007 | heh |
| 20:03.52 | blast007 | a vague answer for a vague question ;) |
| 20:04.24 | blast007 | jh`: the domain expired |
| 20:04.30 | blast007 | menotume forgot to pay, again |
| 20:07.31 | jh` | oh man that sux |
| 20:07.35 | blast007 | jh`: there's a post on the bzflag forum in the GU category for posting match results until the site is backup |
| 20:07.46 | blast007 | http://my.bzflag.org/bb/viewtopic.php?f=103&t=16231 |
| 20:08.05 | blast007 | jh`: you're not used to the site going down by now? ;) |
| 20:08.13 | blast007 | he forgot to pay for hosting before as well |
| 20:08.16 | jh` | i wish the menotume would move the domain for someone else |
| 20:08.17 | blast007 | at least once |
| 20:08.56 | blast007 | I wish that web-league would get thrown into a blackhole, but that won't happen for a while ;) |
| 20:09.36 | jh` | i work for internet-operator |
| 20:10.02 | jh` | i could easily make a site in there for free |
| 20:10.14 | blast007 | meh, but you'd have to run web-league :P |
| 20:10.22 | blast007 | which is a huge security hole of a web app |
| 20:10.29 | jh` | but ofcourse someone has to pay for domain |
| 20:11.08 | jh` | but i dont think im interested...too much trouble |
| 20:12.27 | *** join/#bzflag Yassen (Yassen@unaffiliated/yassen) |
| 20:12.31 | jh` | i could run webleague, we run other php sites also |
| 20:13.20 | jh` | but i wont because i want to keep work and bzflag seperated |
| 20:15.13 | jh` | if i got involved in hosting it would just mean more trouble to me, and work |
| 20:18.52 | jh` | but i would like to help, somehow |
| 20:18.57 | blast007 | and menotume hasn't released the latest web-league code |
| 20:19.09 | blast007 | it's only on the bzleague.com stuff |
| 20:19.21 | blast007 | so the stuff in SF is even crappier |
| 20:19.48 | jh` | LOL |
| 20:20.07 | jh` | like the session time out? |
| 20:21.01 | jh` | like you get blank site if your session hangs out |
| 20:22.14 | blast007 | no, I'm referring to security |
| 20:31.41 | *** join/#bzflag Yassen_ (Yassen@pool-71-164-23-132.sttlwa.fios.verizon.net) |
| 20:49.42 | *** join/#bzflag Yassen (Yassen@unaffiliated/yassen) |
| 21:00.52 | *** part/#bzflag Upsetter (~Ups@89.246.213.41) |
| 21:14.05 | delusional | undefined symbols in libcClientBase.a http://planetmofo.pastebin.com/2TD3AsrT |
| 21:15.37 | delusional | that's OSX 10.6, my linux system doesnt seem to have the problem |
| 21:15.54 | temporalD | built OK for me on 10.5 |
| 21:16.05 | *** join/#bzflag MindstormsKid (~msk@Wikipedia/MindstormsKid) |
| 21:18.10 | *** join/#bzflag bier_ (~bier@pD9E2F1FB.dip.t-dialin.net) |
| 21:18.55 | delusional | hehehe, disregard my above comments, i thought i was building here at home and on the remote system, but it i was actually building them both here at home |
| 21:20.29 | delusional | aat the same time |
| 21:23.08 | delusional | temporalD do you get any warnings about deprecated commands while making in OSX |
| 21:23.54 | delusional | MacMedia.cxx:65: warning: âNewSndCallBackUPPâ is deprecated (declared at /System/Library/Frameworks/Carbon.framework/Frameworks/CarbonSound.framework/Headers/Sound.h:719) |
| 21:24.19 | delusional | MacWindow.cxx:141: warning: âCGLSetFullScreenâ is deprecated (declared at /System/Library/Frameworks/OpenGL.framework/Headers/OpenGL.h:70) |
| 21:24.25 | delusional | that kind of thing? |
| 21:24.42 | temporalD | delusional, I built it remotely - can tell you in a couple hours |
| 21:25.01 | delusional | no big deal |
| 22:07.07 | *** join/#bzflag TimRiker (~timr@bzflag/projectlead/TimRiker) |
| 22:07.07 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 22:08.24 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 22:08.24 | *** mode/#bzflag [+v joevano] by anthony.freenode.net |
| 22:10.21 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 22:10.21 | *** mode/#bzflag [+v joevano] by ChanServ |
| 22:15.25 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 22:17.39 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
| 22:17.39 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 22:28.38 | *** join/#bzflag me1 (~ausom@bzflag/player/Me1) |
| 22:49.47 | trepan | blast007: i don't think that the packets were sent out of order (from a network layer perspective) |
| 22:50.08 | trepan | the client sends out MsgEnter, but doesn't wait for MsgAccept before sending the motto |
| 22:50.37 | trepan | MsgAccept can be delayed waiting for public auth |
| 22:52.51 | trepan | sending the motto upon receiving MsgAccept fixes the problem |
| 22:54.42 | *** join/#bzflag mac-mini (~mac-mini@unaffiliated/macmini/x-648924) |
| 22:55.10 | trepan | actually, that's probably related to the MsgAlive problem I've been seeing; if you try to spawn before being fully recognized, you fall into a locked state (can't spawn) |
| 23:01.44 | *** join/#bzflag L4m3r (~l4m3r@bzflag/developer/L4m3r) |
| 23:01.44 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 23:23.23 | *** join/#bzflag temporalD (~ATD@bzflag/serverop/TemporalDistraction) |
| 23:25.59 | *** join/#bzflag thefirstdude (~bla@dsl092-208-150.chi1.dsl.speakeasy.net) |
| 23:26.17 | delusional | SDLWindow.cxx:93: error: invalid conversion from âintâ to âint*â |
| 23:26.46 | delusional | might be related to my recent upgrade? to SDL 1.3.0 |
| 23:27.01 | delusional | http://planetmofo.pastebin.com/KDjEmM90 |
| 23:28.35 | trepan | can you pastebin the definition of SDL_GetMouseState() from your SDL/SDL_mouse.h file? |
| 23:31.42 | trepan | the reason: http://forums.libsdl.org/viewtopic.php?t=4612&sid=867766d41acba06758c5315edc5c8641 |
| 23:32.19 | trepan | the resolution: http://bugzilla.libsdl.org/show_bug.cgi?id=758 (last comment) |
| 23:33.33 | CIA-10 | BZFlag: 03trepan * r21073 10/trunk/bzflag/src/platform/SDLWindow.cxx: |
| 23:33.34 | CIA-10 | BZFlag: * always use the SDL1.2 style SDL_GetMouseState() |
| 23:33.34 | CIA-10 | BZFlag: (appears as though the SDL1.3 code was reverted) |
| 23:33.58 | trepan | try that ... |
| 23:34.03 | trepan | oops, the next one ;) |
| 23:34.06 | CIA-10 | BZFlag: 03trepan * r21074 10/trunk/bzflag/src/platform/SDLWindow.cxx: * committed in haste, cleanup |
| 23:34.34 | delusional | ok, you fixed it? i dont have to update SDL? |
| 23:35.00 | trepan | looks like your SDL1.3 is newer than the one that code was created for |
| 23:35.11 | trepan | isn't entirely sure, but it looks like it's a good bet |
| 23:35.33 | delusional | I have 1.3.0-4429 |
| 23:36.05 | trepan | "can you pastebin the definition of SDL_GetMouseState() from your SDL/SDL_mouse.h file?" <-- that's what I'd need |
| 23:36.22 | trepan | much simpler than having me dig up the SDL1.3 rcs code |
| 23:36.55 | *** join/#bzflag McYukon (~McYukon@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 23:38.08 | delusional | not sure if this is what you want http://planetmofo.pastebin.com/F2HfEFCz |
| 23:38.40 | delusional | this is the entire file http://planetmofo.pastebin.com/beC1r7Gn |
| 23:38.51 | delusional | it looks like it's compiling for me |
| 23:39.32 | trepan | looks like i bet right: SDL_GetMouseState(int *x, int *y); (from your 2nd pastebin) |
| 23:40.01 | trepan | hopefully SDL_SelectMouse() isn't required |
| 23:40.09 | trepan | (defaults to the sane value) |
| 23:40.37 | delusional | thanks trepan, that was a thing of beauty, that you distilled from my jar of crap. |
| 23:40.56 | temporalD | corn mash |
| 23:41.09 | trepan | your jar of crap is nothing compared to state management in bz code ;) |
| 23:41.29 | blast007 | hehe |
| 23:41.51 | trepan | blast007: see the note about using MsgAccept as a trigger to solve the problem? |
| 23:42.07 | blast007 | yeah, saw that |
| 23:42.18 | trepan | also used it to allow spawning in cmdRestart(), fixed the MsgAlive lock-up |
| 23:42.35 | blast007 | just wondering if that's just covering up the real issue |
| 23:42.43 | trepan | no, that is the real issue |
| 23:43.01 | trepan | doing crap before you're a real player |
| 23:43.14 | blast007 | eh |
| 23:43.16 | trepan | might want to hold off joinInternetGame2() until MsgAccept comes in |
| 23:43.31 | blast007 | I mean the fact that bzfs was processing stuff backwards |
| 23:43.39 | trepan | it wasn't, afaics |
| 23:43.48 | blast007 | it was for me |
| 23:43.56 | blast007 | I'll have to test again, I guess |
| 23:43.56 | trepan | the client was simply sending data before it could be used |
| 23:44.10 | trepan | maybe you had a different issue |
| 23:44.11 | blast007 | for me, the client send msgenter followed by msgplayerdata |
| 23:44.14 | blast007 | sent* |
| 23:44.25 | blast007 | and then the server processed msgplayerdata first |
| 23:44.29 | trepan | one that ripping out Buffered...20.. solved ;) |
| 23:45.01 | trepan | it actually processed MsgEnter first |
| 23:45.12 | blast007 | not for me |
| 23:45.12 | trepan | it just didn't respond until it got the authed |
| 23:45.22 | *** join/#bzflag mrapple (~mrapple@bzflag/player/MrAppleComputer) |
| 23:45.40 | blast007 | like I said, I'll have to test again |
| 23:45.43 | blast007 | it's been a while |