| 00:04.51 | *** join/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 00:04.51 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 00:17.12 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 00:52.46 | SpazzyMcGee | trepan: do you have the example world for the text object? |
| 01:05.41 | delusional | also.. it's pretty easy to crash bzfs with small errors in the text object. Things like, forgetting to add a value after lineSpace or fixedWidth... forgetting the capital S in lineSpace... segfault |
| 01:20.58 | *** part/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 01:51.34 | JefferyM | hey blast007, or wyk3d, how big can BZIDs be if they are strings? |
| 01:53.38 | JefferyM | and is there a max size on domain names? |
| 01:54.32 | blast007 | maximum domain name size we could limit anyway |
| 01:54.43 | JefferyM | TinyText? |
| 01:54.44 | blast007 | we probably have a limit already, since we store it in the list server |
| 01:54.57 | blast007 | oh heck, 255 is more than enough :) |
| 01:55.02 | JefferyM | k |
| 01:55.24 | blast007 | we could probably limit to 64 no problem |
| 01:56.09 | JefferyM | why the heck does phpmyadmin keep making all my strings latin1_swedish_ci |
| 01:58.56 | blast007 | that's the default iirc |
| 01:59.00 | JefferyM | ahh |
| 01:59.19 | JefferyM | is sad |
| 01:59.24 | JefferyM | has no compiler :( |
| 01:59.51 | blast007 | http://www.ops.ietf.org/lists/namedroppers/namedroppers.2003/msg00964.html <-- about domain name length |
| 01:59.57 | blast007 | 'The collation "latin1_swedish_ci" is for comparing and ordering strings - it is suitable for Swedish and most other European languages. It is case insensitive (that's what the _ci bit is about).' |
| 02:00.27 | JefferyM | ok, so tinytext is fine :) |
| 02:00.34 | blast007 | yup |
| 02:01.21 | JefferyM | gotta build me up a fake list server |
| 02:02.10 | blast007 | do you just need fake entries? |
| 02:02.17 | JefferyM | actualy no I don't |
| 02:02.24 | JefferyM | I just need webauth |
| 02:02.27 | blast007 | ah |
| 02:02.31 | JefferyM | and a route back to my machine |
| 02:02.49 | JefferyM | well I'd need a fake db to test the list server changes |
| 02:02.56 | JefferyM | but I can do that on the live server in a different dir |
| 02:04.05 | JefferyM | the page I'm making isn't exactly going to need a slick interface :) |
| 02:04.48 | blast007 | at some point it could be a module for drupal (or whatever we end up using for the main site) |
| 02:05.00 | JefferyM | yeah that's why I want to make it butt simple |
| 02:05.11 | JefferyM | auth, list keys for bzid |
| 02:05.14 | JefferyM | button to add keys |
| 02:05.17 | JefferyM | button to delete keys |
| 02:05.23 | JefferyM | button do update host for key |
| 02:05.43 | JefferyM | or just make em delete and readd for an update :) |
| 02:06.27 | blast007 | when would they need to update? |
| 02:06.45 | JefferyM | if they were using an IP instead of a name, and had to change it |
| 02:06.50 | JefferyM | aka, stupid |
| 02:06.53 | blast007 | ah |
| 02:08.20 | JefferyM | the more I think about the key idea, the more I like it. It allows you to give out your key to your sub hosters to use so that all the servers show up as from "you", with out giving out your login info |
| 02:12.56 | trepan | JefferyM: so not much different than a second password that only works for server registration? |
| 02:13.05 | JefferyM | no not really |
| 02:13.08 | JefferyM | same concept |
| 02:13.15 | JefferyM | we just generate it for them |
| 02:13.28 | trepan | same bzfs code, text tweaks ;-) |
| 02:13.40 | JefferyM | yeah it's not a big change |
| 02:13.49 | trepan | could even check both at bzfls to allow either |
| 02:13.55 | JefferyM | yeah that's my plan |
| 02:14.03 | JefferyM | u/p is ok for single hosters |
| 02:14.05 | JefferyM | and very easy |
| 02:14.10 | JefferyM | key will be if you want to be more secure |
| 02:14.24 | trepan | and u/p2 is ok for subhosters |
| 02:14.24 | JefferyM | -pubauthkey :) |
| 02:14.31 | JefferyM | if they want to |
| 02:14.40 | JefferyM | this why they gots the powa |
| 02:15.05 | trepan | so -publicuser for either, handled bzfls side |
| 02:15.14 | JefferyM | yeah can probably parse the diff out |
| 02:15.16 | JefferyM | so sure |
| 02:15.26 | JefferyM | key won't have a : or a / |
| 02:15.31 | JefferyM | and is one item |
| 02:15.48 | trepan | : or / ? |
| 02:15.59 | trepan | the current format is -publicuser <username> <password> |
| 02:15.59 | JefferyM | how does it read the user and the pass? |
| 02:16.03 | JefferyM | ahh ok |
| 02:16.14 | JefferyM | I'd just need <key> not username |
| 02:16.18 | JefferyM | since I can get that from the key |
| 02:16.33 | trepan | notice that i've added the /owner command ? :) |
| 02:16.38 | trepan | <username> would stay |
| 02:16.40 | JefferyM | no, what's that do? |
| 02:17.04 | trepan | and -publicuser should probably be renamed -publicowner |
| 02:17.15 | JefferyM | why does it need a username if I can get it from the key? |
| 02:17.32 | trepan | makes your job that much easier |
| 02:17.53 | JefferyM | usernames can't be all numbers, so I can parse it out in bzfs easy |
| 02:17.56 | JefferyM | and just not read the second param |
| 02:19.28 | trepan | so keys would be all numbers? |
| 02:19.33 | JefferyM | yeah |
| 02:19.36 | trepan | and harder to key track of? |
| 02:19.46 | JefferyM | you don't have to use em :) |
| 02:20.04 | JefferyM | there will be a page that can list all your keys for you |
| 02:20.21 | trepan | i'm thinking about sub-hosting |
| 02:20.49 | trepan | doesn't matter that much though, whatever floats your boat ;) |
| 02:20.50 | JefferyM | if you are giving out keys to your sub hosts because you want all servers on your machine to show up as owned by you, if you have to use a username, you have to update all those servers if you change your username. |
| 02:21.10 | JefferyM | if every sub host has his/her own key, it's fine too |
| 02:21.28 | JefferyM | since I just check to see that the conenctioing host resolves to the same name as the host in the key record |
| 02:21.41 | JefferyM | since the key is unique it is also your username |
| 02:22.25 | JefferyM | that's just what is going on in my head, I may be wrong :) |
| 02:23.53 | trepan | ah, you're tying 'keys' to the intended host address/port and the user, not just treating them as an auxiliary user password |
| 02:24.00 | JefferyM | yeah |
| 02:24.23 | JefferyM | then you can group servers by host if you want. |
| 02:24.40 | JefferyM | and if your key gets out, who cares, they can't use it on your host |
| 02:25.25 | JefferyM | if you don't have a semi-static host, use u/p |
| 02:27.01 | trepan | works for me (assuming the key generation and access isn't arduous) |
| 02:27.10 | trepan | 350 crap servers ... s/isn't/is ? |
| 02:27.32 | JefferyM | naw, hit a page, login with your bzbb stuff, add/remove keys |
| 02:27.55 | JefferyM | webauth makes the guts pretty simple |
| 02:28.05 | JefferyM | assuming I can remember how to use them :) |
| 02:28.26 | JefferyM | this machine is so empty it's sad |
| 03:24.23 | *** join/#bzflag qqqqqqqq (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 03:41.47 | trepan | hm, i'd still like -publicowner <owner> <password|key> instead of just -publicowner <key> |
| 03:42.08 | trepan | name changes should be few and far between, not a real issue |
| 03:42.22 | JefferyM | they happen a lot actualy |
| 03:43.12 | trepan | well maybe this would help make folks stick to one name, more accountability (at least as a server owner) |
| 03:43.24 | JefferyM | I don't see the advantage |
| 03:43.34 | trepan | there are at least 2 |
| 03:44.03 | trepan | it's more secure (reduces the chance of a random hit by 20000?) |
| 03:44.21 | JefferyM | you have to be on the same host, you can't random hit it anyway |
| 03:44.24 | trepan | it's easier for someone managing the keys to know who the key is for |
| 03:44.35 | JefferyM | the key is for a domain, not a person |
| 03:44.39 | JefferyM | thats the big diff |
| 03:44.44 | JefferyM | I'll just make a new - command |
| 03:44.45 | trepan | that's the other part, as much as name changes would be an issue, so would hostname changes |
| 03:44.57 | trepan | you might want to consider tying keys to host patterns |
| 03:44.58 | JefferyM | people don't change domains that often |
| 03:45.14 | JefferyM | but yes paterns could be used |
| 03:45.26 | JefferyM | I'll just do -publickey |
| 03:45.42 | trepan | and /owner has to die, or will you send the username back? |
| 03:45.56 | JefferyM | I do not know what /owner does |
| 03:45.58 | trepan | <PROTECTED> |
| 03:46.06 | trepan | it returns the server owner name |
| 03:46.10 | JefferyM | ahh |
| 03:46.18 | trepan | what else would it do? (in this context) ;) |
| 03:46.21 | JefferyM | dunno |
| 03:46.26 | JefferyM | set someone as owner |
| 03:46.37 | JefferyM | better would be to have /report send the owner a PM automaticly |
| 03:46.44 | JefferyM | since we have a reporting system |
| 03:46.58 | trepan | as often disable as not |
| 03:47.01 | JefferyM | we could send back the owner after the add from the list server |
| 03:47.01 | trepan | *disabled |
| 03:47.08 | JefferyM | so the server coudl know it from the key |
| 03:47.14 | JefferyM | automagically |
| 03:48.11 | JefferyM | then the owner can change names all they want and the servers will auto update on each list add |
| 04:16.05 | CIA-62 | BZFlag: 03trepan * r20219 10/trunk/bzflag/src/bzfs/lua/Makefile.am: * added $(LIBCURL_CPPFLAGS) to AM_CPPFLAGS |
| 04:17.27 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 04:22.16 | *** join/#bzflag noyb (n=noyb@pool-71-108-69-113.lsanca.dsl-w.verizon.net) |
| 04:31.09 | trepan | delusional: have an example map (with 'text' errors), that crashes bzfs? |
| 04:31.40 | delusional | just remove the numbers after lineSpace |
| 04:31.57 | trepan | text.test.bzw: warning (line 6): unknown text parameter "linespace" - skipping |
| 04:31.59 | trepan | no segv |
| 04:32.11 | delusional | it does here... compiled today |
| 04:32.19 | delusional | tested repeatedly |
| 04:32.38 | trepan | gdb + backtrace then |
| 04:32.45 | trepan | because i'm not seeing it |
| 04:32.55 | trepan | (nor am i seeing a problem with linespace vs. lineSpace) |
| 04:33.26 | trepan | << else if (strcasecmp ("lineSpace", cmd) == 0) { >> -- and that's why |
| 04:39.03 | delusional | heh, it only segfaults when i'm not using gdb, with gdb, i get this http://pastebin.bzflag.bz/f465d948a |
| 04:39.47 | delusional | that's with "lineSpace" and no nymbers |
| 04:39.50 | trepan | > bt full |
| 04:39.53 | JefferyM | is ready to bash mysql in the head :/ |
| 04:40.17 | trepan | delusional: looks like it's a crash-on-exit problem |
| 04:40.45 | JefferyM | blast007, anything look wrong with this query? http://pastebin.bzflag.bz/m2f5ad096 |
| 04:41.35 | delusional | http://pastebin.bzflag.bz/d7ff29ef7 |
| 04:42.30 | trepan | delusional: ah, another bzfsAPI shutdown crash |
| 04:43.20 | delusional | as long as i got you... all of the animation code disappeared along with lua, right? |
| 04:43.32 | trepan | was never committed |
| 04:43.39 | delusional | ah, ok |
| 04:44.09 | trepan | are you using -loadplugin or -luaserver ? |
| 04:44.23 | trepan | (if so, try without) |
| 04:44.28 | delusional | loadplugin yes, |
| 04:46.16 | trepan | from what i've gathered, you haven't actually found any problems with the 'text' object ;) |
| 04:46.33 | trepan | (besides that standard crappy error messages associated with bzfs map parsing ;) |
| 04:46.53 | delusional | with no playhistory plugin http://pastebin.bzflag.bz/d1c874de7 |
| 04:48.21 | trepan | good enough, problem redirected |
| 04:51.10 | *** join/#bzflag QuantumT1m (n=tim@62.249.230.206) |
| 04:59.02 | *** join/#bzflag Ebert (n=EbErT@adsl-211-220-90.asm.bellsouth.net) |
| 05:07.05 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 05:07.05 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 05:21.15 | CIA-62 | BZFlag: 03JeffM2501 * r20220 10/trunk/web/listkeymgr/ (9 files in 2 dirs): web manager for list auth keys |
| 05:26.56 | CIA-62 | BZFlag: 03trepan * r20221 10/trunk/bzflag/ (9 files in 5 dirs): |
| 05:26.56 | CIA-62 | BZFlag: * typo avoidance in src/bzfs/lua/CallIns.cxx |
| 05:26.56 | CIA-62 | BZFlag: * cleanup in Obstacle.h |
| 05:26.56 | CIA-62 | BZFlag: * added extra data to MsgStrings for MsgGameTime & MsgLagPing |
| 05:30.59 | Ebert | hmm, is there a public map archive? |
| 05:31.16 | Ebert | im trying to find the original Spiralzone map (small one) to possibly put up |
| 05:32.06 | delusional | best chance for that might be sid6.7's archive |
| 05:32.56 | delusional | http://www.cruzan.info/bzflag/bzflag.html |
| 05:33.16 | Ebert | maybe if i could find the maker, is it dave (MeBigFatGuy)? |
| 05:33.19 | Ebert | thx delusional |
| 05:36.21 | BlasterWisconsin | Ebert: Try Lady K or Junker they hosted Spiral Zone for a while last year |
| 05:36.37 | Ebert | the old one? yea i will do that |
| 05:37.17 | BlasterWisconsin | yeah |
| 05:41.15 | JefferyM | spiralzone as made by doug IIRC |
| 05:42.15 | Ebert | is there a way to contact him? |
| 05:42.23 | JefferyM | I highly doubt it :) |
| 05:42.58 | Ebert | i found a couple spiral***** in delusion's archive link, ill pick through them |
| 05:44.25 | temp_dist | Ebert: there are a few spiral* on the bzflag.planet-mofo.com:4040 library server - one is number 01-347 "new-spriralzone" |
| 05:44.57 | Ebert | im looking for the old spiralzone, small one |
| 05:45.15 | temp_dist | OK |
| 05:46.21 | Ebert | :p |
| 05:48.41 | CIA-62 | BZFlag: 03dtremenak * r20222 10/trunk/bzflag/src/ (5 files in 3 dirs): get rid of poll cruft left from r13899 |
| 06:17.11 | *** join/#bzflag L4m3r_Eee (n=L4m3r@bzflag/developer/L4m3r) |
| 06:17.11 | *** mode/#bzflag [+v L4m3r_Eee] by ChanServ |
| 06:22.34 | CIA-62 | BZFlag: 03dtremenak * r20223 10/trunk/bzflag/src/bzflag/HUDuiTabbedControl.cxx: when deleting tabs, do not leave the control focus on HUD items that are no longer onscreen...pull it back to the top of the new active tab instead. |
| 06:37.38 | *** join/#bzflag hobbsc (n=hobbsc@li25-128.members.linode.com) |
| 06:41.48 | *** join/#bzflag nielsle (n=nielsle@1385163721.dhcp.dbnet.dk) |
| 06:45.16 | *** join/#bzflag nielsle_ (n=nielsle@1385163721.dhcp.dbnet.dk) |
| 07:03.04 | *** part/#bzflag Ebert (n=EbErT@adsl-211-220-90.asm.bellsouth.net) |
| 07:03.14 | *** join/#bzflag Bambino (n=Bambino_@S01060016d3ac37b3.cg.shawcable.net) |
| 07:21.16 | *** part/#bzflag L4m3r_Eee (n=L4m3r@bzflag/developer/L4m3r) |
| 07:35.49 | CIA-62 | BZFlag: 03dtremenak * r20224 10/trunk/bzflag/src/platform/ (WinDisplay.cxx WinDisplay.h): revert patch 2822826 (r20192) in favor of a more complete solution that does not cause as many regression issues. |
| 07:45.43 | CIA-62 | BZFlag: 03dtremenak * r20225 10/trunk/bzflag/src/platform/ (WinWindow.cxx WinWindow.h): Fix fullscreen toggling on windows AGAIN. |
| 07:50.49 | CIA-62 | BZFlag: 03dtremenak * r20226 10/trunk/bzflag/src/platform/ (WinDisplay.cxx WinDisplay.h WinWindow.cxx): ditch WinDisplay::isFullScreenOnly, since it hasn't ever meant anything on non-GLIDE cards (hah) |
| 07:55.13 | CIA-62 | BZFlag: 03dtremenak * r20227 10/trunk/bzflag/src/platform/WinWindow.cxx: why use two lines where one will do? |
| 09:09.47 | CIA-62 | BZFlag: 03trepan * r20228 10/trunk/bzflag/ (11 files in 8 dirs): |
| 09:09.47 | CIA-62 | BZFlag: * bumped protocol and rev |
| 09:09.47 | CIA-62 | BZFlag: * added MsgForceState |
| 09:48.45 | *** join/#bzflag Tupone (n=Tupone@gentoo/developer/tupone) |
| 09:48.45 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 09:56.24 | *** join/#bzflag LongDon (n=LongDon@host-091-097-043-177.ewe-ip-backbone.de) |
| 09:56.33 | *** part/#bzflag LongDon (n=LongDon@host-091-097-043-177.ewe-ip-backbone.de) |
| 11:06.37 | *** join/#bzflag tobylane (n=Nightly@host217-43-34-130.range217-43.btcentralplus.com) |
| 11:09.40 | tobylane | bzflag dev from svn last night, built fine, says i need to tell it where fonts are |
| 11:12.08 | tobylane | and its not resources |
| 11:13.51 | delusional | its the data folder |
| 11:13.57 | delusional | use -directory to set it |
| 11:14.12 | delusional | only have to set it once |
| 11:17.03 | tobylane | which is that on mac |
| 11:17.17 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 11:17.51 | delusional | it's in the source, a folder called "data" |
| 11:18.05 | tobylane | oh not in the final app then |
| 11:19.14 | tobylane | it goes to > in the terminal |
| 11:19.31 | delusional | start client from terminal, with -directory <path> |
| 11:20.00 | tobylane | i did |
| 11:20.24 | tobylane | ah i was msising " |
| 11:20.25 | tobylane | ty |
| 11:20.33 | delusional | ok cool |
| 11:35.25 | tobylane | there's a bug, when you come off rolling physics you drop down, no matter how fast foward you were going |
| 11:36.44 | CBG | You don't have any forward momentum? |
| 11:37.55 | tobylane | with and without wings |
| 11:51.53 | tobylane | processor affinity? |
| 11:51.54 | delusional | sounds like negative Z is set on the physics driver |
| 11:53.34 | tobylane | anything i can/should do about it? |
| 11:54.00 | delusional | "roger taking controls" and "releasing controls" are not sent to the local player, in console |
| 11:55.27 | delusional | check the physics driver, to see it -Z is set.. |
| 11:55.41 | tobylane | how |
| 11:57.38 | tobylane | the cloaked shot help line ends midsentance |
| 11:58.47 | trepan | PZ should be even worst |
| 11:59.26 | tobylane | is stattrack meant to be down |
| 12:01.24 | delusional | they'd have to restart it at every protocol change.. and there was one this morning |
| 12:02.00 | tobylane | oh im already out of date, from last night |
| 12:07.56 | delusional | pathway physics seem to work as expected for me, tobylane |
| 12:13.11 | delusional | <PROTECTED> |
| 12:20.47 | blast007 | tobylane: if you run from the source directory, you shouldn't need to specify -directory |
| 12:20.59 | blast007 | just run src/bzflag/bzflag |
| 12:23.06 | tobylane | i was |
| 12:23.12 | tobylane | and build failed on todays svn |
| 12:23.51 | tobylane | do you want a pastebin of the errors |
| 12:25.19 | tobylane | bye, http://pastebin.com/m75bc1bce |
| 12:28.52 | blast007 | assumes that's not the 'make' output..... |
| 12:38.16 | *** join/#bzflag Wyk3d (n=Wyk3d@79.116.94.159) |
| 12:44.51 | CBG | blast007: I've always had the same issue regarding needing to use -directory when building from source. |
| 12:45.05 | blast007 | probably only on OSX then |
| 12:45.09 | blast007 | works fine on linux |
| 12:45.30 | CBG | maybe. Would "make install" help? I never do that. |
| 12:45.32 | blast007 | you'd also want to make sure that the directory isn't saved in your config |
| 12:45.34 | *** join/#bzflag kierra (n=jolie@unaffiliated/kierra) |
| 12:45.38 | blast007 | nah, you don't want that for osx |
| 12:45.44 | CBG | didn't think so |
| 12:45.48 | blast007 | if anything, you want to build with xcode to get a .app |
| 12:45.55 | CBG | Eww. |
| 12:45.58 | kierra | blast007: |
| 12:46.05 | blast007 | kierra: |
| 12:46.38 | kierra | :) pm |
| 12:47.18 | CBG | :( |
| 12:49.38 | *** join/#bzflag delusional (n=delusion@unaffiliated/delusional) |
| 12:56.25 | cygal | ~DTRemenak++ |
| 12:56.36 | *** part/#bzflag kierra (n=jolie@unaffiliated/kierra) |
| 12:58.29 | *** join/#bzflag blast007 (n=blast007@bzflag/developer/Blast) |
| 12:58.29 | *** mode/#bzflag [+v blast007] by ChanServ |
| 13:06.03 | CIA-62 | FTGL: 03sammy * r1207 10/trunk/ (77 files in 7 dirs): Update my e-mail address everywhere. |
| 13:12.35 | *** join/#bzflag Marzipan (n=marzi@84-119-74-45.dynamic.xdsl-line.inode.at) |
| 13:23.45 | *** join/#bzflag TD-Linux (n=wheeeeee@96-42-95-185.dhcp.roch.mn.charter.com) |
| 13:24.30 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 13:37.50 | *** join/#bzflag delusional (n=delusion@unaffiliated/delusional) |
| 13:44.14 | *** join/#bzflag brad (n=brad@moooo.org) |
| 13:47.55 | CIA-62 | BZFlag: 03wyk3d * r20229 10/branches/gsoc_bzauthd/src/bzauthd/ (ClientHandler.cxx UserStorage.cxx UserStorage.h): |
| 13:47.55 | CIA-62 | BZFlag: Fixed some invalid memory reads. |
| 13:47.55 | CIA-62 | BZFlag: Added more logging. |
| 13:52.51 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 14:26.24 | CIA-62 | FTGL: 03sammy * r1208 10/trunk/src/ (FTFace.cpp FTGlyph/FTTextureGlyph.cpp): Fix coding style and remove tabs here and there. |
| 14:30.38 | *** join/#bzflag bier__ (n=bier@pD9E2D34C.dip.t-dialin.net) |
| 14:43.01 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 14:44.27 | *** join/#bzflag tobylane (n=Nightly@host217-43-34-130.range217-43.btcentralplus.com) |
| 14:54.27 | *** join/#bzflag bier_ (n=bier@pD9E2D34C.dip.t-dialin.net) |
| 15:06.51 | CIA-62 | FTGL: 03sammy * r1209 10/trunk/src/Makefile.am: |
| 15:06.51 | CIA-62 | FTGL: Provide support for automake 1.6.3 as included in XCode 3.4.1 on MacOS 10.4, |
| 15:06.51 | CIA-62 | FTGL: which uses AM_CPPFLAGS where automake 1.10 uses libftgl_la_CPPFLAGS. |
| 15:06.51 | CIA-62 | FTGL: Patch courtesy of Bzflag's developer bullet_catcher for SF bug 2117545. |
| 15:08.42 | CIA-62 | FTGL: 03sammy * r1210 10/trunk/configure.ac: |
| 15:08.42 | CIA-62 | FTGL: Test for the existence of ECHO in the FTGL configure script, courtesy of |
| 15:08.43 | CIA-62 | FTGL: Bzflag's developer blast007. |
| 15:12.39 | blast007 | I always knew that copy/paste would make me famous someday! |
| 15:13.53 | CIA-62 | FTGL: 03sammy * r1211 10/trunk/demo/FTGLDemo.cpp: |
| 15:13.53 | CIA-62 | FTGL: Add help and font size indicator to FTGLDemo, courtesy of Bzflag's developer |
| 15:13.53 | CIA-62 | FTGL: jwmelto. |
| 15:17.27 | BulletCatcher | The trick is knowing what to copy, and where to paste it. |
| 15:17.48 | CIA-62 | FTGL: 03sammy * r1212 10/trunk/msvc/vc9/ (8 files): Add a vc9 directory for Visual Studio 2009 builds. |
| 15:17.48 | blast007 | ;) |
| 15:17.48 | blast007 | I have a dartboard for that |
| 15:17.52 | BulletCatcher | :-) |
| 15:18.20 | blast007 | s/2009/2008/ |
| 15:18.43 | CIA-62 | FTGL: 03sammy * r1213 10/trunk/msvc/Makefile.am: Add vc9 files to the main distribution. |
| 15:22.06 | tobylane | is that all new |
| 15:23.28 | *** join/#bzflag sam (i=sam@poulet.zoy.org) |
| 15:23.36 | sam | hello there |
| 15:23.58 | tobylane | hi |
| 15:24.11 | *** join/#bzflag qqqqqqqqq (n=NOYOU@98.221.136.250) |
| 15:25.14 | sam | any developer here? I'd like to discuss a change to bzflag's ftgl that I don't wish to merge upstream |
| 15:25.55 | sam | it's the ControlBlending addition in commit 19280 |
| 15:26.11 | tobylane | ftgl? |
| 15:27.21 | sam | the font rendering library |
| 15:29.11 | CIA-62 | FTGL: 03sammy * r1214 10/trunk/src/FTFont/ (5 files): |
| 15:29.12 | CIA-62 | FTGL: Remove GL_BLEND tampering. It's the caller application's responsibility to |
| 15:29.12 | CIA-62 | FTGL: enable or disable blending. |
| 15:30.04 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 15:36.33 | tobylane | what made whoever it was choose the order of the supported operating systems, its normally descending in popularity, not ascending |
| 15:37.07 | BulletCatcher | sam: ControlBlending was added by trepan. He will be the best one to discuss it with. |
| 15:37.23 | CIA-62 | FTGL: 03sammy * r1215 10/trunk/src/FTGlyph/FTTextureGlyph.cpp: |
| 15:37.23 | CIA-62 | FTGL: Don't display more than 8 soft assertions, and improve the FTASSERT_FAIL |
| 15:37.23 | CIA-62 | FTGL: definition. |
| 15:37.26 | sam | BulletCatcher: okay |
| 15:37.41 | sam | trepan: I removed GL_BLEND tampering from upstream FTGL |
| 15:38.04 | sam | but I believe the flag should be handled by the calling application |
| 15:38.44 | sam | adding a new method to FTFont breaks backward binary compatibility for very little benefit |
| 15:39.51 | blast007 | tobylane: what are you referring to? |
| 15:40.05 | BulletCatcher | tobylane: If you are referring to the operating system list in the MOTD, it is probably in chronological order that support was added. |
| 15:40.18 | tobylane | ah yeah i was thinking it was from lan times |
| 15:41.12 | BulletCatcher | IRIX is first because BZFlag is descended from the IRIX "bz" game. |
| 15:42.09 | blast007 | I thought "bz" was unrelated except for the fact that it was also based on battlezone |
| 15:42.22 | blast007 | based on the concept of battlezone* |
| 15:42.37 | BulletCatcher | Maybe I should have said "inspired by". |
| 15:42.54 | blast007 | bzflag was originally developed for irix |
| 15:44.53 | BulletCatcher | Battlezone was the only arcade game I ever really enjoyed. I'm sure that has something to do with why I like BZFlag. |
| 15:45.15 | blast007 | :) |
| 15:45.52 | *** join/#bzflag Swigg_ (n=Default@97.95.229.92) |
| 15:47.56 | trepan | sam: iirc, the API was changed to use a flag bit, instead of adding a new call |
| 15:48.43 | sam | ah |
| 15:49.01 | sam | I'm reading the changelog in chronological order so I may have not encountered it yet |
| 15:49.47 | trepan | either way, i'm indifferent, it all being of such little benefit ;) |
| 15:50.14 | sam | I see it now |
| 15:50.52 | sam | trepan: how difficult would it be to remove that feature completely and handle GL_BLEND in bzflag only? |
| 15:52.04 | trepan | sam: i have not spend any time considering that specific problem |
| 15:54.21 | sam | mmmh, apparently it'll work out of the box |
| 15:56.49 | CIA-62 | FTGL: 03sammy * r1216 10/trunk/src/FTGL/FTFont.h: Document FTFont::renderMode usage, courtesy of Christopher Sean Morrison. |
| 15:59.12 | CIA-62 | FTGL: 03sammy * r1217 10/trunk/src/FTLibrary.cpp: Remove dead code. |
| 16:09.53 | CIA-62 | FTGL: 03sammy * r1218 10/trunk/ (8 files in 4 dirs): |
| 16:09.53 | CIA-62 | FTGL: Correct the order in which FT_Done_Face is called via the library's |
| 16:09.53 | CIA-62 | FTGL: destructors. Fixes a Bzflag crash upon exit. Patch courtesy of Mathew Eis |
| 16:09.53 | CIA-62 | FTGL: (kingrobot) from SF patch 2721799. |
| 16:30.56 | *** join/#bzflag qqqqqqqq (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 16:38.09 | sam | trepan: do you subscribe to ftgl-devel by chance? |
| 16:43.40 | *** join/#bzflag ahs3- (n=ahs3@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 16:49.57 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 16:51.01 | *** join/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 16:51.01 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 16:52.39 | cygal | so replay kind of works |
| 16:52.51 | DTRemenak | kind of? :) |
| 16:53.18 | cygal | well, I just reproduced the ok/not responding bug |
| 16:53.18 | DTRemenak | supposes that's better than it was ;) |
| 16:53.45 | cygal | but player kills are reported correctly (I shot myself), shot begins too |
| 16:53.52 | cygal | though there is a problem with ricochet |
| 16:53.58 | cygal | well, a lot of problems I guess |
| 16:54.05 | cygal | but if I can reproduce them as easily :) |
| 16:54.37 | DTRemenak | are those problems unique to replay? |
| 16:54.47 | cygal | the ok/not responding bug is not |
| 16:54.51 | cygal | the others are, afaik |
| 16:55.14 | DTRemenak | k, that sounds about right |
| 16:55.39 | cygal | at least when I do nothing, everything works |
| 16:55.49 | cygal | half a dozen type of packets are received and parsed correctly |
| 16:55.54 | cygal | players leaves after replay, etc. |
| 16:56.04 | DTRemenak | and no crashy crashy :) |
| 16:57.00 | cygal | the crash was only caused by the bug in setVariables that trepan corrected |
| 16:57.15 | cygal | MsgSetVar format changed so obviously we were reading garbage |
| 16:57.36 | DTRemenak | JeffM changed a bunch of stuff wrt shots around a year ago; that's probably what introduced the ricochet bugs |
| 16:58.00 | cygal | okay |
| 16:58.11 | cygal | I'll try to look into the ok/not responding first, I bumped into it a few times already |
| 16:58.38 | DTRemenak | ok. that's a pretty critical bug for release. |
| 16:59.25 | cygal | it's related to DR anyway |
| 16:59.47 | DTRemenak | is not convinced of that :) |
| 17:00.26 | cygal | at least in some way, since this happens in DR code |
| 17:01.17 | DTRemenak | I think that's just a side effect, and it's actually a bug in the new network code. But some here disagree, and nobody's been able to pin it down for sure. |
| 17:03.28 | DTRemenak | wanders off |
| 17:03.54 | cygal | :) |
| 17:10.16 | *** join/#bzflag BlasterWisconsin (n=blasterw@CPE-72-131-125-36.wi.res.rr.com) |
| 17:16.36 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 17:19.12 | *** join/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 17:19.24 | *** part/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 17:20.05 | *** join/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 17:32.12 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 17:32.12 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 17:39.53 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 17:41.54 | *** part/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 17:45.17 | blast007 | JeffM: guess you figured out that "keys" is a reserved word? :) |
| 17:45.36 | JeffM | yeah :) |
| 17:45.52 | JeffM | the page is fugly as heck, but it works |
| 17:46.44 | JeffM | I was going to do the bzfs side of it but then I remember I didn't have a compiler |
| 17:58.51 | *** join/#bzflag Mets (n=Mets@cpe-72-224-55-41.nycap.res.rr.com) |
| 18:16.38 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 18:29.32 | Wyk3d | "jectadmin/JeffM) has joined #bzflag |
| 18:29.33 | Wyk3d | [20:32] * ChanServ sets mode: +o JeffM |
| 18:29.33 | Wyk3d | [20:39] * Flash (n=jwmelto@bzflag/developer/Flash) has joined #bzflag |
| 18:29.33 | Wyk3d | [20:41] * randomparticle (n=xell@about/essy/snick/randomparticle) has left #bzflag |
| 18:29.33 | Wyk3d | [20:45] <+blast007> JeffM: guess you figured out that "keys" is a reserved word? :) |
| 18:29.33 | Wyk3d | [20:45] <@JeffM> yeah :) |
| 18:29.35 | Wyk3d | [20:45] <@JeffM> the page is fugly as heck, but it works |
| 18:29.37 | Wyk3d | [20:46] <@JeffM> I was going to do the b |
| 18:29.40 | Wyk3d | DAMN PASTE |
| 18:30.30 | blast007 | Wyk3d: what IRC client do you use? |
| 18:30.33 | Wyk3d | anyway .. "absolutely not" is the answer i got for whether i will be able to use jectadmin/JeffM) has joined #bzflag |
| 18:30.33 | Wyk3d | [20:32] * ChanServ sets mode: +o JeffM |
| 18:30.33 | Wyk3d | [20:39] * Flash (n=jwmelto@bzflag/developer/Flash) has joined #bzflag |
| 18:30.33 | Wyk3d | [20:41] * randomparticle (n=xell@about/essy/snick/randomparticle) has left #bzflag |
| 18:30.33 | Wyk3d | [20:45] <+blast007> JeffM: guess you figured out that "keys" is a reserved word? :) |
| 18:30.34 | short_circuit | I believe I'm experiencing deja vu |
| 18:30.35 | Wyk3d | [20:45] <@JeffM> yeah :) |
| 18:30.37 | Wyk3d | [20:45] <@JeffM> the page is fugly as heck, but it works |
| 18:30.39 | Wyk3d | [20:46] <@JeffM> I was going to do the b |
| 18:30.42 | short_circuit | dude?!?! |
| 18:30.43 | Wyk3d | no again .. mIRC |
| 18:30.51 | Wyk3d | *not |
| 18:31.01 | blast007 | you should install linux and irssi ;) |
| 18:31.20 | blast007 | "/set paste_verify_line_count 1" ftw |
| 18:34.22 | Wyk3d | soo ... there's no such thing as backwards compatibility with drupal modules |
| 18:34.29 | spldart | you can cut and paste in irssi? |
| 18:34.37 | blast007 | spldart: sure |
| 18:34.42 | spldart | zomg |
| 18:34.45 | spldart | sweet |
| 18:34.47 | blast007 | it's just a terminal application |
| 18:34.54 | blast007 | so it depends how your terminal handles that |
| 18:35.03 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 18:35.03 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 18:35.16 | spldart | = ignorant of, still a few, terminal apps. |
| 18:38.04 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 18:42.15 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 18:45.49 | trepan | sam: i have not subscribed to ftgl-devel (whether it be a mailing list, forum, channel, package, or other) |
| 18:49.20 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 18:49.20 | *** mode/#bzflag [+v spldart] by ChanServ |
| 18:53.27 | Allejo | by default how long can a help msg be? |
| 19:31.17 | cygal | help msg? |
| 19:32.17 | Allejo | yea on a server |
| 19:32.24 | Allejo | by typing /help |
| 19:32.28 | JeffM | the in game text files that you can tie into commands |
| 19:32.33 | JeffM | they are used to provideinfo |
| 19:32.40 | JeffM | doubts anyone reads them ;) |
| 19:32.43 | Allejo | how long can they be? |
| 19:32.47 | Allejo | lol i know |
| 19:32.53 | Allejo | its worth a shot though jeff ;) |
| 19:33.08 | JeffM | what do you want to put in one? |
| 19:33.12 | JeffM | the complete text of the art of war? |
| 19:33.21 | JeffM | long ones will lag as all the messages are flooded out |
| 19:33.32 | Allejo | ah |
| 19:33.34 | JeffM | so no matter how long is "allowed" it's silly to do big ones |
| 19:33.43 | Allejo | ah alrigh |
| 19:43.09 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 19:47.37 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 20:04.26 | BulletCatcher | There is a 10-line limit to help files, IIRC. |
| 20:08.22 | JeffM | trunk buffers the messages, so you do't flood out your players ether |
| 20:08.38 | temp_dist | BulletCatcher: I have 50 line help messages that work fine |
| 20:08.47 | JeffM | really should put a priority sysem on that buffer, so that text messages can wait till after updates |
| 20:14.46 | *** join/#bzflag Think_Differentl (n=fatass@pool-96-231-82-241.washdc.east.verizon.net) |
| 20:18.13 | BulletCatcher | Doesn't high-priority stuff already go via UDP? As long as we send help via TCP then that should be sufficient prioritization. |
| 20:19.08 | BulletCatcher | Or maybe we need to prioritize at a higher layer. |
| 20:19.10 | JeffM | yeah I guess |
| 20:19.21 | JeffM | have to look and see what we send TCP |
| 20:19.24 | JeffM | shots are TCP |
| 20:19.29 | JeffM | and you may care about them before text |
| 20:20.57 | BulletCatcher | Is the intended difference between the use of UDP vs. TCP reliability? (Losing an occasional update due to UDP loss is acceptable, but don't want to lose shots.) |
| 20:41.10 | trepan | clientbase/ServerLink.cxx:475 & game/NetHandler.cxx:430 shots are tcp? |
| 20:41.47 | trepan | also note that shots rely on the preceding MsgPlayerUpdate[Small], also UDP :) |
| 20:41.55 | JeffM | interesting |
| 20:42.01 | JeffM | it would be bad if they got dropped |
| 20:43.49 | trepan | on a related note, shots also use Player::dimensions[Scale] to initial position, which can also vary between clients |
| 20:44.10 | JeffM | so shots are screwed :) |
| 20:44.49 | trepan | amongst other things ;) |
| 20:52.43 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 20:53.50 | *** join/#bzflag Qew (n=qew@unaffiliated/qew) |
| 21:16.49 | *** join/#bzflag Bambino (n=Bambino_@d66-222-226-237.abhsia.telus.net) |
| 21:17.15 | *** join/#bzflag LongDon1 (n=LongDon@host-091-097-079-116.ewe-ip-backbone.de) |
| 21:18.13 | *** part/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 21:26.21 | *** part/#bzflag LongDon1 (n=LongDon@host-091-097-079-116.ewe-ip-backbone.de) |
| 21:41.34 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 22:01.06 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 22:23.28 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 22:23.28 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 22:36.52 | *** join/#bzflag Swigg_ (n=Default@97.95.229.92) |
| 23:33.08 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 23:45.16 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 23:49.11 | *** join/#bzflag Emoeba (n=reggi@nc-67-76-227-5.sta.embarqhsd.net) |
| 23:55.33 | *** join/#bzflag JefferyM (n=JeffM@bzflag/projectadmin/JeffM) |
| 23:55.33 | *** mode/#bzflag [+o JefferyM] by ChanServ |