| 00:12.23 | uso | this fixes the loss of the masterban entries for me and maybe makes host and idban work cleaner: http://sourceforge.net/tracker/index.php?func=detail&aid=1534866&group_id=3248&atid=103248 |
| 00:12.41 | uso | if someone want to have a look at it, it's a small patch ;) |
| 00:13.22 | uso | <PROTECTED> |
| 00:16.41 | *** join/#bzflag Ballard (n=Ballard@stjch2-12-46-85-167.stjohncable.com) |
| 00:27.52 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 00:27.52 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 01:13.36 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@fordend.demon.co.uk) |
| 01:13.45 | SpazzyMcGee | hey all |
| 01:13.57 | SpazzyMcGee | i was just getting a crazy bug in bzfs |
| 01:14.44 | SpazzyMcGee | shots seemed to not be appearing to some other players, so therefore not killing them |
| 01:15.21 | *** join/#bzflag SportChick (n=SportChi@69-167-38-164.stmnca.adelphia.net) |
| 01:15.22 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 01:15.24 | SpazzyMcGee | it was like there was no notifiacation of the shot being fired being sent to some people. |
| 01:15.36 | JeffM2501 | you have packetloss? |
| 01:15.48 | SpazzyMcGee | i don't know how it all works, but that's the best way i can put it. |
| 01:15.53 | SpazzyMcGee | no i can't see how |
| 01:16.18 | SpazzyMcGee | it was the same server that runs planet mofo, and no players had packetloss on the lagstats |
| 01:16.47 | SpazzyMcGee | SR and BU were still trampled |
| 01:17.01 | SpazzyMcGee | but NO shots by some players were getting thru |
| 01:18.01 | SpazzyMcGee | oh. and many players seemed to be joining then leaving very quickly. like within 2 seconds |
| 01:18.16 | JeffM2501 | you could be out of connections |
| 01:18.18 | JeffM2501 | or bandwith |
| 01:18.19 | JeffM2501 | etc.. |
| 01:18.26 | SpazzyMcGee | possibly |
| 01:18.32 | JeffM2501 | sounds more like a network issue then a bzfs issue |
| 01:18.45 | SpazzyMcGee | ok i'll check out the server |
| 01:19.32 | SpazzyMcGee | though there diddn't seem to be any kind of lag or packetloss by anybody |
| 01:19.42 | a_temp_dist | if it were a network issue, would it show up on all games being server by that single server? |
| 01:19.53 | JeffM2501 | not nesissarly |
| 01:20.05 | JeffM2501 | depends what the issue is |
| 01:20.06 | silverfox | SpazzyMcGee, Ive had that happen often. |
| 01:20.17 | JeffM2501 | if your out of sockets, then the other games have the sockets and yours dosn't |
| 01:20.20 | silverfox | its always a network issue. |
| 01:20.26 | SpazzyMcGee | ok |
| 01:20.30 | silverfox | particularly if you are behind a nat router or firewall |
| 01:20.33 | JeffM2501 | coulda be conflitcs on that porty |
| 01:20.37 | JeffM2501 | or yeah a routing issue |
| 01:20.45 | SpazzyMcGee | ATD we need to check this out |
| 01:20.56 | silverfox | my experience is the translation is lost in the nat device. |
| 01:21.23 | SpazzyMcGee | AFAIK we have never had this problem on this server. i don't know how many servers we have running right now |
| 01:21.48 | SpazzyMcGee | ok. thanks for the help |
| 01:22.57 | silverfox | SpazzyMcGee, it only affected one client, no? |
| 01:23.08 | SpazzyMcGee | more than one |
| 01:23.19 | SpazzyMcGee | only ATD and I were unaffected |
| 01:23.26 | silverfox | interesting. |
| 01:23.32 | SpazzyMcGee | we joined first |
| 01:23.35 | silverfox | Is the server behind a NAT device? |
| 01:23.46 | SpazzyMcGee | i have absolutely no idea |
| 01:23.50 | SpazzyMcGee | it's not my server |
| 01:23.54 | silverfox | I see. |
| 01:24.03 | SpazzyMcGee | but i can find out |
| 01:24.14 | SpazzyMcGee | and now come to think of it hen i tried rejoining i couldn't |
| 01:24.14 | silverfox | The instances I've seen of that are a single client that is affected due to no return route for udp packets. |
| 01:24.24 | silverfox | rejoining resolves the issue until it happens again. |
| 01:24.25 | a_meteorite | we are running over 90 bzfs servers |
| 01:24.39 | a_meteorite | last time I checked, maybe more |
| 01:24.45 | SpazzyMcGee | no it was only people that joined after me and ATD |
| 01:25.02 | a_meteorite | well, maybe we're running out of random ports? :) |
| 01:25.13 | SpazzyMcGee | the port was good |
| 01:25.29 | a_meteorite | oh, wait, nvm |
| 01:25.38 | a_meteorite | I was looking at it from a client perspective |
| 01:25.40 | SpazzyMcGee | i shut down a server running on it to put up this one |
| 01:26.08 | SpazzyMcGee | brb |
| 01:26.09 | a_meteorite | a client doesn't (usually, at least not in bzflag) bind to the same port it's connecting to |
| 01:26.25 | a_meteorite | it starts a connection from a "random" port (in sequence?) |
| 01:29.16 | silverfox | yes |
| 01:29.26 | silverfox | depends on the protocol, but commonly, yes. |
| 01:29.34 | a_meteorite | hmmm... |
| 01:29.46 | a_meteorite | right at this moment we're processing over 2,400 packets a second :) |
| 01:30.21 | silverfox | I presume bzfs uses fairly small packets. |
| 01:30.25 | silverfox | Just lots of them. |
| 01:30.29 | a_meteorite | yeah |
| 01:30.29 | silverfox | no? |
| 01:30.38 | a_meteorite | I haven't seen what Spazz is describing though |
| 01:30.47 | Mr_Molez | 90 uhhhh |
| 01:30.52 | silverfox | no, what I've seen was from the client's perspective. |
| 01:30.56 | SpazzyMcGee | hmmmk |
| 01:31.01 | silverfox | http://silvercat.bzflag.org/page9.html |
| 01:31.14 | Mr_Molez | what specs is that machine ? |
| 01:31.39 | a_meteorite | Mr_Molez: 2.4ghz Celly D 512MB Ram |
| 01:31.53 | Mr_Molez | k |
| 01:32.01 | a_meteorite | for some reason the hosting company is using an SMP kernel.. ROFL! |
| 01:32.14 | a_meteorite | and everyone knows a Celeron D is single-core :) |
| 01:32.28 | JeffM2501 | they probably do that so they can swap hardware when needed |
| 01:32.33 | JeffM2501 | and not have to redo the OS |
| 01:32.49 | a_meteorite | I would think that would do more harm than good for single-core servers |
| 01:32.54 | Mr_Molez | yeh, same on my server ,SMP |
| 01:33.02 | a_meteorite | but, that |
| 01:33.07 | JeffM2501 | IIRC if it has one execution unit then it just uses that unit |
| 01:33.11 | JeffM2501 | same scheluing stuff |
| 01:33.11 | a_meteorite | but, that's pure speculation in my common sense |
| 01:33.14 | a_meteorite | ah |
| 01:33.37 | a_meteorite | man, I wish I could go beyond FC3 :) |
| 01:34.01 | a_meteorite | any Linux distro but Fedora would have longer package support |
| 01:34.16 | a_meteorite | in FC it becomes non-existant as soon as a new FC is released :( |
| 01:34.28 | Mr_Molez | a_meteorite: how much u paying for that |
| 01:34.48 | a_meteorite | Mr_Molez: I'm not the one paying for it, I just do the *nix stuff. but the owner is paying $100/month |
| 01:35.03 | Mr_Molez | k :p |
| 01:35.06 | a_meteorite | 1,000GB month |
| 01:35.42 | SpazzyMcGee | i counted 73 servers, reading from top process list. |
| 01:35.45 | Mr_Molez | anyone noticed about 20/25 plyers only uses 250kb/s |
| 01:36.02 | JeffM2501 | how many shots? |
| 01:36.06 | a_meteorite | SpazzyMcGee: it's down then, I remember at one time we were up to 110 servers |
| 01:36.11 | Mr_Molez | 3 |
| 01:36.24 | JeffM2501 | yeah low shot counts make it a lot lower |
| 01:36.34 | Mr_Molez | ohh |
| 01:36.50 | Mr_Molez | a_meteorite: aint u running rotation stuff ? |
| 01:36.57 | a_meteorite | Mr_Molez: none |
| 01:37.07 | a_meteorite | Mr_Molez: there are a ton of different users, it's their own set-up |
| 01:38.05 | SpazzyMcGee | well if we arn't running at full capacity, where are these network issues coming from? |
| 01:38.24 | a_meteorite | maybe the players' connection can't handle the traffic? :) |
| 01:39.01 | JeffM2501 | or it's an OS issue not a bandwith issue |
| 01:39.41 | a_meteorite | hmmm... JeffM2501, do you know of any network related OS settings (like sysctl)? |
| 01:40.03 | JeffM2501 | I know there are buffer sizes per connection |
| 01:40.08 | JeffM2501 | and they can be set in linux |
| 01:40.15 | JeffM2501 | I also know there are socket limits |
| 01:40.25 | a_meteorite | maybe upping the sockets limit may help.. |
| 01:40.45 | JeffM2501 | there are many limits, most prevent machines flooding connections out of controll |
| 01:46.57 | Mr_Molez | ~60000/40 |
| 01:46.59 | ibot | 1500 |
| 01:47.18 | Mr_Molez | ~1500*5 |
| 01:47.21 | ibot | 7500 |
| 01:47.34 | Mr_Molez | ~convert 7500 days to years |
| 01:47.45 | a_meteorite | :\ |
| 01:48.13 | SpazzyMcGee | i love the way it says approximately |
| 01:48.20 | a_meteorite | heh |
| 01:48.21 | SpazzyMcGee | to 4 d.p. |
| 01:48.24 | Mr_Molez | heh |
| 01:50.23 | SpazzyMcGee | well i'd best be sleeping |
| 01:50.26 | SpazzyMcGee | bye all |
| 01:50.31 | a_meteorite | laters |
| 02:00.00 | *** join/#bzflag lan56 (i=lan56@adsl-75-16-87-225.dsl.irvnca.sbcglobal.net) |
| 02:17.12 | *** join/#bzflag Administrator (n=Administ@stjch2-12-46-85-167.stjohncable.com) |
| 02:19.05 | *** join/#bzflag matt123 (i=Matt@stjch2-12-46-85-167.stjohncable.com) |
| 02:19.56 | matt123 | when i try to join any server, i get a "server not found". but when using another machine that get's the internet through this one it can get into the servers. what could be the problem and fix? |
| 02:32.13 | *** join/#bzflag z[h]ero (i=55d82e6c@gateway/web/cgi-irc/zeebrothers.net/unlabeled) |
| 02:45.40 | silverfox | "In Visual C++ Express, the Win32 Windows Application type is disabled in the Win32 Application Wizard." |
| 02:45.55 | silverfox | any ideas what the "Win32 Windows Application type" refers to? |
| 02:58.46 | silverfox | "add the directory where the NSIS |
| 02:58.46 | silverfox | installer builder is found. |
| 02:58.48 | silverfox | " |
| 02:59.48 | silverfox | I'm not familiar with NSIS either. Closest thing I've found is "Skincrafter" ? |
| 03:01.00 | *** join/#bzflag Ballard (n=Ballard@stjch2-12-46-85-167.stjohncable.com) |
| 03:13.58 | JeffM2501 | making new windows apps |
| 03:14.11 | JeffM2501 | you don't need NSIS |
| 03:14.15 | JeffM2501 | your not doing installers |
| 03:17.21 | JeffM2501 | but if you want it, it's on sf |
| 03:24.47 | *** join/#bzflag SC (n=SportChi@69-167-38-164.stmnca.adelphia.net) |
| 03:45.16 | *** join/#bzflag wegstar (i=wegstar@kbhn-vbrg-sr0-vl212-213-185-15-219.perspektivbredband.net) |
| 03:49.37 | *** join/#bzflag Ballard (n=Ballard@stjch2-12-46-85-176.stjohncable.com) |
| 03:52.44 | *** join/#bzflag shorty114 (i=shorty11@unaffiliated/shorty114) |
| 04:11.00 | *** join/#bzflag TheB (n=me@mobile-166-137-183-142.mycingular.net) |
| 04:11.15 | TheB | I don't suppose JeffM is around? :) |
| 04:12.08 | shorty114 | could be |
| 04:12.12 | shorty114 | ping him if you need him |
| 04:12.44 | TheBarronHome | Oh I don't really need him |
| 04:13.06 | TheBarronHome | Besides, I suppose I could put the question to the channel, it's prolly been discussed anyway |
| 04:14.40 | TheBarronHome | playing on a widesreen, I have to say.. I'd sure like to rearrange the radar and display so they were beside each other instead of above/below.. wondering if such GUI flexibility has been considered. I know it's been discussed to some degree.. in an unrelated conversation the other day, he mentioned some other game that has a completely configurable display... |
| 04:18.40 | TheBarronHome | anyway.. wondering if any such options are anywhere in any plans/options |
| 04:19.19 | blast007 | plans? |
| 04:19.24 | blast007 | ;) |
| 04:19.37 | blast007 | don't think there is a plan for that |
| 04:19.45 | blast007 | would be something to consider |
| 04:21.40 | TheBarronHome | well... that's why I say 'options' too :) |
| 04:26.35 | *** join/#bzflag TheB (n=me@mobile-166-137-189-099.mycingular.net) |
| 04:26.38 | TheB | <blast007> don't think there is a plan for that |
| 04:26.39 | TheB | <blast007> would be something to consider |
| 04:26.41 | TheB | <TheBarronHome> well... that's why I say 'options' too :) |
| 04:26.43 | TheB | <TheBarronHome> in case it's not *planned* but somewhere in a list of things that will never be gotten to |
| 04:26.45 | TheB | last I saw/said |
| 04:27.24 | blast007 | I only missed the last line you said |
| 04:27.36 | TheB | ah, k |
| 04:28.28 | *** join/#bzflag crowe (n=crowe@ppp-69-229-11-145.dsl.irvnca.pacbell.net) |
| 04:29.29 | JeffM2501 | ?? |
| 04:29.44 | TheB | !! |
| 04:29.51 | JeffM2501 | no it's not that flexable |
| 04:29.55 | JeffM2501 | you can't realy change the view |
| 04:30.17 | *** part/#bzflag crowe (n=crowe@ppp-69-229-11-145.dsl.irvnca.pacbell.net) |
| 04:30.17 | blast007 | he was wondering if that kind of thing has been considered, not if it already supported it |
| 04:30.32 | JeffM2501 | not really |
| 04:30.36 | TheB | rejected, tabled, peed on, something :) |
| 04:30.51 | JeffM2501 | I mean your talking about being able to define independent viewports in the UI |
| 04:31.28 | TheB | well.. all I REALLY want is the option to have the radar and HUD left/right as well as top/bottom |
| 04:33.11 | JeffM2501 | to do that right you'd have to be able to define where you want the split |
| 04:33.19 | JeffM2501 | aka user defineable viewports |
| 04:33.42 | JeffM2501 | or you just mean the radar on the view? |
| 04:33.45 | JeffM2501 | would you want to recenter the view off to the other side of the radar? |
| 04:37.28 | TheB | sorry, back |
| 04:39.02 | TheB | yeah, something like that. I currently play with the background behind the radar and panel completely black.. when you do that, it squishes the hud all up top.. |
| 04:39.38 | TheB | if I could just squish it all to the right instead of up top, or such |
| 04:39.49 | JeffM2501 | code it up |
| 04:39.54 | TheB | hehe |
| 04:40.07 | TheB | except I'm a completely worthless moron |
| 04:45.08 | JeffM2501 | why don't you just make it so it turns off the hud and 3d view |
| 04:46.57 | TheB | hrm.. well, I'm more of a code suggester rather than an actual coder. But beside that, I like having HUD there (by 3d view, I assume you mean what you see in the HUD) even if I'm trying to play mostly by radar |
| 04:47.27 | TheB | now.. I understand I'm an annoying type (you code it for me!)... but they're just suggestions/questions :) |
| 04:50.06 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 04:53.20 | JeffM2501 | the problem is you sugest things that only you would like ;) |
| 04:53.42 | JeffM2501 | the "hud" is the text and lines drawn on top of the 3d view |
| 04:53.56 | JeffM2501 | why don't you just do the fullscreen radar thing |
| 04:54.04 | JeffM2501 | then there is no squish |
| 04:54.44 | TheB | don't really like the overlay thing, though I haven't tried it yet. |
| 04:55.20 | TheB | so you think I'm the only one that'd like side-side hud/radar? no one else playing one widescreen LCDs? |
| 04:55.33 | JeffM2501 | the former yes |
| 04:55.36 | JeffM2501 | the latter no |
| 04:55.54 | JeffM2501 | I think most widescreen players appriciate the wider view |
| 04:56.05 | JeffM2501 | also moving it off vertical center would make aim wierd |
| 04:57.08 | TheB | hrm |
| 04:57.43 | JeffM2501 | I'm not convinced that a majority of the players use very large radars |
| 04:57.46 | JeffM2501 | I know some do |
| 04:57.58 | JeffM2501 | but I've got no evedence that shows realy big ones |
| 04:58.29 | JeffM2501 | if most do, then we need to re-evaluate the 3d nature of the game, since most would then want to play it as a 2d game |
| 04:58.44 | JeffM2501 | then I'd probably stop working on it |
| 04:58.50 | TheB | heh |
| 04:59.25 | TheB | well, I'd be interested in knowing. My small informal surveys seemed to point towards the better players playing heavily radar.. |
| 04:59.39 | JeffM2501 | that may be true |
| 04:59.48 | JeffM2501 | and that means it realy is a 2d game |
| 05:00.00 | JeffM2501 | so then we have to decide if that's what it's suposed to be, or if that is a problem |
| 05:00.01 | TheB | some screenshot someone in here showed me the other day had the screen arranged much the way I've taken to doing mine lately |
| 05:00.35 | JeffM2501 | and I don't mean the vocal majority |
| 05:00.40 | TheB | well.. I still go back and forth between the two displays |
| 05:00.40 | JeffM2501 | I mean the real majority ;) |
| 05:00.44 | TheB | right |
| 05:00.54 | JeffM2501 | I don't actualy consider this channel a good cross section of the players ;) |
| 05:00.55 | TheB | which is generally impossible to find out :) |
| 05:01.04 | JeffM2501 | true |
| 05:01.09 | TheB | sure.. I'm talking about surveys in-game |
| 05:01.13 | JeffM2501 | unless we start colecting anon usage stats |
| 05:01.24 | TheB | hrmmm |
| 05:01.27 | JeffM2501 | we could just have the client send us the settings ;) |
| 05:01.51 | TheB | would actually be quite interesting, and possibly helpful to devs |
| 05:01.59 | JeffM2501 | but then the privacy hounds would say we are trying to steal there identitys |
| 05:02.07 | TheB | and could simply have a config option to opt-out |
| 05:02.58 | TheB | or opt-in/out at install time in addition to the option |
| 05:02.58 | JeffM2501 | just takes code and a backend |
| 05:03.08 | TheB | hehe |
| 05:03.16 | TheB | "code it up" says Jeff |
| 05:03.28 | JeffM2501 | this the only way stuff gets done isn't it? |
| 05:04.01 | TheB | well, there's always that something about grease and squeaky wheels ;) |
| 05:04.27 | JeffM2501 | that still dosn't make them magicaly get fixed |
| 05:04.32 | JeffM2501 | SOMONE still has to do the work |
| 05:04.47 | JeffM2501 | and unlike wheels there are less people here who can fix stuff aperantly |
| 05:04.53 | JeffM2501 | and even less willing to learn |
| 05:04.58 | DTRemenak | squeaky wheels get replaced :P |
| 05:05.07 | TheB | trust me, you don't want me in the code |
| 05:05.13 | JeffM2501 | or the entire cart is removed ;) |
| 05:05.21 | DTRemenak | trust me, we've seen worse :P |
| 05:05.24 | JeffM2501 | upgrade to a new cart |
| 05:05.34 | JeffM2501 | give the old cart to your 12 year neice |
| 05:05.37 | JeffM2501 | move on |
| 05:06.06 | JeffM2501 | and it's not like you'd just be banging on the main code |
| 05:06.09 | JeffM2501 | you'd make a patch |
| 05:06.17 | JeffM2501 | and whoever applied it would clean it up |
| 05:06.27 | JeffM2501 | you just have to want to try |
| 05:06.36 | JeffM2501 | if it's that important to you |
| 05:08.35 | TheB | 'important' is relative. It IS just a game, after all :) |
| 05:08.41 | TheB | so what's your day job, Jeff? |
| 05:08.48 | JeffM2501 | I'm a programer |
| 05:08.57 | TheB | of? |
| 05:09.03 | JeffM2501 | CAD/CAM |
| 05:09.39 | TheB | ah. major name? |
| 05:09.52 | JeffM2501 | GibbsCAM |
| 05:10.47 | TheB | kewl.. so.. 3D by day, 3D by night, eh? |
| 05:11.05 | JeffM2501 | well what your telling me, bzflag isn't 3d ;) |
| 05:11.41 | JeffM2501 | bbiab |
| 05:11.41 | TheB | hey, I'm just trying not to suck. And I've certainly got better since relying far more heavily on the radar.. so.. |
| 05:11.55 | JeffM2501 | then that means gameplay is mostly 2d |
| 05:11.59 | JeffM2501 | if it is, it is |
| 05:12.09 | TheB | if using radar heavy makes it not a 3D game, and 3D is the intent, maybe there's something wrong with it concept :) |
| 05:12.26 | TheB | or radar implementation or something. Not trying to be rude, just doing so accidentally |
| 05:16.13 | JeffM2501 | thats my point |
| 05:16.43 | JeffM2501 | if 3d is the intent, but it's best played with primary input from a 2d display, then it's a flawed 3d game |
| 05:16.58 | JeffM2501 | ohh I personaly think radar is hoibly flawed |
| 05:17.03 | JeffM2501 | it should be more like real radar |
| 05:17.19 | JeffM2501 | not an omnipresent perfect satalite view |
| 05:17.31 | JeffM2501 | it should help, not replace the 3d view |
| 05:24.26 | TheB | hrm |
| 05:28.05 | TheB | no real way to enforce that though, eh? |
| 05:28.39 | JeffM2501 | we change it |
| 05:28.40 | [NP]Tangent | Jeff, here's a thought for radar that you might like... |
| 05:28.52 | JeffM2501 | we send out difrent radar data |
| 05:29.09 | [NP]Tangent | how about you have like a little line that circles around clockwise or something |
| 05:29.30 | JeffM2501 | it's been pondered |
| 05:29.36 | [NP]Tangent | and whatever follows that line gets brighter |
| 05:29.39 | JeffM2501 | I'd personaly like to do it more sonar like |
| 05:29.44 | JeffM2501 | where it comes out from you |
| 05:29.46 | [NP]Tangent | yeah |
| 05:29.49 | [NP]Tangent | that's what I mean |
| 05:29.54 | JeffM2501 | and the more stuff it has to go thru the less you get back |
| 05:29.55 | [NP]Tangent | I think |
| 05:29.59 | [NP]Tangent | nah |
| 05:30.00 | JeffM2501 | like a ring... |
| 05:30.02 | JeffM2501 | yeahh |
| 05:30.03 | [NP]Tangent | kinda different |
| 05:30.08 | JeffM2501 | yes that is the point |
| 05:30.10 | JeffM2501 | to make it difrent |
| 05:30.20 | JeffM2501 | otherwise it's just eye candy on a satalite view |
| 05:30.21 | [NP]Tangent | I meant kinda different than what I was thinking |
| 05:30.36 | [NP]Tangent | but I like your idea too |
| 05:30.50 | JeffM2501 | vehicle class radars now adays don't use the sweep |
| 05:30.56 | JeffM2501 | it's all a computer display |
| 05:31.10 | JeffM2501 | I'd like to make it a cumulative "sensor" display |
| 05:31.19 | JeffM2501 | you move less, don't shoot, it's harder to pick you up at range |
| 05:31.34 | JeffM2501 | you drive around a lot, shoot a lot, jump a lot, it's a lot easyer |
| 05:31.57 | [NP]Tangent | sounds very cool |
| 05:32.02 | [NP]Tangent | might it be in 2.2? |
| 05:32.11 | JeffM2501 | doubt it |
| 05:32.15 | [NP]Tangent | sucks |
| 05:32.32 | [NP]Tangent | but in future versions, maybe make it a server option to have the classic radar or the sonar one |
| 05:32.46 | TheB | you actually send out radar data atm? Or it's just calc'd by the client from the same data sent to create the 3d display? |
| 05:32.47 | JeffM2501 | better to jsut make 2 games based on the same code |
| 05:32.50 | JeffM2501 | so there isn't any confusion |
| 05:32.56 | JeffM2501 | righ now we don't |
| 05:32.59 | JeffM2501 | but we should |
| 05:33.12 | JeffM2501 | we can also send out less accurate 3d positions of things you can see |
| 05:33.18 | JeffM2501 | also helps bandwith :) |
| 05:33.45 | TheB | less accurate 3d pos of things you can see?!? how does that make sense? |
| 05:34.00 | [NP]Tangent | you shouldn't be playing by radar alone |
| 05:34.08 | [NP]Tangent | ruins the fun of it, IMO |
| 05:34.09 | JeffM2501 | if it's further away, we send out updates less often |
| 05:34.17 | JeffM2501 | same for stuff behind you |
| 05:34.26 | [NP]Tangent | why do you think I use a joystick to play? I suck with a joystick, but it's a lot more fun |
| 05:34.37 | JeffM2501 | then we sendout seperate radar updates for stuff in your radar range ( not blokced by stuff ) |
| 05:34.45 | TheB | Tangent: not very fun when you're constantly -50 and losing ground :) |
| 05:34.54 | JeffM2501 | it's a lot like how quake does it |
| 05:35.02 | JeffM2501 | the client is only told about stuff it needs to know now |
| 05:35.06 | [NP]Tangent | TheB, of course it's fun. I never get that low anymore |
| 05:35.07 | [NP]Tangent | :D |
| 05:35.07 | JeffM2501 | or in the very near future |
| 05:42.54 | TheB | well then |
| 05:43.10 | TheB | Off for now. I'll be back to whine and complain more another time |
| 05:44.36 | *** join/#bzflag deanna (i=deanna@sverige.freeshell.ORG) |
| 05:44.38 | *** join/#bzflag dngor_ (i=abuse@adsl-068-213-211-142.sip.bct.bellsouth.net) |
| 05:49.29 | *** join/#bzflag codergeek42 (n=peter@gentoo/developer/codergeek42) |
| 05:51.40 | *** join/#bzflag moonpix (n=user@201.11.243.227) |
| 05:55.04 | deanna | The bzflag sourceforge page says: "(FreeBSD/NetBSD/OpenBSD/Apple Mac OS X), All POSIX (Linux/BSD/UNIX-like OSes), Linux, OS X, Solaris, SGI IRIX" |
| 05:55.17 | deanna | It hasn't run on OpenBSD in 2.5 years. |
| 05:55.28 | deanna | Anyone want to help me figure out why? |
| 05:56.22 | *** join/#bzflag orchid_ (n=bzgirl@unaffiliated/orchid) |
| 05:56.23 | *** mode/#bzflag [+v orchid_] by ChanServ |
| 05:57.33 | JeffM2501 | I think some servers run open bsd |
| 05:57.41 | deanna | I'm talking about the client. |
| 05:58.28 | JeffM2501 | what happens whe you try to build it? |
| 05:58.59 | deanna | It builds, but it dumps core on startup. |
| 05:59.14 | DTRemenak | got a backtrace? |
| 05:59.19 | deanna | Well, it builds after I patch about 15 source files. :) |
| 05:59.31 | deanna | I'm rebuilding it with -g, taking a while |
| 05:59.36 | DTRemenak | what changes do you have to make to the sources? |
| 05:59.53 | deanna | remove #include <arpa/nameser_compat.h> |
| 06:00.02 | deanna | that'll break the latest on NetBSD as well |
| 06:00.17 | deanna | the have an older one in pkgsrc |
| 06:00.44 | deanna | ~they. |
| 06:00.50 | ibot | They are watching you. They know what you're doing. |
| 06:05.43 | DTRemenak | why do you need to remove that? |
| 06:06.02 | deanna | It doesn't exst. |
| 06:06.04 | deanna | exist. |
| 06:06.06 | DTRemenak | doesn't have to |
| 06:06.12 | deanna | It breaks the build. |
| 06:06.21 | DTRemenak | they're all protected by #ifdef HAVE_ARPA_NAMESER_COMPAT_H |
| 06:06.29 | deanna | well it's not picking it up. |
| 06:06.29 | DTRemenak | if you don't have it, it won't include it |
| 06:06.36 | deanna | Sorry, it does. |
| 06:06.37 | JeffM2501 | sounds like config didn't get run |
| 06:06.43 | JeffM2501 | or didn't run right |
| 06:07.18 | DTRemenak | yeah, we check for it in configure. standard AC_CHECK_HEADERS |
| 06:07.23 | deanna | Nothing special except gnu style configure. |
| 06:07.29 | deanna | We run that |
| 06:07.52 | *** join/#bzflag Pommes_ (n=Pommes@pD9545F5B.dip0.t-ipconnect.de) |
| 06:08.07 | DTRemenak | if configure thinks you have it, and you don't, something's wrong |
| 06:08.17 | deanna | Yep. |
| 06:08.19 | deanna | :) |
| 06:08.38 | DTRemenak | config.log might help |
| 06:10.55 | deanna | http://deanna.freeshell.org/config.log |
| 06:13.08 | DTRemenak | ah, 2.0.8. sorry, I've been working on HEAD too much :) |
| 06:13.27 | deanna | header check is new? |
| 06:13.30 | DTRemenak | yeah |
| 06:13.34 | deanna | have a diff? :) |
| 06:13.41 | DTRemenak | at least, I don't have it on my v2_0branch checkout |
| 06:13.57 | deanna | would be easier than all the sed i had to do, heh. |
| 06:14.22 | DTRemenak | if only we were using svn, yeah, I could get you a diff nice and quick... |
| 06:14.36 | deanna | Thank you. Then I try to make it actually run. :) |
| 06:14.39 | DTRemenak | but we're still on cvs, so it'd mean finding the right revision of each file |
| 06:15.45 | DTRemenak | you're welcome to build from cvs HEAD, or I can backport the header checks if you give me a few minutes |
| 06:16.14 | deanna | Well when is the next release when it will be fixed? |
| 06:16.28 | deanna | I'm trying to port it, not just make it run here :) |
| 06:16.55 | deanna | though that will be fun if i can get there of course. ;) |
| 06:17.10 | DTRemenak | next release will not be for some time |
| 06:17.32 | DTRemenak | so you probably want diffs for port |
| 06:17.37 | DTRemenak | ports |
| 06:17.51 | deanna | patch sounds better then.. no big rush, i have it worked around for now |
| 06:17.56 | deanna | i'd rather get it playable :) |
| 06:18.43 | DTRemenak | well, can't really work on that until your debug build is done :) |
| 06:19.04 | deanna | yeah my laptop's smoking. :) |
| 06:19.21 | DTRemenak | whee :) |
| 06:19.36 | DTRemenak | bzflag is not the fastest-building program in the world :) |
| 06:20.25 | deanna | building it with systrace doesn't help :P |
| 06:21.09 | deanna | seems --disable-curl isn't working too. |
| 06:22.48 | DTRemenak | there should not be any such option |
| 06:23.11 | DTRemenak | without curl, basically internet play will not work |
| 06:24.01 | DTRemenak | AC_MSG_ERROR([libcurl is required. You must install it. See http://curl.haxx.se/]) |
| 06:26.13 | deanna | Ah, ok, I'll remove that then. |
| 06:26.34 | deanna | Must be a reli |
| 06:26.35 | deanna | c |
| 06:27.20 | DTRemenak | yeah, at one point it was optional |
| 06:27.27 | DTRemenak | since then we've started using it for more stuff |
| 06:27.37 | DTRemenak | including the list server and global authentication |
| 06:29.22 | silverfox | I don't have ws2_32.lib, what SDK am I missing? |
| 06:30.05 | DTRemenak | :S mmm...dunno. |
| 06:30.13 | DTRemenak | whichever one includes winsock |
| 06:32.24 | CIA-6 | BZFlag: 03dtremenak 07v2_0branch * 10bzflag/ (21 files in 2 dirs): resync c-ares with HEAD (fixes vc8 warnings, arpa/nameser_compat.h problems on bsds) |
| 06:32.44 | deanna | Well I have one ginourmous backtrace |
| 06:33.44 | silverfox | LINK : fatal error LNK1104: cannot open file 'ws2_32.lib' |
| 06:33.59 | silverfox | I cannot find this file anywhere on my WinXP machine. |
| 06:35.01 | DTRemenak | it's a lib, it's not gonna be on there unless you have the right sdk |
| 06:35.25 | silverfox | I have the windows SDK and the DirectX SDK... |
| 06:35.31 | DTRemenak | deanna: http://www.swordofkahless.com/nonsok/cares-resync.txt is the patch for that commit |
| 06:35.36 | silverfox | I would presume it'd be on the platform (windows) SDK. |
| 06:35.45 | DTRemenak | that's what I'd guess |
| 06:35.57 | deanna | Thanks DTRemenak |
| 06:36.16 | DTRemenak | sorry for the size, it does a bit more than just fixing the header issue |
| 06:36.32 | DTRemenak | should be basically functionally no-op though |
| 06:37.19 | deanna | no problem. how can i find what you're looking for in this corefile? or get the output to you? |
| 06:37.44 | DTRemenak | load it in gdb, do "bt", paste the output somewhere |
| 06:37.53 | deanna | it's many many pages |
| 06:38.08 | deanna | is there a way to redirect it all to a file? |
| 06:38.10 | DTRemenak | shouldn't be that long, we don't call anything very deeply |
| 06:38.18 | DTRemenak | mmm....probably |
| 06:38.47 | deanna | i just hit enter 35 times and it's there's still more :) |
| 06:38.59 | DTRemenak | goodness |
| 06:39.10 | deanna | yeah, want a random sample? |
| 06:39.21 | deanna | Oh it's all the same. |
| 06:39.25 | DTRemenak | heh |
| 06:39.34 | DTRemenak | smashed stack, or a loop? |
| 06:39.57 | deanna | http://www.rafb.net/paste/results/wxAYAg67.html |
| 06:40.03 | *** join/#bzflag a_temp_dist (n=a_temp_d@user-12l2r0o.cable.mindspring.com) |
| 06:40.55 | deanna | The death message is "illegal hardware instruction" |
| 06:41.00 | DTRemenak | heh |
| 06:41.13 | DTRemenak | looks like it dies in your libc++ |
| 06:41.14 | deanna | I can find out when it broke. |
| 06:41.32 | deanna | It was 2.5 years ago :) |
| 06:41.34 | DTRemenak | can I get the first (err, last) page of that? |
| 06:41.48 | deanna | Heh, ok. :) |
| 06:41.58 | DTRemenak | at some point bzflag should call something in the stl, maybe we're doing something illegal |
| 06:42.07 | DTRemenak | or undefined ;) |
| 06:42.26 | DTRemenak | so I'd like to see what we're calling |
| 06:43.02 | deanna | any way to jump to the bottom? |
| 06:43.18 | DTRemenak | hmm |
| 06:43.25 | DTRemenak | there should be a way to find out what the bottom is |
| 06:44.03 | deanna | it's only 132 MB ;) |
| 06:44.04 | DTRemenak | try "bt -n 10" |
| 06:44.14 | DTRemenak | that should give you the last 10 frames |
| 06:45.01 | deanna | chugging. |
| 06:45.30 | silverfox | ah... my directories weren't set up right. ;) I think... we'll see. |
| 06:47.04 | deanna | DTRemenak: http://www.rafb.net/paste/results/HFLk0e35.html ; not very informative, i'll try 100 |
| 06:47.35 | DTRemenak | yuck |
| 06:47.42 | deanna | Nah that's all there is, that top and this bottom. |
| 06:48.10 | DTRemenak | you sure you're running the debug version? |
| 06:48.17 | DTRemenak | that's what it'd look like if you had no symbols |
| 06:48.24 | deanna | hmm |
| 06:49.10 | DTRemenak | or, how did you call gdb? you need to tell it to load symbols from the app |
| 06:49.13 | deanna | Yeah |
| 06:49.21 | DTRemenak | or just let bzflag crash in gdb, and forget corefiles |
| 06:49.26 | deanna | gdb /path/to/bzflag bzflag.core |
| 06:49.32 | DTRemenak | yeah, that should be ok |
| 06:49.50 | DTRemenak | assuming bzflag.core was generated after you rebuilt with debug symbols |
| 06:49.54 | deanna | Yeah that's the one I just built, I saw the right flags rolling by |
| 06:49.58 | DTRemenak | ok |
| 06:50.01 | deanna | hm maybe i loaded the wrong one |
| 06:50.07 | deanna | i may be littered with them :p |
| 06:50.11 | DTRemenak | heh |
| 06:50.26 | DTRemenak | I know that feeling |
| 06:50.44 | DTRemenak | I had bzfs.core's all over my server for a while |
| 06:51.46 | deanna | Yeah I see "loading symbols" |
| 06:52.11 | DTRemenak | stack must be bad then :( you should at least get a main() entry somewhere |
| 06:52.13 | deanna | hope you have a nice fast machine ;) |
| 06:52.25 | DTRemenak | nope, athlon 1700 :) |
| 06:52.36 | DTRemenak | server's on a dual-550 |
| 06:52.57 | DTRemenak | at the time it was a single k6-200, too...that thing took forever to build :) |
| 06:53.04 | deanna | Haha. |
| 06:53.25 | deanna | Well, I had a different message when running it in gdb, I guess I could do that again |
| 06:53.33 | DTRemenak | yeah, try that |
| 06:53.33 | deanna | but it took over my display and I had to kill it |
| 06:53.34 | DTRemenak | ah |
| 06:53.39 | deanna | i'll do it |
| 06:53.43 | DTRemenak | heh |
| 06:54.59 | DTRemenak | it's a bit more polite if you run it in a window...you can at least work around it |
| 06:55.36 | DTRemenak | "bzflag -window -geometry 640x480" or something |
| 06:55.39 | deanna | What's the window option? I've never had a chance to play it yet, for obvious reasons ;) |
| 06:55.45 | deanna | Ok. |
| 06:55.48 | DTRemenak | hehe |
| 06:56.27 | DTRemenak | hmm...another odd question, are you building with sdl? |
| 06:56.32 | deanna | http://www.rafb.net/paste/results/XEeg7165.html |
| 06:56.33 | deanna | Yep |
| 06:56.37 | DTRemenak | k |
| 06:57.45 | DTRemenak | hm, that's strange |
| 06:58.09 | DTRemenak | that's the only frame you get? |
| 06:58.39 | deanna | Heh, the window title was "???" |
| 06:58.53 | deanna | that comes before the backtrace, after loading symbols |
| 06:59.01 | deanna | that message that was the last paste |
| 06:59.12 | DTRemenak | ah, ok |
| 06:59.19 | DTRemenak | what does a backtrace give you? |
| 07:02.47 | deanna | http://www.rafb.net/paste/results/WA80DV65.html |
| 07:04.16 | deanna | this looks better. |
| 07:04.17 | deanna | http://www.rafb.net/paste/results/intVD598.html |
| 07:05.18 | deanna | that's the top and where the loop starts |
| 07:05.36 | DTRemenak | can you get the bottom? (bt -n 10) |
| 07:06.05 | DTRemenak | basically what the top says is that the string I/O stuff calls your pthread implemenation and crashes |
| 07:06.39 | DTRemenak | either we're passing something illegal in, or there's a serious bug in openbsd's libc |
| 07:07.17 | deanna | Ok, takes a minute to get to the bottom. :) |
| 07:07.45 | DTRemenak | heh |
| 07:08.28 | *** join/#bzflag wizart (n=wizart@dslb-084-058-151-198.pools.arcor-ip.net) |
| 07:09.50 | deanna | Ok it takes several minutes. |
| 07:10.34 | deanna | same junk as before at the bottom |
| 07:12.18 | DTRemenak | hm, that's not helpful |
| 07:12.27 | deanna | :-/ |
| 07:12.54 | deanna | i wanna play a game :) |
| 07:14.13 | DTRemenak | what's the first frame that has something other than ?? in it? |
| 07:14.22 | DTRemenak | err, last...outermost, whatever |
| 07:14.31 | DTRemenak | closest to the bottom of the stack |
| 07:14.47 | deanna | goes from that same loop right into the junk |
| 07:14.49 | deanna | i'll paste |
| 07:15.21 | deanna | http://www.rafb.net/paste/results/eHjAqj40.html |
| 07:15.54 | DTRemenak | tell gdb "frame 29078" and see what it says |
| 07:16.25 | deanna | http://www.rafb.net/paste/results/RzEwp846.html |
| 07:16.42 | DTRemenak | dang, it's really not being useful |
| 07:16.59 | deanna | anything you can wrap some debug stuff around? |
| 07:17.08 | DTRemenak | do "info args" |
| 07:17.25 | deanna | (gdb) info args |
| 07:17.25 | deanna | No symbol table info available. |
| 07:17.27 | deanna | hum. |
| 07:18.09 | DTRemenak | that's for your libc++ |
| 07:18.21 | DTRemenak | I was hoping I could see what data was being passed in |
| 07:19.10 | DTRemenak | I'm still not sure why it's not picking up the frame info for the first few frames |
| 07:19.17 | DTRemenak | the ones that'd actually be useful |
| 07:19.48 | DTRemenak | the stack looks intact. you did build with --enable-debug, right? |
| 07:20.49 | deanna | right |
| 07:21.46 | DTRemenak | sorry for the stupid question :) |
| 07:22.09 | DTRemenak | it's just strange to get nothing there |
| 07:22.36 | deanna | well i can start all over if you want. |
| 07:22.41 | deanna | might take a while and get hot in here :p |
| 07:22.45 | DTRemenak | heh |
| 07:23.43 | DTRemenak | what's the size of the bzflag executable you're running? |
| 07:24.02 | deanna | 3.2M |
| 07:24.04 | DTRemenak | with debug symbols it ought to be at least 30mb or so |
| 07:24.10 | deanna | er |
| 07:24.19 | deanna | Yeah that's not right. :) |
| 07:24.24 | deanna | Let me try again |
| 07:24.26 | silverfox | a patch created using `diff -u` needs patch -p0 to apply right? |
| 07:24.30 | DTRemenak | if it's 3.2mb, it's either not been built with debug info, or it's been stripped |
| 07:24.40 | deanna | it gets stripped by default, right |
| 07:24.45 | deanna | i'll build it outside of the ports system |
| 07:24.58 | DTRemenak | could be...--enable-debug should turn that off for normal builds, dunno about ports |
| 07:25.32 | DTRemenak | silverfox: depends where it was created |
| 07:25.36 | DTRemenak | cvs diff -u" |
| 07:25.38 | DTRemenak | err |
| 07:25.52 | DTRemenak | "cvs diff -u" in the root bzflag directory needs to be applied with -p0, yes |
| 07:26.01 | DTRemenak | that's typical |
| 07:27.43 | deanna | Oh good, the unstripped binary is here |
| 07:27.50 | DTRemenak | cool |
| 07:27.55 | DTRemenak | save some time...and your lap ;) |
| 07:29.43 | deanna | http://www.rafb.net/paste/results/yrjZqd59.html |
| 07:29.45 | deanna | first 150ish |
| 07:30.03 | deanna | working on the bottom |
| 07:30.37 | DTRemenak | ahh, that's more useful :) |
| 07:31.18 | deanna | :) |
| 07:33.02 | DTRemenak | hmm, interesting |
| 07:33.11 | DTRemenak | it's crashing while trying to load the data files |
| 07:33.35 | deanna | Yes, that's the comment that's been in the port for 2.5 years |
| 07:33.47 | DTRemenak | heh |
| 07:33.57 | DTRemenak | guess it was right :) |
| 07:34.08 | deanna | ancient times before IRC or something :p |
| 07:34.28 | DTRemenak | can you verify that /usr/local/share/bzflag/fonts/VeraMonoBold_8.png exists? |
| 07:35.23 | deanna | -r--r--r-- 1 root bin 2053 Aug 5 02:18 /usr/local/share/bzflag/fonts/VeraMonoBold_8.png |
| 07:35.40 | DTRemenak | k, thanks |
| 07:36.20 | DTRemenak | that's strange. it shouldn't crash there :) |
| 07:36.57 | deanna | well it's probably something simple then, right? :) |
| 07:37.12 | DTRemenak | yeah, right... |
| 07:37.31 | deanna | you don't sound very confident. |
| 07:37.50 | DTRemenak | what bothers me is that, for instance, frame 6 looks fine |
| 07:38.02 | DTRemenak | 0x082b00ea in fopen (file=0x805e358c "/usr/local/share/bzflag/fonts/VeraMonoBold_8.png", mode=0x28864dc4 "rb") at /usr/src/lib/libc/stdio/fopen.c:52 |
| 07:38.11 | DTRemenak | that should be a successful call |
| 07:38.31 | DTRemenak | telling it to open a file which exists on the system, for read only, in binary mode |
| 07:42.38 | DTRemenak | that, coupled with the fact that I have never seen a similar crash on any other system, leads me to think it might be a bug in libc...which is bad, because I can fix bzflag, but I can't fix libc |
| 07:57.58 | deanna | Any way we can pinpoint it? |
| 07:58.18 | DTRemenak | yup |
| 07:58.24 | DTRemenak | working on a test case for you |
| 07:58.34 | deanna | great |
| 07:58.45 | DTRemenak | just blew away about half my experimental stuff, have to restore some from backup :) |
| 07:59.34 | deanna | Heh.. seems odd that a libc bug would go 2.5 years unnoticed, though doesn't it? |
| 08:00.36 | DTRemenak | yeah |
| 08:03.37 | DTRemenak | try building and running http://www.swordofkahless.com/nonsok/obsdtest.cpp |
| 08:04.43 | DTRemenak | if that crashes, there's probably a bug in libc. if it doesn't, there still might be, but it might have strange trigger conditions. |
| 08:06.24 | deanna | all passed |
| 08:06.59 | DTRemenak | k...that's good news for openbsd, bad news for us :) |
| 08:07.04 | deanna | ;) |
| 08:09.12 | DTRemenak | the question now becomes...what is the difference between the test case, and bzflag... |
| 08:21.01 | DTRemenak | hmm |
| 08:24.35 | *** join/#bzflag Legoguy (n=Legoguy@adsl-68-79-10-122.dsl.emhril.ameritech.net) |
| 08:26.46 | DTRemenak | I think it's actually protecting you. How thoughtful. |
| 08:30.18 | DTRemenak | unfortunately, in the process, it's hiding the actual problem |
| 08:31.45 | deanna | What's it? |
| 08:31.46 | DTRemenak | deanna: can you try applying http://www.swordofkahless.com/nonsok/nolooping.diff and building/running again? shouldn't take more than a few seconds, no need to make clean or anything |
| 08:31.55 | deanna | Ok. |
| 08:32.56 | DTRemenak | your libc is protecting you...we fail to print our error message, and print an error message telling you so, creating an infinite loop...each loop makes your libstdc++ spawn a thread for I/O, so it's like a thread bomb |
| 08:34.21 | DTRemenak | the fact that it just kills the process outrught is slightly paranoid, but sane |
| 08:35.29 | deanna | Same thing. |
| 08:35.30 | deanna | :/ |
| 08:35.39 | DTRemenak | same thing in the backtrace? |
| 08:36.15 | deanna | don't know yet. |
| 08:36.37 | DTRemenak | it might still crash, but it should do so more transparently |
| 08:36.49 | deanna | same death though :) |
| 08:38.03 | deanna | http://www.rafb.net/paste/results/6MoND019.html |
| 08:38.31 | DTRemenak | hm, that's not a backtrace from the patched version... |
| 08:38.32 | DTRemenak | 0x1c166070 in startupErrorCallback (msg=0x8ac9eebc "cannot load texture: fonts/VeraMonoBold_8") at playing.cxx:6381 |
| 08:38.40 | DTRemenak | 6381 is now in the middle of a comment block :) |
| 08:38.47 | deanna | Hm. :) |
| 08:39.23 | deanna | -rwx------ 1 deanna wsrc 72425695 Aug 5 04:31 bzflag* |
| 08:39.23 | deanna | -rw------- 1 deanna wsrc 138232616 Aug 5 04:31 bzflag.core |
| 08:40.08 | DTRemenak | and you are running the bzflag from that directory, not the one installed wherever ports put it? |
| 08:40.12 | deanna | oh looks like it didn't apply clenaly |
| 08:40.16 | DTRemenak | ah |
| 08:40.19 | deanna | right |
| 08:40.43 | DTRemenak | sorry about that, it's diffed against 2.0.9 (cvs branch) |
| 08:41.06 | DTRemenak | looks like it's about five lines off |
| 08:41.22 | DTRemenak | give patch some fuzz and it should apply |
| 08:42.15 | deanna | nope |
| 08:42.20 | deanna | i can just edit it by hand, heh |
| 08:42.25 | DTRemenak | yeah, or do that |
| 08:43.52 | deanna | hm not enough context |
| 08:44.02 | deanna | what's it called that you want commented out? |
| 08:44.12 | DTRemenak | static voidstartupErrorCallback(const char* msg) |
| 08:44.21 | DTRemenak | comment out the body of the function, replace it with that single line |
| 08:44.46 | DTRemenak | that'll mean it doesn't have to be able to render in order to print error messages about not being able to render ;) |
| 08:46.32 | DTRemenak | although I think it should be failing before that...we probably have some bad error handling code or something |
| 08:47.04 | deanna | nice |
| 08:47.09 | deanna | looks like hell but it doesn't crash :) |
| 08:47.20 | deanna | want to see the errors? |
| 08:47.20 | DTRemenak | yup. exit and see what the console says |
| 08:47.22 | DTRemenak | yup |
| 08:47.47 | deanna | http://www.rafb.net/paste/results/aCk2U813.html |
| 08:48.08 | DTRemenak | yeah, texture loading is jacked |
| 08:48.44 | DTRemenak | run "./bzflag -debug -debug -debug -debug" |
| 08:48.50 | DTRemenak | might give some more information |
| 08:49.13 | DTRemenak | heh, well it WILL give some more information..MIGHT give some more *useful* information :) |
| 08:52.48 | deanna | It did, it gave a lot, and I didn't have it screened |
| 08:52.54 | deanna | but now i've managed to do something very wrong |
| 08:53.04 | DTRemenak | heh |
| 08:53.06 | deanna | ./bzflag[1]: Script: not found |
| 08:53.11 | deanna | what? |
| 08:53.17 | DTRemenak | huh? |
| 08:53.24 | DTRemenak | no clue :) |
| 08:55.38 | deanna | oh no, haha :( |
| 08:55.50 | deanna | i tried to script(1) the console output and managed to overwrite the damned binary |
| 08:55.55 | deanna | have a coffee |
| 08:55.55 | DTRemenak | heh |
| 08:56.01 | deanna | or let's meet tomorrow, hehe |
| 08:56.18 | deanna | have time for a rebuild? |
| 08:56.19 | DTRemenak | should be able to simply relink |
| 08:56.28 | deanna | oh great |
| 08:56.32 | DTRemenak | assuming ports doesn't blow away the object files |
| 08:56.37 | DTRemenak | cd to src/bzflag and do make |
| 08:57.47 | deanna | HUDRenderer.h:33:32: ScoreboardRenderer.h: No such file or directory |
| 08:57.49 | deanna | sigh |
| 08:57.51 | deanna | what have i done. |
| 08:57.59 | deanna | this should work |
| 08:58.33 | deanna | all the object files are there |
| 09:00.49 | deanna | rebuilding |
| 09:03.23 | *** join/#bzflag Birdie (n=Birdie__@d54C34C1D.access.telenet.be) |
| 09:16.13 | *** join/#bzflag silverfox (n=silverfo@c-24-21-120-156.hsd1.mn.comcast.net) |
| 09:22.32 | deanna | http://www.rafb.net/paste/results/ANgM7c57.html |
| 09:23.50 | DTRemenak | hmm |
| 09:28.09 | DTRemenak | PNGImageFile.cxx:189 should read "DEBUG3("PNGImageFile: inflateInit() error\n");"...can you change it to "DEBUG3("PNGImageFile: inflateInit() error: %d\n", err);" and run again? |
| 09:28.35 | DTRemenak | or set a breakpoint in gdb and print the value of err on that line |
| 09:28.47 | DTRemenak | whichever you're more comfortable with |
| 09:34.17 | deanna | http://www.rafb.net/paste/results/iT7VxD11.html |
| 09:34.39 | DTRemenak | Z_VERSION_ERROR ??? |
| 09:34.48 | DTRemenak | what version of zlib do you have installed? |
| 09:35.13 | deanna | Oh |
| 09:35.16 | deanna | we have our own zlib |
| 09:35.17 | deanna | heh |
| 09:35.20 | deanna | /usr/lib/libz.so.4.1 |
| 09:35.29 | deanna | that would make sense perhaps |
| 09:35.35 | DTRemenak | well, it doesn't like our code :) |
| 09:35.55 | deanna | actually i'm not sure if it's modified |
| 09:36.33 | DTRemenak | I've honestly never seen Z_VERSION_ERROR before |
| 09:37.12 | deanna | that's what error -6 is? |
| 09:37.31 | DTRemenak | in configure.ac should be a line like "AC_CHECK_LIB(z, compress, BUILDZLIB=no, BUILDZLIB=yes)"...change it to "AC_CHECK_LIB(z, compress, BUILDZLIB=yes, BUILDZLIB=yes)", rerun autogen.sh and configure, and rebuild |
| 09:37.42 | DTRemenak | we can use our own zlib :) |
| 09:38.08 | DTRemenak | yeah |
| 09:38.23 | DTRemenak | #define Z_VERSION_ERROR (-6) |
| 09:38.32 | DTRemenak | zlib.h:155 |
| 09:39.33 | DTRemenak | we should probably find out what makes that error show up in our situation, and add a check for that to configure.ac |
| 09:39.40 | DTRemenak | but let's make sure that using our own works |
| 09:40.14 | deanna | AC_CHECK_LIB(z, compress, BUILDZLIB=yes, BUILDZLIB=yes) |
| 09:40.25 | DTRemenak | yeah |
| 09:40.36 | DTRemenak | basically, regardless of whether you have zlib or not, build it anyway :) |
| 09:41.42 | deanna | ok, 10 minute break or so :) |
| 09:41.45 | DTRemenak | hehe |
| 09:43.21 | DTRemenak | the problem may actually be that we try to use our own header, then link to your library |
| 09:43.50 | DTRemenak | in which case the correct solution would be to use a system header if one is present |
| 09:45.37 | DTRemenak | I'm curious what version yours is though. I know zlib allows a certain amount of flexibility |
| 09:45.52 | deanna | 4.1 |
| 09:46.16 | DTRemenak | that number can be decieving...what does your system zlib.h say? |
| 09:46.34 | DTRemenak | should be a #define ZLIB_VERSION |
| 09:46.58 | deanna | #define ZLIB_VERSION "1.2.3" |
| 09:47.25 | DTRemenak | hm, we're using 1.2.2 |
| 09:47.55 | deanna | remember this goes back years though |
| 09:48.27 | DTRemenak | yeah |
| 09:48.53 | deanna | http://www.openbsd.org/cgi-bin/cvsweb/ports/games/bzflag/Makefile |
| 09:48.53 | DTRemenak | I'm trying to think of some way to check for it |
| 09:49.12 | DTRemenak | heh...update to 1.10.4 and mark as BROKEN |
| 09:49.47 | DTRemenak | that was ages ago |
| 09:49.51 | deanna | what a sad face too :) |
| 09:52.15 | DTRemenak | yeah, zlib should not return Z_VERSION_ERROR except in cases of extreme disparity (different major versions, or different stream-structure sizes) |
| 09:52.24 | DTRemenak | which means yours must be seriously modded :) |
| 09:52.40 | DTRemenak | or else more picky about versioning |
| 09:52.56 | DTRemenak | either way, we should be testing for it |
| 09:59.21 | deanna | it looks the same :/ |
| 09:59.26 | deanna | i saw -lz flying by |
| 09:59.47 | DTRemenak | hm... |
| 09:59.50 | DTRemenak | shouldn't do that |
| 10:01.13 | deanna | what's this, i've never noticed it before: |
| 10:01.26 | deanna | cd . && /bin/sh /usr/ports/mystuff/games/bzflag/w-bzflag-2.0.8/bzflag-2.0.8/misc/missing --run autoconf |
| 10:01.29 | deanna | Provide an AUTOCONF_VERSION environment variable, please |
| 10:01.51 | deanna | maybe i never looked close enough ? |
| 10:02.35 | DTRemenak | dunno. never seen that... |
| 10:02.51 | deanna | http://www.rafb.net/paste/results/4qo1A378.html |
| 10:04.11 | DTRemenak | :( "If AC_CHECKLIBS succeeds it will prepend -l[library] to compiler flags, and define the preprocessor macro HAVE_LIB[library]. " |
| 10:05.40 | deanna | fix the zlib.h location? |
| 10:05.49 | DTRemenak | how about this...comment out that line entirely, and replace the one below it with AM_CONDITIONAL(BUILDZLIB, test "yes" = "yes") |
| 10:06.13 | DTRemenak | no, there may be some cases we don't want to use the system zlib.h |
| 10:06.23 | DTRemenak | better to check for a version mismatch |
| 10:06.32 | DTRemenak | still reading manpages trying to figure out how |
| 10:06.38 | DTRemenak | autoconf is a complicated beastie |
| 10:10.12 | deanna | http://www.rafb.net/paste/results/t6mLeV45.html |
| 10:10.13 | deanna | going |
| 10:11.17 | deanna | there are -lz's scrolling |
| 10:11.50 | DTRemenak | hrmph |
| 10:12.08 | DTRemenak | you did autogen.sh, right? |
| 10:12.36 | deanna | no? :) |
| 10:12.46 | DTRemenak | heh, need to do that for configure to change :) |
| 10:12.48 | deanna | is that part of the usual configure process? it's automated for me under ports |
| 10:13.00 | DTRemenak | if configure.ac changes, you need to run autogen.sh |
| 10:13.04 | deanna | oh :) |
| 10:13.13 | DTRemenak | anyway, I really need to be getting to bed. I'll be on tomorrow |
| 10:13.24 | DTRemenak | I think we've found the problem though |
| 10:14.04 | deanna | Found GNU Autoconf version 0.0 |
| 10:14.07 | deanna | Heh, heh |
| 10:14.15 | deanna | alright, later. |
| 10:14.16 | DTRemenak | heh |
| 10:51.11 | *** join/#bzflag a_temp_dist (n=a_temp_d@user-12l2r0o.cable.mindspring.com) |
| 11:17.03 | *** join/#bzflag ToughShooter (n=ts@p54B044E6.dip0.t-ipconnect.de) |
| 11:30.52 | brlcad | deanna: hello |
| 11:32.07 | brlcad | deanna: I'm still catching up on the log from you and DTRemenak through the night (good grief!:) |
| 11:39.57 | deanna | hi brlcad |
| 11:40.11 | deanna | Yes I think he had almost solved it. |
| 11:40.47 | deanna | I'm about to sleep though, anything I can do for you beforehand? |
| 11:41.36 | Manu | good morning brlcad :) |
| 11:43.00 | brlcad | ahh, all caught up with the log now |
| 11:43.35 | brlcad | deanna: no problem.. go ahead and sleep if you must :) |
| 11:43.42 | brlcad | Manu: buenos dias! |
| 11:44.21 | brlcad | deanna: and actually I don't think he almost solved it .. :) you have several odd things going on there |
| 11:45.15 | brlcad | which is a bit surprising.. I built on an openbsd box "recently" iirc after the new memory bounds crasher thing was added just for kicks |
| 11:46.04 | brlcad | probably didn't build the client, or didn't try running it perhaps .. just a compile test |
| 11:48.15 | deanna | It's been a client startup problem all along, I think. It's always built just fine; I guess that's why it's still in the tree and marked broken. |
| 11:48.41 | deanna | I'll idle in here and talk to you again tomorrow. Thanks for the help. |
| 11:50.02 | brlcad | wow, 8 hour offset |
| 11:58.46 | *** join/#bzflag |zongo| (n=zongo@int-35-161.mobile.unibas.ch) |
| 12:02.40 | brlcad | deanna: for when you wake up, the next thing I'd suggest trying would be to get a checkout from cvs head working, starting with: ./autogen.sh -v 2>&1 | tee autogen.log (assuming bourne/posix-style shell) |
| 12:03.24 | brlcad | followed by ./configure 2>&1 | tee configure.log |
| 12:03.41 | brlcad | and then pasting those two logs up |
| 12:04.41 | brlcad | that will give an indication as to whether the build system is trying too hard to work around some problem or unexepected system configuration, and just happens to build, or if there's something more fundamentally broken that might be causing problems |
| 12:08.36 | brlcad | if it is just a mismatched zlib header, that'd be cool .. but rather surprising |
| 13:21.54 | *** join/#bzflag A-Delusion (n=A-Delusi@pool-71-253-21-164.pitbpa.east.verizon.net) |
| 13:55.03 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@fordend.demon.co.uk) |
| 14:03.39 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 14:14.31 | *** join/#bzflag zee642 (i=54f8d47e@gateway/web/cgi-irc/zeebrothers.net/unlabeled) |
| 14:17.38 | *** join/#bzflag zee739 (i=54f8d47e@gateway/web/cgi-irc/zeebrothers.net/unlabeled) |
| 14:18.34 | *** join/#bzflag wizart (n=wizart@dslb-084-058-153-015.pools.arcor-ip.net) |
| 14:29.31 | *** join/#bzflag big_daddy2 (i=big_dadd@72.241.35.9) |
| 14:29.41 | big_daddy2 | i quit bzflag,bye |
| 14:29.42 | *** part/#bzflag big_daddy2 (i=big_dadd@72.241.35.9) |
| 14:30.34 | blast007 | um, right.. |
| 14:31.32 | SpazzyMcGee | lol |
| 14:45.33 | CBG | ok... |
| 15:06.58 | *** join/#bzflag a_temp_dist (n=a_temp_d@user-12l2r0o.cable.mindspring.com) |
| 15:12.30 | *** join/#bzflag QuantumBeep (n=QB@adsl-153-76-137.lft.bellsouth.net) |
| 15:42.34 | *** join/#bzflag QuantumBeep (n=QB@adsl-153-76-137.lft.bellsouth.net) |
| 15:56.19 | *** join/#bzflag brad (i=580ccb42@gateway/web/cgi-irc/zeebrothers.net/unlabeled) |
| 16:00.55 | *** join/#bzflag QBeep (n=QB@adsl-153-76-137.lft.bellsouth.net) |
| 16:11.52 | *** join/#bzflag |zongo| (n=zongo@44-78.1-85.cust.bluewin.ch) |
| 16:39.02 | uso | is there any way to force bzadmin which local ip or interface it should use? |
| 16:48.16 | silverfox | uso, which OS? |
| 16:48.25 | uso | linux |
| 16:48.33 | silverfox | I'd use the route command. |
| 16:49.14 | silverfox | but that will affect all programs, not just bzadmin. |
| 16:49.19 | uso | i don't wanna set it for the system, only for bzadmin to satisfy global auth |
| 16:49.23 | silverfox | bzadmin doesn't listen, so you can't "bind" it to an interface. |
| 16:49.45 | silverfox | just for the list server then? |
| 16:49.47 | uso | not for listen, for sending |
| 16:49.52 | uso | yes |
| 16:50.17 | silverfox | yeah, add an entry in the routing table that tells the system to use interface X when trying to reach the list server. |
| 16:50.37 | silverfox | http://www.die.net/doc/linux/man/man8/route.8.html |
| 16:51.21 | uso | hmm, maybe may not harm other jobs |
| 16:51.59 | silverfox | route add 66.111.56.50 dev eth0 |
| 16:52.14 | silverfox | you may need the -net switch |
| 16:52.26 | silverfox | route add -net 66.111.56.50 netmask 255.255.255.255 dev eth0 |
| 16:52.36 | uso | i know how to set routing, thanks |
| 16:52.42 | silverfox | oh yeah? |
| 16:52.43 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 16:52.43 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 16:53.26 | silverfox | Why do you want to authenticate on one interface, but not play on it? |
| 16:53.37 | uso | although i haven't tried it with virtual interfaces or however the :0, :1, ... are called :) |
| 16:53.51 | silverfox | use the IP address instead of the dev |
| 16:54.08 | uso | i want to use bzadmin for cronjobs |
| 16:54.47 | silverfox | route add -host 66.111.56.50 4.2.2.2 (don't use your IP, but the connected IP out that interface your sending traffic to) |
| 16:55.09 | uso | and global auth does not work if it goes out with the main ip of the server but the bzflag server runs on the second ip |
| 16:55.15 | silverfox | 4.2.2.2 would be the gateway out the interface you want to use. |
| 16:55.43 | silverfox | make sense routing guru? |
| 16:57.32 | silverfox | ~seen trepan |
| 16:57.45 | ibot | trepan is currently on #bzflag (2d 5h 41m 1s). Has said a total of 4 messages. Is idling for 17h 26m 11s, last said: 'JeffM2501: 2.0 has PlayerState::order, it's old'. |
| 17:01.28 | uso | route accepts the virtual device |
| 17:02.42 | uso | altohough it shows the basic interface if you list the table ;) |
| 17:12.24 | uso | the bzfsAPI does not provide any generic command interface, right? |
| 17:13.11 | JeffM2501 | who here thinks I'm a jerk? |
| 17:13.11 | uso | would be nice to have to give bzfs a real console (via a plugin) |
| 17:13.46 | uso | huh, why? |
| 17:13.57 | JeffM2501 | you could give it one the same way bzcron does |
| 17:14.23 | JeffM2501 | I just would like to know if anyone thinks I'm a jerk, if so they should let me know |
| 17:14.25 | uso | i heard bzcron is an ugly hack :) |
| 17:14.34 | JeffM2501 | it is, but that dosn't mean it dosn't work |
| 17:14.43 | uso | although i haven't looked at it |
| 17:14.53 | Mr_Molez | JeffM2501: that a serious question ? |
| 17:14.59 | DTRemenak | JeffM2501: I know people who think you are a jerk, does that count? |
| 17:15.02 | JeffM2501 | to everyone cept you. |
| 17:15.05 | JeffM2501 | ;) |
| 17:15.13 | JeffM2501 | DTRemenak, I'd like to know who |
| 17:15.23 | JeffM2501 | and I know one already and it makes me sad :( |
| 17:15.26 | uso | give the right keyword and Mr_Molez awakes :) |
| 17:15.29 | DTRemenak | ol' Spaceman Spiff certainly thinks so |
| 17:15.32 | Mr_Molez | heh |
| 17:15.34 | JeffM2501 | really |
| 17:15.35 | JeffM2501 | wow |
| 17:15.38 | DTRemenak | yeah |
| 17:15.47 | Mr_Molez | JeffM2501: who is that ? |
| 17:15.52 | JeffM2501 | well he did get all upset when I didn't follow his god |
| 17:15.57 | DTRemenak | Mr_Molez: you haven't been around long enough ;) |
| 17:16.00 | JeffM2501 | so that makes sense |
| 17:16.07 | Mr_Molez | :( |
| 17:16.37 | DTRemenak | doesn't make sense to me, but whatever |
| 17:16.51 | *** join/#bzflag TD-Linux (n=TD-Linux@24-159-201-32.dhcp.roch.mn.charter.com) |
| 17:16.56 | JeffM2501 | it does to me in a wiered way |
| 17:18.15 | uso | JeffM2501: i may have found the reason why the masterban entries disappear after a /reload or /ban |
| 17:18.20 | DTRemenak | I mean, SportChick and I don't get pissed at you for that reason :) |
| 17:18.39 | JeffM2501 | I know |
| 17:18.46 | SportChick | DTRemenak: what? |
| 17:18.57 | JeffM2501 | he was rather pushy about it |
| 17:19.04 | JeffM2501 | and I don't like pussy people |
| 17:19.08 | JeffM2501 | pushy even |
| 17:19.12 | JeffM2501 | wow bad typo |
| 17:19.12 | DTRemenak | heh |
| 17:19.15 | JeffM2501 | sorry |
| 17:19.18 | DTRemenak | that was great :) |
| 17:19.30 | DTRemenak | read that one like four times trying to figure it out |
| 17:19.34 | JeffM2501 | somone quit cus of me, and that makes me sad :( |
| 17:19.43 | DTRemenak | ah |
| 17:19.47 | Mr_Molez | JeffM2501: i know cbg and gnurdux think your a jerk im still undecided :P |
| 17:20.03 | Mr_Molez | oh are we talking about big daddy ? |
| 17:20.26 | JeffM2501 | well I think they are ok with me when I am helping them. when I am disagreeing with them, they arn't |
| 17:20.31 | SportChick | JeffM2501: after all you've done for us, there is no WAY you'll ever get me to think you're a jerk |
| 17:20.31 | JeffM2501 | that's a difrent type |
| 17:20.45 | JeffM2501 | ok so I just have to send everyone a computer :) |
| 17:20.54 | SportChick | hehe |
| 17:20.57 | DTRemenak | hehe |
| 17:21.03 | SportChick | you've done more than that :) |
| 17:21.13 | SportChick | just go eat sushi with everyone :) |
| 17:21.22 | DTRemenak | yeah, there ya go! |
| 17:21.23 | SportChick | they'll learn what a teddy bear you are :D |
| 17:21.26 | Mr_Molez | how u make him quit :P |
| 17:21.35 | CBG | don't bring me into an argument please. |
| 17:21.46 | *** part/#bzflag CBG (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 17:21.50 | JeffM2501 | Mr_Molez, misunderstandings and a disagreement in direction I fear |
| 17:21.55 | Mr_Molez | ah |
| 17:22.13 | JeffM2501 | just so everone knows, the only reason I'm a project admin is to add people to cvs and do stuff when Tim isn't arround. |
| 17:22.18 | JeffM2501 | Tim didn't make me a project admin |
| 17:22.33 | Mr_Molez | he will be back im sure. He made sure everyone saw he said he quit, so that must mean he just wants some attention |
| 17:22.35 | JeffM2501 | I sidesteped him and just had it done by the other project admin |
| 17:22.44 | JeffM2501 | and brlcad at the same time |
| 17:22.58 | JeffM2501 | Mr_Molez, I'm not so sure, he's got other projects |
| 17:23.36 | Mr_Molez | remind me again who were talking about |
| 17:23.48 | JeffM2501 | tupone |
| 17:23.57 | Mr_Molez | oh yeh again i got the wrong end of the stick |
| 17:24.03 | Mr_Molez | yeh = yet |
| 17:26.01 | tokimi | JeffM2501: yoru a jerk? first ive heard of it.... i get top class help from yah so no way |
| 17:28.12 | JeffM2501 | well I know there will be people that disagree with me |
| 17:28.26 | JeffM2501 | and that disagreement can cause bad feelings |
| 17:28.37 | JeffM2501 | that's part of life tho |
| 17:30.36 | tokimi | what brought this self critical thinking up |
| 17:31.35 | Mr_Molez | tokimi: nothing wrong with that, more people need to try it ;) |
| 17:31.59 | JeffM2501 | I ready why tupone quit |
| 17:32.25 | tokimi | Mr_Molez: true, but to much can get you down when there is no reason |
| 17:35.01 | brlcad | heh .. pushy |
| 17:35.56 | JeffM2501 | well yes ;) |
| 17:36.00 | JeffM2501 | they smell nice |
| 17:36.15 | Mr_Molez | JeffM2501: can we see the log why he left :P |
| 17:36.31 | JeffM2501 | he pulled his blog |
| 17:36.39 | Mr_Molez | oh |
| 17:44.33 | purple_cow | JeffM2501: tupone quit? |
| 17:44.48 | JeffM2501 | yeah |
| 17:44.52 | purple_cow | shame |
| 17:44.56 | JeffM2501 | yeah |
| 17:54.45 | *** join/#bzflag wizart (n=wizart@dslb-084-058-097-037.pools.arcor-ip.net) |
| 18:09.24 | *** join/#bzflag cosmos (n=cosmos@tuxproof.bunker.hepcat.org) |
| 18:25.27 | *** join/#bzflag QuantumBeep (n=QB@adsl-153-76-137.lft.bellsouth.net) |
| 18:25.59 | *** join/#bzflag a_temp_dist (n=a_temp_d@user-12l2r0o.cable.mindspring.com) |
| 18:32.19 | *** join/#bzflag ToughShooter (n=ts@p54B01BBE.dip0.t-ipconnect.de) |
| 18:54.04 | CIA-6 | BZFlag: 03jeffm2501 07v2_0branch * 10bzflag/src/bzflag/ (HUDRenderer.cxx bzflag.cxx defaultBZDB.cxx): more info for observers |
| 19:05.12 | JeffM2501 | http://beta.bzflag.bz/builds/2.0.x/bzflag-2.0.9s1.exe for any that care/need/want/desire |
| 19:11.04 | *** join/#bzflag ChanServ (ChanServ@services.) |
| 19:11.05 | *** mode/#bzflag [+o ChanServ] by irc.freenode.net |
| 19:13.55 | Mr_Molez | yay |
| 19:25.29 | *** part/#bzflag feld (n=feld@64.211.118.14) |
| 19:28.53 | JeffM2501 | just FYI, there will be an update of that stuff soon |
| 19:29.10 | JeffM2501 | fonts are wacky when using that big radar stuff |
| 19:33.10 | SportChick | ~jeffm2501++ |
| 19:39.05 | CIA-6 | BZFlag: 03jeffm2501 07v2_0branch * 10bzflag/src/bzflag/ (GuidedMissleStrategy.cxx SegmentedShotStrategy.cxx): floats are not ints |
| 19:39.56 | CIA-6 | BZFlag: 03jeffm2501 07v2_0branch * 10bzflag/src/bzflag/HUDRenderer.cxx: use the real size of the fonts drawn to put our new info so they don't overlap |
| 19:40.40 | ToughShooter | hmpf, SF mailing list lags :( |
| 19:44.51 | JeffM2501 | IIRC it batches mailings |
| 19:46.58 | CIA-6 | BZFlag: 03jeffm2501 07v2_0branch * 10bzflag/src/bzflag/ (GUIOptionsMenu.cxx bzflag.cxx defaultBZDB.cxx): add menu item for extended observer info in the gui menu |
| 19:49.10 | *** join/#bzflag A-Delusion (n=A-Delusi@pool-71-253-21-164.pitbpa.east.verizon.net) |
| 19:51.45 | CIA-6 | BZFlag: 03brlcad * 10bzflag/src/bzfs/ (AccessControlList.cxx AccessControlList.h): applying patch to maintain masterbans when a local ban list is in use (applied uso's sf patch 1534866: bzfs loses masterban entries after using /ban or /reload) |
| 19:52.17 | JeffM2501 | brlcad, can you roll that down to 2.0.x? I'm gonna do a 2.0.9 special build in a bit |
| 19:52.22 | brlcad | sure |
| 19:52.26 | JeffM2501 | thanks |
| 19:52.29 | *** join/#bzflag TD-Linux (n=TD-Linux@24-159-201-32.dhcp.roch.mn.charter.com) |
| 19:52.46 | uso | thanks brlcad :) |
| 19:52.54 | JeffM2501 | thanks for finding it uso |
| 19:55.00 | *** join/#bzflag Theme97 (i=ircont9k@gateway/web/cgi-irc/t9k.com/unlabeled) |
| 19:56.04 | *** join/#bzflag Theme97 (i=ircont9k@gateway/web/cgi-irc/t9k.com/unlabeled) |
| 19:56.10 | *** join/#bzflag Theme97 (i=ircont9k@gateway/web/cgi-irc/t9k.com/unlabeled) |
| 19:59.17 | *** join/#bzflag a_meteorite (n=a_meteor@adsl-75-5-198-36.dsl.snlo01.sbcglobal.net) |
| 19:59.45 | *** join/#bzflag zee554 (i=18425e90@gateway/web/cgi-irc/zeebrothers.net/unlabeled) |
| 20:01.18 | CIA-6 | BZFlag: 03brlcad * 10bzflag/ (NEWS AUTHORS): uso provided a fix for the banlist reload bug when using local bans, denote the code contribution accordingly |
| 20:01.30 | a_meteorite | yay, the fix is in |
| 20:04.06 | CIA-6 | BZFlag: 03jeffm2501 * 10bzflag/src/bzflag/ (GUIOptionsMenu.cxx HUDRenderer.cxx defaultBZDB.cxx): extended observer info as a command line switch is stupid, specialy when we we have those nice menus everyone is talking about. |
| 20:04.14 | CIA-6 | BZFlag: 03brlcad 07v2_0branch * 10bzflag/src/bzfs/ (AccessControlList.h AccessControlList.cxx): merge uso's global banlist reload with local banlist fix from HEAD to v2_0branch |
| 20:04.28 | JeffM2501 | thank you sir :) |
| 20:07.52 | *** join/#bzflag PoiNTBLaNK (n=DannyJB@ip24-251-69-84.ph.ph.cox.net) |
| 20:10.52 | SportChick | yay, brlcad is back!! |
| 20:12.04 | Manu | ~seen learner |
| 20:12.19 | ibot | learner <n=learner@pdpc/supporter/silver/brlcad> was last seen on IRC in channel #bzflag, 47d 18h 57m 41s ago, saying: 'a log would be great for that matter'. |
| 20:12.19 | Manu | :) |
| 20:13.53 | JeffM2501 | moved yet? |
| 20:13.58 | JeffM2501 | or still workinon it? |
| 20:14.50 | DTRemenak | who me? |
| 20:15.05 | brlcad | still working on it |
| 20:15.34 | Manu | he continues learning :) |
| 20:16.42 | JeffM2501 | http://beta.bzflag.bz/builds/2.0.x/bzflag-2.0.9s2.exe |
| 20:25.52 | Manu | :) |
| 20:40.32 | *** join/#bzflag bryjen (n=bryjen@2002:45a6:86ae:0:0:0:0:1) |
| 20:40.33 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 20:48.57 | *** join/#bzflag Blue_Eyes (n=Blue@host60-148.pool8256.interbusiness.it) |
| 20:51.48 | CIA-6 | BZFlag: 03brlcad * 10bzflag/src/platform/MacOSX/Makefile.am: fix so that the client builds sans SDL out of the box |
| 21:00.08 | *** join/#bzflag wizart (n=wizart@dslb-084-058-133-190.pools.arcor-ip.net) |
| 21:05.52 | *** join/#bzflag SportChicky (i=DonnaCra@exchange.kingsharbor.org) |
| 21:28.20 | *** join/#bzflag easyEmu (n=jeremy@209x183x163x247.static.newroadstelecom.net) |
| 21:29.26 | easyEmu | I downloaded bzflag and played a round of "free for all" and little did I know that in a free for all match there are teams. Needless to say I was called stupid more than once for killing my own teammate |
| 21:30.02 | blast007 | easyEmu: yeah, our FFA isn't the most intuitive name :) |
| 21:30.15 | blast007 | it's more like "Team Deathmatch" |
| 21:30.33 | ruskie | well it depends if you have FFA with rogues only or if it's team based FFA :) |
| 21:30.40 | blast007 | yeah |
| 21:30.48 | blast007 | rogues can kill anyone ;) |
| 21:30.50 | ruskie | I prefer team based anyway :) |
| 21:31.32 | easyEmu | Heh, Is there any way to manuever the gun turret with the mouse and only move with the directional keys? Sort of like free look with some other types of death match games. |
| 21:31.43 | blast007 | nope |
| 21:31.45 | ruskie | turret is WELDED in place |
| 21:31.46 | ruskie | :) |
| 21:31.49 | blast007 | hehe |
| 21:32.02 | ruskie | it's not a fps game :) |
| 21:32.12 | easyEmu | ok, just checking, I thought it might give me an edge. |
| 21:32.21 | ruskie | lol |
| 21:33.02 | ruskie | mix of good tactics, use of proper rico, weakneses of other flags that's what counts mostly :) |
| 21:33.10 | ruskie | not fast reflexes |
| 21:35.05 | easyEmu | The game is kind of addicting... I can bring up a message window in the game and type a message, but how do you post your message? |
| 21:35.20 | ruskie | ENTER :) |
| 21:35.22 | *** join/#bzflag ToughShooter (n=ts@p54B01BBE.dip0.t-ipconnect.de) |
| 21:35.22 | blast007 | n for all players, m for team chat |
| 21:35.46 | blast007 | and yeah, enter to send it |
| 21:35.55 | easyEmu | lol, ok I set enter to jump, and that is why I couldn't say "hey people, I'm new" |
| 21:36.03 | blast007 | hehe |
| 21:36.33 | ToughShooter | DTRemenak: http://bzflag.pastebin.ca/117304 |
| 21:37.13 | ruskie | easyEmu, jumping as you'll learn isn't a good tactic in bzflag |
| 21:37.27 | ToughShooter | This was caused by http://sourceforge.net/mailarchive/message.php?msg_id=35657384 |
| 21:38.18 | DTRemenak | oops |
| 21:38.19 | easyEmu | ruskie: yeah, I paid dearly for jumping on more than one occasion. |
| 21:38.25 | ToughShooter | hehe ;) |
| 21:39.11 | ToughShooter | Just saw it when I had to check out a fresh copy because jeff's changes would cause problems with my current source code |
| 21:40.03 | ToughShooter | *yawn* |
| 21:43.08 | DTRemenak | nuts, was gonna have him fix it |
| 21:45.44 | uso | if you are going for another 2.0.x release, is there a chance to get the jitterkick into 2.0? |
| 21:45.59 | uso | i have it running on 2.0.8 and could provide a patch |
| 21:46.52 | [NP]Tangent | yeah, if you have to jump, try and get on top of an unoccupied building |
| 21:47.03 | [NP]Tangent | or on the opposite side of one |
| 21:47.20 | DTRemenak | uso: afaik there is no plan for another 2.0.x release |
| 21:47.46 | uso | sounded a bit like this to me ;) |
| 21:48.18 | DTRemenak | afaik is not very far ;) |
| 21:48.25 | uso | or should i ask is there a chance to get jitterkick into 2_0branch ;) |
| 21:50.54 | DTRemenak | that is a more appropriate question :) |
| 21:51.06 | DTRemenak | not one that I know the answer to, though |
| 21:56.17 | uso | maybe i start to complete the one in HEAD, the jitterdrop command is missing there ;) |
| 21:58.29 | uso | ah, the showVelocities got into cvs :) |
| 22:01.59 | cosmos | uso can you post that jitterkick patch |
| 22:02.34 | uso | have to make it before, but yes |
| 22:02.41 | cosmos | thanks |
| 22:03.28 | uso | it's not mine, there is already one on sf, but for cvs HEAD |
| 22:04.03 | uso | i only have ported it back to 2.0 and completed it with a jitterdrop command (the patch only had a jitterwarn command) |
| 22:04.45 | easyEmu | going to try my luck again with bzflag, thanks for the help |
| 22:04.51 | *** part/#bzflag easyEmu (n=jeremy@209x183x163x247.static.newroadstelecom.net) |
| 22:05.42 | CIA-6 | BZFlag: 03jeffm2501 07v2_0branch * 10bzflag/src/bzflag/HUDRenderer.cxx: spelling |
| 22:06.14 | purple_cow | wow |
| 22:07.35 | JeffM2501 | how does one show the team scores? |
| 22:07.36 | JeffM2501 | s? |
| 22:07.58 | a_meteorite | JeffM2501: yes, that also includes tank scores |
| 22:08.01 | CIA-6 | BZFlag: 03dtremenak 07v2_0branch * 10bzflag/src/c-ares/Makefile.am: not in this branch |
| 22:08.08 | a_meteorite | top right ;) |
| 22:08.29 | JeffM2501 | yeah, observer info overlaps it :( |
| 22:20.29 | JeffM2501 | I'll just have it shove team score down when it's on |
| 22:24.55 | CIA-6 | BZFlag: 03jeffm2501 07v2_0branch * 10bzflag/ (4 files in 2 dirs): |
| 22:24.55 | CIA-6 | BZFlag: when extended observer info is on, push the team score down so they don't overlap. |
| 22:24.55 | CIA-6 | BZFlag: make the target info label be the minor font cus it was just way too big. |
| 22:32.43 | JeffM2501 | would you also want the speeds on the scoreboards? perhaps color coded? |
| 22:33.11 | JeffM2501 | gray for stoped, white for normal, yellow for over? |
| 22:33.27 | JeffM2501 | may be a usefull debuging tool |
| 22:34.34 | a_meteorite | you mean their current tank speed? |
| 22:34.44 | JeffM2501 | as far as your client knows |
| 22:35.04 | a_meteorite | yes, that could be useful |
| 22:35.14 | a_meteorite | I would certainly use it :) |
| 22:35.56 | a_meteorite | brb, gotta take trash out |
| 22:47.13 | *** join/#bzflag SC_work (i=DonnaCra@exchange.kingsharbor.org) |
| 22:48.11 | *** join/#bzflag codergeek42 (n=peter@gentoo/developer/codergeek42) |
| 22:51.12 | a_meteorite | back after chores and all *sigh* |
| 23:01.06 | deanna | brlcad, DTRemenak: http://deanna.freeshell.org/autogen.log http://deanna.freeshell.org/configure.log if you guys are up for more openbsd debugging. |
| 23:02.21 | *** join/#bzflag Teppic (n=Teppic@cpc2-cbly2-0-0-cust985.glfd.cable.ntl.com) |
| 23:03.29 | brlcad | deanna: thx, looking in few |
| 23:03.52 | DTRemenak | it's well into brlcad's territory, I'm no autotools expert |
| 23:04.07 | JeffM2501 | did it end up that config wasn't going? |
| 23:04.25 | deanna | JeffM2501: No, it is at least in part the system zlib |
| 23:04.27 | DTRemenak | JeffM2501: his zlib returns Z_VERSION_ERROR |
| 23:04.37 | deanna | ... |
| 23:04.41 | JeffM2501 | ahh |
| 23:04.54 | DTRemenak | other than that, it seems to be ok |
| 23:05.02 | DTRemenak | it runs, just without textures |
| 23:05.20 | DTRemenak | the crashing problem was due to us trying to render the error message that said we couldn't load the font texture |
| 23:05.42 | DTRemenak | openbsd trapped the infinite loop and killed it |
| 23:05.47 | JeffM2501 | kinda hard to do with no textures :) |
| 23:07.15 | deanna | the cvs version says I don't get a client :-/ |
| 23:07.19 | DTRemenak | I had him replace the error code to just dump to stderr, and it turned out zlib was causing problems |
| 23:08.07 | DTRemenak | deanna: it claims to not find GL/glx.h |
| 23:08.17 | DTRemenak | that's the same system? |
| 23:08.25 | deanna | Ah, I'm outside of ports so it's not loading the site config. |
| 23:08.56 | deanna | Yeah it's the same system just without any auto-configuration for openbsd. |
| 23:09.03 | DTRemenak | ah |
| 23:09.23 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@fordend.demon.co.uk) |
| 23:19.57 | *** join/#bzflag spldart (n=spldart@cpe-68-201-209-199.houston.res.rr.com) |
| 23:22.52 | *** join/#bzflag RatOmeter (n=RatOmete@ip24-253-201-52.ok.ok.cox.net) |
| 23:23.09 | *** join/#bzflag florolf (n=florolf@p549F0A50.dip0.t-ipconnect.de) |
| 23:23.12 | florolf | hi |
| 23:23.57 | RatOmeter | lo |
| 23:24.08 | florolf | in line 1971 of playing.cxx (2.0.8), there are those lines: http://rafb.net/paste/results/Jsox2O95.html |
| 23:24.09 | spldart | median |
| 23:24.17 | florolf | somehow i don't believe that's correct ;) |
| 23:24.53 | deanna | Hehe. |
| 23:24.58 | JeffM2501 | no that isn't |
| 23:25.00 | deanna | It's zen. |
| 23:27.34 | florolf | it in fact has some interesting... symmetry |
| 23:28.07 | JeffM2501 | copy and paste error when the effects were converted to use real colors |
| 23:28.29 | *** join/#bzflag Theme97 (n=Theme97@adsl-68-120-85-174.dsl.irvnca.pacbell.net) |
| 23:28.29 | *** join/#bzflag Teppic (n=Teppic@cpc2-cbly2-0-0-cust985.glfd.cable.ntl.com) |
| 23:28.53 | Teppic | Anyone got a 2.0.8-deb for ubuntu? |
| 23:28.58 | RatOmeter | well, at least there's very little question about the outcome of that expression |
| 23:29.04 | CIA-6 | BZFlag: 03jeffm2501 07v2_0branch * 10bzflag/src/bzflag/playing.cxx: use white for spawn effects when color blind |
| 23:29.37 | florolf | heh. |
| 23:29.56 | florolf | modern technology is fascinating, isn't it? |
| 23:33.39 | *** join/#bzflag zee428 (i=cb7c0214@gateway/web/cgi-irc/zeebrothers.net/unlabeled) |
| 23:35.56 | JeffM2501 | well if nothing the scoreboard speeds at least show you what it's safe to set your kick limits too |
| 23:42.39 | tokimi | JeffM2501 or DTRemenak got a minute? |
| 23:42.58 | DTRemenak | sure |
| 23:44.01 | JeffM2501 | ya |
| 23:46.10 | *** join/#bzflag zee906 (i=cb7c0214@gateway/web/cgi-irc/zeebrothers.net/unlabeled) |
| 23:51.56 | CIA-6 | BZFlag: 03jeffm2501 07v2_0branch * 10bzflag/src/bzflag/ (LocalPlayer.cxx Player.cxx Player.h): put the max speed check in a function. |
| 23:53.19 | CIA-6 | BZFlag: 03jeffm2501 07v2_0branch * 10bzflag/src/bzflag/ (HUDRenderer.cxx ScoreboardRenderer.cxx ScoreboardRenderer.h): |
| 23:53.19 | CIA-6 | BZFlag: add color coded |
| 23:53.19 | CIA-6 | BZFlag: player speed info to the score list when extended observer info is on |
| 23:54.29 | CIA-6 | BZFlag: 03jeffm2501 07v2_0branch * 10bzflag/src/bzflag/playing.cxx: != != == |
| 23:55.15 | CIA-6 | BZFlag: 03jeffm2501 * 10bzflag/src/bzflag/playing.cxx: use white spawn effects when you are color blind |
| 23:56.42 | uso | JeffM2501: what's the traget info line in your new observer display? |
| 23:57.11 | JeffM2501 | it's just telling you what is below it |
| 23:57.18 | uso | ah :) |
| 23:57.19 | JeffM2501 | it's a purdy header :) |
| 23:58.05 | CIA-6 | BZFlag: 03jeffm2501 * 10bzflag/src/bzflag/ (LocalPlayer.cxx Player.cxx Player.h): move max speed calc to a function |
| 23:58.42 | uso | could have added a little space between the speed displays and the team score block |
| 23:59.16 | uso | with small fonts it's position is now even higher as before |
| 23:59.39 | uso | but besides this .. nice display |