| 00:07.16 | *** join/#bzflag rob1n (i=Waras__@unaffiliated/rob1n) |
| 00:20.36 | *** join/#bzflag ep (n=quassel@ip68-97-126-55.ok.ok.cox.net) |
| 00:22.10 | CIA-64 | BZFlag: 03kingrobot * r19982 10/trunk/bzflag/src/ (4 files in 3 dirs): bzrobots: bots no longer self-kill when firing a shot |
| 00:22.13 | KingRobot | Hmm |
| 00:22.23 | KingRobot | The bots velocity is way off |
| 00:22.48 | KingRobot | i.e. they are moving a lot faster than a tank should be allowed |
| 00:23.02 | KingRobot | What might cause that? |
| 00:43.41 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 00:43.41 | *** mode/#bzflag [+v spldart] by ChanServ |
| 01:50.28 | Yassen | How would I run the Test Robot in BZRobots? |
| 01:56.40 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 02:06.36 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 02:18.27 | *** join/#bzflag steerpike (n=steerpik@64-91-103-170.stat.centurytel.net) |
| 02:18.34 | steerpike | hey guys :) |
| 02:18.54 | steerpike | how do i get a bzflag/player cloak? lol |
| 02:18.59 | steerpike | < titmouse :\ |
| 02:31.31 | temp_dist | steerpike: as I understand it, once you have been around the project for a while and contributed to it, you can ask one of the devs here |
| 02:32.20 | steerpike | oh :\ |
| 02:32.29 | steerpike | i thought you just needed to be a regular player :\ |
| 02:32.36 | steerpike | hence.. "player" |
| 02:36.37 | DTRemenak | http://my.bzflag.org/w/IRC_Cloaks |
| 03:03.10 | *** join/#bzflag JeffM (n=Jeff@bzflag/projectadmin/JeffM) |
| 03:03.10 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 03:12.22 | steerpike | ah man.. i didn't see the pm forum notice for the babel league team :\ |
| 03:13.36 | *** join/#bzflag Abominable (n=chatzill@97.104.162.86) |
| 03:15.02 | *** join/#bzflag short_circuit (n=spldart2@c-98-197-19-35.hsd1.tx.comcast.net) |
| 03:17.09 | *** join/#bzflag JeffM (n=Jeff@bzflag/projectadmin/JeffM) |
| 03:17.09 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 03:17.58 | *** join/#bzflag JeffM2501 (n=Jeff@bzflag/projectadmin/JeffM) |
| 03:17.58 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 03:47.04 | *** join/#bzflag bier (n=bier@pD9E2FB32.dip.t-dialin.net) |
| 03:59.54 | steerpike | hrm.. i wonder what's up with jeff's internet |
| 04:03.05 | Bambino | can someone tell me something, zaphod's server there's a troll and I can't run /poll ban, so I did /showperms and I have pollBan perms |
| 04:03.26 | Bambino | they troll is saying his keyboard is stuck on caps lock |
| 04:03.57 | *** join/#bzflag SportChick (i=essy@freenode/staff/sportchick) |
| 04:03.58 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 04:04.09 | Bambino | temp_dist: ping? |
| 04:04.20 | steerpike | hey :) |
| 04:04.49 | Bambino | hey steerpike |
| 04:04.59 | steerpike | < titmouse |
| 04:05.00 | steerpike | :P |
| 04:06.08 | steerpike | zaphod's server? |
| 04:14.00 | Bambino | yes, it's delt with |
| 04:26.04 | Yassen | How are shot ID's chosen in 2.0.10, 12, and 13? |
| 04:32.47 | trepan | look for 'getSalt()' |
| 04:33.42 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 04:51.10 | *** part/#bzflag bryjen (n=bryjen@cpe-75-81-208-170.we.res.rr.com) |
| 04:54.41 | steerpike | hi Swigg |
| 04:54.56 | Swigg | helloooooooo |
| 04:55.12 | Swigg | who might you be? |
| 05:00.50 | CIA-64 | BZFlag: 03trepan * r19983 10/trunk/bzflag/ (41 files in 5 dirs): |
| 05:00.50 | CIA-64 | BZFlag: * added MeshFace zones and MeshObstacle weapons |
| 05:00.50 | CIA-64 | BZFlag: (useful as they can be grouped and transformed) |
| 05:00.50 | CIA-64 | BZFlag: * added the group instance 'zoneswap' and 'weaponswap' parameters |
| 05:00.51 | CIA-64 | BZFlag: (these are use raw textual replacements on the parameter lines) |
| 05:00.53 | CIA-64 | BZFlag: * started to add mesh manifold processing |
| 05:02.43 | steerpike | Swigg: titmouse |
| 05:03.22 | Swigg | Excellent. Russia, correct? |
| 05:03.33 | steerpike | lol nah |
| 05:03.42 | steerpike | i just own the domain |
| 05:03.55 | Swigg | You own a russian domain? |
| 05:04.01 | steerpike | yes |
| 05:06.53 | Swigg | kansas? |
| 05:07.03 | steerpike | no.. that's my shell host |
| 05:07.11 | Swigg | sneaky |
| 05:07.12 | steerpike | nyc :) |
| 05:07.58 | trepan | example map: http://trepan.bzflag.bz/zwMap.bzw |
| 05:08.05 | Swigg | I caught up |
| 05:08.32 | steerpike | Swigg: how did you get your player cloak? |
| 05:08.41 | Swigg | from jeffm |
| 05:08.55 | steerpike | oh, any special requirements? |
| 05:09.08 | Swigg | just ask; he'll give you one too |
| 05:09.22 | Swigg | you want that map up? |
| 05:09.34 | Swigg | I can put it on norang |
| 05:09.49 | steerpike | i'm a norang cop ^_^ |
| 05:09.54 | trepan | Swigg: no |
| 05:10.18 | trepan | it's just an example for the format |
| 05:10.30 | Swigg | I have server access ti the=ree ports on bzflzg3. high bandwidth |
| 05:10.34 | Swigg | ok |
| 05:10.46 | CIA-64 | BZFlag: 03Bulldozer 07http://my.bzflag.org * r0 10/w/Special:Log/move: [[BZRobots/About]] moved to [[BZRobots/History]]: This is no longer up-to-date information about the BZRobots project |
| 05:10.47 | trepan | i have access to several servers, but thx ;) |
| 05:11.37 | Yassen | ~trepan++ |
| 05:11.38 | CIA-64 | BZFlag: 03trepan * r19984 10/trunk/bzflag/src/bzfs/WorldWeapons.cxx: * fixed a shadowed variable |
| 05:12.45 | trepan | fwiw, i added 'fixedflag' as an alias for 'zoneflag' |
| 05:12.59 | trepan | face \n zoneZoneFlag \n endface -- looked stupid |
| 05:14.00 | trepan | if anyone has a better name, speak up ;) |
| 05:18.06 | steerpike | fine with me :) |
| 05:19.42 | Yassen | Can shot ID's be negative? That seems like the only way to keep track of shots... |
| 05:19.55 | Yassen | Being ints I would assume so. |
| 05:22.05 | trepan | you assume too much, ShotUpdate.h: uint16_t id; // shot id unique to player |
| 05:22.49 | trepan | but cast it to a signed int16_t, and you may get your wish |
| 05:27.43 | CIA-64 | BZFlag: 03Bulldozer 07http://my.bzflag.org * r5903 10/w/BZRobots: |
| 05:29.00 | Swigg | Steerpike: You are the only person to notice my cloak |
| 05:29.14 | Swigg | I think jcp told me to ask Jeff for it |
| 05:29.15 | steerpike | heh |
| 05:29.20 | CIA-64 | BZFlag: 03Bulldozer 07http://my.bzflag.org * r5904 10/w/Bots: /* BZRobots */ |
| 05:29.27 | steerpike | jeff's having connection problems :\ |
| 05:29.46 | CIA-64 | BZFlag: 03Bulldozer 07http://my.bzflag.org * r5905 10/w/Bots: |
| 05:29.47 | Swigg | I really don't know what the cloak even is. |
| 05:30.00 | Yassen | And nice job on the mesh zones, those look very useful for some of the more advanced maps :) |
| 05:30.04 | steerpike | just hides your hostname |
| 05:30.37 | CIA-64 | BZFlag: 03Bulldozer 07http://my.bzflag.org * r5906 10/w/BZRobots: /* About BZRobots */ |
| 05:30.49 | trepan | Yassen: note, unlike the recent face bases, triangulation can be an issue with zone fixedFlags |
| 05:31.06 | trepan | (face bases and links, neither suffer from splitting that much) |
| 05:31.44 | KingRobot | Yassen: To answer your earlier questions: http://my.bzflag.org/w/BZRobots#Example_of_use :) |
| 05:31.52 | trepan | so try to avoid using it with faces that will need to be split ;-) |
| 05:34.08 | Yassen | KingRobot, When I try that, bzrobots just exits after a second or two... |
| 05:35.40 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 05:35.51 | KingRobot | Yassen: Linux, presumably? |
| 05:36.12 | KingRobot | As noted, it is not yet functional in Windows... |
| 05:36.24 | Yassen | So it won't even start on Windows? |
| 05:37.29 | KingRobot | The executable should run, it should load the dll, and it should connect to the server, but that is about it. The client doesn't join yet, and obviously without that, a tank will not spawn. |
| 05:42.34 | KingRobot | Up until today, it wouldn't even build on Windows, and the dll loading code didn't even exist. |
| 05:42.46 | Yassen | So if someone was on the server and I tried to join with the test robot, they wouldn't see anything? |
| 05:43.09 | KingRobot | They shouldn't |
| 05:43.17 | KingRobot | It would be like when the stats server connects |
| 05:43.29 | Yassen | Okay, I see. |
| 05:43.53 | KingRobot | Now, with linux, it's a different matter; there the bot will join and spawn |
| 05:45.26 | Yassen | trepan: Looks like you're right, the clients get disconnected when a shot with a negative shot ID is sent to them. |
| 05:45.51 | trepan | negative? |
| 05:47.28 | Yassen | Yeah. I'm trying to track who "owns" and world weapon shot by giving it a unique shot ID for that player. Since positive shots IDs interfere with regular player fired shots, I tried giving it a negative shot ID. |
| 05:47.46 | trepan | did you change the shot id's type? |
| 05:47.50 | trepan | it's currently uint16_t |
| 05:47.57 | Yassen | But when the shot is fired, the clients disconnect "Write error EAGAIN". |
| 05:48.13 | Yassen | I'm using the plugin API "bz_fireWorldWep" |
| 05:48.51 | trepan | you're trying to fake player shots? |
| 05:49.48 | Yassen | Yes. By giving a shot ID in a range based on the player's ID I can tell which player "fired" the shot in the bz_ePlayerKilled event. |
| 05:49.55 | Yassen | And then change the killerID to that play. |
| 05:50.00 | Yassen | s/play/player |
| 05:51.37 | trepan | what range? did you lookup the getSalt() routine? |
| 05:54.04 | Yassen | The formula I use for generating the shot IDs: (rand() % 200) + playerID * 200 + 1000. Basically each player gets 200 shot ID "sections" skipping the first 5 "sections". |
| 05:54.40 | Yassen | Then when finding the player who shot it: (int)(shotID - 1000)/200. |
| 06:00.02 | *** join/#bzflag KingRobot1 (n=mathew@unaffiliated/kingrobot) |
| 06:03.33 | trepan | Yassen: looks to me like as though you'd just overwrite existing shots if you had in 'id' collision (if the code is working properly, which it may not be) |
| 06:03.56 | trepan | but, the "Write error EAGAIN" -- is it client side or server side? |
| 06:04.09 | Yassen | That's from the server log. |
| 06:04.36 | Yassen | It was probably flooding the client out with messages. |
| 06:04.49 | trepan | are you stuck in a loop somewhere, sending out a lot of packets? |
| 06:04.58 | trepan | ... ah, ya |
| 06:06.38 | Yassen | I have some code that limits the number of times it does collision detection so it doesn't take a lot of resources, but it wasn't working properly. |
| 06:06.52 | Yassen | So it may have been sending 40 packets a second. |
| 06:06.58 | Yassen | Or more, for that matter. |
| 06:07.43 | trepan | the error related code in NetHandler::send() looks weird |
| 06:07.55 | trepan | if (err != EAGAIN ) { ... toBeKickedReason = "Write error EAGAIN"; } |
| 06:09.44 | Yassen | If it's not EAGAIN, say it's EAGAIN? |
| 06:09.52 | trepan | odd, no? |
| 06:10.00 | Yassen | That does seem very weird. |
| 06:10.43 | trepan | related to limiting collision detecting; even with the current dt timeslice mechanism, you can still go through walls when _tankSpeed is tweaked a little (ex: 25 => 100) |
| 06:10.57 | trepan | easy enough to fix with a ray test for basic cases |
| 06:11.30 | trepan | not too hard to do a complete mesh test either |
| 06:11.50 | Yassen | It doesn't have to be exact, it's just testing to see if a player is in a certain area. Like the wwzones plugin. |
| 06:12.44 | trepan | ah, "Turrent Plugin Release" is your BB post ;) |
| 06:13.27 | Yassen | Yeah, that's what I'm working on. |
| 06:17.56 | Yassen | I can't see how to do completely accurate shot tracking with the 2.0.10 API.... |
| 06:19.48 | trepan | for ricochets, teleporters, etc... or just maintain the list of current shots? |
| 06:21.13 | Yassen | The plugin needs to know who to give the credit to when someone gets killed by the WW they generated. |
| 06:22.54 | Yassen | And why is the server represented by player ID 253 as the killer ID in bz_ePlayerDie event? |
| 06:27.23 | trepan | probably related to bzfsAPI.h (svn trunk): #define BZ_SERVER -2 |
| 06:28.31 | trepan | or (from Address.h): const PlayerId ServerPlayer = 253; |
| 07:01.13 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 07:01.19 | trepan | http://trepan.bzflag.bz/parashot.bzw (cheesy directional parabolic weapons, example server is running) |
| 07:12.59 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 07:14.55 | jorgenpt | KingRobot1: :-) |
| 07:15.37 | jorgenpt | KingRobot1: I came back yesterday, and spent the day recovering (sleep, food, shower, shave, etcetera ;) |
| 07:28.20 | KingRobot1 | Good to have you back |
| 07:30.28 | KingRobot1 | jorgenpt: I'd like to talk about the RCRequests_Process sometime |
| 07:30.34 | KingRobot1 | Pretty late here now, though |
| 07:30.39 | jorgenpt | Ah |
| 07:30.43 | jorgenpt | It's 9.30a ::) |
| 07:30.44 | jorgenpt | :) |
| 07:30.50 | jorgenpt | I slept like 14 hours :p |
| 07:30.51 | KingRobot1 | You have Windows? |
| 07:30.58 | jorgenpt | Ye |
| 07:31.24 | KingRobot1 | bzrobots is building now :) |
| 07:31.47 | KingRobot1 | Getting there with TestRobot. |
| 07:32.02 | KingRobot1 | What is RCRequests_ProcessSWIG.cxx? |
| 07:32.24 | KingRobot1 | (I mean on Windows - it works on Linux now, of course) |
| 07:32.34 | jorgenpt | Nice |
| 07:33.01 | jorgenpt | Since my laptop is dead, lemme see if I can find a checkout of the source somewhere ;) |
| 07:33.07 | KingRobot1 | ok :) |
| 07:33.09 | KingRobot1 | Where'd you go for you trip again? |
| 07:33.19 | jorgenpt | I was at a music festival here in Norway |
| 07:33.24 | jorgenpt | HoveFestival.com |
| 07:33.37 | jorgenpt | They had The Prodigy <3 |
| 07:33.54 | jorgenpt | So basically camping, drunkenness, poor hygiene, awesome people and awesome concerts. ;) |
| 07:34.29 | KingRobot1 | ha |
| 07:34.37 | KingRobot1 | There's always http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/bzflag/src/bzrobots/ if you don't have the source |
| 07:35.05 | jorgenpt | Ah, I thought it was generated since it contained SWIG. ;p |
| 07:36.54 | KingRobot1 | I'm having trouble getting a clean API linked for the bot dll's; everything is clean at this point, except for BZAdvancedRobot.cxx |
| 07:37.16 | KingRobot1 | I'm not understanding the likes of this: |
| 07:37.18 | jorgenpt | Ah, I think it's because of unresolved linking errors. |
| 07:37.18 | KingRobot1 | link->sendAndProcess(GetDistanceRemainingReq(), this); |
| 07:37.27 | KingRobot1 | Yeah, I got that much |
| 07:37.41 | jorgenpt | So what's your question about that file? :) |
| 07:38.37 | KingRobot1 | Well, RCRequests_ProcessSWIG.cxx provides all the functions |
| 07:38.40 | KingRobot1 | But they do nothing |
| 07:38.57 | KingRobot1 | (I can link a clean bot dll using it, but of course it doesn't work) |
| 07:39.03 | KingRobot1 | So, what's it for? |
| 07:40.29 | KingRobot1 | It it some kind of template for swig? |
| 07:40.36 | KingRobot1 | (I'm not much familiar with swig) |
| 07:41.27 | jorgenpt | I'm pretty sure they do something in the backend, but not in the frontend. |
| 07:41.37 | jorgenpt | I.e. RCRequests_Process.cxx |
| 07:41.46 | KingRobot1 | Right |
| 07:41.56 | KingRobot1 | Do you remember well how the frontend/backend communicate? |
| 07:42.21 | jorgenpt | I can probably grok it in a short time by prowling the source, how so? |
| 07:42.37 | jorgenpt | Since the same class is used in the frontend, they have to be defined so that you do not get linker errors. |
| 07:43.06 | KingRobot1 | Right, I understand the linker bits :) |
| 07:43.25 | jorgenpt | I'm sorry, then I seem to be misunderstanding what the confusion is about :) |
| 07:43.52 | KingRobot1 | What I'm after is a good solution to fix the link errors without breaking the frontend/backend communication. |
| 07:44.12 | KingRobot1 | For example |
| 07:44.16 | jorgenpt | Okay, and what link errors are there? |
| 07:44.22 | KingRobot1 | In BZAdvancedRobot, there is |
| 07:44.24 | KingRobot1 | link->sendAndProcess(SetTurnRateReq(turnRate), this); |
| 07:44.39 | KingRobot1 | SetTurnRateReq is the missing function |
| 07:44.41 | jorgenpt | Right, which waits for a reply after sending the given request, and updates the state with it |
| 07:44.47 | KingRobot1 | All others are similar |
| 07:44.53 | KingRobot1 | If I can fix those, I'll be set. |
| 07:44.53 | jorgenpt | SetTurnRateReq is a class, not a fuction |
| 07:45.14 | KingRobot1 | Er class, I meant, yes. |
| 07:45.18 | KingRobot1 | Sorry |
| 07:45.45 | KingRobot1 | SetTurnRateReq::process is the missing function |
| 07:45.58 | KingRobot1 | ... and then all others are similar |
| 07:46.08 | KingRobot1 | But process is something that belongs in the backend |
| 07:46.18 | jorgenpt | Aha. And linking with RCRequests_Process.cxx or RCRequests_ProcessSWIG.cxx doesn't solve it? |
| 07:46.27 | jorgenpt | Mhm, yeah. |
| 07:46.42 | KingRobot1 | I can link with RCRequests_ProcessSWIG.cxx, but then it does not work. |
| 07:46.47 | KingRobot1 | (It compiles and runs, but does nothing) |
| 07:47.42 | KingRobot1 | I am thinking that somehow due to the cross dll boundaries, it ends up calling the wrong process. |
| 07:47.45 | jorgenpt | SWIG is meant for the frontend, non-SWIG is meant for the backend. You link separately for the two, right? |
| 07:48.07 | jorgenpt | You mean that it actually calls the DLLs version when you load it on Windows? |
| 07:48.18 | jorgenpt | Instead of using the bzrobots.exe's definition? |
| 07:48.25 | KingRobot1 | I'm thinking |
| 07:48.30 | KingRobot1 | yes |
| 07:48.46 | jorgenpt | I thought DLL exports on Windows were very explicit, so that it would not export anything unless you explicitly said so. |
| 07:49.12 | KingRobot1 | Quite so |
| 07:49.19 | jorgenpt | You could try firing up a debugger, see if it ever calls the ::process in the EXE? |
| 07:49.45 | jorgenpt | In any case, the "cleaner" solution would be inheritance, so that the parent class didn't declare that it had a ::process, but that the child class did. |
| 07:50.08 | jorgenpt | And the backend uses the child class, and the frontend uses the parent class. |
| 07:50.31 | jorgenpt | Then I'm pretty sure you could rid yourself of the whole ProcessSWIG.cxx |
| 07:50.55 | KingRobot1 | Ahhh - that's what I'm after |
| 07:51.23 | KingRobot1 | Although that will be a bit ugly... |
| 07:51.57 | jorgenpt | What happens if you use RCRequests_Process.cxx on frontend as well, btw? |
| 07:52.04 | jorgenpt | Yeah, it'll be a lot of code, at least. ;-) |
| 07:52.11 | jorgenpt | (A lot of similar code) |
| 07:53.14 | KingRobot1 | If I use RCRequests_Process.cxx in the bot, I get a host of very nasty link errors... We really don't want to go there. |
| 07:53.43 | jorgenpt | Right |
| 07:54.04 | jorgenpt | You might actually encounter link errors even if you use the class inheritance thing. |
| 07:54.30 | jorgenpt | Depends on what code refers to ::process |
| 07:54.48 | KingRobot1 | process should only be needed in the backend |
| 07:54.51 | jorgenpt | Ideally you wouldn't build the child classes' definition on the frontend |
| 07:54.51 | KingRobot1 | right? |
| 07:54.54 | jorgenpt | Right |
| 07:55.11 | KingRobot1 | I have everything working except process, so we should be fine |
| 07:55.59 | jorgenpt | Basically ::process updates the RCRobotPlayer (?) which is a backend-only concept |
| 07:56.19 | KingRobot1 | sure |
| 07:56.41 | KingRobot1 | The frontend calls link->sendAndProcess(ExecuteReq(), this), which appears to only use the asString method |
| 07:57.17 | KingRobot1 | So if I build a set of classes (ExecuteReq & friends) that implement everything necessary for asString |
| 07:57.39 | KingRobot1 | And then another set of classes that extends those for the backend (process and whatnot) |
| 07:57.47 | KingRobot1 | Then we should be set, in theory, right? |
| 07:57.54 | jorgenpt | Sounds right |
| 07:58.00 | KingRobot1 | Hrm |
| 07:58.06 | jorgenpt | I think parse() is frontend too? |
| 07:58.16 | KingRobot1 | In which case, I wonder why it's not working now... |
| 07:58.30 | jorgenpt | I agree. Did you try running it in a debugger? |
| 07:59.52 | KingRobot1 | I'm about to |
| 08:00.17 | KingRobot1 | I've not debugged dll's on windows before - here's hoping I'm doing it right... |
| 08:00.46 | jorgenpt | Well, you could just set up a breakpoint in RCRequests_Process.cxx |
| 08:01.02 | *** join/#bzflag rob1n (n=rob1n@unaffiliated/rob1n) |
| 08:11.07 | jorgenpt | I love SF. </3 |
| 08:11.23 | jorgenpt | 13.19 MBytes transferred in 9 minute(s) and 50 second(s) |
| 08:11.24 | jorgenpt | :p |
| 08:14.43 | CIA-64 | BZFlag: 03jorgenpt * r19985 10/trunk/bzflag/MSVC/build/: Update svn:ignore to remove MSVS-files that shouldn't be versioned (ncb, suo, user, Anhk-stuff) |
| 08:15.40 | jorgenpt | I'm building bzrobots on win32 now |
| 08:17.32 | KingRobot1 | Alright |
| 08:17.32 | KingRobot1 | It should all build as is |
| 08:17.32 | KingRobot1 | You can run it with bzrobots -team red bot@localhost testbot.dll |
| 08:17.32 | KingRobot1 | It should copy all that stuff to the base folder, just like when building bzfs.exe and bzflag.exe |
| 08:17.46 | jorgenpt | LINK : fatal error LNK1104: cannot open file 'dsound.lib' |
| 08:17.46 | jorgenpt | Hm. |
| 08:18.09 | jorgenpt | Do I need some DirectSound SDK or something? |
| 08:19.11 | jorgenpt | tries removing it from the linker list |
| 08:19.18 | KingRobot1 | no no |
| 08:19.28 | *** join/#bzflag Upsetter (n=ups@i577B4398.versanet.de) |
| 08:19.40 | jorgenpt | What's clientbase? |
| 08:19.50 | KingRobot1 | Probably you need it; bzrobots still links to a bunch of stuff required by bzflag, of necessity since the refactoring wasn't done. |
| 08:19.54 | jorgenpt | Mkay |
| 08:19.57 | KingRobot1 | (it being dsound) |
| 08:20.17 | KingRobot1 | clientbase is all the code that is/was shared between bzflag and bzrobots |
| 08:20.22 | KingRobot1 | most of it anyway |
| 08:20.38 | jorgenpt | Ah, cool. :) |
| 08:21.06 | jorgenpt | Hm. Shouldn't "build only bzrobots" build any dependencies for bzrobots? |
| 08:21.15 | jorgenpt | It failed because it couldn't find clientbase.lib. Weird. |
| 08:21.20 | jorgenpt | is building full solution now. |
| 08:22.13 | jorgenpt | Yeah, needs dinput.h too. Do I install the DX SDK, or what? :) |
| 08:22.47 | KingRobot1 | yeah, probably |
| 08:22.54 | KingRobot1 | oh oh, I think I got it! |
| 08:23.27 | jorgenpt | Great! :D |
| 08:23.37 | KingRobot1 | oh not quite - still not spawning... |
| 08:23.45 | KingRobot1 | sending messages now though |
| 08:23.58 | KingRobot1 | ah |
| 08:24.08 | KingRobot1 | It has to do with this Fakenet |
| 08:24.10 | KingRobot1 | what is that? |
| 08:25.12 | KingRobot1 | (It was getting stuck at Frontend.cxx:100) |
| 08:25.51 | jorgenpt | I think fakenet was someone(tm)'s attempt at making it not use tcp/ip |
| 08:25.56 | jorgenpt | But local file handles instead. |
| 08:26.09 | jorgenpt | So that you don't open a real socket when you're communicating with something locally. |
| 08:26.15 | jorgenpt | Bound to not work on Win32, I think. ;-) |
| 08:26.32 | KingRobot1 | Hmm |
| 08:27.41 | jorgenpt | Hm, wait. |
| 08:27.50 | KingRobot1 | So then, when using fakenet, RCLink status would always be "Connected" |
| 08:28.03 | KingRobot1 | (Or, rather, should) |
| 08:30.33 | jorgenpt | No, status depends on communication |
| 08:30.56 | KingRobot1 | ? |
| 08:31.03 | jorgenpt | Connected is afaik after the other end has sent an IdentifyBackend/Frontend |
| 08:31.31 | jorgenpt | Like you open a communications channel, and the state is set to Connected after the other end sends Identify* |
| 08:33.40 | KingRobot1 | ok |
| 08:38.12 | KingRobot1 | status of fakenet is stuck at Disconnected, which is why the bot isn't getting that far... |
| 08:48.54 | jorgenpt | Hm |
| 08:49.06 | jorgenpt | So you're using fakenet on Win32? |
| 08:50.24 | KingRobot1 | Yeah, it looked better than the alternative; trying to get the equivalent of fork() working on Win32... |
| 08:50.36 | jorgenpt | Ah, wait, I'm kidding. |
| 08:50.49 | KingRobot1 | I'm not ;) |
| 08:50.51 | jorgenpt | FakeNet is supposed to work on win32, it's just a simple queue and some stuff. |
| 08:50.57 | KingRobot1 | yes |
| 08:51.11 | jorgenpt | Hm. Can't you just use CreateProcess or something? |
| 08:51.20 | jorgenpt | Is there any special being done about the fork? (any information being passed etc) |
| 08:51.53 | jorgenpt | Depending on the use of fork and the code base, Win32 has two APIs that can be used: CreateProcess and CreateThread. A UNIX application that forks multiple copies of itself can be reworked in Win32 to have either multiple processes or a single process with multiple threads. If multiple processes are used, there are multiple methods of IPC that can be used to communicate between the processes (and perhaps to update the code and data of the new process to be lik |
| 08:52.00 | jorgenpt | Aha. |
| 08:52.15 | KingRobot1 | The trouble with CreateProcess is that it doesn't start at a particular place |
| 08:52.27 | KingRobot1 | Which it appears that bzrobots depends on |
| 08:52.34 | jorgenpt | "start at a particular place"? |
| 08:52.39 | KingRobot1 | Typical socket+fork combo |
| 08:52.49 | KingRobot1 | get the socket to a particular state, then fork |
| 08:52.59 | jorgenpt | Ah, you mean inheriting handles? |
| 08:53.07 | KingRobot1 | Um, sure |
| 08:53.14 | jorgenpt | It depends on that? |
| 08:53.23 | KingRobot1 | yeah, for the rclink |
| 08:53.35 | KingRobot1 | unless you use fakenet |
| 08:54.12 | jorgenpt | But the frontend just connects to the backend via a tcp socket it itself creates, doesn't it? |
| 08:56.26 | jorgenpt | traces the code manually |
| 08:57.33 | jorgenpt | I don't think it depends on any socket being in a particular state, except for the parent process having a socket in a listening state, which it's bound to have. |
| 08:58.20 | KingRobot1 | Hm |
| 08:58.42 | KingRobot1 | So you're thinking that Frontend::run can create it's own process for the frontend |
| 08:59.18 | jorgenpt | Yeah |
| 08:59.22 | KingRobot1 | Incidentally, I just determined that's why it's not working... |
| 08:59.32 | KingRobot1 | Fakenet must have not been finished |
| 08:59.39 | jorgenpt | Ah, haha |
| 09:00.02 | KingRobot1 | From botStartPlaying, we call Frontend::run |
| 09:00.06 | jorgenpt | I don't think I worked on that, :) |
| 09:00.21 | KingRobot1 | :) |
| 09:00.38 | jorgenpt | Yep |
| 09:00.45 | KingRobot1 | frontend run waits for the 'net to be connected |
| 09:01.27 | KingRobot1 | as you said, the "connected" state requires the sort of handshake between the frontend/backend |
| 09:01.55 | KingRobot1 | but the backend can't respond until the playingLoop is run |
| 09:01.55 | *** join/#bzflag rob1n_ (i=rob1n@unaffiliated/rob1n) |
| 09:02.10 | KingRobot1 | which takes place AFTER frontend::run |
| 09:02.25 | KingRobot1 | so without forking, frontend::run just waits eternally... |
| 09:03.10 | jorgenpt | Hmm, strange |
| 09:03.25 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 09:03.25 | KingRobot1 | Not really, unless fakenet was known to work at some point. |
| 09:04.22 | Constitution | KingRobot1: if you send a message right after I enter the room, how will people notice that I'm here now? |
| 09:04.41 | cygal | hai Constitution! |
| 09:04.43 | KingRobot1 | Constitution: huh? |
| 09:04.54 | KingRobot1 | oh, wait |
| 09:05.02 | KingRobot1 | lol |
| 09:05.38 | KingRobot1 | Constitution: If you enter in the midst of a conversation, how am I do get any work done? ;) |
| 09:06.05 | Constitution | and how am I to know you are in the middle of a conversation without being here? |
| 09:06.20 | Constitution | which is a rhetorical question, btw |
| 09:06.24 | KingRobot1 | ~ask |
| 09:06.25 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 09:06.29 | cygal | ~logs |
| 09:06.30 | ibot | i heard logs is http://ibot.rikers.org/%23bzflag/, or stats http://ibot.rikers.org/stats/bzflag.html.gz |
| 09:06.40 | KingRobot1 | ;) |
| 09:07.40 | KingRobot1 | jorgenpt: Ok, so I call CreateProcess on frontend.start from frontend::run, and then return true |
| 09:08.17 | KingRobot1 | you think? |
| 09:10.55 | KingRobot1 | Actually I think I want CreateThread... |
| 09:12.21 | jorgenpt | Doesn't CreateThread require an entry point? (a function) |
| 09:12.29 | KingRobot1 | That's what we want |
| 09:12.39 | KingRobot1 | frontend.start :) |
| 09:12.52 | jorgenpt | I don't think you can do this-call type calling with createthread |
| 09:13.10 | jorgenpt | Ah, CreateProcess executes a new EXE |
| 09:13.15 | jorgenpt | Well, then I guess createthread is better. |
| 09:15.39 | jorgenpt | Anyway |
| 09:16.10 | KingRobot1 | However, it will require a bit of trickery, since you can only pass a static method to it |
| 09:16.17 | KingRobot1 | But I've done that sort of thing before |
| 09:16.17 | jorgenpt | Not really |
| 09:16.21 | KingRobot1 | Okay, let me get this working |
| 09:16.35 | jorgenpt | Ah, right, yeah, if you want to do it that way. |
| 09:16.54 | jorgenpt | You only want to call start in a new file? |
| 09:16.58 | jorgenpt | new thread* |
| 09:17.04 | KingRobot1 | Hmm? |
| 09:17.15 | jorgenpt | You could just as well construct the Frontend in a new thread |
| 09:17.26 | jorgenpt | And not worry about having to pass a Frontend instance to the new thread |
| 09:17.40 | jorgenpt | Just call a static function that creates a new frontend, connects it and then starts it. |
| 09:18.06 | KingRobot1 | It'd be more properly encapsulated to do it this way ;) |
| 09:18.13 | jorgenpt | I mean, that's basically what the fork version does. |
| 09:18.40 | jorgenpt | The return value after fork() is ignored. |
| 09:18.48 | KingRobot1 | It forks at Frontend.cxx:36 |
| 09:19.00 | KingRobot1 | I'd be starting the new thread at Frontend.cxx:53 |
| 09:19.06 | KingRobot1 | How is that any different? |
| 09:20.03 | jorgenpt | Hm, didn't you just say that you had to call connect() after returning control to the calling process/thread? |
| 09:22.47 | KingRobot1 | no? |
| 09:23.11 | KingRobot1 | It gets to botplaying.cxx:1920 |
| 09:23.24 | KingRobot1 | Normally it would fork inside there |
| 09:23.36 | jorgenpt | 11:00:45 < KingRobot1> frontend run waits for the 'net to be connected |
| 09:23.36 | jorgenpt | 11:01:27 < KingRobot1> as you said, the "connected" state requires the sort of handshake between the frontend/backend |
| 09:23.39 | jorgenpt | 11:01:55 < KingRobot1> but the backend can't respond until the playingLoop is run |
| 09:24.02 | KingRobot1 | right, but there's not a call to connect afaik |
| 09:24.21 | jorgenpt | What, botplaying:1920? |
| 09:24.37 | jorgenpt | that file has 1914 lines here ;P |
| 09:25.04 | jorgenpt | But I assume that's the ::run |
| 09:25.14 | KingRobot1 | yeah |
| 09:25.40 | KingRobot1 | Go up a little ways to find rcLink->tryAccept(); |
| 09:26.23 | KingRobot1 | So say it goes into Frontend::run, then forks |
| 09:26.43 | KingRobot1 | ProcessA goes on inside that to frontend.start(filename); |
| 09:27.03 | KingRobot1 | ProcessB exits out, and goes on to rcLink->tryAccept(); rcLink->update(); |
| 09:27.23 | jorgenpt | Ah, I think I get what you mean about the fakenet-thing. |
| 09:27.53 | KingRobot1 | So, without forking, ProcessA is sitting there waiting for ProcessB to update the link |
| 09:27.57 | KingRobot1 | But it never happens |
| 09:28.08 | jorgenpt | Yep |
| 09:28.24 | jorgenpt | Anyway, I guess you got it figured out with the CreateThread thing? Let me know if you need any input. :) |
| 09:28.29 | KingRobot1 | Okey |
| 09:30.39 | *** part/#bzflag KingRobot1 (n=mathew@unaffiliated/kingrobot) |
| 10:18.03 | CIA-64 | BZFlag: 03kingrobot * r19986 10/trunk/bzflag/src/bzrobots/ (7 files): bzrobots: Initial setup of thread for running robot. note: fakenet is not thread safe... |
| 10:18.26 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 10:50.59 | *** join/#bzflag dexter- (n=Adium@bzflag/player/Dexter) |
| 11:02.18 | *** join/#bzflag Wits_ (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 11:03.54 | *** join/#bzflag dax (n=dax13571@dslb-084-062-004-251.pools.arcor-ip.net) |
| 11:05.56 | CIA-64 | BZFlag: 03wyk3d * r19987 10/branches/gsoc_bzauthd/ (10 files in 3 dirs): |
| 11:05.56 | CIA-64 | BZFlag: Added a handler for the group list server message. |
| 11:05.56 | CIA-64 | BZFlag: Split the packet handlers into client and server specific ones. |
| 11:15.06 | *** join/#bzflag Zelgadis_ (i=Zelgadis@chello084112110088.11.11.vie.surfer.at) |
| 11:19.16 | *** join/#bzflag Wits_ (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 11:55.23 | *** join/#bzflag BlasterWisconsin (n=blasterw@CPE-72-131-125-36.wi.res.rr.com) |
| 11:56.19 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 12:18.27 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 13:52.40 | *** join/#bzflag _WarPig_ (n=DTMB@207.235.53.82) |
| 13:59.21 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 14:13.47 | *** join/#bzflag dax (n=dax13571@dslb-084-062-004-251.pools.arcor-ip.net) |
| 14:14.21 | *** join/#bzflag ts (n=ts@bzflag/developer/ts) |
| 14:33.41 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 14:37.39 | *** join/#bzflag Upsetter1 (n=ups@i577B4376.versanet.de) |
| 14:46.43 | *** join/#bzflag steerpike (n=steerpik@pool-173-77-37-195.nycmny.east.verizon.net) |
| 14:53.16 | *** join/#bzflag Qew (n=qew@82-69-126-225.dsl.in-addr.zen.co.uk) |
| 15:17.09 | *** join/#bzflag Zelgadis_ (i=Zelgadis@chello084112110088.11.11.vie.surfer.at) |
| 15:18.14 | *** join/#bzflag dexter- (n=Adium@bzflag/player/Dexter) |
| 15:36.00 | *** join/#bzflag JeffM (n=Jeff@bzflag/projectadmin/JeffM) |
| 15:36.00 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 15:43.25 | CIA-64 | BZFlag: 03wyk3d * r19988 10/branches/gsoc_bzauthd/src/ (5 files in 2 dirs): Fixed build on linux. |
| 16:02.00 | CIA-64 | BZFlag: 03trepan * r19989 10/trunk/bzflag/ (5 files in 3 dirs): |
| 16:02.00 | CIA-64 | BZFlag: * fixed face zone and mesh weapon error reporting |
| 16:02.00 | CIA-64 | BZFlag: * fixed zoneswap replacements |
| 16:02.00 | CIA-64 | BZFlag: * mentionned face zones and mesh weapons in the bzw manpage (incomplete) |
| 16:04.11 | CIA-64 | BZFlag: 03trepan * r19990 10/trunk/bzflag/src/bzfs/CustomZone.cxx: * s/_pos/point |
| 16:07.59 | CIA-64 | BZFlag: 03trepan * r19991 10/trunk/bzflag/src/bzfs/CustomWeapon.cxx: * added the 'none' weapon trigger type (for easier replacements) |
| 16:10.41 | CIA-64 | BZFlag: 03trepan * r19992 10/trunk/bzflag/man/bzw.5.in: * added the 'none' weapon trigger reference |
| 16:12.02 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 16:12.02 | *** mode/#bzflag [+v spldart] by ChanServ |
| 16:15.06 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 16:16.43 | CIA-64 | BZFlag: 03trepan * r19993 10/trunk/bzflag/ (include/PhysicsDriver.h src/game/PhysicsDriver.cxx): * removed the unused PhysicsDriver 'minPeriod' static variable |
| 16:19.00 | CIA-64 | BZFlag: 03trepan * r19994 10/trunk/bzflag/ (configure.ac src/date/buildDate.cxx): * bumped protocol and rev |
| 16:19.47 | *** join/#bzflag Zelgadis_ (i=Zelgadis@chello084112110088.11.11.vie.surfer.at) |
| 16:26.05 | TD---Linux | 6 left o.O |
| 16:29.25 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 16:29.52 | CIA-64 | BZFlag: 03trepan * r19995 10/trunk/bzflag/src/bzfs/ (CustomZone.cxx CustomZone.h): * fixed face zone centering |
| 16:39.45 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 17:02.44 | *** join/#bzflag Daddo (n=LD003@pool-71-185-32-12.phlapa.fios.verizon.net) |
| 17:20.38 | rob1n_ | getting close to 20,000 commits |
| 17:24.26 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 17:24.59 | trepan | rob1n_: i hear there might be a release once it hits 30000 |
| 17:31.22 | *** join/#bzflag Swigg_ (n=Default@97.95.230.165) |
| 17:35.10 | CIA-64 | BZFlag: 03trepan * r19996 10/trunk/bzflag/ (7 files in 2 dirs): |
| 17:35.10 | CIA-64 | BZFlag: * disabled ServerIntangibility checks until the mesh face ids are handled properly |
| 17:35.10 | CIA-64 | BZFlag: (this has been breaking flag drops for quite some time I imagine) |
| 17:35.43 | trepan | anyone have plans to finish the "tangibility" stuff? |
| 17:41.35 | *** join/#bzflag dax (n=dax13571@dslb-084-062-004-251.pools.arcor-ip.net) |
| 17:43.51 | CIA-64 | BZFlag: 03trepan * r19997 10/trunk/bzflag/src/clientbase/ (ClientIntangibilityManager.cxx ClientIntangibilityManager.h): * disabled ClientIntangibility as well |
| 17:58.40 | *** join/#bzflag Yassen (n=chatzill@c-24-16-60-208.hsd1.wa.comcast.net) |
| 18:05.35 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 18:17.36 | *** join/#bzflag steerpike (n=steerpik@pool-173-77-37-195.nycmny.east.verizon.net) |
| 18:18.30 | *** join/#bzflag krisfeidt (i=krisfeid@dslb-088-067-233-015.pools.arcor-ip.net) |
| 18:24.05 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 18:24.05 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 18:29.37 | steerpik1 | JefferyM! :) |
| 18:29.42 | *** join/#bzflag Swigg_ (n=Default@97.95.230.165) |
| 18:29.47 | steerpik1 | hey Swigg_ |
| 18:30.12 | Swigg_ | :P |
| 18:30.14 | Swigg_ | Pong! |
| 18:30.19 | steerpik1 | !ping |
| 18:40.22 | *** join/#bzflag steerpik1 (n=steerpik@pool-173-77-37-195.nycmny.east.verizon.net) |
| 18:58.59 | *** part/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 19:00.42 | CIA-64 | BZFlag: 03wyk3d * r19998 10/branches/gsoc_bzauthd/src/ (6 files in 3 dirs): Added code for getting the filtered list of groups for the user from LDAP and sending it back to the server. |
| 19:05.43 | *** join/#bzflag Mets1 (n=Mets@cpe-72-224-55-41.nycap.res.rr.com) |
| 19:08.40 | *** join/#bzflag krisfeidt (i=krisfeid@dslb-088-067-233-015.pools.arcor-ip.net) |
| 19:24.30 | cygal | trepan: how do you decide what your next commit will be? :) |
| 19:26.19 | CIA-64 | BZFlag: 03wyk3d * r19999 10/branches/gsoc_bzauthd/src/ (3 files in 2 dirs): Fixed build errors/warnings. |
| 19:43.40 | delusional | Frontend.cxx:40: warning: 'void starter(void*)' defined but not used |
| 19:43.43 | delusional | one more |
| 20:16.50 | *** join/#bzflag steerpik1 (n=steerpik@pool-173-77-37-195.nycmny.east.verizon.net) [NETSPLIT VICTIM] |
| 20:16.50 | *** join/#bzflag Qew (n=qew@82-69-126-225.dsl.in-addr.zen.co.uk) [NETSPLIT VICTIM] |
| 20:16.50 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 20:16.50 | *** join/#bzflag pacman87 (n=pacman87@pool-173-57-41-37.dllstx.fios.verizon.net) [NETSPLIT VICTIM] |
| 20:16.50 | *** mode/#bzflag [+v DTRemenak] by irc.freenode.net |
| 20:21.59 | *** join/#bzflag Qew (n=qew@82-69-126-225.dsl.in-addr.zen.co.uk) |
| 20:22.12 | *** join/#bzflag pacman87 (n=pacman87@pool-173-57-41-37.dllstx.fios.verizon.net) |
| 20:22.20 | *** join/#bzflag steerpik1 (n=steerpik@pool-173-77-37-195.nycmny.east.verizon.net) [NETSPLIT VICTIM] |
| 20:22.20 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) [NETSPLIT VICTIM] |
| 20:22.20 | *** mode/#bzflag [+v DTRemenak] by irc.freenode.net |
| 20:24.28 | cygal | Yassen: can you confirm that you cannot spawn with 'i'? works here.. |
| 20:26.10 | Yassen | cygal, yes, I can confirm that I cannot spawn with 'i' or any other key. |
| 20:29.28 | cygal | then I guess it is a windows bug |
| 20:37.48 | *** join/#bzflag ep (n=quassel@ip68-97-126-55.ok.ok.cox.net) |
| 20:45.26 | *** join/#bzflag ep_ (n=quassel@ip68-97-126-55.ok.ok.cox.net) |
| 20:49.29 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 20:57.58 | *** join/#bzflag Djpenguin (n=David@c-71-202-201-94.hsd1.ca.comcast.net) |
| 21:09.28 | trepan | cygal: ? |
| 21:13.02 | CIA-64 | BZFlag: 03trepan * r20000 10/trunk/bzflag/TODO: * Welcome to SVN Rev 20000 !!! |
| 21:13.09 | trepan | cygal: i pick something stupid, and i commit it ;-) |
| 21:21.00 | *** join/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 21:21.45 | randomparticle | or a giraffe flag |
| 21:27.10 | *** join/#bzflag steerpik1 (n=steerpik@pool-173-77-37-195.nycmny.east.verizon.net) |
| 21:31.22 | delusional | Whoopeeeeeee! |
| 21:35.24 | CIA-64 | BZFlag: 03trepan * r20001 10/trunk/bzflag/TODO: * reverted r20000 |
| 21:40.23 | delusional | awww, party pooper! |
| 21:41.31 | Yassen | Heh, the 10,000th revision wasn't as much as a party ;) |
| 21:43.10 | Yassen | And neither was the 1,000, just some normal commits. |
| 21:43.13 | *** join/#bzflag Daddo (n=LD003@pool-71-185-32-12.phlapa.fios.verizon.net) |
| 21:43.21 | trepan | fairly sure that SVN r10000 came from CVS |
| 21:47.19 | *** part/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 21:48.01 | *** join/#bzflag dcat (n=dirtycat@ip70-188-17-240.rn.hr.cox.net) |
| 21:51.37 | *** join/#bzflag BlasterWisconsin (n=blasterw@CPE-72-131-125-36.wi.res.rr.com) |
| 21:54.56 | steerpik1 | hey BlasterWisconsin ^_^ |
| 21:58.04 | ts | sb goto -15 |
| 21:58.10 | ts | oops |
| 22:12.42 | *** part/#bzflag Daddo (n=LD003@pool-71-185-32-12.phlapa.fios.verizon.net) |
| 22:44.01 | SportChick | brlcad: you around? |
| 22:47.01 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 22:58.49 | steerpik1 | hey SportChick! :) |
| 22:59.48 | SportChick | hello steerpik1 |
| 22:59.52 | steerpik1 | < titmouse :) |
| 23:00.09 | steerpik1 | sorry to bother you the other day, it's been taken care of |
| 23:01.07 | SportChick | steerpik1: how so? |
| 23:01.24 | steerpik1 | oh, i left you a pm.. guess you haven't seen it :) |
| 23:01.29 | SportChick | I saw it |
| 23:01.33 | steerpik1 | oh |
| 23:01.58 | steerpik1 | i talked to tomaw & stew |
| 23:01.58 | SportChick | and? |
| 23:02.11 | steerpik1 | i explained the misunderstanding to them, and they removed my kline |
| 23:02.32 | SportChick | what was the misunderstanding again? It really wasn't that clear from your /query |
| 23:03.07 | steerpik1 | they thought i was someone else that was supposed to be klined, i just happened to be a co-founder of a room with him |
| 23:03.23 | *** join/#bzflag iSandro (n=Sandro@port-92-205-73-147.dynamic.qsc.de) |
| 23:03.35 | SportChick | I see |
| 23:03.47 | SportChick | but you had lengthy discussions with them? |
| 23:03.52 | SportChick | (tomaw and stew)? |
| 23:03.58 | steerpik1 | yes, they invited me to ##moderation |
| 23:04.48 | steerpik1 | you happen to know how long it takes to process a group registration request? |
| 23:05.17 | SportChick | it can take quite a while. There is a tremendous backlog and very few people able to process them |
| 23:05.27 | SportChick | (plus it can be expensive to process them) |
| 23:05.36 | steerpik1 | ah, understood |
| 23:05.40 | steerpik1 | expensive? |
| 23:05.54 | steerpik1 | monetarily? |
| 23:06.41 | SportChick | steerpik1: yes - overseas phone calls add up |
| 23:06.48 | steerpik1 | ah, got it |
| 23:07.18 | steerpik1 | is there an interview of some sort on the phone? |
| 23:07.26 | SportChick | usually, yes |
| 23:07.30 | steerpik1 | ok |
| 23:08.02 | SportChick | steerpik1: do you share your nickserv account with someone? |
| 23:08.19 | steerpik1 | no |
| 23:09.52 | SportChick | steerpik1: I understand you've requested a bzflag cloak? |
| 23:09.57 | steerpik1 | yes |
| 23:10.16 | SportChick | well, as tomaw told you in ##moderation the other day, you are not eligible for a cloak at this time |
| 23:10.43 | steerpik1 | oh, i thought it only applied to "unaffiliated" cloaks |
| 23:10.44 | steerpik1 | but ok |
| 23:10.47 | SportChick | your eligibility will be reevaluated after the end of July |
| 23:10.54 | steerpik1 | ok |
| 23:10.54 | SportChick | no, it applies to any cloak |
| 23:11.51 | steerpik1 | alright, np |
| 23:13.46 | SportChick | I'd suggest you talk to to tomaw or stew before requesting a cloak again - that way you know up front if it's ok |
| 23:14.28 | steerpik1 | noted :) |
| 23:15.13 | SportChick | so how you been? it's been ages |
| 23:15.22 | steerpik1 | yeah, i know! |
| 23:15.34 | steerpik1 | not so bad.. how about you.. the family? |
| 23:15.48 | SportChick | good here - very busy |
| 23:15.56 | steerpik1 | ah, i bet |
| 23:17.46 | steerpik1 | i got invited to "old timers" league for the silvercat folks.. surprised you weren't on the list :\ |
| 23:25.05 | SportChick | I don't really play anymore |
| 23:25.22 | steerpik1 | ah, gotcha |
| 23:31.44 | *** join/#bzflag MrDudle (n=MrDudle@unaffiliated/mrdudle) |
| 23:36.15 | *** join/#bzflag Sandro_ (n=Sandro@port-92-205-114-150.dynamic.qsc.de) |
| 23:45.14 | *** join/#bzflag MrDudle (n=MrDudle@unaffiliated/mrdudle) |