Official forums for BZFlag.org

Our hosting provider is having issues with their VHOST service. The site is doing just fine and they are as much aware of the problem as we are. In the meantime, you can use the non-vhost domain name to get to the site: http://bzflag.sourceforge.net

Cheers!
Sean

Are there any switches on the client to disable chat mode? I'd rather they weren't chatting to people I don't know. I'm running BZFlag on Linux and Windows. Are there other aspects I should worry about (apart from the ethics of war games)? Thanks. Scratched my mind for a few minutes on how you migh...

The developers pretty much live in the IRC channel, #bzflag on the Freenode network -- there are instructions elsewhere on the forums and elsewhere on the net for how to connect to IRC (http://irchelp.org might be a place to start). We have a pretty good idea of what 2.2 will be like, but it is a fl...

More than likely, it's not really 1 or 2. It usually can't find the fonts or other data resources because there is a "directory" directive in your bzflag config file. You more than likely had a config file that pointed to the 2.0.6 data directory but since you've now uninstalled it, it no ...

The 2.1 development line began shortly after 2.0.0 was released. All of the 2.1 versions are solely developer versions and are not released. When we start stabilizing and get ready to do another major (backwards incompatible) update, the 2.1 line becomes 2.2.0 whenever we finally release. That is no...

The Mac OS X download for 2.0.8 is now available for download as well. This compilation should work on 10.2+, although still PPC-only due to network communication problems through Rosetta. This compile includes improved curl support, but if you get a communication error when joining a server, you wi...

strayer, that's pretty nifty. I'm curious how you actually go about processing the files to extract the command list and associated descriptions. Are you pulling that from the doxygen comments? Either way.. nifty.

Interesting stats there strayer.. sounds about right with all the scheduled and unscheduled outages. The DDoS attack alone was about 4 hours; everyone that could respond to the attack was asleep when it started. On a mildly related note, the server went through one additional reboot today so that ad...

For those following the primary list server migration, I'm glad to report that we should now be fully migrated and operational again. As many noticed, there were some intermittent downtime issues over the past two weeks as we moved the primary BZFlag list server (which includes this bulletin board w...

BZFlag uses libcurl to communicate with the list server, clients and servers also use it to interact. If you compiled bzflag yourself, then you probably already figured out how to get and install libcurl. If you didn't compile it yourself, which sounds like the case -- the problem sounds related to ...

Ahh, here's to some of my favorite, respected, and otherwise amazing fellow bzflag players... You guys make the game worth playing and worth working on.

You guys are great! I tip my hat and glass to all of you, great site.

Cheers!

If you have trouble getting in to the "Chat Room" or if things don't quite seem to be working correctly, your best bet is to try a different browser. Some browsers will specifically not work with the CGI:IRC interface that the web-based chat interface uses (e.g. certain versions of Netscap...

Hmm. They seem to work fine here in 10.2, 10.3, and 10.4. Not sure what might be causing them to not download correctly for you. Any luck if you delete your ~/Library/Applciation Support/BZFlag directory?

It's on the BZFlag SourceForge project site in the Files section under the bzflag Mac OS X group. The main website leads you there, this website leads you there, google leads you there. Hard to not find it if you actually look for it... http://sf.net/projects/bzflag

Mac OS X 10.2 doesn't support the dynamic plugin mechanism that the server uses to load plugins. So this required disabling plugin support in order to simply build the server for the Mac release. When 10.2 support is dropped or if we start making version-specific releases (which are a pain), then th...

It's on the chopping board, but not for certain yet. Maintaining the 10.2 build is a pain due to the variety of issues like broken headers, old libraries, an old compiler, and old build system tools. The newer versions of Mac OS X also have better drivers as well as a slew of other improvements acro...

The Mac binary is now posted in the files section. The build should work on 10.2+, please report if it doesn't work for you. Thanks to CBG and menotume for narrowing down the background image selection.. save your great screenshots and submit them for future releases if you want.. ;) A small notice ...

A new build style was just checked in for the sake of the plugins that should hopefully take care of the "Symbol 'something' not found" load errors. It should be available in a couple hours from the date of this posting. There is now no longer a "lib" prefix on the plugins, and a...

RPG wrote:(as nothing can be 100% stable)

Hehe, sure it can. It's just incredibly insanely expensive and complicated to the point of utter impracticality to guarantee 100%. But.. it is possible.

It's also not fun. Fly by the seat coding is much more rewarding..

Heh, there's not a single error in those two pastebins. The second one cuts off mid build.

OK, this is not compiling on my Mac. I re-downloaded fresh CVS and did everything without sudo. I get the same errors! :x Heck, I could be compiling it wrong... Learner, can you please post the exact steps used to get plugins working? The steps being used are correct. unpack sources, autogen.sh, co...

Nope, I still get the regex stuff, and make stops before it ever gets to the plugins. ../regex/.libs/libregex.a(regfree.o) definition of _regfree in section (__TEXT,__text) /usr/lib/libm.dylib(regfree.So) definition of _regfree I never said you wouldn't or shouldn't get the regex "stuff"....

ld: warning multiple definitions of symbol _regcomp ../regex/.libs/libregex.a(regcomp.o) definition of _regcomp in section (__TEXT,__text) /usr/lib/libm.dylib(regcomp.So) definition of _regcomp ld: warning multiple definitions of symbol _regerror ../regex/.libs/libregex.a(regerror.o) definition of ...

Now it's time to run "make" No question, Compiling takes way longer with plugins. I have plenty of time to write this report. It doesn't take "way longer". In fact from what you've been reporting you haven't even gotten to the plugins yet. Compiling just takes a while regardless...

It's not a problem. It's not even a difference. It's simply an autogen.sh warning about one of them being missing, which was unexpected and 'could' cause problems in other situations if one weren't using autogen.sh. Fortunate for you, you are running autogen.sh so that it's just a warning that you c...