00:27.08 | *** join/#bzflag ipaq (n=ipaq@c529df873.cable.wanadoo.nl) |
00:29.58 | *** join/#bzflag Mr_Molez (n=acd88d34@webchat.bzflag.bz) |
00:58.18 | *** join/#bzflag RPG_ (n=G-bus@c-24-15-87-171.hsd1.il.comcast.net) |
01:24.39 | *** join/#bzflag BearPerson (n=karsten@sourcemage/pdpc.sustaining.BearPerson) |
01:55.24 | *** join/#bzflag lan56 (i=lan56@user-vcausp7.dsl.mindspring.com) |
01:55.47 | *** join/#bzflag JeffM2501 (n=jeffm@pdpc/supporter/sustaining/JeffM2501) |
01:55.48 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
01:57.47 | brlcad | trepan: (fpsLimit == fpsLimit) ? |
01:58.19 | trepan | NaN |
01:58.37 | trepan | meant to comment that... |
01:58.54 | trepan | does it work any better for ya then the old style? |
01:59.27 | teh_conquerer | JeffM2501, what game? |
01:59.31 | brlcad | haven't finished compiling yet |
01:59.40 | JeffM2501 | quake4 |
01:59.51 | teh_conquerer | you have quake 4 :-O |
01:59.58 | JeffM2501 | umm yeah |
02:00.06 | teh_conquerer | is it purty? |
02:00.09 | JeffM2501 | dono |
02:00.12 | JeffM2501 | it's installing |
02:00.16 | teh_conquerer | how big is it? |
02:00.37 | JeffM2501 | I dono |
02:00.41 | JeffM2501 | should I care? |
02:00.53 | teh_conquerer | i was just wondering for my matter |
02:01.06 | JeffM2501 | it's on a single DVD |
02:01.42 | teh_conquerer | i forgot it was released today |
02:02.09 | JeffM2501 | saw it at best buy and said what the hell |
02:02.25 | *** join/#bzflag PKMOBILE (n=Apathy@pcp0011645240pcs.aberdn01.md.comcast.net) |
02:02.36 | teh_conquerer | only thing I'm really waiting for now is ut2k7 |
02:03.07 | teh_conquerer | already have aoe3 :-P |
02:03.20 | JeffM2501 | umm ok |
02:03.27 | JeffM2501 | not much into historical games |
02:03.33 | teh_conquerer | i just like RTS |
02:03.41 | teh_conquerer | but I love FPS |
02:06.51 | JeffM2501 | I like pie |
02:07.35 | teh_conquerer | yes |
02:07.37 | teh_conquerer | pie is good |
02:08.23 | teh_conquerer | well time to go |
02:08.25 | *** join/#bzflag BearPerson (i=karsten@sourcemage/pdpc.sustaining.BearPerson) |
02:08.37 | teh_conquerer | i will see you all in the near future... drunk |
02:16.51 | SilentSwan | having a very bad case of med withdrawal at the moment... |
02:18.29 | *** join/#bzflag I_Died_Once (n=I_Died_O@pcp0010382004pcs.savana01.ga.comcast.net) |
02:19.28 | I_Died_Once | ... |
02:20.10 | SilentSwan | , |
02:20.32 | brlcad | ! |
02:20.43 | I_Died_Once | ~ |
02:21.24 | Aribeth | O.o |
02:22.10 | I_Died_Once | =]o[= |
02:22.21 | I_Died_Once | guess that that is |
02:22.46 | Aribeth | not sure i want to know |
02:22.51 | I_Died_Once | =)o(= |
02:24.04 | SilentSwan | i think i scared the people at the local pharmacy.. in fact... i KNOW i did |
02:24.15 | I_Died_Once | you work at a pharmacy? |
02:24.18 | SilentSwan | npo |
02:24.19 | SilentSwan | no |
02:25.28 | SilentSwan | then i called my doctor and left a very nasty msg saying i want off this stuff NOW and that i want nothing further to do with her |
02:26.02 | Aribeth | i get really stressed when i hear the pharmacy say we cant give you any blood preasure meds til you see the doc |
02:26.15 | Aribeth | and i only have 2 pills left |
02:26.24 | SilentSwan | oh i feel like such a f'ing junky |
02:26.32 | Aribeth | me too |
02:26.33 | SilentSwan | 3 days without this stuff and i get very... bad |
02:26.57 | SilentSwan | i swear.. driving home... only a few blocks but i wanted ... almost NEEDED to crash my car full speed into a tree |
02:27.04 | Aribeth | if i go a few hours without my bp meds i start to feel it |
02:27.21 | Aribeth | eek |
02:27.40 | SilentSwan | never EVER let them sell you on anti-depressant/mood-stabilizing meds.. not only do they not work, but when you're in withdrawal, you get REALLY F'ING BAD... I can't even put into words |
02:27.47 | SilentSwan | just stay away from that stuff |
02:28.07 | Aribeth | understandable |
02:28.39 | SilentSwan | all t his because i don't have cash to pay for the prescription. the pharm. won't give me enough to last 2 days til i get paid and have money |
02:28.50 | SilentSwan | no pharm has ever had a problem with this before |
02:29.05 | SilentSwan | i walked out screaming and cursing everyone in the store |
02:29.16 | SilentSwan | then came back and demanded they call the manager |
02:29.18 | Aribeth | i dont blame you |
02:29.24 | SilentSwan | and i will go back shortly |
02:29.29 | SilentSwan | until i hear from this guy |
02:29.42 | SilentSwan | don't be surprised if i end up in a) jail, b) the nuthouse this evening |
02:30.09 | SilentSwan | anyway, sorry... i'll shutup.. nerves are off the scale right now... |
02:30.19 | Aribeth | np |
02:38.05 | CIA-3 | BZFlag: 03trepan * 10bzflag/src/bzflag/playing.cxx: self-commenting code for fps NaNs, some constification |
02:39.02 | I_Died_Once | what is freenode's IP? |
02:41.46 | *** join/#bzflag ep (n=ep@ip68-97-122-98.ok.ok.cox.net) |
02:45.02 | JeffM2501 | there are many servers |
02:45.04 | JeffM2501 | in rotation |
02:54.17 | *** join/#bzflag bz6503 (n=456b9fb2@webchat.bzflag.bz) |
02:55.07 | bz6503 | hi |
02:59.52 | *** join/#bzflag DTRemenak (n=DTRemena@DHCP-170-143.caltech.edu) |
02:59.52 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
03:02.06 | brlcad | trepan: works better |
03:17.34 | *** join/#bzflag blast007` (i=blast007@24-196-92-143.dhcp.mdsn.wi.charter.com) |
03:18.19 | *** join/#bzflag Sporty (n=SportChi@ca-redbch-cuda1-c3b-a-40.stmnca.adelphia.net) |
03:19.06 | *** join/#bzflag wizatmac (n=wiz@pool-162-83-108-159.culp.east.verizon.net) |
03:21.51 | *** join/#bzflag Nidhoggr (i=mandrake@dragon.org) [NETSPLIT VICTIM] |
03:22.06 | *** join/#bzflag Thumper_ (n=bernt@CPE000102d0fe75-CM0012256ecbde.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
03:22.47 | *** join/#bzflag jomojo (n=jomojo@c-24-17-68-130.hsd1.wa.comcast.net) |
03:22.47 | *** join/#bzflag purple_cow (n=david@zero.navi.cx) |
03:22.47 | *** join/#bzflag blast007 (n=blast007@24-196-92-143.dhcp.mdsn.wi.charter.com) [NETSPLIT VICTIM] |
03:22.47 | *** join/#bzflag SC (n=SportChi@ca-redbch-cuda1-c3b-a-40.stmnca.adelphia.net) [NETSPLIT VICTIM] |
03:22.47 | *** join/#bzflag Grumbler (n=Grumbler@pdpc/supporter/bronze/grumbler) [NETSPLIT VICTIM] |
03:22.47 | *** join/#bzflag ruskie (n=ruskie@sourcemage/ruskie) [NETSPLIT VICTIM] |
03:22.47 | *** mode/#bzflag [+o purple_cow] by irc.freenode.net |
03:24.46 | *** join/#bzflag ruskie (n=ruskie@sourcemage/ruskie) |
03:27.40 | *** join/#bzflag BearPerson (i=karsten@sourcemage/pdpc.sustaining.BearPerson) |
03:43.27 | *** join/#bzflag SilentSwan (n=silent@unaffiliated/silentswan) |
03:48.28 | Thumper_ | what is the EndShotCredit check in the server? |
03:48.56 | Thumper_ | ie... what does it mean when the server kicks a player for EndShotCredit:6 |
03:56.51 | CIA-3 | BZFlag: 03trepan * 10bzflag/src/bzflag/playing.cxx: a little cleaner |
04:01.03 | CIA-3 | BZFlag: 03trepan * 10bzflag/src/bzflag/playing.cxx: sanity check |
04:02.41 | Thumper_ | ok so the client gets hit... terminates the shot but the player doesn't die |
04:02.49 | Thumper_ | and the player doesn't have Shield (and isn't an observer) |
04:03.03 | Thumper_ | and if that happens more than db value the server kicks the player |
04:03.08 | Thumper_ | if I understand that correctly |
04:03.15 | Thumper_ | anti-cheat code |
04:03.41 | Thumper_ | so if someone is being kicked for this regularly... what could it be if it's not cheating? |
04:05.33 | sgk284 | is it possible that the end shot stuff is messing up GM? |
04:05.45 | sgk284 | i keep getting reports the certain GM shots go furthere then the rest |
04:05.53 | sgk284 | typically the last one |
04:06.02 | sgk284 | some people say it only happens if the tank is moving |
04:06.16 | Thumper_ | does that give the GM extra speed? |
04:06.22 | Thumper_ | regular shots behave that way |
04:06.28 | sgk284 | i belive it does |
04:06.32 | sgk284 | believe* |
04:06.50 | sgk284 | but it shouldnt |
04:07.02 | Thumper_ | and why only the last one? |
04:07.17 | sgk284 | that may just be misreported information |
04:07.24 | Thumper_ | don't think endshot stuff changes the shots at all |
04:07.53 | Thumper_ | it just checks if the shot ended |
04:07.54 | sgk284 | well its either the GM is getting additional velocity, or the client is sending out the endshot for GM too late |
04:07.58 | sgk284 | right?> |
04:08.04 | Thumper_ | ie tank absorbs the shot but doesn't die |
04:08.49 | sgk284 | yea you are right, i got mixed up |
04:08.53 | Thumper_ | should be easy to check... if GM goes farther or not |
04:09.15 | sgk284 | the only thing is, it appears to be inconsistent according to players |
04:10.11 | *** part/#bzflag SilentSwan (n=silent@unaffiliated/silentswan) |
04:13.24 | Thumper_ | GM speed looks constant to me |
04:13.34 | Thumper_ | moving forward/backwards makes not difference |
04:14.05 | Thumper_ | of course I have no lag when I test it |
04:29.02 | *** join/#bzflag hotblondi (n=0c907209@webchat.bzflag.bz) |
05:21.29 | *** join/#bzflag kahcepb[Ru] (n=den@213.189.217.163) |
05:37.43 | Aribeth | Hello SportChick |
05:38.18 | SportChick | Aribeth: hiya |
05:43.52 | SportChick | JeffM2501: ping |
05:50.01 | JeffM2501 | ? |
05:50.13 | JeffM2501 | yeah |
05:50.17 | SportChick | JeffM2501: remember earlier when I told you I was banned (at work)? do you still have that ip? |
05:51.12 | JeffM2501 | no |
05:51.25 | JeffM2501 | you IMed me, IM dosn't show IPs |
05:51.27 | SportChick | darn - was hoping you might have the window open still |
05:51.40 | SportChick | .yes but I told you what it said (which included the ip) |
05:51.53 | JeffM2501 | that was your localhost IP |
05:51.56 | JeffM2501 | not your real IP |
05:51.59 | JeffM2501 | 127.0.0.1 |
05:51.59 | SportChick | ugh ok |
05:52.14 | JeffM2501 | and that was when I was at work :) |
05:52.26 | JeffM2501 | so no, the window may be open, but rather far away :) |
05:52.29 | SportChick | what? you LEFT work?! how DARE you |
05:53.00 | SportChick | JeffM2501: is there a way to pull the ip from ibot's logs? |
05:54.57 | JeffM2501 | no |
05:55.02 | JeffM2501 | because you never loged in here from that |
05:55.05 | JeffM2501 | that day |
06:08.54 | *** join/#bzflag _Manu_ (n=jujibo@98.Red-80-36-59.staticIP.rima-tde.net) |
06:15.46 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
06:15.46 | *** mode/#bzflag [+v Tupone] by ChanServ |
06:47.21 | *** join/#bzflag WonderMop (n=AndyS@user-11fa9rj.dsl.mindspring.com) |
06:52.57 | teh_conquerer | JeffM2501, hows quake 4? |
07:00.48 | *** join/#bzflag Guest228 (n=8ea1f0e9@genesis.concept69.de) |
07:08.44 | *** part/#bzflag JeffM2501 (n=jeffm@pdpc/supporter/sustaining/JeffM2501) |
07:09.01 | *** join/#bzflag silverfox (i=vircuser@68-116-47-254.static.mdfd.or.charter.com) |
07:09.19 | silverfox | What is matref -1 do? |
07:56.04 | *** join/#bzflag _Manu_ (n=jujibo@98.Red-80-36-59.staticIP.rima-tde.net) |
08:00.47 | jpa- | silverfox: it is like "No material" IIRC |
08:21.02 | *** join/#bzflag bz5544 (n=c1dbba30@webchat.bzflag.bz) |
08:21.42 | paWer | hello%u0104 |
08:21.49 | paWer | hello! |
08:22.50 | meacan | howdy |
08:23.17 | paWer | and what u doing in thic chenal? |
08:23.29 | paWer | this* |
08:25.00 | meacan | in general? Talk about bzflag and related stuff :) |
08:26.00 | paWer | and mauby doning some stuf whit google? |
08:26.31 | paWer | maiby* |
08:26.42 | meacan | this channel dosnt stop you, if you do that |
08:27.17 | paWer | hm |
08:27.18 | paWer | :/ |
08:30.56 | paWer | bye |
09:08.13 | jpa- | lol |
09:08.46 | jpa- | "maiby" :) |
09:18.41 | *** join/#bzflag mmu_man (i=revol@ALyon-253-1-34-202.w83-205.abo.wanadoo.fr) |
09:48.33 | *** join/#bzflag Pimpinella (n=frank@p5481BE17.dip0.t-ipconnect.de) |
10:10.17 | *** join/#bzflag newbie_dont (n=newbie_d@fwt.computerland.pl) |
10:25.29 | jomojo | hey where was spoogebob from? as in what part of the world? |
11:17.42 | *** join/#bzflag jane_m (n=caaff7d2@webchat.bzflag.bz) |
11:35.47 | *** join/#bzflag kahcepb[Ru] (n=den@213.189.217.163) |
11:52.11 | *** join/#bzflag wizart (n=wizart@dslb-084-058-171-160.pools.arcor-ip.net) |
12:04.38 | cods | Hi. What extension should be given to cached bzfs map ? (those created with cacheout) Is .bzw correct in such case ? (I know that don't really matter) |
12:31.38 | I_Died_Once | or use .map |
13:29.11 | *** join/#bzflag ToughShooter (n=ts@p54B007EE.dip0.t-ipconnect.de) |
13:39.15 | *** join/#bzflag Wizatcomp (n=Wizatcom@208.255.149.253) |
13:57.18 | ToughShooter | Commit http://cia.navi.cx/stats/project/BZFlag/.message/6084278 by trepan has lead to a compilation error at OpenGLTexture.cxx:387 with gcc-4. More details: http://pastebin.com/398627 |
13:59.10 | menotume | what? no 'long long' ? |
13:59.47 | menotume | maybe it wants 'long long int' ? |
14:03.47 | ToughShooter | menotume: No, that gives the same error |
14:04.22 | Grumbler | jomojo, texas |
14:07.56 | ToughShooter | menotume: Whatever I try it gives me the same error. Maybe it's my poor C(++) "skills". gcc-3.3 compiles the file without complaining |
14:09.28 | Chestal | there is no type 'long long' in C++ |
14:09.52 | Chestal | it can be provided as an extension of course. In C it was introduced with C99 I think |
14:24.15 | *** join/#bzflag blackrock (n=44bd7d0c@webchat.bzflag.bz) |
14:41.45 | *** join/#bzflag KTL (n=KTL@kotnet-145.kulnet.kuleuven.be) |
14:42.56 | KTL | i come give my felicitations, loumans map demonstrates even butterflies, nice work! |
14:45.28 | *** join/#bzflag SportChick (n=SportChi@ca-redbch-cuda1-c3b-a-40.stmnca.adelphia.net) |
14:47.52 | *** part/#bzflag KTL (n=KTL@kotnet-145.kulnet.kuleuven.be) |
14:49.46 | Grumbler | hmm, someone got a new thesaurus |
14:56.40 | brlcad | i got a ham sandwich |
15:08.56 | Grumbler | dont suppose you got two of those......i dont think i have anything in fridge this morning |
15:09.37 | ruskie | :) |
15:09.41 | ruskie | go to the store :) |
15:10.14 | Aribeth | send out for pizza :) |
15:10.30 | Grumbler | i dont think they deliver this early in the day |
15:10.39 | Aribeth | prolly not |
15:10.41 | menotume | Chestal: yikes, so GCC 4 took away long long ? |
15:11.01 | menotume | nice feature |
15:14.40 | Grumbler | maybe they replaced with noquitelong noquitelong, with sortalong sortalong and majorlong majorlong as a more refined choice selection |
15:16.15 | Aribeth | or did they just bugger it up. |
15:20.31 | Chestal | menotume: if g++-3 had it, it was a GNU extension |
15:23.58 | Chestal | for C++, that is. long long is in C99, not in C89, though |
15:30.59 | Chestal | I think it works with g++ 4 as well, as long as you don't use -pedantic or the likes |
15:38.39 | *** join/#bzflag Icy (n=50b9606b@webchat.bzflag.bz) |
15:39.34 | Icy | hy |
15:41.11 | Icy | is here someone can tell me why bzflag 2.0.4 always crashs? I also got 2.0.2 where I got the same bug... I'm using FreeBSD... and FreeBSD Crashes Suddenly |
15:41.12 | brlcad | 3..2..1.. yep, impatient. Didn't see that one coming. :-) |
15:41.20 | brlcad | ~ww |
15:41.21 | ibot | Can I get a woot woot? |
15:41.39 | brlcad | Icy: do you have a stack trace? |
15:42.28 | brlcad | and when/where does it usually crash? when you're in the menus or playing? |
15:42.34 | Icy | i dont know what it is.. but I have a core file... |
15:42.55 | brlcad | you have a core file.. great |
15:43.02 | brlcad | run, gdb core |
15:43.08 | Icy | while playing, but maybe it would also crash in the menue... i cant see a special event triggers the crash |
15:43.21 | brlcad | gdb /path/to/bzflag corefile |
15:44.05 | Icy | one moment... it looks like there is no core file... I will play 5 mins to get one... |
15:44.08 | brlcad | then "bt" in gdb |
15:44.29 | *** join/#bzflag newbie_dont (n=newbie_d@fwt.computerland.pl) |
15:49.06 | Icy | mysterious... There is no core file generated??? |
15:49.15 | menotume | Chestal: ahhh, thx :) |
15:49.23 | Icy | but I got the following failure: |
15:49.34 | Icy | Fatal signal: Floating Point Exception (SDL Parachute Deployed) |
15:49.53 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
15:49.53 | *** mode/#bzflag [+o TimRiker] by ChanServ |
15:49.54 | brlcad | ahh |
15:50.05 | Icy | what do you know? |
15:50.07 | menotume | Icy: corfiles are a sys config thing |
15:50.15 | brlcad | Icy: most shells disable core files by default these days |
15:50.26 | menotume | try: ulimit |
15:50.43 | brlcad | ulimit -c in particular |
15:50.58 | menotume | thx, i was looking for it :) |
15:51.31 | Icy | ulimit for the core file? I've got another idea... be right back withe a core file ;-) |
15:51.32 | brlcad | ulimit -a gives the long list ;) |
15:51.32 | menotume | ulimit -c 20000 |
15:51.46 | Icy | what is ulimit for? |
15:51.52 | menotume | to allow corefiles :) |
15:51.53 | brlcad | it sets your user limit |
15:51.57 | Icy | k |
15:52.08 | menotume | ulimit -c 20000 <== 20 Meg size limit |
15:52.21 | brlcad | type ulimit -a and it'll show you a list of your current settings, man ulimit might help too ;) |
15:53.19 | brlcad | interesting, a bsd user that doesn't know ulimit -- that's somewhat rare :) |
15:53.39 | Icy | This GDB was configured as "i386-marcel-freebsd"..."/usr/home/icy/bzflag.core": not in executable format: File format not recognized |
15:53.44 | Icy | im a newbie |
15:53.49 | Icy | but i got the corefile |
15:53.55 | brlcad | /path/to/bzflag first |
15:54.03 | brlcad | gdb /path/to/bzflag corefile |
15:54.39 | menotume | -c ? |
15:54.44 | Icy | k |
15:55.40 | brlcad | or that |
15:56.12 | Icy | Program terminated with signal 6, Aborted. |
15:56.42 | Icy | SIGABRT 6 /* Abort (ANSI). */SIGIOT 6 /* IOT trap (4.2 BSD). */ |
15:56.50 | menotume | do: bt |
15:57.16 | brlcad | and paste the first 4 or 5 lines starting with #0 |
15:57.49 | Icy | #0 0x287aa31b in pthread_testcancel () from /usr/lib/libpthread.so.1#1 0x2879b145 in sigaction () from /usr/lib/libpthread.so.1#2 0x287951dd in pthread_kill () from /usr/lib/libpthread.so.1#3 0x28794bac in raise () from /usr/lib/libpthread.so.1#4 0x28865c62 in abort () from /lib/libc.so.5#5 0x288095b9 in ldexp () from /lib/libc.so.5 |
15:58.01 | Icy | sorry, no new lines -_- |
15:58.14 | menotume | eww, pthread |
15:58.23 | brlcad | the next ones -- #6 though #10? |
15:58.42 | Icy | #6 0x288095fd in ldexp () from /lib/libc.so.5#7 0x2880a4f1 in ldexp () from /lib/libc.so.5#8 0x2880a743 in ldexp () from /lib/libc.so.5#9 0x2880a874 in free () from /lib/libc.so.5#10 0x28748fc3 in operator delete () from /usr/lib/libstdc .so.4 |
15:58.43 | *** join/#bzflag ep (n=ep@ip68-97-122-98.ok.ok.cox.net) |
15:58.56 | brlcad | heh, keep going :) |
15:59.11 | Icy | #11 0x08217ed1 in std::fpos<__mbstate_t>::fpos ()#12 0x0813239b in std::operator!=<char, std::char_traits<char>, std::allocator<char> > ()#13 0x081323c7 in std::operator!=<char, std::char_traits<char>, std::allocator<char> > ()#14 0x08130f9c in std::operator!=<char, std::char_traits<char>, std::allocator<char> > ()#15 0x08130f63 in std::operator!=<char, std::char_traits<char>, std::allocator<char> > ()#16 0x0810bafd in std::operator!=<char, std::char_trai |
15:59.18 | Icy | ---Type <return> to continue, or q <return> to quit--- |
15:59.26 | Icy | ;-) |
15:59.28 | brlcad | <return> ;) |
15:59.54 | Icy | #18 0x288671a5 in __cxa_finalize () from /lib/libc.so.5#19 0x28866ec6 in exit () from /lib/libc.so.5#20 0x282db9df in SDL_Parachute () from /usr/local/lib/libSDL-1.1.so.7#21 0x28799e26 in sigaction () from /usr/lib/libpthread.so.1#22 0x28799cab in sigaction () from /usr/lib/libpthread.so.1#23 0x2879a86c in sigaction () from /usr/lib/libpthread.so.1#24 0x287a3094 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1#25 0x287a2f88 in pthread_mutexattr_ |
16:00.08 | Icy | #27 0x00000000 in ?? ()#28 0xbfbfb830 in ?? ()#29 0xbfbfb570 in ?? ()#30 0x00000000 in ?? ()#31 0x287a2f24 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1#32 0x28a1b9c0 in _nv000809gl () from /usr/X11R6/lib/libGLcore.so.1#33 0x28a1ba00 in _nv000809gl () from /usr/X11R6/lib/libGLcore.so.1#34 0x28c36280 in _nv001092gl () from /usr/X11R6/lib/libGLcore.so.1#35 0x0b929004 in ?? ()#36 0x0b929020 in ?? ()#37 0x0b92903c in ?? ()#38 0x0b929058 in ?? ()# |
16:00.18 | brlcad | ahh, darn |
16:00.28 | brlcad | no debug symbols in bz |
16:00.55 | brlcad | it crashed somewhere in the nvidia driver |
16:01.02 | Icy | -_- |
16:01.18 | brlcad | the "??"'s are bzflag symbols |
16:01.24 | Icy | can I use something like "software rendering" or something else? |
16:01.25 | brlcad | you compiled bzflag yourself? |
16:01.41 | Icy | no i got them from the ports |
16:01.47 | brlcad | ah |
16:02.08 | brlcad | if you didn't make clean yet, cd to the work directory and reconfigure with debug |
16:03.14 | Icy | what do i have to do? a "make clean"? a "debug"??? |
16:03.18 | brlcad | cd /usr/ports/games/bzflag/work && make clean && ./configure --enable-debug && make install |
16:03.39 | Icy | thanks |
16:03.41 | brlcad | or whereever it is in ports |
16:03.54 | brlcad | probably need to sudo or su in there somewhere too |
16:05.35 | Icy | ./configure: Command not found. |
16:05.43 | Icy | maybe "make config" ? |
16:05.47 | brlcad | where are you? |
16:05.57 | brlcad | pwd |
16:06.06 | Icy | i |
16:06.18 | brlcad | j |
16:06.21 | Icy | <test> |
16:06.36 | brlcad | huh? |
16:06.38 | Icy | here: /usr/ports/games/bzflag/ |
16:06.40 | menotume | test failed |
16:06.49 | Icy | there is no work |
16:06.51 | brlcad | gah |
16:06.59 | brlcad | you ran make clean from there didn't you |
16:07.07 | Icy | i think there is no ./configure in bsd |
16:07.13 | Icy | yes i did |
16:07.24 | brlcad | that's the problem, you weren't supposed to run it there ;) |
16:07.40 | Icy | huh? |
16:07.55 | Icy | where else? |
16:08.20 | brlcad | you deleted the directory you were supposed to run it in by running make clean |
16:08.29 | brlcad | run make, wait for it to compile |
16:08.32 | brlcad | then cd work |
16:09.17 | brlcad | actually, once it starts compiling, you can interrupt it via ctrl-c and cd work |
16:09.41 | brlcad | just make sure it starts compiling before you ctrl-c |
16:09.48 | *** join/#bzflag YAKarsten (i=karsten@sourcemage/pdpc.sustaining.BearPerson) |
16:10.55 | *** join/#bzflag mmu_man (i=revol@ALyon-253-1-34-202.w83-205.abo.wanadoo.fr) |
16:15.39 | Icy | ok, i made it... i'm in the work directory, but what now? |
16:16.00 | Icy | stop |
16:16.08 | Icy | i'm sorry |
16:16.10 | Icy | i knew |
16:16.21 | Icy | know |
16:17.10 | brlcad | you sure about that? :) |
16:18.03 | Icy | ^^ ok, i'm configure it. but when I'm finish do i need a "make install" or do i have to compile it first one more time? |
16:18.19 | brlcad | either :) |
16:18.35 | brlcad | ./configure --enable-debug is the important step |
16:19.15 | Icy | ok, i typed it but I get this message: |
16:19.24 | Icy | BZFlag-2.0.4.20051019 with the following: curses: -lncurses no SDL! bzadmin bzflag client |
16:19.33 | brlcad | hmm |
16:19.35 | Icy | what means "no SDL!"?? |
16:19.47 | brlcad | means it couldn't detect sdl, which isn't good :) |
16:20.00 | Icy | but I got it |
16:20.20 | jpa- | sdl is nice :) |
16:20.31 | brlcad | ./configure CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib --enable-debug |
16:20.51 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
16:20.51 | *** mode/#bzflag [+v Tupone] by ChanServ |
16:20.59 | brlcad | ciao Tupone |
16:21.56 | Tupone | ciao brlcad ??? hmmm ... ciao Sean :) |
16:22.33 | Icy | nothin' changed... |
16:22.57 | brlcad | Icy: where is sdl installed? |
16:23.08 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
16:23.08 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
16:23.26 | brlcad | actually, it might work better for you with sdl off, but it's not been tested in a while |
16:24.03 | brlcad | Tupone: Icy's getting an sdl parachute deployed on freebsd (nvidia drivers) -- any ideas? |
16:24.26 | Tupone | I think he need to run with --enable-debug so the real error comes |
16:24.26 | brlcad | it's crashing in somewhere in opengl-land |
16:24.44 | brlcad | yeah, okay -- that's what we're trying now ;) |
16:25.04 | Tupone | IIRC, --enable-debug disable SDL parachute |
16:26.02 | brlcad | Icy: cd .. and make clean from /usr/ports/games/bzflag and make again and you should be able to see the configure line it uses before you ctrl-c |
16:27.47 | Icy | k |
16:31.54 | Icy | do we need this: |
16:31.58 | Icy | CFLAGS are -O -pipeLDFLAGS are -pthread -L/usr/X11R6/libCPPFLAGS are -I/usr/X11R6/include -I/usr/X11R6/includeLIBS are -lm -L/usr/local/lib -lcurl -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -lidn -lssl -lcrypto -lz |
16:35.08 | *** join/#bzflag SportChick (n=184b9fb6@webchat.bzflag.bz) |
16:44.32 | Icy | I'll be back... |
16:47.08 | *** join/#bzflag Wizatcomp (n=Wizatcom@208.255.149.253) |
16:50.08 | *** join/#bzflag sd346 (n=ipaq@c529df873.cable.wanadoo.nl) |
17:20.11 | CIA-3 | BZFlag: 03atupone * 10bzflag/src/bzflag/ (ComposeDefaultKey.cxx playing.h): no extern on ComposeDefaultKey |
17:29.30 | CIA-3 | BZFlag: 03atupone * 10bzflag/src/bzflag/ (bzflag.h ControlPanel.cxx Makefile.am bzflag.cxx): no extern into ControlPanel |
17:33.29 | CIA-3 | BZFlag: 03trepan * 10bzflag/src/ogl/OpenGLTexture.cxx: long long -> s64 |
17:36.25 | trepan | cods: .bwc, as are those in cache/ :) |
17:37.48 | *** join/#bzflag bryjen (n=bryjen@63.147.94.150) |
17:38.24 | CIA-3 | BZFlag: 03atupone * 10bzflag/src/bzflag/ (HUDRenderer.cxx clientCommands.cxx playing.h): no extern in HUDRenderer |
17:53.16 | CIA-3 | BZFlag: 03atupone * 10bzflag/src/bzflag/ (5 files): no extern inside JoinMenu |
18:21.42 | cods | trepan: oh right, good answer :) |
18:25.38 | *** join/#bzflag SilentSwan (n=pepper@unaffiliated/silentswan) |
18:27.49 | SilentSwan | http://www.supermemo.com/articles/sleep.htm interesting read for those other folks troubled by sleep problems |
18:30.10 | brlcad | there's plenty of time to catch up on sleep when I'm dead |
18:30.33 | Tupone | brlcad: you can't sleep there :/ |
18:33.30 | trepan | sure, you _can_ sleep with the fishes |
18:39.02 | Thumper_ | trepan: who's in charge of the groups on bz server trepan.bzflag.bz ? |
18:40.52 | trepan | that'd be i |
18:41.20 | Thumper_ | oops wrong server :-P louman.bzflag.bz |
18:41.22 | Thumper_ | louman? |
18:41.25 | trepan | for the most part it uses silvercat's list |
18:41.40 | trepan | same goes for the louman..bzflag.bz servers |
18:41.41 | Thumper_ | yeah - there are a lot of groups with setAll in them... which last time |
18:41.53 | Thumper_ | I checked allows setgroup... so someone can elevate to local.admin with that |
18:42.46 | Thumper_ | in case you care ... :D |
18:43.45 | trepan | ah, i'd removed setAll from my main groupdb, but was forced to use older copies |
18:43.53 | Thumper_ | ok |
18:44.07 | *** join/#bzflag RedBaron2 (n=d8ada652@genesis.concept69.de) |
18:44.19 | Thumper_ | also the mute (deny talk) group won't work for anon-users right? |
18:44.30 | Thumper_ | since they don't end up in the userdb unless they are globally registered |
18:44.40 | Thumper_ | (/register is disabled on this server) |
18:45.26 | trepan | yup |
18:45.35 | Thumper_ | ok that's what I thought - thanks. |
18:46.21 | CIA-3 | BZFlag: 03atupone * 10bzflag/src/bzflag/ (13 files): Some more extern removed |
18:48.08 | trepan | need to make it so that those files can be shared amongst servers, saving them after mods would help... |
18:48.21 | trepan | (instead of only on exit) |
18:49.54 | bryjen | the server doesn't modify the groupdb file, so it's safe to share |
18:51.11 | trepan | the userdb, guess i didn't really need separate groupdb's :) |
18:53.47 | *** join/#bzflag PerfectBell (n=thesippe@p549A78AD.dip.t-dialin.net) |
18:56.35 | Tupone | I think we need to delegate Authorization to a separate process, shared between servers. Or check always the content of file, without any cache |
19:00.25 | Thumper_ | I'm sorta sharing the banlist now... all the servers have the same single banlist file and if it changes the servers do a /reload to get the current data |
19:00.34 | Thumper_ | it's not perfect but it seems to be working |
19:00.49 | Thumper_ | ie... bans on my multiple servers are global to the servers |
19:01.11 | JeffM2501 | my origonal concept for user auth/groups was to have bzfs contact an auth server, so that servers could share auth, but it was eventualy done as a file |
19:01.40 | Thumper_ | how about a plugin ;) |
19:01.50 | JeffM2501 | could be done |
19:01.58 | JeffM2501 | this was before plugins were done |
19:02.09 | JeffM2501 | and I'd not want to tie such core concepts to a plugin |
19:02.41 | JeffM2501 | my idea was that if you specified a URL instead of a file |
19:02.58 | JeffM2501 | for groups, you could share groups via some centeral server |
19:03.14 | brlcad | auth as a resource?! what a crazy concept! |
19:03.15 | Thumper_ | groups are readonly so a single file works fine (or URL) |
19:03.25 | JeffM2501 | so that server machiens that run more then one server could share lists |
19:10.48 | *** join/#bzflag bz6662 (n=4314eac7@webchat.bzflag.bz) |
19:11.39 | Thumper_ | JeffM2501: so I have this not-totally-finished plugin that writes a file with current player callsigns and email strings everytime a player connects or leaves |
19:12.03 | Thumper_ | if I wanted to make the source available for this thing where should it go? |
19:12.23 | Thumper_ | should it become part of the plugin source tree or just be something you download from a website someplace? |
19:12.43 | Thumper_ | assuming it's interesting to anyone else |
19:14.27 | bz6662 | Req: Can't get 2.0.4 to launch- Mac G4 1.6gz, 512ram, 10.4.2, Adelphia 512k- any ideas? |
19:16.00 | brlcad | 1.25 million downloads |
19:16.35 | JeffM2501 | Thumper_, I'd host it on bzbb |
19:17.02 | Thumper_ | ok |
19:17.16 | JeffM2501 | anyone think it's a good or bad idea? |
19:17.32 | JeffM2501 | that would let it have a difrent user set from the main code |
19:18.31 | Thumper_ | how would hosting it on bzbb work? |
19:18.44 | JeffM2501 | you'd just post it as an atachment |
19:18.48 | JeffM2501 | and let people take it |
19:18.49 | brlcad | possibly a good idea |
19:18.54 | JeffM2501 | but if I made a SF project fo rit |
19:18.58 | brlcad | though is it a problem now for peeople to get acess? |
19:19.00 | Thumper_ | so just make a newplugin.zip file and attach that |
19:19.05 | Thumper_ | and let peopel take it and do what they want with it |
19:19.05 | JeffM2501 | we could have a plugin orphanage |
19:19.15 | *** join/#bzflag bz6662 (n=4314eac7@webchat.bzflag.bz) |
19:19.34 | JeffM2501 | brlcad, I dono, there are plugins out there that aren't in SF |
19:19.55 | brlcad | setting up a new project won't necessarily change that though |
19:19.57 | JeffM2501 | for users that may not be best to have commit access in the main |
19:20.16 | JeffM2501 | true, but another project culd have more lienent admin requirements |
19:20.25 | JeffM2501 | like bzflag dev kindergarden :) |
19:20.40 | brlcad | that could be a benefit, but again (to me) it's more of whether it's a problem yet of someone being worthy of working on a plugin that we wouldn't grant access to on the main line |
19:20.46 | JeffM2501 | also some plugins may not be complete, and should not be in the main repository |
19:21.13 | JeffM2501 | mostly the benifit to plugin devs would be to give them a way to colaborate with history on in progress plugins |
19:21.24 | Thumper_ | would you normally incorporate complete plugins (whatever that definition is) into the main plugin source tree? |
19:21.24 | JeffM2501 | with out having them in our mainline to be confusing if we have to snap off a reelase |
19:21.38 | JeffM2501 | Thumper_, I don't know, they are "optional" |
19:21.43 | Thumper_ | yes they are |
19:21.53 | JeffM2501 | I think that maybe the game part shoudl stay the game part, in code too |
19:21.56 | DTRemenak | why not just a separate cvs module? |
19:22.03 | JeffM2501 | that is another option |
19:22.06 | Thumper_ | not sure what is good from a 'managing this mess' point of view :) |
19:22.34 | JeffM2501 | that is if we are ok with giving out commit access to the plugin devs |
19:22.37 | JeffM2501 | it may not be a problem |
19:22.38 | Thumper_ | I don't have any problem posting a link on bzbb to a place you can pull my plugin source file from |
19:22.42 | JeffM2501 | if they are told where to put what |
19:22.57 | Thumper_ | then if anyone wants to put it in a more centralized location that would be fine |
19:23.41 | JeffM2501 | Thumper_, I know, and it's probably fine for you, but it opens up the larger question |
19:23.41 | DTRemenak | if you're really worried about access stuff you could set up cvsacls. it's easy. personally I think most any plugin dev could be trusted not to screw with the main code, and cvs can always be reverted. |
19:23.41 | JeffM2501 | true |
19:23.41 | JeffM2501 | then we should make 2 new repositorys then |
19:23.41 | JeffM2501 | bzflag-plugins |
19:23.41 | *** part/#bzflag PerfectBell (n=thesippe@p549A78AD.dip.t-dialin.net) |
19:23.42 | JeffM2501 | and plugins-orphanage :) |
19:23.48 | DTRemenak | why 2? |
19:24.00 | JeffM2501 | one that has all the activly deved plugins |
19:24.05 | JeffM2501 | like our current samples |
19:24.12 | JeffM2501 | and the race 2 seven stuff |
19:24.17 | DTRemenak | just have a plugins module. that way if someone wants to pick something up they can do so without having to get it moved back |
19:24.19 | JeffM2501 | ( asuming Rpg wants to host it ) |
19:24.26 | JeffM2501 | ok |
19:24.49 | JeffM2501 | you'll want the linux makefile to be smart tho, and not build the 1/2 ass ones with the build |
19:24.52 | DTRemenak | moving stuff between them would be a royal pain. better just to let it rot in the plugins branch with a note that says it's out of date |
19:25.23 | JeffM2501 | do we want to keep the existing plugins in the bzflag project? |
19:25.26 | JeffM2501 | or move them to plguins? |
19:25.33 | DTRemenak | or don't bother, let each plugin supply its own build system. |
19:25.37 | JeffM2501 | and just make the ones in the main be the ones that we ship? |
19:25.52 | JeffM2501 | so we don't ship anyting in the plugins project then? |
19:26.03 | JeffM2501 | do we want to even ship any plugins? |
19:26.08 | DTRemenak | good question |
19:26.11 | DTRemenak | do we? |
19:26.25 | DTRemenak | how likely are people to use them? |
19:26.25 | JeffM2501 | do any of the standard ones provide benifit? |
19:26.36 | JeffM2501 | dono |
19:26.43 | JeffM2501 | people seemed to like RG and SWDeath |
19:26.43 | Thumper_ | should the 'default |
19:26.50 | Thumper_ | plugins be shipped with a release |
19:26.58 | JeffM2501 | so we keep the ones we have now |
19:27.04 | JeffM2501 | say they are like "core" plugins |
19:27.14 | JeffM2501 | and they are the responsibility of the main devs to maintain |
19:27.16 | Thumper_ | it's useful from a 'here is how a plugin is built' point of view |
19:27.25 | JeffM2501 | and then the plugins module has optionals? |
19:27.56 | JeffM2501 | could move vocaliser and playHistoryTracker to the new module then |
19:28.04 | JeffM2501 | as they are teh suck |
19:28.11 | brlcad | the one nice benefit of combining them (and cause for my personal slight hesitation) would be that they are a part of the default build so they are put through cross-platform compilation rigor upon commit |
19:28.13 | Thumper_ | if someone (liek me) has a plugin they want to build... don't we need the full source to do that? |
19:28.28 | Thumper_ | or is the plugin project going to be separated from the bzflag source tarball? |
19:28.41 | JeffM2501 | brlcad, so if a plugin graduates ( is deemed good and well) we move it into the mainline |
19:28.42 | Thumper_ | so I can just build it again the correct API |
19:28.52 | brlcad | JeffM2501: that could work |
19:28.53 | JeffM2501 | Thumper_, yes |
19:29.02 | Thumper_ | against* |
19:29.09 | JeffM2501 | the tarball should only included things that work |
19:29.14 | JeffM2501 | not things that arn't done |
19:29.17 | Thumper_ | I've always built my server and my plugin from source |
19:29.25 | JeffM2501 | so the tarball only includes the "core" plugins |
19:29.35 | JeffM2501 | we could make plugin tarballs too |
19:29.38 | Thumper_ | ok but if something changes between now and the next release that affects plugins they'll |
19:29.45 | Thumper_ | all need to be updated before it can be released |
19:29.50 | JeffM2501 | the core ones would be updated |
19:29.58 | JeffM2501 | the ones in the plugins project woudl need to be yes |
19:30.04 | Thumper_ | ok |
19:30.10 | JeffM2501 | and if the dev is on the ball and keeps them active, we graduate them to the core |
19:30.39 | Thumper_ | keeping other peoples plugins working for future releases sounds a bit like a make-work project for you though |
19:30.44 | Thumper_ | or whomever is put in charge of that |
19:30.53 | JeffM2501 | if we put them all in the core project it's possible to have plugins that don't work,be in the tarball, and that is more confusing |
19:31.15 | Thumper_ | but if you go with 'we'll add some to the core project' |
19:31.16 | JeffM2501 | ether that or we have to keep updating plugins that noone uses |
19:31.19 | Thumper_ | the 'working' good ones... |
19:31.28 | JeffM2501 | yeah working and active ( used ) |
19:31.34 | Thumper_ | then your pool of things to keep in sync for release gets bigger |
19:31.38 | JeffM2501 | sure |
19:31.46 | JeffM2501 | that's going to happen no mater what |
19:31.56 | JeffM2501 | if a plugin is active, it has to be maintained |
19:32.08 | JeffM2501 | I'm just drawing the line to say who's job it is to maintain it |
19:32.20 | Thumper_ | ok and unmaintained ones go in the attic (or whatever you call it) |
19:32.23 | JeffM2501 | the other option is to leave the sources scatterd over the web |
19:32.28 | JeffM2501 | and that is worse |
19:32.33 | Thumper_ | agree |
19:32.47 | JeffM2501 | Thumper_, the "plugins" project is kinda like the attic/sandbox |
19:32.52 | Thumper_ | :) |
19:33.00 | JeffM2501 | that's why it's not part of the tarball |
19:33.16 | Thumper_ | but there are 'working good' and 'broken unmaintained' plugins in that project |
19:33.19 | JeffM2501 | yet it is browsable so people could adopt old ones |
19:33.19 | Thumper_ | I assume |
19:33.33 | JeffM2501 | the working good ones would not stay there long |
19:33.37 | Thumper_ | ok |
19:33.48 | Thumper_ | moving stuff in CVS... ick |
19:33.49 | JeffM2501 | once they are working good and shown to be used, they would be evaluated for prompotion |
19:33.53 | JeffM2501 | yeah |
19:34.14 | DTRemenak | another option would be to set up a gathering place for them, separately. see mozdev/mozilla. |
19:34.16 | JeffM2501 | aperantly SF could just move it for us maybe then |
19:34.22 | JeffM2501 | DTRemenak, yes |
19:34.30 | JeffM2501 | thats why I was thinking another SF project |
19:34.55 | JeffM2501 | it would be like the plugin dev comunity project |
19:35.05 | JeffM2501 | has services for plugins as they are made |
19:35.14 | JeffM2501 | when they are done, they get moved |
19:35.30 | Tupone | I don't want plugin in the current status to be in bzflag tar-ball :) |
19:35.46 | Thumper_ | but they are totally optional |
19:35.49 | JeffM2501 | Tupone, you'd rather ship no plugins? |
19:35.57 | Thumper_ | ship plugins separately? |
19:36.03 | JeffM2501 | that is a posibility |
19:36.06 | JeffM2501 | not everyone needs them |
19:36.15 | JeffM2501 | it's more maintance cost |
19:36.16 | Thumper_ | bzflag_5_8_2.zip and bzflag_plugins_5_8_2.zip |
19:36.18 | JeffM2501 | and harder on the build |
19:36.32 | Thumper_ | or whatever you want for the release stuff |
19:36.35 | Thumper_ | you don't need the plugins |
19:36.41 | Thumper_ | but they are there if you want to use them |
19:37.14 | JeffM2501 | all are valid options |
19:37.15 | Thumper_ | most people won't need to download plugin-related stuff |
19:37.25 | Thumper_ | most peopel only want the client I assume |
19:37.28 | JeffM2501 | can say the same for the server |
19:37.29 | JeffM2501 | yeah |
19:37.53 | Thumper_ | but plugins are small... |
19:38.01 | Thumper_ | until you get 300 of them :) |
19:38.15 | DTRemenak | debian does ship the server separately |
19:38.24 | Tupone | I'd rather ship no plugin, unless you do: 1) define an API on what plugin need, very separate from bzfs, 2) change the language to a non OO one, like C |
19:38.25 | Thumper_ | yup bzadmin and bzfs come together |
19:38.38 | JeffM2501 | the problem I forsee is unless plugin devs have a central place to keep em, they will fall out of disuse and be abandoned |
19:39.00 | DTRemenak | heh, "fall out of disuse" |
19:39.07 | Thumper_ | lol |
19:39.07 | JeffM2501 | you know what I mean :) |
19:39.10 | JeffM2501 | fall into disues |
19:39.18 | DTRemenak | yup, was just amusing :) |
19:39.31 | DTRemenak | trying to visualise it |
19:39.36 | JeffM2501 | there is going to be a class of developer who will do plugins but dosnt' want to do full bzflag dev |
19:39.54 | JeffM2501 | they should have services, somehow |
19:39.57 | Thumper_ | I'm somewhere in the middle |
19:40.05 | JeffM2501 | I'm fine with not shiping any plugins |
19:40.09 | JeffM2501 | and making it an optional package |
19:40.10 | Thumper_ | some plugin stuff, some patches to bzfs to make it do what I want |
19:40.22 | DTRemenak | if bzflag was satisfactorily documented I don't think you'd see that class there |
19:40.39 | JeffM2501 | I'm not so sure |
19:41.02 | Thumper_ | documentation... every dev's favourite word |
19:41.02 | DTRemenak | at least as long as the only viable plugin language is c++ |
19:41.19 | JeffM2501 | plugins are nice to mix and match for non build enabled server owners |
19:41.40 | *** join/#bzflag kahcepb[RU] (n=den@62.117.95.92) |
19:41.57 | JeffM2501 | true other langauges will open it up more |
19:43.28 | brlcad | the plugin project could set up a plugin "server" bzfs could be mod'd to pull plugins from a url on demand, that could be convenient |
19:44.02 | Thumper_ | so make the API a set of library calls that multiple language can use? (C/C++/Java/Python/... ) what would be cool |
19:44.14 | Thumper_ | s/what/that/ |
19:44.55 | JeffM2501 | the concept was to make plugins that exposed the other languages |
19:45.00 | JeffM2501 | rather the cobble it all into BZFS |
19:49.44 | *** join/#bzflag Guest602 (n=4700a205@genesis.concept69.de) |
19:51.52 | JeffM2501 | but I just wanted to know if we should have a place to put plugins, not a re-eval of the plugin system |
19:54.43 | *** join/#bzflag mmu_man (i=revol@ALyon-253-1-66-77.w86-197.abo.wanadoo.fr) |
20:00.12 | Thumper_ | :) |
20:00.33 | Thumper_ | sorry JeffM2501 ... there was some bonus material supplied ;) |
20:00.57 | Thumper_ | I'm fine with a SF project for plugins |
20:02.52 | Thumper_ | it was too new then |
20:02.57 | Thumper_ | :) |
20:03.28 | JeffM2501 | yeah.... |
20:03.36 | JeffM2501 | I guess |
20:03.53 | Thumper_ | not that I'm complaining or anything! |
20:03.57 | JeffM2501 | I know |
20:05.01 | Thumper_ | so yes a central place for plugins is good... and a place with source control for plugin dev is better... SF works for me |
20:05.22 | Thumper_ | I don't really like the snapshots of plugin source put in bzbb very much |
20:05.30 | *** join/#bzflag retro (n=ken@gateway-1237.mvista.com) |
20:06.23 | JeffM2501 | I think they need a place with source controll |
20:06.26 | JeffM2501 | to help them out |
20:06.33 | JeffM2501 | and to help us help them fix problems |
20:09.34 | *** join/#bzflag brad2901 (i=brad@unaffiliated/brad2901) |
20:13.22 | JeffM2501 | no, usualy you left |
20:13.35 | JeffM2501 | but oh well |
20:14.13 | JeffM2501 | I'm sure somone will rip it out at some point and make it difrent |
20:15.58 | Tupone | JeffM2501: curl has a security problem, probably it does not affect us. I wonder if we need to rebuild the windows binary, or substitute the dll, whatever is |
20:16.12 | Tupone | the good one is the 7.15.0 |
20:16.23 | JeffM2501 | how old is it? |
20:16.30 | Tupone | 4/5 days |
20:16.46 | Tupone | the exploit went public in a short time :/ |
20:17.01 | brlcad | could make a 2.0.6 release this weekend |
20:17.07 | Tupone | yeah :) |
20:17.09 | JeffM2501 | great libcurl dosn't version there DLL |
20:17.13 | JeffM2501 | does it affect us? |
20:17.26 | Tupone | 99% sure it does not |
20:18.04 | Tupone | I go for the 2.0.6 and a brunch |
20:18.49 | JeffM2501 | what ever floats your boats |
20:19.17 | JeffM2501 | dtr builds his own libcurl, I go get current before each major, so we should be fine |
20:19.50 | Tupone | libcurl is shipped in the system, so we does not need an update |
20:19.59 | Tupone | s/does/do/ |
20:20.02 | JeffM2501 | ahh |
20:20.16 | Tupone | is a .so |
20:20.18 | JeffM2501 | well a 2.0.6 will take care of it anyway then |
20:20.24 | JeffM2501 | even if it's no lib change for you |
20:20.31 | Tupone | yea |
20:20.45 | JeffM2501 | still windows is allways first, linux should have it's time in the sun |
20:21.05 | Tupone | well, I don't think we ship linux at all now |
20:21.08 | brlcad | no always, I beat it with a mac release a couple times ;) |
20:21.19 | JeffM2501 | when? |
20:21.26 | JeffM2501 | Tupone, why would you not make a 2.0.6 linux? |
20:21.31 | brlcad | last year |
20:21.32 | JeffM2501 | just to confuse people? |
20:21.38 | ToughShooter | All platforms should be there at same time... |
20:21.48 | JeffM2501 | ohh yeah you did, when I was in arizona for the release |
20:22.05 | brlcad | ToughShooter: we're generally talking a few hours difference |
20:22.06 | Tupone | for where? Mandriva? FC4? ubuntu? We just release the source |
20:22.12 | JeffM2501 | ToughShooter, since they are not centeraly build there will allways be a litte dif |
20:22.44 | JeffM2501 | tarball, windows, and OSX are usualy with in a couple hours of each other |
20:22.49 | JeffM2501 | if that |
20:23.14 | JeffM2501 | the ohers are far less popular and can take longer for the person who builds them to get them done |
20:23.16 | JeffM2501 | like the debs |
20:23.27 | ToughShooter | I mean the major platforms |
20:24.08 | ToughShooter | The systemw where the app is developed on |
20:24.37 | JeffM2501 | so windows :) |
20:24.39 | ToughShooter | but perhaps it's only me feeling that way |
20:24.41 | JeffM2501 | dev platform of choice :) |
20:25.17 | JeffM2501 | those are the 3 core ones, and they are prety close to each other |
20:25.26 | JeffM2501 | often in the same hour |
20:25.42 | JeffM2501 | we are limted on people who build OSX tho |
20:25.52 | JeffM2501 | for tarball we have many |
20:25.55 | JeffM2501 | for windows we have 2 |
20:26.54 | JeffM2501 | what is the ls option that shows date and size and all that? |
20:27.14 | ToughShooter | There was some time difference for Mac version of BZFlag 2.0.4, IIRC |
20:27.20 | JeffM2501 | yeah |
20:27.23 | JeffM2501 | brlcad wasn't around |
20:27.35 | *** join/#bzflag Aribeth (n=Aribeth@eacb02-00-cmmgga-70-34-176-23.atlaga.adelphia.net) |
20:27.38 | ToughShooter | ls -l |
20:27.41 | JeffM2501 | thanks |
20:29.14 | Tupone | I vote for removing the -Wshadow flag :( TimRiker? |
20:29.49 | Tupone | trepan: you like the Wshadow ? |
20:29.53 | trepan | yup, ues it for my own stuff... |
20:30.46 | Tupone | I have to export myTank from playing.h. All function use myTank locally. So I have to change lot of code just for this rule. |
20:31.02 | brlcad | 2.0.4? it was only like 12 hours later :P |
20:31.08 | Tupone | That is crazy. C allows it, for some reason |
20:31.15 | brlcad | now 2.0.2 .. that's a different story, I was away |
20:31.33 | brlcad | 2.0.0 was on the ball |
20:32.28 | Tupone | what if some system include export a variable like one local that we use :/ |
20:32.36 | trepan | then we fix it |
20:32.55 | Tupone | lot of code :/ I'll do then ... |
20:34.13 | trepan | if you're sure that there aren't any scoping problems then a search-and-replace should be easy |
20:34.17 | Chestal | Tupone: I do not quite understand the myTank issue |
20:34.27 | trepan | -Wshadow helps to make sure that there aren't |
20:34.45 | Tupone | There is an extern that is used not from an include |
20:35.00 | Tupone | I'm moving that (myTank) in the playing.h |
20:35.22 | Tupone | a lot of proc use myTank as a local variable |
20:36.01 | Chestal | there is LocalPlayer::getMyTank() |
20:36.04 | Tupone | brlcad: If I compile without optimize I get some shadow warning from system include, and template. We cannot fix them |
20:36.10 | Chestal | cannot code outside of playing.cxx call that? |
20:36.31 | Chestal | so we can get rid of extern coupling |
20:36.32 | Tupone | yeah, and it is always the same ? I have to think at the code before doing that |
20:36.46 | Tupone | I'm not familiar with that |
20:37.10 | Tupone | you think is actually always the same value as the playing.cxx one ? |
20:37.14 | Chestal | yes, always the same |
20:37.30 | Chestal | two assignments to mytank = in playing.cxx |
20:37.41 | Chestal | and on both accounts, setMyTank is called |
20:37.49 | Chestal | I assume that no other files _assigns_ to mytnak |
20:37.57 | Tupone | and at the beginning ? |
20:37.57 | cods | Testing 2.0.4 (vs 2.0.2), I see that meshes with passable attribute, don't fade anymore the display when entering them.. Is that normal ? |
20:38.44 | Chestal | Tupone: both 0 at beginning |
20:39.03 | trepan | cods: ya, passable objects are no longer considered at all for physics checks |
20:39.04 | Tupone | ahh ok. I will commit that change then |
20:39.41 | cods | trepan: oh I see. That's a side effect of this optimisation. |
20:40.08 | Chestal | Tupone: you're on a crusade against 'hidden' extern references? :-) |
20:40.14 | Tupone | yeah :) |
20:40.27 | trepan | yup, recognized it when i made the change, but the benefits were worth it |
20:40.31 | Tupone | I hope without thinking too much |
20:40.37 | brlcad | Tupone: there's nay a shadowing that can't be fixed :) |
20:41.13 | Tupone | hmm, brlcad, the warning comes from a template instantiation, and template is not our |
20:41.14 | Chestal | playing.cxx sure has a lot of non-static global vars |
20:41.28 | Chestal | btw., static global vars are sooo deprecated anyway :-) |
20:41.33 | brlcad | Tupone: ahh, a system template that shadows some other system symbol |
20:41.39 | Tupone | yep |
20:41.41 | Chestal | it's the anon namespaces we are supposed to use |
20:41.45 | brlcad | it's probably work-aroundable with a #define of some sort |
20:42.15 | brlcad | given it's a template at least |
20:42.38 | Tupone | brlcad: luckly, it happens without optimization so we do not have -Werror there |
20:44.46 | brlcad | given our varied preferences, it sounds reasonable to add ".config"-style preferences support and add a configuration script/tool that let's you configure in some guided manner |
20:44.57 | orange | TimRiker: on bzbb, would you consider allowing a modified version of groupcp.php that still requires login, still keeps all the same rules about who can see which groups members, but lists them out in a nice plaintext format, one username per line? This would be for groups (like silvercat) to have a cron job that would pull a list of all admins to publish on websites and in /help admin text on the server. |
20:45.49 | orange | TimRiker: if it is something you would consider, I think we can make it happen and provide the mods back to you (or whoever) to install/test |
20:45.55 | *** join/#bzflag RPG_ (n=G-bus@c-24-15-87-171.hsd1.il.comcast.net) |
20:46.06 | Tupone | brlcad: I don't think is a viable solution. If I like -Wshadowing and someone does not care I will in a pest |
20:46.44 | trepan | brlcad: huh? |
20:48.21 | brlcad | Tupone: only if you were completely alone in your preference of having -Wshadowing .. whichis generally not the case here, there is usually a fair split of preferences |
20:48.23 | trepan | Chestal: depends on who you talk to: http://developer.kde.org/documentation/other/mistakes.html |
20:49.17 | Tupone | 404 |
20:49.18 | brlcad | trepan: in short, an optional config file that configure could recognize to get automatic --enable/--disable settings |
20:49.45 | trepan | brlcad: bad idea, if you intend for those with mod'ed prefs to commit code |
20:50.15 | trepan | or am i mis-understanding, and this isn't about compiler warnings |
20:50.27 | brlcad | how so? you wouldn't have to use the config, it would just let anyone who doesn't agree with whatever default to make it their default |
20:50.49 | brlcad | it's not so much about compiler warnings as it is configure options |
20:51.19 | trepan | ah, ya kinda switched topics there :) trying to avoid having to type in --enable-debug, etc... |
20:51.23 | brlcad | compiler warnings in particular could/should still be default on |
20:51.33 | brlcad | trepan: exactly |
20:51.48 | trepan | i'm all for that |
20:52.09 | brlcad | though it could apply to warnings too if there was a configure option added to give "even more" warnings (which we've had and removed several times over the past couple years) |
20:53.00 | brlcad | things like -Wunreachable-code and -Wconversion and -Wundef that are useful but often annoying until the code is fully clean |
20:53.56 | brlcad | configure option could be added to enable them, and have it disabled by default -- i could set my config to enable it and clean up from time to time |
20:54.06 | brlcad | just an example, of course |
20:58.22 | CIA-3 | BZFlag: 03atupone * 10bzflag/src/bzflag/ (clientCommands.cxx playing.cxx): global myTank not used, LocalPlayer::getMyTank is used, instead |
21:01.47 | brlcad | woo hoo.. quad-powermacs! |
21:02.55 | brlcad | dual dual-core machines |
21:02.56 | SilentSwan | *growl* |
21:03.11 | SilentSwan | why bother... they're switching to (w)intel... |
21:05.01 | brlcad | SilentSwan: even though the are switching, that's not for another 6 months minimum, and a dual-dual-core power pc is still a _very_ nice computation infrastructure |
21:05.12 | SilentSwan | i agree it is... very nice |
21:05.24 | brlcad | the powerpc architecture in general is more elegantly and efficiently deisnged |
21:05.25 | SilentSwan | that's why it's a shame they're dropping it |
21:05.31 | SilentSwan | absolutely agreed |
21:05.37 | brlcad | it is a shame, damn shame |
21:05.45 | SilentSwan | which is why i won't give them any more money |
21:05.50 | brlcad | heh |
21:06.25 | SilentSwan | trouble is, i still need to find a decent alternative to Logic |
21:06.59 | brlcad | they won't be dropping the g5 line for at least another two years, and they're required to support anything that ships for at least 7 years iirc due to state laws |
21:07.09 | SilentSwan | and photoshop will require my needing windows |
21:07.38 | *** join/#bzflag lovebug (i=spooky@dsl-hkigw8-fe1af800-209.dhcp.inet.fi) |
21:08.18 | SilentSwan | or is that *bugs* the lovebug |
21:09.11 | SilentSwan | i just wish adobe would port photoshop to linux |
21:09.24 | SilentSwan | perhaps now that (cr)apple has release aperture... |
21:09.32 | SilentSwan | that might provide some incentive |
21:09.52 | RPG_ | I wouldn't see a big Photoshop market in linux |
21:10.55 | SilentSwan | don't be so sure |
21:10.59 | brlcad | that's only because there's very minimal _commercial_ market in linux |
21:11.12 | brlcad | compared to windows and mac even |
21:11.39 | *** join/#bzflag blast007 (i=blast007@24-196-92-143.dhcp.mdsn.wi.charter.com) |
21:11.48 | RPG_ | as opposed to windows, where everything is either commercialized, or it is a commercial |
21:12.05 | bryjen | http://www-03.ibm.com/servers/intellistation/power/ wow, $5.5k or $9k for a ppc ibm box. |
21:12.18 | SilentSwan | i'll take it |
21:12.34 | bryjen | that doesn't help you with apps tied to apple's OS of course.... |
21:12.46 | brlcad | under linux the bulk is kids that don't have two nickels to rub together or open source fans, I'd gather that's at least 90% |
21:13.20 | RPG_ | by "kids", don't assume 18 and under. |
21:13.37 | RPG_ | I'm in a pretty big enviroment, 3 out of the 1200 kids use Linux |
21:13.49 | RPG_ | ahh |
21:13.56 | brlcad | which invariably makes me feel old |
21:14.00 | bryjen | hehe. ms marketing FUD "only poor people use Linux!" |
21:14.14 | brlcad | hehe |
21:14.56 | brlcad | heh, 3/1200 = 0.2 % :) |
21:15.35 | RPG_ | that's kids ranging from 13 - 19 |
21:15.51 | DTRemenak | here, almost a third of folks use linux, and we've even got free windows licenses. |
21:15.54 | JeffM2501 | kid is a state of mind |
21:15.58 | JeffM2501 | not an age |
21:15.59 | DTRemenak | "free" to us anyway |
21:17.31 | brlcad | DTRemenak: that's sort of depressing statistic to hear from one of the nations leading intellectual institutions ;) should be more |
21:17.57 | DTRemenak | brlcad: bio majors aren't necessarily fans of linux :) |
21:24.31 | *** join/#bzflag SportyGal (i=DonnaCra@24-75-159-182.vnnyca.adelphia.net) |
21:25.10 | SportyGal | finally! My host was apparently banned by Freenode for what seemed like forever |
21:26.05 | *** join/#bzflag brad2901 (i=brad@unaffiliated/brad2901) |
21:29.30 | bryjen | ~dict atto |
21:30.01 | bryjen | how helpful |
21:34.17 | *** part/#bzflag bryjen (n=bryjen@63.147.94.150) |
21:45.54 | SilentSwan | *yawn* |
21:45.59 | *** join/#bzflag bz5266 (n=80f3dc15@webchat.bzflag.bz) |
21:46.04 | RPG_ | are you always tired? |
21:46.08 | Aribeth | YAAAAWWWWNNNNNNNNNNNNNNNNNN! |
21:46.10 | SilentSwan | yeah |
21:46.26 | Aribeth | IT people are always tired |
21:46.29 | SilentSwan | especailly today... last night wasn't especially a good one as far as sleep goes |
21:46.55 | SilentSwan | then there's the fact that my "job" is endless, boring, and totally redundant |
21:47.10 | bz5266 | Need some help with a bzflag installation on |
21:47.15 | bz5266 | FreeBSD |
21:47.24 | SilentSwan | what sort of help? |
21:47.38 | bz5266 | running bzflag causes system to halt |
21:47.51 | RPG_ | do you have your vid. card drivers installed? |
21:47.53 | SilentSwan | you're not running it as root, are you? |
21:48.10 | bz5266 | actually yes i run it as root |
21:48.14 | SilentSwan | hmm |
21:48.16 | SilentSwan | don't do that |
21:48.25 | RPG_ | SIlentSwan: IIIRC, you have to |
21:48.37 | bz5266 | vid cards are installed |
21:48.38 | SilentSwan | ??? |
21:48.54 | SilentSwan | i dunno, i've run it on linux & bsd and never had to |
21:48.55 | RPG_ | i heard before that BZ needs some system resources that only root can grasp |
21:49.33 | bz5266 | my vid card has only 4MB video ram, could that be it? |
21:49.41 | RPG_ | damn! |
21:50.10 | SilentSwan | yeah, that might have a little something to do with it :) |
21:50.21 | bz5266 | whats the minimum? |
21:50.36 | bz5266 | with ne no3dfx flag? |
21:51.25 | bz5266 | just installed FreeBSD on an IBM X20 laptop and thought i'd give bzflag a try here |
21:51.54 | *** join/#bzflag Tupone_ (n=Tupone@pdpc/supporter/active/Tupone) |
21:51.54 | *** mode/#bzflag [+v Tupone_] by ChanServ |
21:54.01 | CIA-3 | BZFlag: 03atupone * 10bzflag/src/bzflag/ (bzflag.cxx clientCommands.cxx playing.cxx playing.h): no extern from clientCommands |
21:57.57 | blast007 | bz5266: my Thinkpad T20 has 8MB video, and the game runs, though not very well (lots of weird texture swapping issues) |
21:58.15 | blast007 | and no, you don't have to run bzflag as root |
21:58.47 | *** join/#bzflag brad2901 (i=brad@unaffiliated/brad2901) |
21:59.20 | CIA-3 | BZFlag: 03trepan * 10bzflag/src/bzflag/ (LocalPlayer.cxx LocalPlayer.h): good candidate for inlining |
21:59.25 | bz5266 | thanks blast007, i'll have a look at the forums to check for min requirements |
22:00.00 | bz5266 | thanks to RPG and SilentSwan |
22:00.03 | bz5266 | later |
22:00.16 | RPG_ | cya |
22:07.48 | RPG_ | have you ever tried getting a new job? |
22:07.58 | SilentSwan | oh let me tell you a story about that |
22:08.01 | SilentSwan | got a few hours? :) |
22:08.17 | RPG_ | you mean mcdonalds isn't hiring anymore? |
22:08.32 | SilentSwan | not if you don't speak spanish |
22:09.20 | JeffM2501 | no se habla espaniol? |
22:09.55 | SilentSwan | the "old" me (circa 24 hours ago) would have probably interpreted the mcdonalds joke as an insult ... |
22:10.07 | JeffM2501 | that's what I thought it was |
22:10.12 | SilentSwan | but "old" me was just a little too uptight |
22:10.17 | RPG_ | i have a bad tendency of doing that |
22:10.24 | SilentSwan | so new me is trying to stay under control |
22:10.29 | JeffM2501 | insulting wome? |
22:10.31 | JeffM2501 | women? |
22:10.35 | JeffM2501 | that's nto a good habbit :) |
22:10.41 | RPG_ | damn right |
22:11.09 | RPG_ | SilentSwan: you're doing good when people start to hate you for being too happy :D |
22:11.25 | SilentSwan | i wouldn't know |
22:11.45 | RPG_ | There's a group of kids who actually hate me, because I say hello to them every morning and smile |
22:12.04 | SilentSwan | hmm... |
22:12.22 | SilentSwan | so... just to mess with them, sneer and curse at them one morning instead :) |
22:12.32 | RPG_ | they also happen to be the kids who have attempted suicide at least once in their lives, and live with red streaks in their arms |
22:12.54 | SilentSwan | i see |
22:19.07 | RPG_ | Is the colin symbol (:) allowed in BZFlag callsigns? |
22:19.14 | RPG_ | errr... ( : ) |
22:19.24 | RPG_ | the first one got turned into a simley :) |
22:20.02 | purple_cow | now it's just a bosom :p |
22:22.06 | purple_cow | not that that's a bad thing. i'm a big fan of bosoms |
22:23.35 | brlcad | hehe |
22:23.50 | JeffM2501 | in general special characters are not recomended |
22:23.57 | JeffM2501 | but : may work |
22:24.05 | JeffM2501 | unless I disallowed it |
22:24.32 | RPG_ | right now i'm using it as a separator for different parts of data in a log file |
22:24.46 | JeffM2501 | you could posibly see it in a name |
22:24.48 | RPG_ | as in when a player joins, |
22:24.50 | JeffM2501 | put your names in "" |
22:25.01 | RPG_ | 201:RPG:3:192.168.1.100: |
22:25.07 | RPG_ | (201:callsign:team:ip: ) |
22:34.04 | SilentSwan | oh my! what big (.)(.) eyes you have! |
22:34.20 | JeffM2501 | those are eyes? |
22:34.40 | JeffM2501 | never let it be said that I never looked a girl in the eyes then |
22:35.04 | RPG_ | JeffM2501:llet it be said that I looked a girl in the eyes then |
22:35.23 | JeffM2501 | yes you divided by never |
22:35.30 | RPG_ | i'm in the math mood |
22:35.57 | JeffM2501 | math is not the question |
22:36.00 | JeffM2501 | math is the answer |
22:36.12 | blast007 | no, 42 is the answer |
22:36.19 | JeffM2501 | not to all things |
22:36.36 | purple_cow | pretty crappy answer when a waiter asks you what you want to drink |
22:36.44 | JeffM2501 | exactly |
22:36.55 | purple_cow | then again, "math" is just as bad an answer |
22:37.14 | purple_cow | got kind of a catsby thing there, however |
22:37.19 | JeffM2501 | but you can use math to get your answer |
22:38.23 | RPG_ | ~spell receiver |
22:38.38 | RPG_ | ~spell reciever |
22:39.56 | JeffM2501 | aww apple finaly did PCI-e |
22:40.15 | *** join/#bzflag Legoguy (n=Legoguy@adsl-68-250-247-105.dsl.emhril.ameritech.net) |
22:54.40 | SilentSwan | stuff to relieve boredom: http://www.mathdogs.com/people/mkc/perl-puzzles.html |
22:55.48 | *** join/#bzflag Legoguy_ (n=Legoguy@adsl-68-77-146-59.dsl.emhril.ameritech.net) |
22:59.26 | *** join/#bzflag Legoguy (n=Legoguy@adsl-68-77-146-59.dsl.emhril.ameritech.net) |
23:17.03 | *** part/#bzflag RPG_ (n=G-bus@c-24-15-87-171.hsd1.il.comcast.net) |
23:21.09 | *** join/#bzflag wizatcomputer (i=wizatcom@pool-162-83-108-159.culp.east.verizon.net) |
23:26.42 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
23:26.43 | *** mode/#bzflag [+o TimRiker] by ChanServ |
23:38.14 | *** join/#bzflag wizatcomputer (i=wizatcom@pool-162-83-108-159.culp.east.verizon.net) |
23:38.54 | *** join/#bzflag triclops (n=triclops@203-206-249-42.dyn.iinet.net.au) |
23:42.59 | *** join/#bzflag jomojo (n=jomojo@c-24-17-68-130.hsd1.wa.comcast.net) |
23:43.30 | *** join/#bzflag DTRemenak (n=DTRemena@DHCP-170-143.caltech.edu) |
23:43.30 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
23:56.49 | *** join/#bzflag Legoguy|Laptop (n=Legoguy|@adsl-68-77-146-59.dsl.emhril.ameritech.net) |