| 00:01.53 | *** join/#bzflag rob1n (n=rob1n@97-113-126-44.tukw.qwest.net) |
| 00:04.00 | blast007 | and the group manager was modified for the LDAP stuff |
| 00:04.02 | blast007 | afaik |
| 00:04.51 | blast007 | though I think it actually talks to the bzauthd instead of to LDAP directly, since PHP's LDAP extension had some limitations |
| 00:10.18 | JeffM | whatever works |
| 00:10.24 | JeffM | what else is left? |
| 00:13.23 | blast007 | can't recall exactly |
| 00:13.29 | *** join/#bzflag temporalD (n=ATD@bzflag/serverop/TemporalDistraction) |
| 00:13.48 | blast007 | not 100% sure if all of the web services are in order yet |
| 00:14.11 | blast007 | so that probably needs more testing (I think there's a patch in there for phpBB and/or mediawiki) |
| 00:14.15 | JeffM | was group manager finished enough to be minmaly functional? |
| 00:14.59 | blast007 | I never actually tried that one |
| 00:15.39 | JeffM | is it running anywhere? |
| 00:16.15 | blast007 | no |
| 00:16.28 | blast007 | I had a test environment set up on a VM here |
| 00:16.46 | blast007 | ..or maybe that was on my XP system |
| 00:22.49 | *** join/#bzflag PrezKennedy (i=Matthew@208.43.126.194) |
| 00:44.39 | *** join/#bzflag Think_Differentl (n=fatass@pool-96-231-88-151.washdc.east.verizon.net) |
| 01:03.09 | AAA_awright | I would think believing "whatever works" is why changes are becoming necessary |
| 01:03.29 | AAA_awright | blast007: Are the bzfls.php queries fully indexed, have you checked with DESCRIBE? |
| 01:11.13 | *** join/#bzflag R0b0t1 (n=Enigma@unaffiliated/r0b0t1) |
| 01:19.53 | JeffM | whatever works for a specific interface to a non critical subsystem is not the same as doing it for the core tech behind the feature |
| 01:20.08 | JeffM | how the manager talks to the auth system is not a major performance issue |
| 01:20.17 | JeffM | how the auth system works, is ;) |
| 01:21.03 | JeffM | if group manager gets used 10 times a day that'll be a lot |
| 01:31.02 | JeffM | goes home to write a network crypto client |
| 01:34.17 | AAA_awright | I can't believe I didn't see this earlier... though I think something was commented out I can't remember http://bzflag.pastebin.ca/1680343 |
| 01:38.55 | *** join/#bzflag Wits_ (n=Wits@72.188.93.249) |
| 01:38.55 | *** join/#bzflag cods_ (n=cods@tuxee.net) |
| 01:56.05 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 01:56.05 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 01:59.14 | *** join/#bzflag xwissen (n=xaver@pD9ED7D6B.dip.t-dialin.net) |
| 02:01.13 | blast007 | AAA_awright: no, I have not |
| 02:02.05 | AAA_awright | It should tell you if any queries are unindexed |
| 02:03.52 | AAA_awright | JeffM blast007: This should be a quick optimization for the LIST action (I presume, most common type of query) http://bzflag.pastebin.ca/1680343 |
| 02:04.12 | JeffM | submit it as a patch |
| 02:04.34 | JeffM | then it gets tracked |
| 02:05.08 | AAA_awright | k, is that formatting correct? I don't use diff by hand much |
| 02:05.30 | JeffM | no clue |
| 02:06.12 | blast007 | did you do svn diff? |
| 02:06.43 | AAA_awright | No, I don't have that directory checked out |
| 02:06.52 | AAA_awright | patch seems to work though |
| 02:08.25 | *** join/#bzflag cods_ (n=cods@tuxee.net) [NETSPLIT VICTIM] |
| 02:09.00 | *** join/#bzflag bier_ (n=bier@pD9E2D168.dip.t-dialin.net) |
| 02:09.48 | AAA_awright | Ah diff -u |
| 02:09.59 | AAA_awright | That looks better |
| 02:12.00 | *** join/#bzflag xaver (n=xaver@pD9ED7D6B.dip.t-dialin.net) |
| 02:33.28 | JeffM | there we go, one crypto server |
| 02:33.37 | JeffM | hugs well designed APIs |
| 02:37.21 | AAA_awright | A more complex optimization would be using a bloom filter to determine which groups should be visible from the list, to get rid of the JOIN... that is probably well more work than it is worth though, if the system is being replaced soon |
| 02:37.28 | *** join/#bzflag Pimpi_ (n=frank@213.9.108.240) |
| 02:38.54 | JeffM | the list of servers isn't that large |
| 02:39.36 | AAA_awright | Exactly |
| 02:40.00 | JeffM | so filtering it is a bit a of a waste when it's not an unamangaeable dataset |
| 02:40.05 | AAA_awright | Ack how did I let so many spelling mistakes go through... https://sourceforge.net/tracker/?func=detail&aid=2901560&group_id=3248&atid=303248 |
| 02:40.06 | JeffM | again bandwith is not the problem |
| 02:40.22 | JeffM | noone checked them? |
| 02:40.43 | AAA_awright | Me? I didn't proofread, oh well. |
| 02:40.58 | JeffM | it was a general answer to a general questions |
| 02:41.11 | JeffM | spelling issues get in places when they are not checked for ;) |
| 02:43.18 | AAA_awright | Not too worried :) |
| 02:43.53 | AAA_awright | That bloom filter optimization wouldn't fix a bandwidth problem, it would use a bitwise filter on a large integer to determine which groups should be hidden from the user, it fails in some cases though, in 0.010% chance, for instance, a user might see a server they aren't supposed to. |
| 02:44.09 | JeffM | groups? |
| 02:44.21 | JeffM | groups are only sent to servers, not clients |
| 02:44.23 | AAA_awright | Oh yeah, -advertise |
| 02:44.29 | JeffM | that's rarely used |
| 02:44.37 | JeffM | 99% of your hits would be a full list |
| 02:45.00 | AAA_awright | The fact that it is using a JOIN at all is hitting the database, how hard idk |
| 02:45.13 | AAA_awright | Even if it doesn't affect the results 99% of the time |
| 02:45.26 | JeffM | I really think you should profile before you optimize ;) |
| 02:45.43 | JeffM | set up a test system and write a script to pound it, see where the issues are |
| 02:45.52 | AAA_awright | It's mostly a thought for later |
| 02:46.07 | AAA_awright | I guess, if at all |
| 02:49.05 | AAA_awright | A good start would be running DESCRIBE to see if MySQL is using caching and indexes properly |
| 02:49.13 | JeffM | so you have said |
| 02:49.17 | JeffM | multiple times |
| 02:50.20 | AAA_awright | Yeah, to get answer, as it now appears that hasn't been the case yet. |
| 02:50.36 | JeffM | noone is going to rush off and do it man |
| 02:50.37 | AAA_awright | Well, in any event, patch is submitted. |
| 02:50.42 | JeffM | ok |
| 02:50.55 | JeffM | if you want instant results you should set up your own test system |
| 02:52.21 | AAA_awright | The system I had set up a while ago (and lost on I think a now dead HDD) did some of that, though I don't know what the exact table structure used is, I inferred everything including indexes from the code |
| 02:52.36 | JeffM | the schema should be in svn |
| 02:52.59 | AAA_awright | I can check again I don't think it was |
| 02:53.27 | JeffM | if it isn't that would be a more productive thing to ask for |
| 03:23.18 | *** join/#bzflag ramirez (n=ramirez@189.124.144.197) |
| 03:35.46 | *** join/#bzflag bier_ (n=bier@pD9E2D168.dip.t-dialin.net) |
| 03:43.09 | JeffM | hopes this crap works |
| 03:45.19 | *** join/#bzflag bier_ (n=bier@pD9E2D168.dip.t-dialin.net) |
| 03:59.55 | *** join/#bzflag temporalD (n=ATD@bzflag/serverop/TemporalDistraction) |
| 04:35.27 | *** join/#bzflag mrapplecomputer1 (n=admin@69.180.173.220) |
| 04:45.25 | BulletCatcher | JeffM: Do you recall the purpose of the BZFSNetworkMessageTransferCallback class you added to bzfs.cxx in r16331? The lone object of that type doesn't seem to be used for anything. |
| 04:45.27 | BulletCatcher | Yes, this was almost 2 years ago. |
| 05:04.11 | JeffM | thats not the loging for net traffic? |
| 05:05.10 | JeffM | I don't have a tree so all I can do is guess |
| 05:07.28 | JeffM | it's ether that or something for non player network connections |
| 05:08.20 | JeffM | does it's constructor register anything? |
| 05:08.52 | blast007 | BZFSNetworkMessageTransferCallback() { MSGMGR.setTransferCallback(this); } <-- that? |
| 05:09.10 | JeffM | yeah that's probably for the network loging API |
| 05:09.36 | JeffM | since net handler used in both the client and server it can't call BZFS functions directly |
| 05:09.50 | JeffM | so that callback is installed by BZFS to get the log events |
| 05:10.01 | JeffM | all it has to do is exist and it'll get called |
| 05:10.13 | JeffM | totaly pulled a Gary on that one |
| 05:10.30 | BulletCatcher | Okay, thanks. I missed the callback registration in the constructor. |
| 05:11.04 | JeffM | it's magic :) |
| 05:11.42 | JeffM | aww just when the tree finished downloading |
| 05:11.45 | JeffM | oh well.. deleted |
| 05:12.11 | BulletCatcher | Good magic, because it compiles cleanly when the class is removed, but I see that it should be left in. |
| 05:12.28 | JeffM | yeah it would, that would just disable net loging |
| 05:14.18 | blast007 | there's also a BZFSNetLogCB, so is BZFSNetworkMessageTransferCallback for logging? |
| 05:16.26 | BulletCatcher | It looks like BZFSNetLogCB is there for plugins to use. |
| 05:20.32 | *** join/#bzflag xaver (n=xaver@pD9ED7D6B.dip.t-dialin.net) |
| 05:21.06 | JeffM | do they both register with the MSGMGR? |
| 05:24.15 | BulletCatcher | BZFSNetworkMessageTransferCallback does, but BZFSNetLogCB registers with NetHandler. |
| 05:24.27 | JeffM | hmmm |
| 05:25.23 | blast007 | transfercallback just seems to send network data on to functions that send it out |
| 05:26.41 | JeffM | ahh then that's glue code so MSGMGR can be used in client and server |
| 05:26.58 | JeffM | MSGMGR is the buffering system right? |
| 05:27.39 | BulletCatcher | #define MSGMGR (BufferedNetworkMessageManager::instance()) |
| 05:27.45 | JeffM | yeah |
| 05:27.55 | JeffM | it dosn't actualy have functions to send data |
| 05:28.04 | JeffM | so it uses a callback to do it |
| 05:28.07 | JeffM | so that it can be used in both |
| 05:28.29 | JeffM | if I remember correctly |
| 05:28.44 | BulletCatcher | That is consitent with your commit log for r16331. |
| 05:29.25 | JeffM | huzah! |
| 05:29.38 | JeffM | looks like it's used in BufferedNetworkMessage::process |
| 05:29.46 | JeffM | <PROTECTED> |
| 05:31.25 | BulletCatcher | The only reason I brought it up was because of a FIXME about forward declarations just above where BZFSNetworkMessageTransferCallback is defined. |
| 05:31.27 | BulletCatcher | The forward declarations can be eliminated by moving the actual functions above the class definition, but I'm not sure if we want that sort of organization in the file. |
| 05:31.53 | JeffM | whatever floats your boat :) |
| 05:34.53 | BulletCatcher | It's actually russellb's boat, as submitted in SourceForge patch 2896321. |
| 05:34.54 | BulletCatcher | I was just trying to decide whether I liked forward declarations better or worse than having class definitions away from the top of the file. |
| 05:35.30 | JeffM | use a language that dosn't have declerations ;) |
| 05:35.37 | russellb | heh, doesn't matter to me really |
| 05:35.45 | russellb | it was an easy FIXME to fix is all. |
| 05:36.22 | BulletCatcher | Yup, but sometimes the fix is to just leave it as is. |
| 05:36.33 | russellb | indeed |
| 05:36.52 | russellb | hm, yeah, there's no other code up there |
| 05:37.04 | russellb | s/FIXME// |
| 05:38.01 | BulletCatcher | I agree. |
| 05:38.11 | russellb | thanks for looking, though. |
| 05:38.32 | BulletCatcher | Thanks for all of the patches. |
| 05:38.40 | russellb | no problem. |
| 05:40.42 | russellb | i just started playing, and I really suck, so hacking the code a little bit makes me feel better :-p |
| 05:42.19 | CIA-65 | BZFlag: 03bullet_catcher * r20684 10/trunk/bzflag/src/bzfs/bzfs.cxx: |
| 05:42.19 | CIA-65 | BZFlag: Simply remove a FIXME comment, as we like the forward declarations better than moving other code above the class definition. |
| 05:42.19 | CIA-65 | BZFlag: Thanks to patch 2896321 by russellbryant for the inspiration. |
| 05:42.36 | JeffM | bahh, I'm sto stupid, clear your buffers after you send them :) |
| 05:54.54 | JeffM | yay, one TLS inspired network crypto system :) |
| 05:57.46 | BulletCatcher | Hope you avoided the recently published vulnerability in TLS renegotiation. |
| 05:58.01 | JeffM | sure |
| 05:58.08 | JeffM | by not negotiating ;) |
| 05:58.19 | JeffM | it only does one format |
| 05:58.33 | JeffM | it can assume it's own lib is on the other side |
| 05:59.00 | BulletCatcher | Not renegotiating solves the problem, as I understand it. |
| 05:59.31 | JeffM | they have to support a number of crypto systems, so that can be part of the problem |
| 05:59.38 | JeffM | I just need to do one |
| 05:59.58 | BulletCatcher | Double ROT-13 ? ;-) |
| 06:00.00 | JeffM | rsa for the key, aes for the messages |
| 06:00.59 | JeffM | it's mostly just to protect login info for stuff like games |
| 06:01.05 | JeffM | from man in the middle |
| 06:01.42 | JeffM | so it's all UDP |
| 06:05.08 | *** join/#bzflag xaver (n=xaver@pD9ED7D6B.dip.t-dialin.net) |
| 06:11.52 | *** join/#bzflag xaver (n=xaver@217.237.125.107) |
| 06:14.07 | *** join/#bzflag nightstrike (n=nightstr@210.212.97.131) |
| 06:31.29 | *** join/#bzflag xaver (n=xaver@pD9ED7D6B.dip.t-dialin.net) |
| 06:33.41 | *** join/#bzflag Landon__ (n=chatzill@174.44.37.56) |
| 06:41.21 | Gabe_G23 | is there a line in the bzflag config that specifies the default "t" key to show FPS? |
| 06:41.32 | Gabe_G23 | Because I'm not finding it |
| 06:42.46 | JeffM | it's a default binding |
| 06:43.00 | JeffM | it would be toggle showDrawFPS |
| 06:44.32 | Gabe_G23 | possible to keep it on all the time with a line like "set showDrawFPS 1"? |
| 06:44.55 | JeffM | it's not a variable |
| 06:44.58 | JeffM | it's a command |
| 06:46.38 | Gabe_G23 | so "bind u down showDrawFPS" then |
| 06:46.52 | Gabe_G23 | am about to try, but accidentally deleted my whole config :P |
| 06:47.06 | JeffM | bind u down "toggle showDrawFPS" |
| 06:47.18 | JeffM | but I don't know if that will overide the default |
| 06:47.19 | JeffM | it may |
| 06:47.34 | Gabe_G23 | I will test and tell you if it does :) |
| 06:47.47 | JeffM | oh I don't really care if it does or does not |
| 06:48.09 | Gabe_G23 | meh, I'll tell you anyways (For any future references) :P |
| 07:13.04 | Gabe_G23 | didn't work :( |
| 07:13.15 | JeffM | then just hack up your client |
| 07:13.36 | Gabe_G23 | lol |
| 07:13.47 | JeffM | it's not a hard mod |
| 07:14.36 | Landon__ | Heya, quick question.. Lately when I try to join servers every once in awhile I get an error involving something with TCP ports.. Doesn't let me continue, quit, use outside programs.. Anything. Anyone know whats uo? |
| 07:14.56 | JeffM | TCP? or UDP? |
| 07:15.04 | Landon__ | TCP |
| 07:15.09 | JeffM | you on windows? |
| 07:15.21 | JeffM | and does it say it in game? or in a dialog box that pops up? |
| 07:15.56 | JeffM | it in game or in a dialog box? |
| 07:16.23 | Landon__ | Right before I join a server, it stays at connecting and in red script shows the error |
| 07:16.41 | JeffM | where tho? in the chatbox? or elsewhere? |
| 07:16.48 | Landon__ | Chatbox, yeah |
| 07:16.55 | JeffM | you sure it's not UDP? |
| 07:17.05 | Landon__ | Yeah |
| 07:17.18 | Landon__ | Its happens fairly often |
| 07:17.34 | JeffM | you know what the exact message is? |
| 07:17.46 | Landon__ | One second |
| 07:18.22 | Landon__ | Nope |
| 07:18.29 | JeffM | "Fallback to normal TCP receive" |
| 07:18.33 | JeffM | that maybe? |
| 07:18.48 | JeffM | or somethign like, failed, cannot get TCP port? |
| 07:18.48 | Landon__ | its something like "Error: can't connect to TCP port" or something |
| 07:18.52 | Landon__ | Yes |
| 07:18.54 | Landon__ | Thats it |
| 07:19.29 | JeffM | that's in sendUDPlinkRequest |
| 07:19.36 | JeffM | is UDP allowed in your system? |
| 07:19.51 | Landon__ | <PROTECTED> |
| 07:20.03 | JeffM | dunno, we arn't hardware or networking experts |
| 07:20.11 | Landon__ | I'll google it |
| 07:20.15 | JeffM | bassicly your OS says "no" when we ask it to open a UDP port |
| 07:20.47 | JeffM | getsockname and bind are failing with a non zero error code |
| 07:21.25 | JeffM | you have firewall software or anything like that? |
| 07:21.30 | Landon__ | Nope |
| 07:21.44 | JeffM | doing anything else on the machine with networking? |
| 07:21.59 | Landon__ | Not anything of note, no |
| 07:22.15 | JeffM | torrents or anything? |
| 07:22.25 | Landon__ | Nope |
| 07:22.31 | Landon__ | Nothings going on |
| 07:22.34 | JeffM | well something is making it fail |
| 07:22.47 | JeffM | it's not BZFlag, it's the OS that isn't letting us open what we need |
| 07:23.01 | Landon__ | its started happening recently, it had stopped for a good 2 months... |
| 07:23.13 | JeffM | change anything on your system recently? |
| 07:23.35 | Landon__ | Not that I can think of, installed photoshop and dreamweaver |
| 07:25.00 | Landon__ | The only thing I had running in the background when this happened last was skype and my IRC client |
| 07:25.20 | JeffM | it's imposible to guess what it may be |
| 07:26.13 | Landon__ | What do you recommend doing? |
| 07:26.39 | JeffM | oh you don't want my recomendation ;) |
| 07:27.04 | Landon__ | Er... Maybe I don't |
| 07:27.13 | Landon__ | Get windows/linux? :P |
| 07:27.32 | JeffM | well an OS with a kernel that didn't hork on every network connection would help yes |
| 07:27.43 | JeffM | but I'd set a breakpoint and see what the return code is first. |
| 07:28.17 | Landon__ | Talk down to me |
| 07:28.27 | JeffM | that's as low as it goes |
| 07:28.37 | JeffM | thats why I said you woudn't want to hear it |
| 07:28.49 | Landon__ | Meh, I'll decipher it on my own |
| 07:29.02 | JeffM | does it happen all the time? |
| 07:29.17 | Landon__ | No, about 1-5th of the time, very annoying though |
| 07:29.31 | JeffM | sounds like something is eating ports |
| 07:29.38 | Landon__ | And I can be running bz for 3 hours without it happening, then out of the blue.. |
| 07:29.46 | JeffM | I'd check the system to be sure nothing else is doing networking that you don't know of |
| 07:29.58 | Landon__ | Ok |
| 07:34.32 | Landon__ | I'll try running it by itself tomorrow, I'll let you know if anything odd happens |
| 07:34.35 | Landon__ | Thanks, bye |
| 07:34.49 | *** join/#bzflag xaver (n=xaver@pD9ED7D6B.dip.t-dialin.net) |
| 07:41.01 | *** join/#bzflag xaver (n=xaver@pD9ED7D6B.dip.t-dialin.net) |
| 08:54.40 | *** join/#bzflag Upsetter (n=ups@89.246.203.7) |
| 09:43.50 | *** join/#bzflag Legoguy (n=Legoguy@S0106001ee54ac005.ed.shawcable.net) |
| 10:13.28 | *** join/#bzflag Supertanker (n=supertan@unaffiliated/supertanker) |
| 10:24.13 | *** join/#bzflag Landon__ (n=chatzill@174.44.37.56) |
| 10:33.23 | *** join/#bzflag ramirez (n=ramirez@189.124.144.197) |
| 11:18.30 | *** join/#bzflag Wits (n=Wits@249.93.188.72.cfl.res.rr.com) |
| 13:26.11 | *** join/#bzflag ahs3- (n=ahs3-@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 15:01.49 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 15:37.19 | *** join/#bzflag mebigfatguy (n=dave@38.118.52.94) |
| 15:58.04 | *** join/#bzflag hwilde (n=hwilde@pool-173-75-31-106.pitbpa.fios.verizon.net) |
| 15:58.24 | hwilde | which one of you is daniel jackson |
| 15:59.02 | blast007 | I don't think he's on |
| 16:00.03 | hwilde | i tried to logon missile wars today and it says he banned me for intentional tking |
| 16:00.07 | hwilde | dunno what he is on |
| 16:00.56 | blast007 | ##bzexcess |
| 16:38.08 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 16:38.08 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 16:44.44 | *** join/#bzflag xaver (n=xaver@pD9ED7D6B.dip.t-dialin.net) |
| 16:50.58 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 17:16.36 | *** join/#bzflag Wreckage (n=Wreckage@mail.freegroups.net) |
| 17:17.25 | blast007 | JeffM: gonna try building the authd stuff again when I get home. doesn't seem like the gcrypt, gpg-error, and openldap source in src/other/ is set up to build on linux (no makefiles) |
| 17:17.32 | *** join/#bzflag xaver (n=xaver@217.237.125.107) |
| 17:17.36 | blast007 | and I'd rather play around in my VM than my server |
| 17:17.52 | blast007 | It works on Windows though ;) |
| 17:19.37 | JeffM | fun |
| 17:19.52 | JeffM | I was more curious then anything |
| 17:21.36 | Gabe_G23 | /t// |
| 17:21.36 | Gabe_G23 | |
| 17:22.15 | Gabe_G23 | oops, sorry |
| 17:22.16 | blast007 | k |
| 17:22.21 | Gabe_G23 | dropped connection there :P |
| 17:22.40 | blast007 | probably just a matter of installing a few -dev packages |
| 17:23.20 | JeffM | mayhaps |
| 17:23.31 | blast007 | though the problem is that it *tries* to build the ones in /src/other/ |
| 17:23.46 | blast007 | the configure script checks to local copies, and then decides to use the ones in our tree |
| 17:23.52 | blast007 | checks for* |
| 17:45.07 | *** join/#bzflag Gnurdux (n=gnurdux@c-68-50-118-143.hsd1.md.comcast.net) |
| 18:00.42 | *** join/#bzflag mrapplecomputer1 (n=admin@unaffiliated/mrapplecomputer1) |
| 18:03.41 | *** join/#bzflag temporalD (n=ATD@bzflag/serverop/TemporalDistraction) |
| 18:04.07 | *** join/#bzflag mrapplecomputer1 (n=admin@unaffiliated/mrapplecomputer1) |
| 18:04.34 | *** part/#bzflag temporalD (n=ATD@bzflag/serverop/TemporalDistraction) |
| 18:17.17 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 18:34.37 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 19:00.50 | *** join/#bzflag JeffM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 19:00.50 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 19:06.19 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 19:09.13 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 19:24.58 | *** join/#bzflag Tupone (n=Tupone@gentoo/developer/tupone) |
| 19:24.58 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 19:48.13 | *** join/#bzflag xaver (n=xaver@pD9ED7D6B.dip.t-dialin.net) |
| 20:03.00 | *** join/#bzflag bier|tp (n=bier@pD9E2E6BF.dip.t-dialin.net) |
| 20:03.19 | *** join/#bzflag bier_ (n=bier@pD9E2E6BF.dip.t-dialin.net) |
| 20:07.20 | *** join/#bzflag temporalD (n=ATD@bzflag/serverop/TemporalDistraction) |
| 20:10.40 | *** join/#bzflag Wreckage (n=Wreckage@mail.freegroups.net) |
| 20:20.39 | *** join/#bzflag ramirez (n=ramirez@189.124.144.197) |
| 20:28.18 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 20:48.55 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 20:50.07 | *** join/#bzflag xaver (n=xaver@pD9ED7D6B.dip.t-dialin.net) |
| 21:04.10 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 21:31.36 | *** join/#bzflag moonpix (n=taz@unaffiliated/moonpix) |
| 21:32.25 | JeffM | probably should not have had a beer and a half at lunch |
| 21:40.35 | *** join/#bzflag spldart (n=spldart2@h37.230.29.71.dynamic.ip.windstream.net) |
| 21:40.44 | *** mode/#bzflag [+v spldart] by ChanServ |
| 21:41.48 | *** join/#bzflag xaver (n=xaver@pD9ED7D6B.dip.t-dialin.net) |
| 21:56.57 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 22:25.16 | mrapplecomputer1 | anyone know if i change #define _MAX_WORLD_SHOTS 30 to a higher number in WorldWeapons.h it will allow me to fire more WW at once? |
| 22:28.06 | JeffM | you will run into problems if the world has more shots then a player is allowed |
| 22:28.20 | JeffM | since the world is treated as a player and has the same number of "slots" as a player |
| 22:33.06 | *** join/#bzflag Swigg_ (n=Default@97.95.228.124) |
| 22:37.28 | mrapplecomputer1 | but JeffM, the maximum shots a player is alowed is 20 and the world has 30 ? |
| 22:37.53 | mrapplecomputer1 | once i edited another file to give people 100 shots and that seemed fine. what kind of problems are you talking about here? |
| 22:38.16 | JeffM | dude I'm just telling you how world weapons work |
| 22:38.20 | mrapplecomputer1 | ok |
| 22:38.25 | JeffM | I never said the defaults make sense |
| 22:38.31 | mrapplecomputer1 | ok |
| 22:38.35 | JeffM | feel free to not belive me |
| 22:38.54 | mrapplecomputer1 | i believe you, im just curious what will happen |
| 22:39.02 | JeffM | -ms sets the shot count |
| 22:39.15 | JeffM | each player is allocated that many shots |
| 22:39.25 | JeffM | that many shots in the world at one time |
| 22:39.36 | JeffM | the world counts as a player |
| 22:39.40 | JeffM | so it gets that many too |
| 22:39.50 | mrapplecomputer1 | ok |
| 22:40.06 | JeffM | so if you fire off more shots then the client could track for the world, at best the oldest shots would disapear |
| 22:40.09 | JeffM | at worst it could crash |
| 22:40.29 | mrapplecomputer1 | ok |
| 22:40.33 | mrapplecomputer1 | i will try ;) |
| 22:40.42 | JeffM | shot branch was an attempt to remove the shot/slot link |
| 22:41.15 | JeffM | at one point it had a couple thousand shots in the world with out problem, but then they couldn't kill anyone :) |
| 22:43.48 | mrapplecomputer1 | lol |
| 22:43.54 | mrapplecomputer1 | well according to my testing, works fine |
| 22:44.16 | mrapplecomputer1 | i set the WW shots to 200 and all the shots fire on my world |
| 22:44.17 | *** join/#bzflag temporalD (n=ATD@bzflag/serverop/TemporalDistraction) |
| 22:44.49 | JeffM | then there ya go |
| 22:46.28 | mrapplecomputer1 | thanks for the info/advice :) |
| 23:11.56 | *** join/#bzflag Think_Differentl (n=fatass@pool-96-231-84-91.washdc.east.verizon.net) |