| 00:41.25 | *** join/#bzflag EbErT (n=EbErT@168.16.121.114) |
| 00:45.03 | EbErT | hey, does anyone know what I have to update with finkcommander in order to not have timeouts when logging on to certain maps? I am losing the textures to some of them when I first join the server, and sometimes it even crashes. I am running mac osx with bz version 2.02 |
| 00:45.06 | EbErT | thanks |
| 00:45.21 | EbErT | btw, its mac osx version 10.3.9 |
| 00:48.51 | *** join/#bzflag EbErT (n=EbErT@168.16.121.114) |
| 01:00.31 | CIA-2 | BZFlag: 03brlcad * 10CVSROOT/cvsignore: ignore the libtool objects, archives, and product directories |
| 01:10.39 | CIA-2 | BZFlag: 03brlcad * 10bzflag/plugins/airspawn/Makefile.am: airspawn has no readme, shame on the undocumenter |
| 01:14.36 | *** join/#bzflag Pimpinella (n=frank@p5481B3D7.dip0.t-ipconnect.de) |
| 01:18.54 | brlcad | is there a reason the vocaliser plugin is spelled wrong? |
| 01:30.24 | DTRemenak | nothing wrong with the spelling...just not english :) |
| 01:32.51 | DTRemenak | and even that is apparently debatable, although neither miriam-webster nor the OED list it |
| 01:35.31 | *** join/#bzflag EbErT (n=EbErT@168.16.121.114) |
| 01:37.11 | brlcad | DTRemenak: heh, zure. zomehow I don't think it'z zo debatable though.. |
| 01:37.58 | DTRemenak | brlcad: see for example http://www.wordreference.com/definition/vocaliser |
| 01:38.30 | DTRemenak | but I'm willing to grant it's not proper english, since it's not in the OED :) |
| 01:39.06 | DTRemenak | no idea |
| 01:39.37 | brlcad | some kids at princeton that can't spell perhaps |
| 01:40.41 | DTRemenak | however, regardless of its english status, it is correctly spelled in french :) |
| 01:40.42 | brlcad | or common vernacular derived off of vocalist |
| 01:41.47 | DTRemenak | my guess was that someone figured they'd sound more british if they tacked an r onto "vocalise" (which is correct) than to "vocalize" (also correct) |
| 01:42.57 | brlcad | correct british english |
| 01:43.00 | DTRemenak | ignoring the fact that "to vocalise" is actually a different verb than "to vocalize" |
| 01:45.47 | brlcad | heh |
| 01:46.19 | *** join/#bzflag Pimpi (n=frank@p5481AEE4.dip0.t-ipconnect.de) |
| 01:46.20 | DTRemenak | mostly becuase cvs has sucky directory management |
| 01:46.44 | *** join/#bzflag bz0306 (n=442e8143@webchat.bzflag.bz) |
| 01:55.20 | *** join/#bzflag FourierSeries (n=fs@pcp172290pcs.plsntv01.nj.comcast.net) |
| 01:55.53 | FourierSeries | That's better |
| 01:56.45 | JeffM2501 | brlcad, did you see the crash? |
| 01:57.18 | brlcad | JeffM2501, did you see the fix? |
| 01:57.25 | JeffM2501 | no |
| 01:57.28 | JeffM2501 | that's why I asked |
| 01:57.29 | brlcad | yes |
| 01:57.52 | brlcad | it was a static initialization order problem |
| 01:58.07 | JeffM2501 | wierd |
| 01:58.09 | brlcad | worked around by simply wrapping the data througha func |
| 01:58.12 | JeffM2501 | how does one fix that/? |
| 01:58.43 | brlcad | that global ends up getting read in the getconfigname func |
| 01:59.06 | brlcad | that getconfigname func is used to initialize static data in a couple places |
| 01:59.46 | JeffM2501 | wow that is wickedly complex for something you'd think would be simple :) |
| 01:59.49 | brlcad | the order of whether those static setups occur before or after the global (static or not) is even created yet cannot be guaranteed per c++ |
| 02:00.36 | JeffM2501 | if the dir stuff was in a class like a singleton it would work right? since it'd be created when it was first used right? |
| 02:00.38 | brlcad | solution would have been to not initialize the static vars with that func, or as I did, simply wrap the global's access in a func |
| 02:00.57 | brlcad | a singleton would work, a regular class would work, a simple function works |
| 02:01.23 | JeffM2501 | so it was just luck on the other compilers? |
| 02:01.25 | brlcad | it simply guarantees the data exists before it's read/used |
| 02:01.41 | brlcad | pretty much, compiler order magic |
| 02:01.51 | JeffM2501 | wierd |
| 02:01.53 | JeffM2501 | oh well |
| 02:02.03 | JeffM2501 | I guess testing can't get all posible cases |
| 02:02.16 | brlcad | it's one of those things that the compile can and probably should handle |
| 02:02.28 | brlcad | but the spec says it doesn't have to and one shouldn't rely on it |
| 02:03.13 | JeffM2501 | and all I wanted to do was fix it so people with messed up profile systems could play :) |
| 02:05.15 | brlcad | it's still pretty much the same, just takes a simple wrapper now, and I pulled the data in just to clean up the global namespace a little |
| 02:05.25 | brlcad | not pretty, but it gets the job done |
| 02:08.27 | brlcad | easy to detect those static issues.. if it crashes before main(), it's somehow related to a static-something ;) |
| 02:15.39 | CIA-2 | BZFlag: 03brlcad * 10bzflag/ (16 files in 9 dirs): add the rest of the compiled plugins to the enable-plugins build. hopefully the mac kiddies will be happy for a while now. someone else gets to fix all the compile warnings. |
| 02:17.57 | orange | mac kiddies? :-) |
| 02:20.36 | CIA-2 | BZFlag: 03brlcad * 10bzflag/plugins/newplug.sh: not simple to edit configure.ac automatically, so just tell them what they need to do |
| 02:21.05 | orange | I was surprised to see 'make' run configure for me |
| 02:24.31 | brlcad | tis what it's supposed to do when it's all working correctly |
| 02:24.34 | *** join/#bzflag bz1433 (n=429c0ac2@webchat.bzflag.bz) |
| 02:25.21 | orange | well, congratulations then :-) |
| 02:25.31 | *** join/#bzflag FatAlbert (n=429c0ac2@webchat.bzflag.bz) |
| 02:25.43 | FatAlbert | Hello |
| 02:26.00 | brlcad | hey hey |
| 02:26.27 | FatAlbert | I wish there were more games Like BZZflag |
| 02:27.48 | orange | well, he made a real contribution before he left, at least |
| 02:35.42 | blast007 | :) |
| 02:51.25 | JeffM2501 | brlcad, it's because you got it wrong, it's "hey hey, HEY!" |
| 02:52.13 | brlcad | hehe |
| 02:52.48 | *** join/#bzflag PKMOBILE (n=Apathy@pcp0011645240pcs.aberdn01.md.comcast.net) |
| 04:09.42 | jpa- | he wasn't talking about bzflag, but BZZflag, the game where you fly with a bee :) |
| 04:12.32 | Aribeth | lol |
| 04:19.29 | *** join/#bzflag BenUrban (n=benurban@68.50.155.230) |
| 04:39.32 | CIA-2 | BZFlag: 03trepan * 10bzflag/plugins/ (7 files in 7 dirs): unused param warnings |
| 04:41.02 | trepan | are some the plugin makefiles supposed to be in CVS? (ex: vocaliser) |
| 04:41.53 | trepan | and why can't we even stick to one source file extension? sad, it is |
| 04:51.13 | Aribeth | hiya trepan |
| 04:51.57 | trepan | hello Ari |
| 05:14.31 | *** join/#bzflag WonderMop (n=WonderMo@user-11faa5g.dsl.mindspring.com) |
| 05:22.54 | wegstar | nightall |
| 05:24.23 | *** part/#bzflag WonderMop (n=WonderMo@user-11faa5g.dsl.mindspring.com) |
| 05:47.41 | *** join/#bzflag triclops_ (n=triclops@203-206-49-94.dyn.iinet.net.au) |
| 05:56.11 | *** join/#bzflag benplaut (n=benplaut@cpe-66-8-184-56.hawaii.res.rr.com) |
| 05:56.22 | *** part/#bzflag benplaut (n=benplaut@cpe-66-8-184-56.hawaii.res.rr.com) |
| 06:15.53 | *** join/#bzflag jzaun (n=jzaun@cpe-24-25-238-212.hawaii.res.rr.com) |
| 06:17.16 | jzaun | in a custom world, I have defined and used a texture, does the server transfer that texture to the client, or does the client need it before seen? |
| 06:22.51 | trepan | it works both ways (if the client supports tex. d/ls) |
| 06:23.02 | blast007 | if the texture is supplied from a URL, and the server it resides on is allowed in the access list, the client will download it |
| 06:23.56 | *** join/#bzflag Blue_Eyes (n=Blue_Eye@treebupf.inet.it) |
| 06:24.42 | jzaun | url as in a web server? so I could host the files on my website and put the URL rather than a filename in the "addtexture" line? |
| 06:25.20 | trepan | jzaun: save a world map that already uses a custom texture to use as an example |
| 06:25.50 | jzaun | been trying to find one, but haven't yet |
| 06:25.58 | trepan | top server... silvercat |
| 06:26.15 | trepan | look for GroundMaterial |
| 06:26.44 | trepan | also note that most clients have their d/ls limited to the bzflag.bz and bzflag.org domains |
| 06:26.51 | orange | trepan's ultracool silvercat concrete :-) |
| 06:27.24 | Aribeth | hi orange |
| 06:27.33 | orange | hello there aribeth |
| 06:27.41 | trepan | orange: heh, didn't think they'd actually use the mod'ed one ;) |
| 06:27.59 | orange | it's very subtle... took me awhile to notice it |
| 06:35.27 | *** join/#bzflag ChanServ (ChanServ@services.) |
| 06:35.27 | *** mode/#bzflag [+o ChanServ] by irc.freenode.net |
| 06:56.00 | *** part/#bzflag JeffM2501 (n=jeffm@pdpc/supporter/sustaining/JeffM2501) |
| 07:03.09 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 07:03.09 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 07:14.33 | *** join/#bzflag WonderMop (n=WonderMo@user-11faa5g.dsl.mindspring.com) |
| 07:16.45 | *** part/#bzflag WonderMop (n=WonderMo@user-11faa5g.dsl.mindspring.com) |
| 07:19.47 | *** join/#bzflag AndyBarrette (n=18a35042@webchat.bzflag.bz) |
| 07:21.28 | *** join/#bzflag AndyB (n=18a35042@genesis.concept69.de) |
| 07:35.45 | *** join/#bzflag Birdie (n=birdie@d54C34DE9.access.telenet.be) |
| 07:38.03 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-5-1-cust130.cdif.cable.ntl.com) |
| 07:38.48 | *** join/#bzflag ibunny (n=alex@pdpc/supporter/active/jolie) |
| 07:38.53 | CBG | I just got a configure error with cvs... |
| 07:39.55 | CBG | configure: error: cannot find install-sh or install.sh in misc ./misc |
| 07:40.31 | ibunny | WHERE IS HIM!? |
| 07:40.37 | CBG | hmm? |
| 07:40.38 | ibunny | :**** for him. |
| 07:40.58 | CBG | I don't even have an "install.sh" anywhere else (like curl or cares)... :( |
| 07:41.22 | Birdie | ibunnybunnybunnby! |
| 07:41.57 | CBG | tweeeeeety birdie :D |
| 07:42.22 | ibunny | its birdie bird |
| 07:59.54 | *** part/#bzflag ibunny (n=alex@pdpc/supporter/active/jolie) |
| 08:07.15 | *** join/#bzflag BearPerson (i=karsten@sourcemage/pdpc.sustaining.BearPerson) |
| 08:10.49 | *** join/#bzflag bz6629 (n=3eb1ebd6@webchat.bzflag.bz) |
| 08:24.42 | *** join/#bzflag _Manu_ (n=Julio@98.Red-80-36-59.pooles.rima-tde.net) |
| 08:39.36 | *** join/#bzflag Damaja1 (i=revans@modem-676.bear.dialup.pol.co.uk) |
| 09:09.18 | *** join/#bzflag CIA-2 (n=CIA@flapjack.navi.cx) |
| 09:10.49 | *** join/#bzflag justAnotherQuick (n=nospam@hermes.olib.org) |
| 09:10.59 | justAnotherQuick | Hi. |
| 09:12.33 | justAnotherQuick | I just built bzflag 2.0.2 (I didn't see any RPM's newer than 2.0) on Fedora Core 4. It looks like it should be okay, but it can't find the meta server. |
| 09:13.03 | justAnotherQuick | I can traceroute the meta-server (my.bzflag.net) and I can load the /db/ page into a web-browser. But bzflag says it can't find it. |
| 09:13.29 | justAnotherQuick | Any suggestions? |
| 09:14.08 | justAnotherQuick | (I am able to run bzflag under WIN32 and BSD. I have run it under another variety of LINUX before...) |
| 09:15.21 | justAnotherQuick | No one? Or is this not getting out to anyone? |
| 09:17.21 | purple_cow | justAnotherQuick: try with an empty config? |
| 09:17.32 | justAnotherQuick | there was no config.cfg when I first ran it. |
| 09:18.04 | justAnotherQuick | Do you mean I should delete the config.cfg that it wrote for the first time a couple of minutes ago? |
| 09:19.01 | Chestal | maybe you're behind some kind of proxy for port 80? Should still work, but you can give it a try and use -list my.bzflag.org:81/db/ At least I think it's on port 81, too, cannot try it here, blocked port |
| 09:19.04 | justAnotherQuick | It's saying "Hostname lookup failure". |
| 09:19.08 | justAnotherQuick | No. |
| 09:19.10 | Chestal | ehm |
| 09:19.21 | justAnotherQuick | Not unless Fedora has done soemthign really weird to their basic setup. |
| 09:20.02 | justAnotherQuick | The same machine has booted a BSD and that runs just fine. A WIN32 box routes through my local network and over another one of my machines (gateway/NAT/firewall), and plays just fine. |
| 09:20.17 | justAnotherQuick | This one is directly on the 'net, and I am not running any external firewall. |
| 09:20.19 | Chestal | hmm, then it sounds more like a curl and/or ares problem |
| 09:20.39 | justAnotherQuick | Ah. Okay. |
| 09:20.52 | Chestal | have no real idea then, you could try CVS code maybe |
| 09:21.06 | justAnotherQuick | Hm. |
| 09:21.28 | justAnotherQuick | Should the distribution .tar.bz2 tarball include the necessary libraries? or is curl part of Fedora Core? |
| 09:22.08 | Chestal | libcurl should be provided by fedora |
| 09:22.26 | Chestal | I am not sure if 2.0.2 used it already |
| 09:23.14 | Chestal | async DNS lookup was added via ares at some time, so my guess was that it's somehow related, based on the error message you're getting |
| 09:23.24 | Chestal | you checked that it tries to go to the correct URL? |
| 09:23.51 | justAnotherQuick | How exactly should I check that? I only know the URL that it shows on the screen; not sure if it's correct, and not sure if it really went there... |
| 09:24.08 | justAnotherQuick | It tried to go to http://my.bzflag.net/db/ (or .org/db/ or such). |
| 09:24.25 | justAnotherQuick | The libcurl is libcurl.so.3 if that matters. |
| 09:24.58 | Chestal | it displays it as part of the error message? |
| 09:25.35 | justAnotherQuick | It displays the URL as part of the error message, yes. |
| 09:25.48 | justAnotherQuick | The libcurl version is found by peeking in /usr/lib/... |
| 09:26.22 | justAnotherQuick | "can't open list server: http://my.bzflag.org/db/" |
| 09:26.34 | Chestal | you could try retrieving the URL with curl from the command line |
| 09:26.53 | justAnotherQuick | Also says "lookup failed". Sounds like a DNS problem, but the rest of the system can access the Internet---including that URL---quite well. |
| 09:27.35 | justAnotherQuick | Fromt he command line, curl grabs the page and spits HTML to stdout. |
| 09:27.46 | justAnotherQuick | Looks good here. |
| 09:29.36 | Chestal | running out of ideas here, you could check with ldd whether the bzflag binary uses libcurl |
| 09:29.44 | justAnotherQuick | Grepping for curl turns up lots of matches in the sources... |
| 09:30.11 | justAnotherQuick | <PROTECTED> |
| 09:30.25 | justAnotherQuick | (from ldd) |
| 09:30.47 | justAnotherQuick | ("ldd `which bzflag`" to be a little more precise...) |
| 09:31.27 | Chestal | no idea why it would fail then. Some others here who are not there at the moment know more about this stuff. My onle remaining idea is to give the current CVS code a try |
| 09:32.10 | justAnotherQuick | Hm. Okay. Maybe bzflag is doing something hokey to resolve names, rather than using the standard resolver? |
| 09:34.02 | Chestal | I am not sure if 2.0.2 already uses curl to retrieve the server list. If so, one would think it does the same as the command line curl |
| 09:34.33 | justAnotherQuick | It's using curl for something. Aside from the ldd ref., there are lots of refs that turn up when grepping... |
| 09:36.49 | justAnotherQuick | Okay, checking out the bzflag from anoncvs. |
| 09:37.09 | justAnotherQuick | I'll see if that works any better...thanks for the help so far. |
| 09:37.57 | justAnotherQuick | Hm. Takes al ittle while to checkout, doesn't it? heh. |
| 09:38.27 | Chestal | SF CVS is often sloooow |
| 09:39.24 | justAnotherQuick | Heh. Well, it's done now... |
| 09:40.36 | justAnotherQuick | Wow, that's a complex autogen.sh... |
| 09:42.13 | justAnotherQuick | I guess I could run the 2.0 RPM and see if there's some weirdness that resulted from buiding it myself, if the CVS build doesn't help. |
| 09:44.10 | justAnotherQuick | Something about MeshPolySceneNode.cxx went by...dunno if that means I'm close to done yet... |
| 09:46.15 | justAnotherQuick | bunch of warnings of the form: AccessControlList.cxx:134: warning: declaration of ā__vā shadows a previous local |
| 09:47.11 | justAnotherQuick | Of course, I had a professor once who said that it's a sign of a weak mind if you couldn't keep track of what variables were active in the current scope... |
| 09:48.36 | justAnotherQuick | Seems to take a lot longer to compile than 2.0.2 sources. Is this a major update, or am I imagining things? |
| 09:51.16 | Chestal | shouldn't be much of a difference |
| 10:00.24 | *** join/#bzflag quickQuestion (n=nospam@hermes.olib.org) |
| 10:00.36 | quickQuestion | Hi. Back again, Chestal. |
| 10:00.42 | quickQuestion | Building from CVS solved that problem. |
| 10:00.52 | quickQuestion | I was starting to play a bit, then went to adjust my radar size... |
| 10:00.57 | quickQuestion | Then the whole system died. Heh. |
| 10:01.26 | Chestal | it shouldn't do that :-) |
| 10:01.36 | Chestal | sounds like baaad video driver |
| 10:01.38 | quickQuestion | (Well, screen went black, monitor shut down, the monitor power LED switched to amber. I couldn't tell that the LINUX OS was responding to me, though the hard drive light would come on a bit...) |
| 10:01.41 | quickQuestion | Yeah. |
| 10:01.44 | quickQuestion | Most likely. |
| 10:01.56 | *** join/#bzflag Wheeee (n=412a5f3f@webchat.bzflag.bz) |
| 10:02.23 | Chestal | never have a problem with bz, but torcs (also using GL) can bring my X down |
| 10:02.31 | quickQuestion | Anyway, at least I can play, now. |
| 10:02.44 | Chestal | good, whatever the bug is/was |
| 10:02.46 | quickQuestion | Did more than bring X down. I couldn't even switch virtual consoles. |
| 10:03.39 | quickQuestion | Something died in the kernel, I suspect. ah well. |
| 10:04.19 | quickQuestion | Thanks for the suggestions. I'll play a bit and see if I can get it configured the way I like it... |
| 10:04.22 | quickQuestion | Bye. |
| 10:08.09 | *** join/#bzflag mmu_man (i=revol@ALyon-253-1-36-30.w83-205.abo.wanadoo.fr) |
| 10:46.51 | I_Died_Once | anyone there? |
| 10:47.20 | I_Died_Once | What did you people do to CVS? WHen I try to "make" a plugin, it makes much more andhas changed significantly |
| 10:47.39 | I_Died_Once | and it doesn't even create a new .so file anymore |
| 10:47.48 | I_Died_Once | WTF? |
| 10:58.35 | *** join/#bzflag Birdie (n=birdie@d54C34DE9.access.telenet.be) |
| 11:04.08 | trepan | I_Died_Once: check .libs/ |
| 11:07.15 | *** join/#bzflag brad2901 (i=brad@unaffiliated/brad2901) |
| 11:15.23 | *** join/#bzflag brad2901 (i=brad@unaffiliated/brad2901) |
| 11:27.54 | *** join/#bzflag mmu_man (i=revol@ALyon-253-1-61-226.w86-193.abo.wanadoo.fr) |
| 12:07.01 | brlcad | I_Died_Once: I broke it specifically for you. yes. that's what happened. |
| 12:22.54 | *** join/#bzflag Zecka (n=anonym@L1439P18.dipool.highway.telekom.at) |
| 12:23.18 | *** part/#bzflag Zecka (n=anonym@L1439P18.dipool.highway.telekom.at) |
| 12:24.18 | *** join/#bzflag newbie_dont (n=newbie_d@fwt.computerland.pl) |
| 12:35.41 | *** join/#bzflag meacan (n=dennis@port151.ds1-aboes.adsl.cybercity.dk) |
| 13:13.53 | *** join/#bzflag ToughShooter (n=ts@p54B0012E.dip0.t-ipconnect.de) |
| 13:26.34 | *** join/#bzflag I_Died_Once (n=I_Died_O@pcp0010382004pcs.savana01.ga.comcast.net) |
| 13:28.12 | I_Died_Once | Yooooo |
| 13:28.26 | I_Died_Once | Anyone alive in here on this glorious Labor Day? |
| 13:43.33 | jpa- | nope |
| 13:43.40 | *** join/#bzflag BenUrban (n=benurban@68.50.155.230) |
| 14:07.26 | I_Died_Once | OK - I got it all figured out, and discovered this... |
| 14:09.09 | I_Died_Once | with today's CVS, current plugins, with -loadplugin /path/to/bzflag/lib/libRogueGenocide.so |
| 14:09.28 | I_Died_Once | thats all the plugins renamed with a lib in front of them... thos ework |
| 14:09.33 | I_Died_Once | those work |
| 14:09.58 | brlcad | yep |
| 14:10.03 | I_Died_Once | except when you pair libshockwavedeath.so with libRogueGenocide.so |
| 14:10.14 | I_Died_Once | I have mismatched and tried combonations |
| 14:10.19 | I_Died_Once | those two do not behave well |
| 14:10.37 | I_Died_Once | when used together, it renders the roguegeno ineffective |
| 14:11.01 | I_Died_Once | shockwaves on deatch still occur, but not roguegeno |
| 14:11.11 | I_Died_Once | its just like it was before, nothing special |
| 14:11.28 | I_Died_Once | if anyone wants me to prove it oto them on mofo, let me know |
| 14:11.44 | I_Died_Once | you can do /listplugins yourself and i'll join with bots |
| 14:12.08 | brlcad | the change was only to the build infrastructure |
| 14:12.16 | brlcad | libtool is now building the libraries |
| 14:12.32 | brlcad | which implies a little more control on the naming (hence the lib prefix) |
| 14:12.32 | I_Died_Once | well maybe it aint got anything to do with the libraries, i dont think they ever worked together |
| 14:12.50 | brlcad | they haven't yet |
| 14:13.07 | I_Died_Once | i dont have any code or way to prove it other than demonstaation |
| 14:13.21 | brlcad | there's nothing to prove, it's not a secret |
| 14:13.23 | I_Died_Once | just loading one then the other then both |
| 14:13.28 | I_Died_Once | well dammit |
| 14:14.07 | I_Died_Once | I unloaded shockwave death because it has been unpopular |
| 14:14.20 | I_Died_Once | rogue geno works on it now |
| 14:14.22 | I_Died_Once | woot |
| 14:34.27 | *** join/#bzflag mmu_man (i=revol@ALyon-253-1-61-226.w86-193.abo.wanadoo.fr) |
| 14:39.48 | ToughShooter | brlcad: I should use the ".0" file, correct? bzfs is shocked about that one: http://pastebin.com/355228 |
| 14:42.50 | brlcad | no, not the .0 |
| 14:44.05 | brlcad | there shouldn't even be a .0 |
| 14:44.15 | brlcad | maybe a .0.dylib symlink |
| 14:44.22 | *** join/#bzflag wegstar (n=foo@allegro/user/wegstar) |
| 14:46.54 | *** join/#bzflag bz4264 (n=c30ea4c1@webchat.bzflag.bz) |
| 14:48.06 | ToughShooter | There is a symlink that points to a .0 file inside .libs. I tried all except the .lo and .la files, AFAIR |
| 14:48.30 | brlcad | sounds like your libtool isn't right still |
| 14:48.43 | brlcad | uninstall the fink libtool and automake, rebuild |
| 14:49.29 | ToughShooter | My libtool was from darwinports |
| 14:52.25 | brlcad | what version? |
| 14:55.16 | ToughShooter | 1.5.18_0 |
| 14:55.45 | ruskie | http://www.niksula.hut.fi/~jvahaher/c-jump/IMG_0588.JPG <-- rotfl |
| 14:56.14 | ToughShooter | I moved the darwinports bin dir to a later position in $PATH and doing a fresh checkout + compilation |
| 14:59.27 | *** join/#bzflag Ice_Wewe (n=Ice_Wewe@ppp-216-106-107-112.storm.ca) |
| 14:59.38 | Ice_Wewe | hey |
| 15:00.49 | brlcad | i suspectyou have n acinclude.m4, delete it |
| 15:03.42 | ToughShooter | Not that I see, where should this file reside? |
| 15:17.04 | ToughShooter | brlcad: Which one is supposed to be the plugin? http://pastebin.com/355254 |
| 15:24.04 | brlcad | ToughShooter: none of those |
| 15:24.15 | brlcad | the plugin will be in the libs directory after you do a make install |
| 15:24.23 | brlcad | or it's in the .libs directory before you install |
| 15:24.51 | brlcad | ToughShooter: even if you rebuilt, you may still have an acinclude.m4 -- do you? |
| 15:26.36 | ToughShooter | Hmm, there are several files in .libs but no one worked for me. The only acinclude.m4 I found was in my SDL-source compilation stuff, nothing in the bzflag source dir. http://pastebin.com/355262 |
| 15:26.46 | brlcad | ruskie: http://www.c-jump.com/ |
| 15:26.55 | ruskie | yup |
| 15:27.27 | brlcad | ToughShooter: that looks better |
| 15:28.10 | brlcad | libshockwaveDeath.dylib is what you can refer to, which is just a link to libshockwaveDeath.0.dylib |
| 15:28.31 | brlcad | still, you should make install first |
| 15:29.07 | brlcad | and then refer to /usr/local/lib/libshockwaveDeath.dylib instead |
| 15:30.25 | ToughShooter | It still doesn't work with the .dylib: http://pastebin.com/355265 (it's the correct bzfs version, I have done some own installation script to my own dir) |
| 15:32.46 | brlcad | do any of the other plugins work? |
| 15:36.06 | ToughShooter | brlcad: I tried airspawn and hiddenadmin, those didn't worked either. In half an hour I've time to check the rest |
| 15:39.14 | brlcad | that example is not using an installed plugin/lib, it's using what you built in place -- do you get the same result using one that's properly installed? |
| 15:43.35 | ToughShooter | Same error after having installed. I tried with shockwavedeath and chathistory. It's the same error all the time |
| 15:50.24 | *** join/#bzflag JeffM2501 (n=jeffm@pdpc/supporter/sustaining/JeffM2501) |
| 15:50.24 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 15:56.11 | *** join/#bzflag a_monkey (n=elmunky@user-0can33s.cable.mindspring.com) |
| 16:04.00 | *** join/#bzflag Tupone (n=atupone@host-84-222-138-18.cust-adsl.tiscali.it) |
| 16:04.55 | *** join/#bzflag Tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 16:04.55 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 16:09.42 | *** join/#bzflag bz0348 (n=4527446c@webchat.bzflag.bz) |
| 16:11.30 | bz0348 | hello does someone have a minute to help me |
| 16:11.32 | bz0348 | ? |
| 16:13.00 | wegstar_away | yes? |
| 16:13.15 | bz0348 | i am having some trouble with bzflag 2.0.0 |
| 16:13.31 | wegstar | what kind of trouble? |
| 16:13.37 | bz0348 | i have redhat 9 and i installed the rpm from dag.wiers.com |
| 16:13.59 | wegstar | and.. |
| 16:14.01 | bz0348 | when i run bzflag, it takes like a minute and a half to finally come up, and when it does, |
| 16:14.39 | bz0348 | if i try to use linear mipmap linear texturing, it messes up the fonts on the scoreboard and other parts of the screen, but not the bottom part (the message center thing) |
| 16:14.56 | wegstar | ah |
| 16:15.59 | ToughShooter | brlcad: No one of the plugins is working. :( |
| 16:16.25 | bz0348 | bzflag 1.10 worked fine, came up instantly and would use any settings i desired, but since i installed v2 it has been doing this. |
| 16:16.53 | jpa- | bz0348: first thing would be to try atleast v 2.0.2 or preferrably CVS |
| 16:17.36 | bz0348 | well, for rh9 the only thing i could find was 2.0.0. |
| 16:17.48 | wegstar | compile it from CVS |
| 16:17.59 | orange | that is not trivial on rh9 |
| 16:18.14 | bz0348 | i also downloaded the installer from bzflag.org or whatever and it gave me a bunch of gcc incompatibilities and other junk. |
| 16:18.16 | orange | I've done it, but it requires several other packages to be installed from source as well, with some tweaking |
| 16:18.24 | JeffM2501 | it is probabably just difrent defaults |
| 16:18.28 | JeffM2501 | what video card do you have? |
| 16:18.32 | bz0348 | i would prefer not to compile, but i can if necessary |
| 16:18.42 | bz0348 | it is a matrox g400max dual head |
| 16:18.43 | wegstar | hmm |
| 16:18.53 | JeffM2501 | yeah we now default to higher modes |
| 16:19.00 | JeffM2501 | go into options and turn things off |
| 16:19.05 | JeffM2501 | and make sure depth buffer is on |
| 16:19.15 | bz0348 | i have 2.0.2 running in SuSE 9.2 so i know it's not the card |
| 16:19.27 | JeffM2501 | it's most likely the settings |
| 16:19.32 | bz0348 | also i have set the quality to low in the config file, and it still takes forever to start |
| 16:19.39 | JeffM2501 | hmm |
| 16:19.56 | bz0348 | when i delete my whole .bzf dir and let it detect stuff, it will get to: |
| 16:19.56 | JeffM2501 | have you changed video drivers recently? |
| 16:20.03 | JeffM2501 | and is the res set to the same |
| 16:20.04 | JeffM2501 | ? |
| 16:20.06 | Chestal | it's possible that 2.0 blocks for motd response, I don't remember |
| 16:20.15 | JeffM2501 | yeah it may |
| 16:20.24 | JeffM2501 | I think it does |
| 16:20.24 | bz0348 | testing with low quality...testing with highest quality, and then it stalls for so long |
| 16:20.36 | bz0348 | i have tried different resolutions, same deal |
| 16:20.37 | JeffM2501 | after the stall, is it ok? |
| 16:20.43 | bz0348 | no video driver changes recently |
| 16:21.08 | *** part/#bzflag mmbm (n=mmbm@203-59-182-103.dyn.iinet.net.au) |
| 16:21.33 | JeffM2501 | let me see what the MOTD disable is |
| 16:22.18 | JeffM2501 | add set disableMOTD 1 to your 2.0 config |
| 16:22.22 | JeffM2501 | see if that helps the stall |
| 16:23.04 | bz0348 | well after i finally comes up, it runs, except when i set it to linear mipmap linear, or some others, it destroyes the rendered text. |
| 16:23.22 | JeffM2501 | your card won't be able to do the higher modes |
| 16:23.26 | JeffM2501 | so that is understandable |
| 16:23.35 | JeffM2501 | add that to your config |
| 16:23.35 | Chestal | there#s also -nomotd, not sure if 2.0 has it |
| 16:23.51 | bz0348 | well what is strange is that it works perfectly on the same system in SuSE9.2. |
| 16:23.55 | JeffM2501 | CVS only checks the bzdb var |
| 16:24.09 | Chestal | but it sets that var on -motd |
| 16:24.12 | Chestal | eh, -nomotd |
| 16:24.14 | bz0348 | even in 1280x1024 it is nice and fast and renders everything fine. |
| 16:24.14 | JeffM2501 | bz0348, you said you ran 2.0.2 on suse |
| 16:24.22 | JeffM2501 | Chestal, ahh |
| 16:24.26 | bz0348 | yup |
| 16:24.31 | JeffM2501 | 2.0.2 has changes |
| 16:24.34 | JeffM2501 | many changes' |
| 16:24.49 | bz0348 | oh, well maybe that's it. |
| 16:24.55 | Chestal | bzflag -help does not include -nomotd for 2.0.2 though, but it seems to support it nonetheless |
| 16:25.09 | JeffM2501 | well both will work then |
| 16:25.38 | bz0348 | at first when i installed it on SuSE, it did the same stall thing, and i deleted my old config directories and then it started working, but the redhat install still did it. |
| 16:26.10 | Chestal | I wouldn't really recommend to run 2.0.0 |
| 16:26.42 | JeffM2501 | 2.0.2 is a lot better |
| 16:26.49 | bz0348 | ok, so it's probably some bug or something in 2.0.0? |
| 16:26.52 | JeffM2501 | a CVS 2.0.3bXX would be even better |
| 16:27.03 | bz0348 | is it stable? |
| 16:27.05 | JeffM2501 | bz0348, well yea, that's why we made 2.0.2 and higher :) |
| 16:27.16 | JeffM2501 | stable is such a fluid term |
| 16:27.48 | JeffM2501 | in any EVEN release, the highest number release will have the most bug fixes, we don't add major new features to allready released lines |
| 16:27.57 | JeffM2501 | so 2.0.2 is 2.0.0 with bug fixes |
| 16:28.04 | bz0348 | ok, reasonably stable, as in i don't want any hard freezes, etc. or random crashes without provocation. |
| 16:28.15 | JeffM2501 | then you don't want the old ones |
| 16:28.18 | JeffM2501 | you want the newer ones |
| 16:28.22 | JeffM2501 | the ones with more bug fixes |
| 16:28.25 | JeffM2501 | it's a game |
| 16:28.27 | JeffM2501 | not an OS |
| 16:28.36 | JeffM2501 | we don't really mark things as "Stable" or "unstable" |
| 16:28.44 | JeffM2501 | 2.0.2 will be a lot better for you |
| 16:28.50 | bz0348 | yeah, i reckon i need to keep that in mind. |
| 16:28.51 | JeffM2501 | it's been out a while and runs much better |
| 16:29.05 | JeffM2501 | cvs would have the most fixes |
| 16:29.48 | bz0348 | well i guess i will just take the plunge and download cvs |
| 16:29.56 | JeffM2501 | it's not really a plunge |
| 16:30.16 | JeffM2501 | you'll need a couple libs, but building it is realy easy |
| 16:30.20 | JeffM2501 | it's not a big project |
| 16:30.21 | bz0348 | well the main thing is my slow dialup connection. |
| 16:30.54 | JeffM2501 | well it will take some time to download |
| 16:30.56 | bz0348 | so it doesn't need much tweaking as far as modifying the make files etc-- just configure && make? |
| 16:31.13 | JeffM2501 | oh no no |
| 16:31.19 | JeffM2501 | it's all automake and autoconf |
| 16:31.26 | JeffM2501 | if you have the libs it'll buil |
| 16:31.41 | JeffM2501 | just make sure you have curl and SDL libs |
| 16:31.44 | JeffM2501 | the dev packages |
| 16:32.01 | JeffM2501 | and there is a full how to build readme in the distro |
| 16:32.21 | bz0348 | yeah i've got those i think i did them completely from source anyway so i must have the include files |
| 16:32.23 | JeffM2501 | redhat 9 is kinda old tho isn't it? |
| 16:32.30 | JeffM2501 | you may have problems geting the lib versions we want |
| 16:32.31 | bz0348 | will i need opengl devel stuff? |
| 16:32.38 | JeffM2501 | you will need the headers yes |
| 16:32.40 | JeffM2501 | and the libs |
| 16:32.43 | JeffM2501 | as we use it |
| 16:32.50 | *** join/#bzflag davyd (n=davyd@cugglephone.madeley.id.au) |
| 16:32.58 | brlcad | ToughShooter: nm src/bzfs/bzfs | grep debugMessage |
| 16:33.01 | davyd | can someone tell me about bzflag and xinerama? |
| 16:33.52 | JeffM2501 | bzflag dosn' realy do anything with xinerama |
| 16:33.52 | davyd | is this simply a problem with how something is compiled? or will I need to use -window and give a geometry? |
| 16:33.52 | JeffM2501 | that's the WM's job |
| 16:33.52 | bz0348 | well yeah i am running 2.6.8-24 with it. I am just attached to it (i actually hate redhat) but i have spent about 2 years getting all my required programs and libs on it that i just hate to change distros again |
| 16:34.03 | JeffM2501 | davyd, what is the problem? |
| 16:34.27 | davyd | JeffM2501: well, it wants to take up two bits of physical glass when you run it |
| 16:34.39 | brlcad | ToughShooter: actually nm /Users/spiele/Applications/BZFlag-CVS.app/Contents/MacOS/bzfs | grep debugMessage instead |
| 16:34.50 | JeffM2501 | davyd, twinview? |
| 16:35.10 | davyd | JeffM2501: yeah |
| 16:35.37 | JeffM2501 | davyd, in your x config, set one of your meta modes to have the normal res on your main screen and NULL for your second |
| 16:35.44 | JeffM2501 | then run bz, and go to the video modes |
| 16:35.54 | JeffM2501 | and pick the one that is the size of your main screen |
| 16:35.57 | JeffM2501 | then it'll just be there |
| 16:36.07 | JeffM2501 | I had the exact same prolem yesterday :) |
| 16:36.24 | JeffM2501 | just make sure it's not the FIRST meta mode |
| 16:36.59 | JeffM2501 | I did like "1600x1200,1024x768; 1600x1200,NULL" |
| 16:37.07 | davyd | ok |
| 16:37.20 | JeffM2501 | then in bz it had 2 choices for res, 2640x1200 and 1600x1200 |
| 16:37.28 | JeffM2501 | the 1600 one was on one display only |
| 16:37.53 | bz0348 | i may need to do that also if i ever start running mutihead with my matrox. |
| 16:38.07 | JeffM2501 | bz0348, I don't know how matrox does dual head |
| 16:38.16 | JeffM2501 | this was twinview specific stuff, for nvidia |
| 16:38.41 | bz0348 | ah, ok yeah it would be different then on mine. |
| 16:39.38 | JeffM2501 | best of luck to both of you |
| 16:39.47 | *** part/#bzflag JeffM2501 (n=jeffm@pdpc/supporter/sustaining/JeffM2501) |
| 16:39.55 | bz0348 | i think my card is actually just like having two separate cards in the sytem, because they give different pci position reports |
| 16:40.13 | bz0348 | Thanke very much for the help. I appreciate it. |
| 16:42.29 | davyd | hmm, it seems playing in a window is useful, because I can watch other things going on |
| 16:42.37 | davyd | is there a way to release your mouse from a bzflag window? |
| 16:44.55 | ToughShooter | brlcad: It lists nothing. I'm trying to get a non-stripped bzfs now.. |
| 16:45.36 | orchid | ~bzfs |
| 16:45.38 | ibot | well, bzfs is the BZflag server, you need: -publicaddr server.name.com:5154 *and* -public " come play here" must be set in your bzfs.conf, *also* open the port (5154 in this case) in your firewall/router *also* see http://www.bzflag.org/wiki/CreatingAServer, or see http://my.bzflag.org/bb/viewtopic.php?t=2915 |
| 16:46.45 | brlcad | ToughShooter: sounds like you're not running the bzfs you just built |
| 16:47.11 | brlcad | davyd: yes on the input menu |
| 16:47.32 | ToughShooter | brlcad: My costum script I wrote months ago autostrips bzfs :( |
| 16:47.53 | davyd | rocking |
| 16:47.57 | ToughShooter | It's called "confine mouse" |
| 16:56.42 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-67-120-234-3.dsl.sndg02.pacbell.net) |
| 16:56.42 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 17:01.19 | brlcad | howdy JBdiGriz ` |
| 17:01.42 | brlcad | happy nonlabor day |
| 17:02.28 | JBdiGriz | Good (UGT) Morning! |
| 17:02.50 | jpa- | lalala |
| 17:04.49 | wegstar | ;) |
| 17:05.19 | *** part/#bzflag davyd (n=davyd@cugglephone.madeley.id.au) |
| 17:07.42 | ToughShooter | brlcad: I tried with an unstripped bzfs version and everything works, even my own plugin I've done before the makefiles change has landed - I'm such an idiot |
| 17:11.06 | brlcad | at least it works now and you're more the wiser to check your binary next time ;) |
| 17:11.11 | *** join/#bzflag sd279 (n=ipaq@c529df873.cable.wanadoo.nl) |
| 17:11.23 | brlcad | it wouldn't be the stripping, that part is fine -- probably just an old bzfs |
| 17:11.57 | brlcad | at least it "shouldn't" be the stripping, though something funky could be going on with the dynamic loader on stripped modules |
| 17:16.51 | ToughShooter | What makes me curious that the approach with -fno_common -bundle -flat_namespace -undefined suppress was only a little change in makefile and produced a loadable module (bundle) where your change is really big and creates a shared library (dylib) where dylibs can not be unloaded but bundles can according to fink. |
| 17:17.42 | brlcad | my change wasn't that big |
| 17:18.31 | brlcad | it's just a delegation of the library building over to libtool which is specifically designed for that |
| 17:18.45 | brlcad | that's not the only change you would have had to of made for bundles |
| 17:18.49 | ToughShooter | It was the stripping - all work until I strip |
| 17:19.03 | *** join/#bzflag bz3393 (n=470e881d@webchat.bzflag.bz) |
| 17:19.22 | brlcad | there's a whole chunk of code that you'd have to add and support to load bundles instead of using the existing dlopen calls that were implemented for linux/windows |
| 17:19.51 | brlcad | using libtool is cross-platform too -- so all platforms should have loadable modules now, including solaris, irix, etc |
| 17:20.34 | brlcad | if you look at the makefile.am's that replaced the existing plugin makefiles, they are actually more simple than what existed before |
| 17:22.03 | ToughShooter | Jup, it's only that I don't understand the changes. :/ |
| 17:27.59 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 17:27.59 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 17:29.38 | brlcad | ToughShooter: what don't you understand? we used to build libraries. we built them by hand. now we build them using a tool that does it for us. |
| 17:30.55 | brlcad | for the usual libraries, it was a straight simple line-for-line conversion; for the plugins, it was actually a simplification |
| 17:32.20 | Tupone | brlcad: do we still need -rdynamic in src/bzfs/Makefile.am ? |
| 17:33.06 | brlcad | Tupone: I don't know, that's a linux gcc flag |
| 17:33.27 | brlcad | shouldn't need it, but someone would need to test it |
| 17:33.40 | brlcad | my compiler actually complains, since it has no idea what to do with it |
| 17:33.46 | brlcad | but fortunately it's just a warning |
| 17:33.55 | Tupone | That was introduced for plugin, and gives me warning when compiling on other platform. |
| 17:34.03 | *** join/#bzflag SportChick (n=SportChi@ca-redbch-cuda1-c3b-a-40.stmnca.adelphia.net) |
| 17:34.11 | *** join/#bzflag wegstar (n=foo@allegro/user/wegstar) |
| 17:34.30 | Tupone | I cannot test plugin, if that is really needed or libtool fix that |
| 17:34.59 | *** join/#bzflag wozek (n=53905a6c@webchat.bzflag.bz) |
| 17:35.03 | brlcad | i'll ask |
| 17:35.23 | brlcad | or test if I get around to hopping onto a linux box beforehand |
| 17:40.13 | CIA-2 | BZFlag: 03atupone * 10bzflag/TODO: libcurl TODO is actually done |
| 17:44.02 | CIA-2 | BZFlag: 03atupone * 10bzflag/TODO: bzadmin already does not need GL |
| 17:45.12 | jpa- | bzadmin could show a "matrix" representation of things happening in the game |
| 17:45.28 | CIA-2 | BZFlag: 03atupone * 10bzflag/TODO: type of shot has been added to killed message |
| 18:00.18 | CIA-2 | BZFlag: 03atupone * 10bzflag/TODO: Adding new things that sounds good to me. I will add more after. IIR |
| 18:20.23 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-67-120-234-3.dsl.sndg02.pacbell.net) |
| 18:20.23 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 18:22.14 | Tupone | ~wake ibot_ |
| 18:22.16 | ibot | ibot_: GOOD MORNING!!! |
| 18:23.51 | *** join/#bzflag I_Died_Once (n=I_Died_O@pcp0010382004pcs.savana01.ga.comcast.net) |
| 18:34.11 | *** join/#bzflag mmu_man (i=revol@ALyon-253-1-61-226.w86-193.abo.wanadoo.fr) |
| 18:36.36 | *** join/#bzflag BenUrban (n=benurban@68.50.155.230) |
| 18:37.30 | *** join/#bzflag Teppic (n=Teppic@cpc2-cbly2-5-0-cust83.glfd.cable.ntl.com) |
| 19:01.09 | *** join/#bzflag TheLastSpartan (i=guu@myth.gibbscam.com) |
| 19:02.04 | *** join/#bzflag tavla (n=spreker@ip51cfa1ef.direct-adsl.nl) |
| 19:29.01 | *** join/#bzflag Death-Barrel (n=Death@adsl-70-247-47-30.dsl.hstntx.swbell.net) |
| 19:36.09 | Tupone | brlcad: do plugins load on MacOSX ? |
| 19:36.39 | brlcad | yes |
| 19:36.59 | Tupone | so I can remove from the TODO as a blocking item |
| 19:37.06 | Tupone | or you do. |
| 19:37.42 | brlcad | either works for me.. I'm on my way out the door right this sec :) bike ride time |
| 19:37.51 | brlcad | i'll remove it |
| 19:37.56 | Tupone | ok, ty |
| 19:38.04 | Tupone | and good bike-ride |
| 19:38.14 | brlcad | usually is :) |
| 19:38.23 | Tupone | look at the car ... both way :) |
| 19:38.26 | _Manu_ | brlcad, be carefull with your bike ;) |
| 19:39.00 | brlcad | it's an art to avoid the other occupants using my road :) |
| 19:39.08 | Tupone | lol |
| 19:39.57 | _Manu_ | brlcad, does your bike using an animal engine? ;) |
| 19:40.13 | _Manu_ | s/using/uses |
| 19:42.15 | brlcad | horse legs, yup |
| 19:56.12 | *** join/#bzflag |zongo| (n=zongo@84-72-45-91.dclient.hispeed.ch) |
| 20:20.58 | *** part/#bzflag JBdiGriz (n=JBdiGriz@adsl-67-120-234-3.dsl.sndg02.pacbell.net) |
| 20:40.57 | *** join/#bzflag Bunny-Bird (n=birdie@d54C34DE9.access.telenet.be) |
| 20:44.33 | *** join/#bzflag Guest157 (n=81f06947@genesis.concept69.de) |
| 20:44.40 | *** part/#bzflag Guest157 (n=81f06947@genesis.concept69.de) |
| 21:40.06 | *** join/#bzflag Tupone (n=Tupone@host-84-222-138-18.cust-adsl.tiscali.it) |
| 21:40.07 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 21:41.44 | *** part/#bzflag |zongo| (n=zongo@84-72-45-91.dclient.hispeed.ch) |
| 23:06.04 | *** join/#bzflag PKMOBILE (n=Apathy@pcp0011645240pcs.aberdn01.md.comcast.net) |
| 23:07.00 | *** join/#bzflag I_Died_Once (n=I_Died_O@pcp0010382004pcs.savana01.ga.comcast.net) |
| 23:41.59 | *** join/#bzflag wizart (n=wizart@dsl-084-058-134-104.arcor-ip.net) |
| 23:48.34 | *** join/#bzflag triclops (n=triclops@203-206-49-94.dyn.iinet.net.au) |
