| 00:00.38 | *** join/#bzflag gravygoat (n=gravygoa@h69-131-169-200.kgldga.dsl.dynamic.tds.net) |
| 00:00.54 | *** part/#bzflag gravygoat (n=gravygoa@h69-131-169-200.kgldga.dsl.dynamic.tds.net) |
| 00:01.53 | *** join/#bzflag mrapplecomputer (n=cjbruess@c-69-180-173-220.hsd1.mn.comcast.net) |
| 00:04.57 | blast | Wyk3d: I see some preprocessor definitions set up for plugin_utils. not sure if some of those would be needed. |
| 00:09.02 | *** part/#bzflag mrapplecomputer (n=cjbruess@c-69-180-173-220.hsd1.mn.comcast.net) |
| 00:10.15 | Wyk3d | bzAuthCommon already has those besides the CRT_SECURE.. |
| 00:11.49 | blast | k |
| 00:13.43 | blast | ah, the linker issue is because it can't find makelower, which is in the plugin_utils.* files |
| 00:15.17 | Wyk3d | "[02:52] <+blast> Wyk3d: there's actually stuff in plugin_utils for reading the config. That didn't work?" -- misunderstood that the first time .. yes i did try the pluging for _config_ but for reading command line arguments for which there's likely no plugin as they don't have any arguments .. with getpot i can use the same code for both |
| 00:16.21 | blast | ok |
| 00:16.24 | Wyk3d | plus it could later be reused for the plugins, it has a lot of cool features |
| 00:17.02 | blast | wonder what they mean by "non-military usage only!" though |
| 00:17.19 | Wyk3d | yes i was curious about that too |
| 00:17.28 | Wyk3d | but there's no mention of it in the actual license that i downloaded |
| 00:17.40 | Wyk3d | it looks like a plain LGPL |
| 00:17.45 | blast | guess I can't use it for that command line based missile launcher |
| 00:17.51 | Wyk3d | :) |
| 00:20.30 | Wyk3d | i did a diff against the license used in bzflag |
| 00:20.57 | Wyk3d | the only diff is 59 Temple Place, Suite 330, vs 51 Franklin Street, Fifth Floor :D |
| 00:21.57 | Wyk3d | i'm guessing the fact that they've moved doesn't change much in license compatibility |
| 00:23.09 | blast | from their source header: |
| 00:23.13 | blast | NOTE: The LPGL License for this library is only valid in case that it is not used for the production or development of applications dedicated to military industry. This is what the author calls the 'unofficial peace version of the LPGL'. |
| 00:23.20 | Wyk3d | yeah just found it myself |
| 00:23.50 | blast | so while that doesn't itself apply to us, I just wonder if that affects license compatability in any way |
| 00:24.13 | blast | brlcad: Thoughts on that? |
| 00:28.50 | blast | Wyk3d: I suppose hold off on using that until we can be sure the licensing is okay |
| 00:29.29 | *** join/#bzflag mrapplecomputer (n=cjbruess@c-69-180-173-220.hsd1.mn.comcast.net) |
| 00:30.33 | blast | and also, the sample files they provide look similar to what plugin_config.* uses |
| 00:30.38 | blast | just more confusing ;) |
| 00:31.08 | Wyk3d | why is it more confusing ? |
| 00:31.29 | Wyk3d | i.e would it not accept the same config file ? |
| 00:32.14 | blast | no, I mean, their samples have stuff like this: |
| 00:32.15 | blast | x4 = ${: ${* ${!x2} ${!x2}}} |
| 00:36.14 | Wyk3d | well i think the extremely small percentage of users who had such character sequences could change them .. for the benefit of all those who might make good use of them |
| 00:52.02 | blast | wasn't saying we'd even use them. I was just commenting on their sample files. |
| 00:53.38 | blast | macros and comparisons, and whatnot |
| 00:54.12 | *** join/#bzflag xaver (n=xaver@pD9ED6D11.dip.t-dialin.net) |
| 00:54.16 | blast | we just need something basic |
| 00:55.51 | blast | what command line arguments would you need for bzauthd? couldn't it all be in the config file? |
| 00:58.44 | Wyk3d | it could .. except for the path to the config file maybe but it's more flexible if both are allowed .. |
| 01:00.28 | Wyk3d | heck you could just change it in the source as it's all in one place |
| 01:02.22 | *** join/#bzflag ShadowSpectre_ (n=Administ@nsc69.38.101-238.newsouth.net) |
| 01:08.35 | *** join/#bzflag xaver (n=xaver@pD9ED6D11.dip.t-dialin.net) |
| 01:18.44 | *** join/#bzflag xaver (n=xaver@pD9ED6D11.dip.t-dialin.net) |
| 01:21.14 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 01:59.58 | *** join/#bzflag rahul_jain (i=d2d43dfb@gateway/web/freenode/x-f5762801e4950b06) |
| 02:04.33 | *** join/#bzflag rob1n (n=robin@cm61-10-139-91.hkcable.com.hk) |
| 02:06.57 | *** join/#bzflag xaver (n=xaver@pD9ED6D11.dip.t-dialin.net) |
| 02:19.09 | *** join/#bzflag xaver (n=xaver@pD9ED6D11.dip.t-dialin.net) |
| 02:20.45 | *** join/#bzflag mrapplecomputer1 (n=cjbruess@c-69-180-173-220.hsd1.mn.comcast.net) |
| 02:26.42 | *** join/#bzflag BlasterWisconsin (n=blasterw@CPE-72-131-125-36.wi.res.rr.com) |
| 02:31.19 | *** join/#bzflag xaver (n=xaver@pD9ED6D11.dip.t-dialin.net) |
| 02:43.32 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 02:44.57 | *** part/#bzflag rahul_jain (i=d2d43dfb@gateway/web/freenode/x-f5762801e4950b06) |
| 02:51.46 | *** join/#bzflag Abominable (n=chatzill@97.104.162.86) |
| 03:03.09 | CIA-76 | BZFlag: 03will07c5 * r20333 10/trunk/bzworkbench/ (8 files in 5 dirs): fixed mesh parsing so bzwb doesn't choke on meshes (they still aren't displayed) |
| 03:11.08 | *** join/#bzflag BlasterWisconsin (n=blasterw@CPE-72-131-125-36.wi.res.rr.com) |
| 08:37.25 | *** join/#bzflag ibot (i=ibot@rikers.org) |
| 08:37.25 | *** topic/#bzflag is http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || Latest Release: 2.0.12 (linux), 2.0.10 (everyone else) || Server side lua was re-added, stop asking. |
| 08:37.25 | *** mode/#bzflag [+o ibot] by ChanServ |
| 08:37.33 | cygal | ibot: hi |
| 08:37.45 | ibot | hello, cygal |
| 10:38.44 | *** join/#bzflag bier|tp (n=bier@p54A54839.dip.t-dialin.net) |
| 10:49.49 | cygal | hi |
| 10:49.58 | *** join/#bzflag emknox (n=marten@p5B23359B.dip.t-dialin.net) |
| 10:50.00 | cygal | I'd like help to understand how shots work in trunk |
| 10:50.16 | cygal | I'm struggling with the code |
| 10:51.29 | cygal | if I have player A and B, and A shots a normal shoot, with ricochet enabled |
| 10:53.05 | cygal | A's client calls fireShot, wich shoves into the shoot it's "firingInfo" (pos, vel, etc.), and sends its position and the firingInfo to the server |
| 10:53.33 | cygal | fireShot also computes the ricochets etc. when calling the constructor of LocalShotPath |
| 10:53.47 | cygal | but I don't know how B gets to know where the ricochets are |
| 10:55.07 | cygal | ok, found it |
| 10:55.12 | cygal | nevermind ;) |
| 10:55.14 | cygal | :)* |
| 10:58.16 | *** join/#bzflag x_ares_x (i=LT@you.have.inc0rrect.info) |
| 10:58.34 | *** join/#bzflag emknox_ (n=marten@p5B237346.dip.t-dialin.net) |
| 11:11.22 | Marzipan | were can i get the source for modeltool ? |
| 11:11.54 | x_ares_x | i always thought you were a bot >.> |
| 11:12.51 | Marzipan | found it nvm |
| 11:12.59 | delusional | heh |
| 11:24.34 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 11:53.49 | x_ares_x | ohi, a friend of mine is trying to play bzflag but he has two screens and it makes both black and he has to kill the process -- is this a common error or something? |
| 12:07.09 | blast007 | x_ares_x: that's not really enough information |
| 12:07.27 | blast007 | what operating system? what video card? etc |
| 12:28.02 | *** join/#bzflag Monster (n=Miranda@HSI-KBW-091-089-193-192.hsi2.kabel-badenwuerttemberg.de) |
| 12:28.12 | *** join/#bzflag _anomaly_ (n=mike@h55.26.89.75.dynamic.ip.windstream.net) |
| 12:34.00 | x_ares_x | blast007: eh, sorry, he fixed it so we started to play |
| 12:34.08 | blast007 | ah, ok |
| 12:34.30 | x_ares_x | _anomaly_: thanks for your help the other night/day/morning |
| 12:38.32 | _anomaly_ | you're welcome, what did I do? |
| 12:38.41 | x_ares_x | <- positive |
| 12:38.46 | _anomaly_ | ah |
| 13:00.56 | *** join/#bzflag leachim6 (n=leachim6@rrcs-97-76-132-203.se.biz.rr.com) |
| 13:09.40 | *** join/#bzflag rob1n (n=robin@cm61-10-139-91.hkcable.com.hk) |
| 13:16.18 | *** join/#bzflag Wyk3d (n=Wyk3d@cl-86-125-162-252.cablelink.mures.rdsnet.ro) |
| 13:22.14 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 13:22.14 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 13:27.47 | *** join/#bzflag Bambino_ (n=Bambino@unaffiliated/sniper15) |
| 13:35.39 | *** join/#bzflag Marzipan (n=marzi@84-119-52-222.dynamic.xdsl-line.inode.at) |
| 13:39.04 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 13:39.04 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:07.02 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 14:15.07 | brlcad | blast007: Wyk3d: that clause makes the license incompatible with our LGPL code -- they're allowed to do that, but it does make it incompatible with any GPL/LGPL project |
| 14:15.41 | brlcad | you're not allowed to impose any additional redistribution restrictions |
| 14:15.57 | brlcad | you can only make it less restrictive |
| 14:41.15 | *** join/#bzflag blast (i=4cc99596@bzflag/developer/Blast) |
| 14:41.15 | *** mode/#bzflag [+v blast] by ChanServ |
| 14:41.38 | *** join/#bzflag x_ares_x (i=Louis@inc0rrect.info) |
| 14:41.55 | blast | weee, spam |
| 14:45.22 | x_ares_x | what spam? |
| 14:45.31 | blast | on the forum |
| 14:45.42 | x_ares_x | oh, yea, that always sucks |
| 14:46.26 | blast | deleted now though :) |
| 14:47.38 | *** join/#bzflag Upsetter (n=ups@88.130.164.47) |
| 14:51.59 | Wyk3d | blast: i've managed to get bzfsApi.cxx to compile but now it has a lot of other dependencies so it probably won't work unless i link the whole bzfs to the daemon which is not really good .. |
| 14:53.03 | Wyk3d | i.e the second link error got "solved" and the first remains a mystery .. |
| 14:53.06 | blast | you shouldn't need the whole API |
| 14:53.27 | blast | put a copy of the code in your daemon directory and just include the parts you need |
| 14:53.37 | blast | and take out any reference to bz_* functions |
| 14:54.52 | blast | and get rid of the #include "bzfsAPI.h" |
| 14:55.27 | cygal | copy of the code? :/ |
| 14:55.40 | blast | cygal: one file |
| 14:56.43 | blast | Wyk3d: or heck, just make a function in your daemon code called bz_debugMessagef if you want to reuse that exact file from where it's at ;) |
| 14:59.04 | blast | cygal: unless you know of a better way to use ./plugins/plugin_utils/plugin_config.cpp in the bzauthd daemon. It ties in to one bzfs API function, and uses another file (plugin_utils.cpp/h) that uses a couple types from the bzfs API |
| 14:59.46 | blast | we just need a basic configuration parser in bzauthd |
| 14:59.58 | blast | we don't need command line arguments as well |
| 15:00.58 | cygal | no I don't, indeed - just saying copying code should be avoided, it has been the origin of too much bugs already :] |
| 15:07.29 | Wyk3d | 1>bzauthcommon.lib(plugin_config.obj) : warning LNK4217: locally defined symbol ?bz_debugMessagef@@YAXHPBDZZ (void __cdecl bz_debugMessagef(int,char const *,...)) imported in function "private: void __thiscall PluginConfig::parse(void)" (?parse@PluginConfig@@AAEXXZ) |
| 15:07.34 | Wyk3d | but it links successfully :) |
| 15:11.05 | *** join/#bzflag bier|tp (n=bier@p54A550E9.dip.t-dialin.net) |
| 15:15.46 | CIA-76 | BZFlag: 03Learner 07http://my.bzflag.org * r6575 10/w/Google_Summer_of_Code/2009: update with current info, test cianotify |
| 15:15.56 | x_ares_x | hey blast, how long does it normally take for groups to be made when requested of the forum? |
| 15:17.26 | blast | depends on the phase of the moon |
| 15:17.28 | blast | ;) |
| 15:17.38 | blast | Wyk3d: cool |
| 15:18.04 | x_ares_x | oh, idk what that is |
| 15:18.05 | blast | x_ares_x: I can probably do it after work today |
| 15:18.25 | x_ares_x | kk, ty |
| 15:28.31 | blast007 | brlcad: okay, that's good info to know, thx |
| 15:34.56 | x_ares_x | i'm adding a word censor to my mpd picture, so i don't get banned on forums |
| 15:35.00 | x_ares_x | er.. wrong window |
| 15:35.48 | blast007 | or wrong personality |
| 15:35.53 | blast007 | ;) |
| 15:36.01 | x_ares_x | wut? |
| 15:36.09 | blast007 | multiple personality disorder |
| 15:36.10 | cygal | yeah \o/ found a lead to understand why shots don't do their ricochets in replay mode |
| 15:36.13 | x_ares_x | oh |
| 15:36.17 | x_ares_x | i don't have that |
| 15:36.23 | x_ares_x | at least.. |
| 15:36.25 | x_ares_x | that i know of |
| 15:36.27 | cygal | after all those days, I'll be able to do something useful |
| 15:36.32 | blast007 | at least as far as your other personality tells you |
| 15:36.34 | x_ares_x | i'm sure someone would have said something |
| 15:36.34 | blast007 | ;) |
| 15:36.46 | blast007 | cygal: cool |
| 15:36.52 | x_ares_x | but, they could have said something to my other personality... |
| 15:36.53 | blast007 | what was the problem? |
| 15:37.05 | x_ares_x | wow, what a weird thing to think about |
| 15:37.05 | cygal | makeSegments only computes one segment |
| 15:37.44 | cygal | now, I have only 200 lines to check |
| 15:37.49 | cygal | better than 200 000 |
| 15:37.52 | blast007 | hehe |
| 15:38.49 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 15:48.17 | cygal | ok, so the replay does not load the world correctly |
| 15:48.30 | cygal | this is why it thinks there is no ricochet |
| 15:49.17 | cygal | back to RecordReplay.cxx. |
| 15:53.34 | CIA-76 | BZFlag: 03wyk3d * r20334 10/branches/gsoc_bzauthd/ (19 files in 3 dirs): |
| 15:53.35 | CIA-76 | BZFlag: Added a config file for bzauthd and used plugin_config to parse it. |
| 15:53.35 | CIA-76 | BZFlag: Added the precompiled common.h as a forced include. |
| 15:53.35 | CIA-76 | BZFlag: Added some missing svn:eol-style native. |
| 16:07.10 | cygal | I don't understand how it worked in 2.0.. svn co-ing |
| 16:10.08 | trepan | cygal: you've looked at replaceWorldDatabase() ? |
| 16:11.13 | CIA-76 | BZFlag: 03wyk3d * r20335 10/branches/gsoc_bzauthd/src/ (3 files in 2 dirs): Fixed build on linux. |
| 16:14.41 | cygal | yes |
| 16:14.53 | cygal | but WorldDatabase does not seem to contain this option |
| 16:15.37 | cygal | I'd need gameOptions in World.h |
| 16:20.36 | trepan | cygal: grep for worldSettings |
| 16:20.58 | trepan | it used pwrite() in bzfs.cxx for 2.0 |
| 16:21.16 | trepan | now it gets packed in bzfsClientMessages.cxx / packWorldSettings() |
| 16:21.25 | trepan | (including clOptions->gameOptions) |
| 16:35.23 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:35.23 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:37.19 | *** join/#bzflag BZ_Win (n=iWinny@bzflag/contributor/Winny) |
| 16:43.08 | *** join/#bzflag Wreckage (n=Wreckage@mail.associate.com) |
| 16:46.24 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 16:59.13 | trepan | JefferyM: decided to go the MsgQueryGL route, minimal change |
| 16:59.27 | JefferyM | k |
| 16:59.36 | JefferyM | then we can add msgqueryOS too |
| 16:59.38 | trepan | (and let's you query a select number of items such as GL_MAX_TEXTURE_SIZE) |
| 17:04.04 | JefferyM | fun |
| 17:13.55 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 17:16.30 | *** join/#bzflag AAA_awright (n=a3@ip70-176-138-98.ph.ph.cox.net) |
| 17:26.10 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 17:26.24 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 17:32.18 | *** join/#bzflag Tupone (n=Tupone@gentoo/developer/tupone) |
| 17:32.18 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 17:35.23 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 17:35.23 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:41.54 | *** join/#bzflag Upsetter1 (n=ups@88.130.160.147) |
| 17:43.25 | cygal | trepan: ah thanks, that helps a lot |
| 17:50.21 | CIA-76 | BZFlag: 03will07c5 * r20336 10/trunk/bzworkbench/src/ (model/Model.cpp objects/dynamicColor.cpp): |
| 17:50.21 | CIA-76 | BZFlag: * Fixed bug with loading dynamic colors |
| 17:50.21 | CIA-76 | BZFlag: * Dynamic colors and texture matrices are now written before materials to avoid errors when loading the file |
| 17:54.14 | cygal | so if I understand that correctly, the replay server has the correct worldSettings |
| 17:54.19 | cygal | chceking for the client.. |
| 18:10.34 | *** join/#bzflag AAA_awright (n=a3@ip70-176-138-98.ph.ph.cox.net) |
| 18:13.15 | *** join/#bzflag Upsetter (n=ups@89.246.222.123) |
| 18:35.16 | trepan | cygal: i never said they were correct, haven't checked ;) |
| 18:41.40 | *** join/#bzflag Wyk3d (n=Wyk3d@cl-86-125-162-252.cablelink.mures.rdsnet.ro) |
| 19:03.44 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 19:23.16 | *** join/#bzflag Thumper_ (n=Thumper@about/essy/coffeeAddict/Thumper) |
| 19:23.16 | *** mode/#bzflag [+v Thumper_] by ChanServ |
| 19:28.43 | *** join/#bzflag Yassen (n=Yassen@pool-98-111-70-112.sttlwa.fios.verizon.net) |
| 19:40.14 | cygal | trepan: sure, "that" was the code, not your help |
| 19:42.56 | *** join/#bzflag Marzipan (n=marzi@84-119-52-222.dynamic.xdsl-line.inode.at) |
| 20:25.59 | *** join/#bzflag TimRiker (n=timr@saygus.com) |
| 20:25.59 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:31.29 | CIA-76 | BZFlag: 03trepan * r20337 10/trunk/bzflag/src/bzfs/RecordReplay.cxx: * adjusted replaceSettings for the addition of 'gameType' |
| 20:31.30 | trepan | cygal: see if that helps |
| 20:46.19 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 21:26.33 | CIA-76 | BZFlag: 03Javawizard2539 07http://my.bzflag.org * r6576 10/w/User:Javawizard2539: |
| 21:26.58 | CIA-76 | BZFlag: 03Javawizard2539 07http://my.bzflag.org * r6577 10/w/User:Javawizard2539: ... |
| 21:28.51 | jcp | Is it just me or is CIA running extra slow today? |
| 21:29.02 | jcp | hmm, must be just me |
| 21:29.04 | cygal | trepan: no |
| 21:29.15 | cygal | and I don't understand why it's there |
| 21:29.43 | cygal | althoug I noticed it was still "gamestyle" in the comment, the 2.0 name for gameType |
| 21:30.20 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 21:42.18 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 21:42.18 | *** mode/#bzflag [+v spldart] by ChanServ |
| 21:46.04 | cygal | bedtime |
| 21:49.43 | trepan | cygal: r20337 should have helped, gameOptions was being overwritten by the maxPlayerCount because the newish gameStyle hadn't been factored in |
| 21:50.13 | trepan | it may not have been sufficient, but it is likely necessary ;) |
| 21:50.51 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 22:05.45 | *** join/#bzflag xaver (n=xaver@pD9ED6D11.dip.t-dialin.net) |
| 22:14.03 | *** join/#bzflag Bambino (n=Bambino@unaffiliated/sniper15) |
| 22:14.46 | *** join/#bzflag tobylane (n=Nightly@host86-159-63-60.range86-159.btcentralplus.com) |
| 22:15.08 | tobylane | is there any way in 2 or 3, or plans of, ways to log chat/all text? |
| 22:15.29 | JefferyM | from the client or the server? |
| 22:15.32 | tobylane | client |
| 22:15.36 | x_ares_x | . |
| 22:15.39 | x_ares_x | oops |
| 22:15.47 | Bambino | hey x_ares_x |
| 22:15.47 | JefferyM | you can echo on the client and redirect to a file |
| 22:15.52 | x_ares_x | hey tobylane, do you go to swift? |
| 22:16.03 | x_ares_x | hey Bambino |
| 22:16.04 | tobylane | used to, my infamy still hasnt been beaten |
| 22:16.04 | JefferyM | that will log chat your client sees |
| 22:16.11 | tobylane | ok, how please |
| 22:16.13 | x_ares_x | hahaha |
| 22:16.17 | JefferyM | what OS are you on? |
| 22:16.20 | tobylane | mac |
| 22:16.33 | JefferyM | run from the command line, and use -echo > somefile.txt |
| 22:16.55 | tobylane | is there a way to change what the .app does, to that |
| 22:17.16 | JefferyM | I don't know enough about .app files to know how you could set command line options for them |
| 22:17.17 | x_ares_x | tobylane: lustra is well on his way with the opers on that one |
| 22:17.21 | JefferyM | you can with shortcuts on windows |
| 22:17.30 | tobylane | k, ill look it up |
| 22:17.44 | tobylane | na, i knew lustra well, i practically taught him, he'll never manage it |
| 22:17.53 | tobylane | he sucked up too much first |
| 22:18.23 | tobylane | plus just annoying the opers is little, they're not important enough |
| 22:18.55 | tobylane | oh and bz news, i got banned for defending peoples right to vote what they want to vote themselves, 10-9 just now, ha, cya |
| 22:19.14 | JefferyM | huh? |
| 22:19.31 | x_ares_x | no idea |
| 22:19.36 | x_ares_x | he's always been a bit weird |
| 22:25.58 | CIA-76 | BZFlag: 03trepan * r20338 10/trunk/bzflag/ (7 files in 6 dirs): * added MsgQueryGL |
| 22:27.10 | a_meteorite | ummm.. odd backlog |
| 22:27.24 | JefferyM | that's what happens when you have odd players |
| 22:27.39 | CIA-76 | BZFlag: 03trepan * r20339 10/trunk/bzflag/src/bzfs/bzfs.cxx: * removed test code |
| 22:36.41 | *** part/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 22:39.46 | CIA-76 | BZFlag: 03trepan * r20340 10/trunk/bzflag/src/bzfs/ (bzfsMessages.cxx lua/CallOuts.cxx lua/Constants.cxx): * added the lua bz.PlayerQueryGL() call-out |
| 22:41.23 | CIA-76 | BZFlag: 03trepan * r20341 10/trunk/bzflag/include/bzfsAPI.h: * added bz_perm_luaServer |
| 22:42.39 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 22:42.40 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:49.15 | CIA-76 | BZFlag: 03trepan * r20342 10/trunk/bzflag/ (configure.ac src/date/buildDate.cxx): * bumped protocol and rev |
| 22:56.27 | *** join/#bzflag bryjen (n=bryjen@cpe-75-81-208-170.we.res.rr.com) |
| 22:56.27 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:02.12 | delusional | dam, just finished a build 20 minutes ago... /me starts over |
| 23:06.40 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 23:09.10 | trepan | delusional: you want I should revert? ;) |
| 23:09.38 | Wyk3d | http://www.mail-archive.com/bug-commoncpp@gnu.org/msg00033.html |
| 23:09.57 | delusional | that's ok... about the depthoffset... I put two materials on the same face? |
| 23:10.07 | blast007 | anyone good with threading on freebsd? ;) |
| 23:10.11 | Wyk3d | i'm having that problem with thread_start on freebsd .. anyone know how to switch to libpthread instead of libc_r ? |
| 23:11.34 | Wyk3d | probably because there's no -lpthread in the command line for linking bzauthd ? |
| 23:11.56 | delusional | how's it supposed to work? having trouble taking a single line in the manpage and turning it into a working bzw. |
| 23:13.19 | trepan | delusional: which line? |
| 23:13.42 | delusional | dephtoffset... hw does it relate to a mesh face? |
| 23:13.59 | trepan | http://www.opengl.org/sdk/docs/man/xhtml/glPolygonOffset.xml |
| 23:14.06 | trepan | think i'll add that to bzw.5 |
| 23:14.28 | *** join/#bzflag bier|tp (n=bier@p54A550E9.dip.t-dialin.net) |
| 23:14.33 | delusional | and in bzw... i put 2 materials on the same face? |
| 23:14.44 | trepan | no |
| 23:14.49 | trepan | 2 faces, in the same location |
| 23:15.11 | trepan | it's used to avoid zflicker |
| 23:15.58 | delusional | ah, so it's not a shortcut, have to have 2 seperate objexts |
| 23:16.29 | Wyk3d | there doesn't seem to be a libpthread* in either /usr/lib or /usr/local/lib |
| 23:42.50 | trepan | Wyk3d: <@bzflag.bz> locate libpthread >> /usr/local/lib/pth/libpthread.so |
| 23:44.37 | Wyk3d | hah, thanks :) |
| 23:48.05 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 23:57.57 | CIA-76 | BZFlag: 03will07c5 * r20343 10/trunk/bzworkbench/src/objects/ (mesh.cpp zone.cpp): fixed problem with parsing zones |