| 01:38:14 | vogon_jeltz | is away: the Simpsons |
| 02:19:26 | captain_proton | gets his latex-fu on |
| 02:33:27 | vogon_jeltz | heh |
| 02:33:28 | vogon_jeltz | is back (gone 00:55:14) |
| 02:35:34 | captain_proton | hi vogon_jeltz |
| 02:35:40 | vogon_jeltz | hi |
| 02:36:01 | | up yours |
| 02:36:01 | captain_proton | whats up? |
| 02:36:10 | vogon_jeltz | hehe |
| 02:36:17 | | :) |
| 02:36:17 | vogon_jeltz | ibot, botsnack |
| 02:36:21 | vogon_jeltz | is away: shower |
| 02:56:22 | vogon_jeltz | is back (gone 00:20:01) |
| 04:15:07 | captain_proton | wb vogon_jeltz |
| 04:15:14 | vogon_jeltz | hi |
| 04:18:37 | captain_proton | got a reasonable looking integral sign with a circle in latex :) :) |
| 04:19:49 | vogon_jeltz | heh |
| 04:19:59 | vogon_jeltz | why do you need an elliptic integral sign? |
| 04:20:50 | captain_proton | my math lab |
| 04:21:57 | captain_proton | it happens that the circulation around a rotating cylendar is given by gamma = - (el. int)_omega v-> ds-> |
| 04:22:20 | vogon_jeltz | heh |
| 05:41:02 | tvon | Anyone home? |
| 05:41:25 | tvon | Whats proton's IP? |
| 06:47:07 | HerrMoose | vogon_jeltz: you here? |
| 06:48:09 | vogon_jeltz | no |
| 06:48:58 | HerrMoose | captain_proton here |
| 06:49:06 | vogon_jeltz | hi |
| 06:49:07 | HerrMoose | just checking: how do you build XFree86? |
| 06:49:11 | vogon_jeltz | make World |
| 06:49:17 | HerrMoose | thats it? |
| 06:49:28 | vogon_jeltz | yeah, and make install |
| 06:49:36 | HerrMoose | oh good - doing it right |
| 06:49:39 | vogon_jeltz | hehe |
| 07:23:15 | captain_proton | isn't going to fail calculus |
| 07:58:42 | BZFlag | roadrunner: just insert a "return -1;" at the beginning of openMulticast in src/net/multicast.cxx |
| 07:58:59 | BZFlag | it's broken, and I'm frustrated with it. ;-) |
| 08:27:46 | captain_proton | vogon_jeltz: around? |
| 08:33:16 | captain_proton | no? fine then |
| 08:33:26 | captain_proton | i'll ask you tomorrow |
| 15:23:22 | roadrunner | yeah! the new server works now! |
| 15:29:04 | Chestal | dropped multicast? |
| 15:30:12 | roadrunner | yep |
| 15:30:42 | roadrunner | put a 'return -1;' in the src/net/multicast.cxx openMulticast fxn |
| 15:30:50 | roadrunner | now everything is good |
| 18:43:56 | tvon | Whats protons addy? |
| 18:43:59 | tvon | er, server addy |
| 18:44:01 | tvon | or iP |
| 18:44:03 | tvon | ? |
| 18:44:05 | tvon | and port |
| 18:49:28 | tvon | ah found it |
| 21:58:27 | captain_proton | vogon_jeltz: here? |
| 21:59:38 | vogon_jeltz | no |
| 21:59:49 | captain_proton | i have a problem: |
| 21:59:55 | captain_proton | X built, but errored on make install |
| 22:00:37 | vogon_jeltz | hmm |
| 22:00:49 | vogon_jeltz | lemme guess: /usr/X11R6/lib/X11/xkb |
| 22:00:58 | captain_proton | no |
| 22:01:00 | vogon_jeltz | hmm |
| 22:01:06 | captain_proton | it got unresolved symbols building glxinfo |
| 22:01:13 | vogon_jeltz | ah |
| 22:01:20 | captain_proton | looked like it wanted to link with libstdc++ but wasn't |
| 22:01:40 | captain_proton | thoughts? |
| 22:01:51 | captain_proton | is it incompatible with gcc 3.0.2? |
| 22:02:30 | vogon_jeltz | no clue |
| 22:02:35 | vogon_jeltz | never used GCC 3.x |
| 22:02:39 | captain_proton | hmmm |
| 22:02:43 | vogon_jeltz | I'd go ask over in #xfree86 |
| 22:02:51 | captain_proton | on opn? |
| 22:03:08 | vogon_jeltz | yep |
| 22:51:28 | BZFlag | anyone wanna do a netcode fix for me? |
| 22:52:05 | vogon_jeltz | meh |
| 22:55:08 | BZFlag | MsgEnter is sent my the client, the server replies with MsgAccept |
| 22:55:34 | BZFlag | we need to tack the actual server assigned playerId onto the end or MsgAccept. |
| 22:56:14 | BZFlag | then the client needs to look for then (by testing length) and reset it's local id if there is one attached (ie: new server) |
| 22:56:56 | vogon_jeltz | k |
| 22:56:57 | BZFlag | we need a new msg that confirms the playerid back to the server. by which the server can stop doing playerid mangling. |
| 22:59:54 | BZFlag | the client should wait for the MsgAccept before doing other things, so the only packet that might get special handling is the MsgAddPlayer |
| 23:01:06 | BZFlag | ideally, it will get sent and processes _before_ MsgAccept is sent so that old clients will still work. then the client replies and the server turns off mangling for that client. |
| 23:01:52 | BZFlag | not sure the old clients will like that though. I'll get to this eventually, I'm just swamped in work at present, so I was wondering if anyone else wants to look into it. |
| 23:02:06 | vogon_jeltz | I'll hack on it for a while :) |
| 23:02:25 | BZFlag | cool. work against current cvs k? |
| 23:02:47 | vogon_jeltz | hmm... I'll have to get another CVS tree (mine is semi-disassembled because of the SDL stuff) |
| 23:03:01 | vogon_jeltz | takes notes and reminds himself to get back to it tonight |
| 23:05:25 | BZFlag | hmm looks like addplayer needs to come after msgenter. |
| 23:06:06 | BZFlag | msgenter needs to save the correct playerid then, but only start using it when we get the addplayer for ourselves. |
| 23:07:07 | BZFlag | we send back the new hmmm... "msgackid" immediatly when we get the msgenter if there is a playerid attached. |
| 23:08:20 | BZFlag | but the server is sending us a bunch of stuff which ends with our own addplayer. we will get the mangled id in that one, and expect the unmangled id on any packets that follow. |
| 23:09:27 | BZFlag | the server sends teamupdate after that, but that's ok as it does not include any playerid's |
| 23:09:32 | BZFlag | got all that? ;-) |
| 23:09:45 | vogon_jeltz | not really, but I can look at the IRC logs ;) |
| 23:09:51 | BZFlag | heh. |
| 23:10:21 | vogon_jeltz | is currently busy working on his MMORPG project thing |
| 23:11:17 | vogon_jeltz | ponders |
| 23:11:34 | vogon_jeltz | will select() pick up on connect requests on listening sockets? |
| 23:12:38 | BZFlag | yes |
| 23:12:50 | vogon_jeltz | ooh |
| 23:12:59 | vogon_jeltz | is now quite a lot happier |
| 23:13:14 | BZFlag | just add the listen handle to the read list |
| 23:13:19 | vogon_jeltz | k |