| 00:26.44 | *** join/#bzflag spldart (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 00:26.44 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 00:26.44 | *** mode/#bzflag [+v spldart] by ChanServ |
| 00:27.51 | *** join/#bzflag Think_Different- (~Think_Dif@213.152.174.186) |
| 00:28.00 | *** join/#bzflag Think_Differentl (~Think_Dif@bzflag/player/ThinkDifferent) |
| 00:56.48 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 00:56.48 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 00:59.57 | *** join/#bzflag bier|tp (~bier@p54A5B685.dip.t-dialin.net) |
| 01:05.58 | *** join/#bzflag QBeep (~QuantumB@cpe-76-186-97-233.tx.res.rr.com) |
| 01:36.45 | *** join/#bzflag trepan (~trepan@unaffiliated/trepan) |
| 01:36.46 | *** mode/#bzflag [+v trepan] by ChanServ |
| 01:51.31 | I_Died_Once | anyone want a google plus invite? |
| 01:51.41 | I_Died_Once | someone could make a page for bzflag? |
| 02:07.42 | *** join/#bzflag allejo (~allejo@cpe-76-95-144-121.socal.res.rr.com) |
| 02:12.44 | *** join/#bzflag Nidhoggr (root@tiphareth.net) |
| 02:15.25 | *** join/#bzflag Nidhoggr (mandrake@tiphareth.net) |
| 02:18.12 | *** join/#bzflag TimRiker (~timr@keri-pc.rikers.org) |
| 02:18.12 | *** join/#bzflag TimRiker (~timr@bzflag/projectlead/TimRiker) |
| 02:18.12 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 02:30.27 | ahs3- | I_Died_Once, i thought they stopped accepting invites? over capacity? |
| 02:33.55 | *** join/#bzflag ahs3- (~ahs3@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 03:01.45 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 03:01.46 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 03:26.37 | *** join/#bzflag Marzipan- (~Marzipan@p5B222D9A.dip.t-dialin.net) |
| 03:27.48 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 03:54.48 | *** join/#bzflag Nidhoggr (cj@jormungandr.dragon.org) |
| 03:56.04 | *** part/#bzflag Nidhoggr (cj@jormungandr.dragon.org) |
| 06:19.50 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 06:26.56 | *** join/#bzflag cods (~cods@tuxee.net) |
| 06:46.38 | *** join/#bzflag Marzipan- (~Marzipan@p5B2226C5.dip.t-dialin.net) |
| 06:48.01 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 07:17.44 | cygal | ahs3-: it was a few days ago. (about invites) |
| 07:26.40 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 09:17.46 | I_Died_Once | Yeah, they turned invites back on and they are going "live" july 31st |
| 09:20.08 | *** join/#bzflag Tuxist (~quassel@dyndsl-085-016-170-105.ewe-ip-backbone.de) |
| 10:06.51 | *** join/#bzflag Think_Differentl (~Think_Dif@213.152.174.186) |
| 10:06.51 | *** join/#bzflag Think_Differentl (~Think_Dif@bzflag/player/ThinkDifferent) |
| 11:04.48 | *** join/#bzflag Think_Differentl (~Think_Dif@bzflag/player/ThinkDifferent) |
| 13:22.31 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 13:37.34 | *** join/#bzflag spldart (~spldart2@c-98-201-137-215.hsd1.tx.comcast.net) |
| 13:37.34 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 13:37.34 | *** mode/#bzflag [+v spldart] by ChanServ |
| 13:41.05 | blast007 | anyone have an idea why this plugin ( http://static.bzexcess.com/playerdb.cpp ) is outputting the following? |
| 13:41.08 | blast007 | action=join&apikey=a94a8fe5ccb19ba61c4c0873d391e987982fbbd3&callsign=test&bzid=&address=a94a8fe5ccb19ba6&build=a94a8fe5ccb19ba61c4c0873d391e987982fbbd3 |
| 13:41.30 | blast007 | the API key is getting pushed into the address and build.. |
| 13:42.13 | blast007 | but if I change the APIKey to, say, "test", then it works right: |
| 13:42.35 | blast007 | action=join&apikey=test&callsign=test&bzid=&address=127%2E0%2E0%2E1&build=2%2E4%2E1%2E20110719%2DDEVEL%2Dlinux%2Dgnu%2DSDL |
| 13:43.24 | cygal | buffer overflow? |
| 13:52.40 | blast007 | that's what it seems like to me |
| 13:53.23 | blast007 | wonder if there's some bug in the TextUtils stuff (since both bz_format and bz_urlEncode use TextUtils::format iirc) |
| 14:00.53 | blast007 | guess the url encode calls format (which then calls vformat), and bz_format directly calls vformat |
| 14:38.43 | Chestal | blast007: you can't use the .c_str() pointer after the corresponding string object ceasd to exist |
| 14:39.35 | Chestal | ah, hmm, I misread actually |
| 14:41.43 | Chestal | maybe there is a similar problem in the functons you mention, sure looks like pointer to a buffer which is reused |
| 14:42.45 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |
| 14:46.16 | Chestal | blast007: bz_urlEncode and bz_Format) use a local static string, there's your problem probably |
| 14:47.00 | blast007 | why would it behave differently if I use a shorter APIKey though? |
| 14:47.33 | blast007 | it also didn't happen when I didn't run bz_urlEncode on the APIKey at all |
| 14:47.59 | Chestal | it's undefined behvavior, anything can happen |
| 14:48.06 | cygal | because it's a long string? |
| 14:48.12 | blast007 | so what should I be doing instead? |
| 14:48.21 | Chestal | the string length can influence whether the string object will reallocate a new larger buffer or reuse the old |
| 14:48.55 | Chestal | the API with the static strings sucks, handle with care. Basically, you have to make a copy of the returned char* immediately |
| 14:49.10 | Chestal | at the very latest before calling the same bz_ function again |
| 14:49.23 | blast007 | ok |
| 14:49.53 | blast007 | in the pushstats function it was doing a single format/encode at a time. That should work correctly then? |
| 14:50.16 | Chestal | as long as you don't store the result for later use, yes |
| 14:50.29 | Chestal | (store as a simple pointer that is) |
| 14:50.37 | blast007 | params += format("&callsign%d=%s",index,bz_urlEncode(player->callsign.c_str())); |
| 14:50.37 | blast007 | params += format("&team%d=%s",index,bz_urlEncode(getTeamName(player->team))); |
| 14:51.45 | blast007 | hmm. if we returned a bz_ApiString instead of a const char *, would that be a better solution in the long term? |
| 14:52.07 | Chestal | I'm not sure why the API is returning char pointer, maybe some Windows DLL quirks or something with seperate heaps |
| 14:53.25 | Chestal | I don't know about bz_ApiString, but as is it's very easy to make a mistake when using those string functions |
| 14:53.28 | blast007 | < JeffM> you also can't pass STL across the dll boundry |
| 14:54.08 | blast007 | I'll poke JeffM when he gets in |
| 15:00.57 | Chestal | I guess you could come up with inline wrappers which copy those char* into a string object on the plugin (DLL side), instead of calling the API functions of bzfs directly and be safe. But I am not sure I understand the DLL issues completely |
| 15:09.11 | blast007 | for now I just did one at a time, and that seems to work |
| 15:15.56 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 15:15.56 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:25.26 | *** join/#bzflag moiree (~moiree@dslb-084-059-041-234.pools.arcor-ip.net) |
| 16:50.48 | *** join/#bzflag Tuxist (~quassel@dyndsl-085-016-170-105.ewe-ip-backbone.de) |
| 16:54.43 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 16:59.07 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 16:59.07 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 17:37.56 | blast007 | JeffM: I had a problem with using bz_format with multiple bz_urlEncode's. Conversation from before you joined is here: http://pastebin.com/9EUkd4Nr |
| 17:38.51 | JeffM | so whats the core problem? |
| 17:39.20 | JeffM | bz_string is just a wraper around stl |
| 17:40.30 | blast007 | the core problem is that it was behaving unpredictably given my code |
| 17:41.05 | JeffM | does it do the same thing if you do the same kinda code in bzfs using the same inputs? |
| 17:41.20 | JeffM | with out using the API string or the API functions? |
| 17:41.32 | blast007 | I'll have to try that |
| 17:42.00 | JeffM | cus I can think of 2 possible problems off the top of my head, bugs in the API, or urlencode is making some input for format that freaks it out |
| 17:43.11 | JeffM | and returning a bz_string is wierd cus it makes a copy in the dll |
| 17:43.27 | JeffM | it's also a pain to use so that's why I just did a char* |
| 17:43.37 | blast007 | oh, Chestal mentioned that the bz_urlEncode function uses a static std::string |
| 17:43.45 | JeffM | yes |
| 17:43.51 | blast007 | and we're returning a temp.c_str() of that |
| 17:44.04 | blast007 | (temp being the static string) |
| 17:44.10 | JeffM | yeah so that we have storage for the string |
| 17:44.25 | JeffM | so you can have it be in scope as you pass the char* arround |
| 17:44.34 | JeffM | and so it's ram gets deallocated |
| 17:45.25 | JeffM | tho I wonder if it conflicts with the other temps of the same name |
| 17:46.03 | blast007 | is that 'temp' var being overwritten with each call to bz_urlEncode *before* being passed to bz_format? |
| 17:46.09 | JeffM | yes |
| 17:46.41 | JeffM | it assumes you resolve or copy a call to encode before you call another one |
| 17:46.59 | blast007 | ok |
| 17:47.01 | JeffM | it's easy to test |
| 17:47.05 | JeffM | take the static out |
| 17:47.08 | JeffM | see if it works |
| 17:47.25 | JeffM | tho having it in scope longer then needed would not be a problem I would think |
| 17:52.34 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 17:52.34 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 17:52.46 | JeffM | blast007, you can try something else |
| 17:53.12 | JeffM | make a new API string with yyour content, call the string's urlencode method |
| 17:53.15 | JeffM | then send that into format |
| 17:53.24 | JeffM | that will get rid of the static part |
| 17:53.42 | JeffM | also bzapistring has a format method too |
| 17:53.55 | JeffM | so we don't need a function that returns an api string |
| 17:54.35 | blast007 | ah, didn't even see that |
| 17:54.43 | blast007 | yeah |
| 17:55.00 | *** part/#bzflag kierra (~jolie@unaffiliated/kierra) |
| 17:58.24 | JeffM | if we desuported windows as a server OS we could make the API a lot cleaner |
| 18:02.10 | *** join/#bzflag jh` (~jh_@212-149-234-105.bb.dnainternet.fi) |
| 18:15.53 | blast007 | JeffM: cleaner from being able to use STL, you mean? |
| 18:24.28 | JeffM | and being able to allocated and dallocate across the boundtry |
| 18:24.39 | JeffM | could get rid of the "free player record" thing |
| 20:16.42 | *** join/#bzflag JeffM (~JeffM@adsl-75-16-90-217.dsl.irvnca.sbcglobal.net) |
| 20:16.42 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 20:16.42 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 21:21.58 | *** join/#bzflag randomparticle (~randompar@about/essy/snick/randomparticle) |
| 21:25.12 | *** join/#bzflag yosef (468a95fa@gateway/web/freenode/ip.70.138.149.250) |
| 21:26.44 | yosef | What is this error (64-bit Linux install of 2.4): http://pastebin.com/LujqMx8m? |
| 21:27.07 | yosef | oops: http://pastebin.com/LujqMx8m |
| 22:20.41 | JeffM | when does it happen? |
| 22:21.09 | JeffM | cus it sounds like it can't change to the requested resolution |
| 22:30.46 | yosef | JeffM: when I type 'bzflag' and hit enter |
| 22:32.02 | JeffM | what video card do you have? |
| 22:34.58 | yosef | AMD Radeon HD 6670 1GB DDR5 |
| 22:35.35 | JeffM | what drivers? |
| 22:35.58 | JeffM | also in your config what resolution is it tryng to go to? |
| 22:36.24 | *** join/#bzflag echelon (~echelon@gateway/tor-sasl/harel) |
| 22:36.58 | echelon | anyone an op on 001.bzflag.fr (overdoze ::: most amazing big city fight)? |
| 22:37.27 | echelon | i get "banned host for: (k20z3 aka tankzilla) not welcomed: some guys will never change by admin |
| 22:37.56 | yosef | JeffM: which config do you mean? |
| 22:37.58 | echelon | i have global @, but unsure whether it applies to bzflag.fr |
| 22:39.23 | yosef | JeffM: Proprietary FGLRX graphics driver |
| 22:40.23 | JeffM | yosef, try bzflag -window 800x600 |
| 22:41.01 | yosef | JeffM: thanks! that worked |
| 22:41.32 | JeffM | it means that the config file in ~/.bzf was trying to set a resolution that your card/xconfig did not support |
| 22:41.40 | yosef | my screen resolution is 1440x900 - would that be part of the problem? |
| 22:41.56 | JeffM | go into the video settings and pick that |
| 22:42.01 | JeffM | or set it manualy in the config |
| 22:42.19 | JeffM | but yeah bz is asking for something you can't do, or the driver dosn't think it can do it |
| 22:43.21 | JeffM | echelon, some servers set everyone with @ for testing/stupidity |
| 22:48.10 | echelon | oh |
| 22:48.27 | JeffM | global services can't set ops on other servers |
| 22:48.31 | echelon | or maybe it's a consensus of trusted users |
| 22:48.36 | JeffM | nope |
| 22:48.40 | echelon | -_- |
| 22:48.42 | JeffM | there is no facility for poll ops |
| 22:49.05 | JeffM | servers have to ask the list server if people are in specific groups, the list server dosn't assign permissions |
| 22:49.07 | echelon | fine, but how do i find out why i get kicked out from there |
| 22:49.13 | JeffM | ask the owner |
| 22:49.22 | JeffM | servers are run independetly |
| 22:49.27 | echelon | i don't even know tankzilla |
| 22:49.29 | echelon | ok |
| 22:49.33 | echelon | is he here? |
| 22:49.34 | JeffM | send them a PM on the forums |
| 22:49.51 | yosef | JeffM: Where can I set the screen resolution in the config? |
| 22:49.54 | JeffM | every 2.4 server has a owner with a bzbb account |
| 22:50.07 | JeffM | yosef, it will be one of the lines in there |
| 22:50.10 | JeffM | I don't remember it's name |
| 22:50.12 | JeffM | let me look |
| 22:50.47 | JeffM | set resolution "1920x1200 @60Hz 32 bits" |
| 22:51.00 | JeffM | linux dosn't use the refresh IIRC |
| 22:52.25 | yosef | strange, I don't have that line |
| 22:52.40 | moiree | here, no refresh or depth: set resolution "1024x768 " |
| 22:52.49 | JeffM | yeah that's what SDL does |
| 22:53.10 | JeffM | yosef, so add it |
| 22:53.31 | JeffM | set resolution "1440x900 " |
| 22:54.34 | yosef | JeffM: marvelous! but why is the tab needed after the second number? |
| 22:54.37 | JeffM | your driver may not have returned a valid size when we asked sdl |
| 22:54.52 | JeffM | cus that's where the refresh and bit depth would be |
| 22:55.04 | JeffM | windows, and native X windows use it |
| 22:55.10 | JeffM | SDL dosn't so it leaves them blank |
| 22:55.18 | yosef | awesome! thanks! |
| 22:55.21 | JeffM | I don't know if the parser will handle it not being there |
| 23:25.04 | *** join/#bzflag KTL (~KTL@85.234.201.85) |
| 23:36.57 | *** join/#bzflag Nidhoggr (cj@jormungandr.dragon.org) |
| 23:49.39 | *** join/#bzflag spldart (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 23:49.40 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 23:49.40 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:49.49 | blast007 | echelon: tankzilla was who was *banned*, it looks like - not who put the ban in |
| 23:51.25 | blast007 | it was 'admin' who added the ban, which I doubt is a global account. they probaby manually edit the bans, or use /password (or perhaps a server mod) |
| 23:52.09 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |
| 23:53.03 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |