| 00:04.17 | Mets | think_tank, I'm a dependent and I got a tax refund |
| 00:04.27 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 00:04.37 | think_tank | then u lied on your tax return when it asked "can someone else claim you as a dependent" |
| 00:05.08 | think_tank | and i can get 60 bucks for turning you in :) |
| 00:05.51 | Mets | nope, it's legit |
| 00:06.09 | Mets | if you file a Schedule D you are eligible |
| 00:06.37 | Mets | because that requires you to file the full 1040, not the 1040EZ or something else |
| 00:06.50 | think_tank | takes it to #bzchat |
| 00:12.29 | *** join/#bzflag FalseProphet_ (n=Tom@d35-85.rt-bras.wnvl.centurytel.net) |
| 00:17.40 | Winny | ~think_tank++ |
| 00:17.47 | think_tank | bows |
| 00:39.15 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 00:50.44 | *** join/#bzflag bier (n=bier@p54A56833.dip.t-dialin.net) |
| 00:57.35 | spldart | umm. that's just wrong |
| 01:06.05 | L4m3r | what's the status on the shirts? has Jeff said anything? |
| 01:07.03 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 01:10.12 | BulletCatcher | Regarding the "no matching function for call" error at line 3 of blast007's http://pastebin.bzflag.bz/m3c80c513, does that mean that a method has not been implemented for the particular argument type (wchar_t in this case)? |
| 01:11.43 | Flash | basically, yes |
| 01:13.18 | Flash | probably its using a char* to initialize a wstring |
| 01:14.03 | BulletCatcher | the expression is std::wstring(string.c_str()) |
| 01:14.22 | Dr_Spaceman | there is a real fucntion to convert |
| 01:14.30 | Dr_Spaceman | if wstring exists |
| 01:14.36 | Dr_Spaceman | you should use that if it's defined |
| 01:14.42 | Dr_Spaceman | otherwise the char will work |
| 01:15.12 | BulletCatcher | The std:wstring type does exist, so I just need to find the name of the conversion function? |
| 01:15.20 | Dr_Spaceman | yes |
| 01:15.24 | BulletCatcher | Thanks. |
| 01:15.24 | ibot | BulletCatcher: gern geschehen |
| 01:15.53 | Dr_Spaceman | why is ibot in open mode? |
| 01:59.59 | Flash | http://www.codeguru.com/forum/archive/index.php/t-193852.html |
| 02:00.05 | Flash | BulletCatcher: try that |
| 02:00.26 | BulletCatcher | I am just reading the mbsrtowcs man page. I think that's it. |
| 02:00.50 | Flash | I've never heard of that.... is it portable? |
| 02:01.14 | BulletCatcher | It appears to be GNU code. |
| 02:01.38 | Flash | the std::copy trick seems pretty straightforward |
| 02:03.31 | BulletCatcher | I'll look at both approaches after dinner. Thanks for the URL. |
| 02:11.07 | Flash | can anyone give me an easy way to test non-player connections? |
| 02:15.49 | Flash | while the collective wisdom is pondering that question, what's the best way to document design decisions? |
| 02:35.57 | TD-Linux | README.txt |
| 03:13.56 | Flash | BulletCatcher: if you are in the mood: https://sourceforge.net/tracker/index.php?func=detail&aid=1966300&group_id=3248&atid=303248 |
| 03:17.49 | BulletCatcher | You warned us it would be a big change. You weren't kidding. |
| 03:18.21 | Flash | it's as locallized as I can make it |
| 03:18.32 | Flash | raw socket I/O permeated everything |
| 03:18.33 | BulletCatcher | I belive you. |
| 03:18.52 | BulletCatcher | Before I can look at it I need to solve the wstring problem to get a successful compile on Linux. |
| 03:18.53 | Winny | ~Thumper_++ |
| 03:18.56 | Flash | of course, my clean view doesn't build, because of the wstring thing |
| 03:19.24 | BulletCatcher | That answers my question about the state of MacOS, too. :-) |
| 03:28.55 | Flash | if there's a foxburrow admin about, yomomma/ is cursing up a storm |
| 03:30.30 | Winny | Flash, :P |
| 04:27.45 | Flash | BulletCatcher: it looks like the TextUtils thing is a 3-line fix |
| 04:28.30 | BulletCatcher | Yes, but BZWReader is still broken. |
| 04:28.31 | Flash | oh.... things are MUCH worse than I thought |
| 04:28.43 | BulletCatcher | Using std::copy() as described at the codeguru URL Flash posted above is enough to get src/common/TextUtils.cxx to complile, although I don't think it performs any useful conversion. |
| 04:28.45 | BulletCatcher | However, src/bzfs/BZWReader.cxx is now trying to send a std::wstring to ifstream(), which is unsupported on Linux. |
| 04:29.08 | BulletCatcher | I think we will only be able to support Unicode file name on Windows for now. |
| 04:29.21 | Flash | I can't even get through configure..... |
| 04:31.28 | Flash | ewwwww. common.h has #define wstring string |
| 04:31.48 | BulletCatcher | re-run autogen.sh |
| 04:32.09 | Flash | I'm afraid.... are you going to commit your configure fix any time soon? |
| 04:32.28 | BulletCatcher | see r17199 ! |
| 04:32.40 | Flash | ah.. CIA has been letting me down |
| 04:33.14 | BulletCatcher | Actually, CIA reported that commit, but there was an earlier gap. |
| 04:33.45 | Flash | that one doesn't purport to be the freetype fix |
| 04:33.56 | BulletCatcher | Oh. |
| 04:34.00 | Flash | yeah |
| 04:34.38 | BulletCatcher | Yes, no freetype fix has been committed, but my hack should still work. |
| 04:35.13 | *** join/#bzflag DTRemenak (i=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 04:35.13 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 04:35.48 | BulletCatcher | The change in r17199 should take care of the wstring define in common.h. |
| 04:37.04 | Flash | DTRemenak: do you have a quick/easy way to test non-player network connections? |
| 04:40.53 | Flash | BulletCatcher: what do you expect a "useful" conversion to do? |
| 04:41.28 | DTRemenak | non-player? |
| 04:41.31 | DTRemenak | as in...? |
| 04:41.40 | Flash | I don't know |
| 04:41.46 | DTRemenak | heh |
| 04:41.52 | Flash | Jeff was giving me dire warnings not to break it |
| 04:42.09 | BulletCatcher | I don't really know. I am strictly an ASCII kind of guy, so I don't know how to test this new bit of code. |
| 04:42.16 | DTRemenak | make sure the webreport plugin works, I suppose |
| 04:43.09 | Flash | DTRemenak: how do I do that? |
| 04:43.38 | Flash | BulletCatcher: wide strings extend "regular" strings to allow 16 bit chars, but the ASCII chars are still the same |
| 04:43.47 | Flash | so widening the chars is "useful" |
| 04:44.13 | Flash | I'm less convinced that providing a wstring to ifstream is "useful" in any case |
| 04:44.25 | Flash | does the OS support wchar names? |
| 04:44.46 | Flash | (also, your hack seems broken now :( _ |
| 04:45.36 | BulletCatcher | Linux has wchar_t, but ifstream() doesn't seem to support it. |
| 04:46.25 | BulletCatcher | It looks like MacOS is the same. |
| 04:48.00 | javawizard2539 | Is it possible to get your current location coordinates when roaming as an observer, similar to when you're tracking a person with extended observer info on? |
| 04:48.36 | Flash | huh? |
| 04:48.44 | DTRemenak | set showCoordinates 1 |
| 04:49.08 | javawizard2539 | Ok |
| 04:49.26 | javawizard2539 | Flash: I'm trying to find out what's up with the teleporters |
| 04:49.35 | Flash | BulletCatcher: the ifstream class is honked, because it doesn't support std::string in the first place. Use the code guru logic to convert from wstring to string, then call c_str() |
| 04:49.40 | javawizard2539 | Someone messed up the names of the teleporters and their ordering |
| 04:49.49 | Flash | oh |
| 04:50.08 | Flash | there is no way to use wchar_t* for ifstream |
| 04:51.25 | BulletCatcher | As I see it, if the ifstream() implementation provided with g++ won't take a wchar_t* then there simply will not be support for Unicode file names on those systems. |
| 04:51.34 | javawizard2539 | set showCoordinates 1 is not working |
| 04:51.45 | javawizard2539 | neither is _showCoordinates |
| 04:52.02 | Flash | it's only a problem if there is a file name that uses extended characters |
| 04:52.34 | Flash | you can have a wstring that consists entirely of ASCII characters |
| 04:52.38 | Flash | it just wastes space |
| 04:52.54 | Flash | converting such a wstring to string is lossless |
| 04:53.23 | Flash | it is a limitation of coding that file names need to be ASCII |
| 04:53.38 | Flash | the underlying system call still takes a char* in any event |
| 04:54.23 | L4m3r | not being able to extend unicode to *nix systems is a bit of a pisser, though |
| 04:54.39 | L4m3r | I would imagine that outside the US, linux is in wider use |
| 04:55.23 | BulletCatcher | So how do we write the code in BZWReader? The Windows implementation of ifstream() will take a wstring but the unix implementations do not. |
| 04:56.02 | *** join/#bzflag DTRemenak (i=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 04:56.02 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 04:57.47 | L4m3r | I've no idea |
| 04:57.53 | L4m3r | it just sucks, that's all :\ |
| 04:58.18 | L4m3r | but there must be a way... I mean, the OS and other apps use the same system calls that we do |
| 04:58.44 | L4m3r | so unless *nix does not support unicode filenames, I'm sure there's a trick to do it |
| 04:58.48 | BulletCatcher | Maybe they don't use basic_ifstream. |
| 04:59.40 | L4m3r | hm, you're right. a raw read would probably work. |
| 05:00.46 | BulletCatcher | Googles for ideas |
| 05:00.53 | L4m3r | kind of nasty, but it'd do the job |
| 05:08.03 | Flash | ok, you have to use wcrtomb to convert from wchar to char |
| 05:08.36 | Flash | actually, wcstombs is correct |
| 05:08.53 | Flash | (although you can use the restartable version if you like, I don't know enough yet) |
| 05:09.11 | Flash | try "man multibyte"; it's pretty useful on MacOS |
| 05:12.33 | BulletCatcher | Wouldn't it be easier to do no conversions at all rather than to convert from string to wstring and then back again? |
| 05:12.57 | Flash | hard to say |
| 05:13.17 | Flash | you have to convert to multi-byte chars to use an interface that requires char* |
| 05:14.01 | Flash | wide chars have the benefit of keeping each character in a single 'unit' (wchar_t) |
| 05:14.19 | Flash | logically easier to deal with, I guess |
| 05:14.58 | L4m3r | ~nuke me |
| 05:14.58 | ibot | ACTION prepares 100 missle silos, and targets them at l4m3r ... Bâ¢â¢M! |
| 05:15.03 | javawizard2539 | Is there any way to get the server to print a message when a player teleports, and which teleporter was the source and the target? |
| 05:15.40 | Flash | I doubt it, short of a code mod |
| 05:15.45 | javawizard2539 | Hmm |
| 05:16.02 | javawizard2539 | I'm having one devil of a time tracking down those teleporters |
| 05:16.12 | BulletCatcher | javawizard2539: -dddd on the command line would enable such a message if it exists, but it probably doesn't. |
| 05:16.13 | javawizard2539 | I got them to teleport, just to the wrong location |
| 05:16.27 | javawizard2539 | Would that be something worth adding if it's not there already? |
| 05:16.40 | javawizard2539 | It seems like a useful debug message for cases like this |
| 05:18.29 | Flash | BulletCatcher: this page seems good: http://www.cl.cam.ac.uk/~mgk25/unicode.html#mod |
| 05:18.38 | DTRemenak | javawizard2539: a message of that sort at debug level 4 would probably be accepted |
| 05:18.47 | javawizard2539 | Ok |
| 05:18.57 | BulletCatcher | Flash: I found that page too. :-) |
| 05:19.13 | javawizard2539 | DTRemenak, the set showCoordinates 1 didn't do anything |
| 05:19.19 | javawizard2539 | It said that the variable doesn't exist |
| 05:19.25 | DTRemenak | javawizard2539: in your config file, or /localset |
| 05:19.27 | DTRemenak | it's a client var |
| 05:19.33 | javawizard2539 | Oh, ok |
| 05:20.29 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 05:20.43 | javawizard2539 | It's not doing anything |
| 05:20.51 | javawizard2539 | I tried _showCoordinates and showCoordinates |
| 05:21.01 | Flash | you scared him away |
| 05:21.08 | javawizard2539 | :) |
| 05:26.16 | *** join/#bzflag DTRemenak (i=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 05:26.16 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 05:29.09 | BulletCatcher | It appears that a Russian (for example) file name specified on the command line will be stored in a std::string, presumably in some multibyte encoding. |
| 05:29.11 | BulletCatcher | Since unix ifstream() can't handle a std::wstring, I think we should just pass the multibyte blob directly to ifstream() rather than converting it to wstring and then back to multibyte. |
| 05:29.42 | Flash | ftp://ftp.ilog.fr/pub/Users/haible/utf8/Unicode-HOWTO-3.html#ss3.1 |
| 05:30.12 | Flash | where do you have the multibyte blob? |
| 05:30.27 | Flash | where are we trying to send a wstring to ifstream? |
| 05:31.12 | BulletCatcher | src/bzfs/BZWReader.cxx line 76 |
| 05:32.10 | Flash | filename is passed as a std::string; no conversion is appropriate there, you are right |
| 05:32.19 | Flash | remove the conversion |
| 05:32.47 | Flash | or put #IFDEF WINDOWS in |
| 05:34.09 | BulletCatcher | I'll see if I can come up with a configure.ac change that will detect wstring support in ifstream(). |
| 05:34.56 | Flash | well, we know it works for Windows and it doesn't work for unix.... seems like the brute force approach is reasonable ;-) |
| 05:35.58 | BulletCatcher | I have removed the call to convert_to_wide() in a change I won't commit, and that makes it compile cleanly. |
| 05:36.13 | Flash | right, me too |
| 05:37.05 | BulletCatcher | With that, and the 3-line change in TextUtils, can you get a completely successful compile now, Flash? |
| 05:37.16 | BulletCatcher | I can. |
| 05:37.37 | Flash | I have to carefully back out my patch first |
| 05:37.47 | BulletCatcher | :-) |
| 05:38.57 | Flash | this configure hack/workaround is a real pain |
| 05:39.26 | BulletCatcher | A better fix is next on my list. |
| 05:44.29 | BulletCatcher | You may need to remove the ampersands from lines 385 and 452 of plugins/plugin_utils/plugin_HTTPTemplates.cpp to get it to compile. |
| 05:45.02 | Flash | hmmm. I got an error on bzrobots.cxx |
| 05:45.13 | BulletCatcher | hang on. |
| 05:45.33 | Flash | bzrobots.cxx:67:29: error: ServerStartMenu.h: No such file or directory |
| 05:45.37 | Flash | that seems odd |
| 05:45.40 | BulletCatcher | Just remove that line. |
| 05:46.17 | BulletCatcher | ServerStartMenu.h is gone. |
| 05:46.38 | Flash | feel free to commit the fix ;-) |
| 05:46.46 | BulletCatcher | Yeah. |
| 05:48.57 | Flash | what is weird is that the tree I was developing in doesn't compile down in FTGL |
| 05:49.13 | Flash | but my "clean" tree seems to be working fine (with changes) |
| 05:50.12 | Dr_Spaceman | did I missa header? |
| 05:50.40 | CIA-33 | BZFlag: 03dtremenak * r17209 10/trunk/bzflag/src/bzrobots/bzrobots.cxx: no more serverstartmenu.h |
| 05:50.48 | JeffM | thanks |
| 05:50.48 | ibot | JeffM: my pleasure |
| 05:50.55 | BulletCatcher | lol |
| 05:51.08 | JeffM | ibot shutup |
| 05:51.08 | ibot | yes master, I'll STFU |
| 05:51.15 | Flash | <PROTECTED> |
| 05:51.57 | JeffM | contentrates and trys to read Flash's mind harder |
| 05:52.06 | Flash | 23:44 < BulletCatcher> You may need to remove the ampersands from lines 385 and 452 of plugins/plugin_utils/plugin_HTTPTemplates.cpp to get it to compile. |
| 05:52.26 | JeffM | no those should be refrences |
| 05:52.30 | JeffM | cus they are modified |
| 05:52.38 | Flash | references to temporaries are not defined |
| 05:52.46 | JeffM | where are they temps? |
| 05:52.54 | JeffM | what method?\ |
| 05:52.55 | Flash | because it was returned from a function call |
| 05:53.01 | JeffM | what method? |
| 05:53.26 | Flash | ProcessLoop is the first one (line 385) |
| 05:53.57 | JeffM | ahh I see |
| 05:54.00 | JeffM | hmmmm |
| 05:54.01 | Flash | <PROTECTED> |
| 05:54.12 | JeffM | yeah read and find may not need refs |
| 05:54.22 | JeffM | since they don't mod but return a copy |
| 05:54.24 | JeffM | let me review |
| 05:54.40 | Flash | the results of a function must always be assigned to a "current" scope variable |
| 05:54.47 | JeffM | I know the rule |
| 05:55.10 | JeffM | I just forgot that all methods don't mod in the input iterator |
| 05:55.48 | JeffM | anything that mods the input iterator should not be pulling it's input from another function |
| 05:56.00 | JeffM | that's why I want to review it to make sure the logic flow is right |
| 05:56.28 | CIA-33 | BZFlag: 03dtremenak * r17210 10/trunk/bzflag/ (include/bzfsAPI.h src/bzfs/bzfsAPI.cxx): apply patch 1956498 - Remove API "generic socket listener" interface from flash. |
| 05:57.20 | BulletCatcher | That's gonna hurt patch 1966300. |
| 05:57.34 | CIA-33 | BZFlag: 03JeffM2501 * r17211 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTPTemplates.cpp plugin_HTTPTemplates.h): readKey and findNextTag return a copy of the input iterator and may take input from the results of other methods, they should not take a reference to the input iterator because they do not modify it. |
| 05:57.58 | Flash | BulletCatcher: is that mine? |
| 05:58.04 | BulletCatcher | Yes. |
| 05:58.15 | Flash | I'll adapt (as soon as I can compile :-) |
| 05:58.16 | JeffM | fixing patches to work is part of applying them ;) |
| 05:58.23 | BulletCatcher | 1966300 includes 1956498 |
| 05:58.25 | DTRemenak | not gonna hurt, assuming everything is merged properly on his end |
| 05:58.35 | DTRemenak | it'll just say "already applied" if you try to apply it again |
| 05:58.44 | BulletCatcher | cool |
| 05:58.44 | DTRemenak | but it'll make his NEXT patch that much smaller ;) |
| 05:58.59 | DTRemenak | would like those patches to be smaller :) |
| 05:59.20 | BulletCatcher | "as small as possible, but no smaller" |
| 05:59.24 | DTRemenak | yup |
| 05:59.54 | DTRemenak | closes all the patches obsoleted by 1966300 |
| 06:00.11 | BulletCatcher | ~DTRemenak++ |
| 06:04.31 | BulletCatcher | JeffM: did you follow the earlier discussion about whether we should bother to use wstring on unix systems? |
| 06:06.27 | DTRemenak | launches into an informative discourse on the wstring 'thing' - see if this agrees with what y'all have learned |
| 06:06.48 | Flash | DTRemenak: actually, the API change wasn't the bulk of that patch.... |
| 06:06.55 | DTRemenak | yeah, just a bit |
| 06:07.11 | JeffM | BulletCatcher: no |
| 06:07.12 | Flash | moving things around in bzfs.cxx and NetHandler were much larger, I think |
| 06:07.23 | JeffM | what is wrong with using it? |
| 06:07.33 | JeffM | is it not the right thing for wide strings? |
| 06:07.43 | DTRemenak | first, the patches that were applied work around a bug in the iostream library shipped with Visual Studio, which has a bug wherein multibyte strings aren't handled correctly as input to the normal fstream |
| 06:08.00 | JeffM | honestly I don't care, whatever works |
| 06:08.10 | DTRemenak | however, passing them in as wstrings avoids the aforementioned bug |
| 06:08.34 | Flash | listens for more..... |
| 06:08.39 | DTRemenak | secondly, mbstowcs is the correct ansi function to handle conversion to wide strings on unix platforms |
| 06:08.53 | DTRemenak | but most unix platforms are already using utf-8 in narrow strings |
| 06:09.11 | DTRemenak | and utf-16 is honestly not that much of an improvement (most wstring impls are 16-bits wide afaict) |
| 06:09.36 | Flash | JeffM: plugin_HTTPTemplates.cpp:385: error: invalid initialization of non-const reference of type '__gnu_cxx::__normal_iterator<const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >&' from a temporary of type '__gnu_cxx::__normal_iterator<const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >' |
| 06:09.44 | Flash | didn't fix it |
| 06:09.59 | JeffM | never said my full intent was to fix all your issues :) |
| 06:10.02 | DTRemenak | thirdly, while gcc does have specializations for wstrings in iostream, it does NOT have overloaded constructors for the opposite type of filename |
| 06:10.11 | Flash | ~lart JeffM |
| 06:10.11 | ibot | gives JeffM a good seeing to |
| 06:10.20 | JeffM | ok, then I won't fix it |
| 06:10.22 | JeffM | have fun |
| 06:10.37 | DTRemenak | so the code as it is does not build on unix systems |
| 06:10.39 | L4m3r | JeffM: what's the status on the shirts |
| 06:10.41 | L4m3r | ? |
| 06:10.45 | JeffM | L4m3r: printing |
| 06:10.52 | L4m3r | mmk |
| 06:10.52 | JeffM | should be here this week sometime |
| 06:10.53 | DTRemenak | Flash: that agree with what you've seen? |
| 06:10.56 | Flash | yes |
| 06:10.59 | DTRemenak | cool |
| 06:11.00 | JeffM | there were delays with the art |
| 06:11.00 | BulletCatcher | I agree too. |
| 06:11.19 | DTRemenak | went through this whole thing yesterday trying to figure out what to do :) |
| 06:11.24 | L4m3r | well, I just created a file called "bâ¢â¢m", so there must be a way to do it |
| 06:11.25 | JeffM | Flash: your problem is a different one |
| 06:11.36 | Flash | JeffM: I have many problems ;-) |
| 06:11.44 | JeffM | one where it seems that you can't convert a ref to a value |
| 06:12.07 | Flash | a ref can't be initialized from a temporary (the return of a function) |
| 06:12.23 | DTRemenak | it seems to me that since the fix added recently was specifically a workaround for a windows bug, we should only be doing the conversion on windows |
| 06:12.23 | JeffM | Flash: that line isn't the restult of a function |
| 06:12.42 | JeffM | 385 is std::string::const_iterator &itr = readKey(key,inItr,str); |
| 06:12.43 | DTRemenak | but we should be doing it everywhere we use fstream on windows |
| 06:12.51 | DTRemenak | which we currently don't |
| 06:13.19 | JeffM | Flash: where is there an unnamed temp in that code? |
| 06:13.25 | Flash | JeffM: line 385: std::string::const_iterator &itr = readKey(key,inItr,str); |
| 06:13.36 | JeffM | that'd be what I pasted |
| 06:13.42 | JeffM | where is the unnamed temp? |
| 06:13.47 | L4m3r | has the original behavior been tested on *nix? I would imagine that unicode filename support would be a good idea regardless of OS |
| 06:13.48 | JeffM | none of those are temp |
| 06:13.50 | Flash | the return value of readKey |
| 06:13.57 | JeffM | ahh |
| 06:14.01 | DTRemenak | L4m3r: unixes generally pass *everything* as UTF-8 |
| 06:14.11 | JeffM | that's a missmatch not temp :) |
| 06:14.13 | DTRemenak | so the original behavior should be good |
| 06:14.34 | Flash | it's still a temporary, until it is assigned to a variable |
| 06:14.39 | L4m3r | iirc the only thing that made it a windows bug was the fact that the guy was using a Russian-localized Windows |
| 06:14.43 | DTRemenak | windows has two different narrow-string variants and gets confused easily between what's local-codepage and what's utf-8 |
| 06:15.21 | CIA-33 | BZFlag: 03JeffM2501 * r17212 10/trunk/bzflag/plugins/plugin_utils/plugin_HTTPTemplates.cpp: when we return a value, keep it as a value not a refrence, that's just a typo |
| 06:15.47 | Flash | L4m3r: the unix system calls (hence fstream) represent file names as char*, even if they are multibyte char strings |
| 06:16.04 | L4m3r | yeah, that was my next question |
| 06:16.04 | JeffM | so make the string thing be windows only and move on. |
| 06:16.05 | *** join/#bzflag AAA_awright_____ (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) |
| 06:16.25 | Flash | unfortunately, the fstream library never took std::string for a filename, hence it doesn't support std::wstring either ;-) |
| 06:16.55 | BulletCatcher | Isn't std::string the same as a (char *) ? |
| 06:16.59 | Flash | nope |
| 06:17.24 | JeffM | or make a utility in common that opens a stream from a converted c string and have it just do the wstring thing for windows. |
| 06:17.27 | JeffM | then everyone can use it |
| 06:17.32 | JeffM | but the interface is the stream |
| 06:18.18 | DTRemenak | the question is how to appropriately handle the windows case. i.e. this is not the only place we run into this. we should be either converting everything we get from windows or pass back as local-codepage mbcs into utf-8 and vice versa, or keeping everything in local-codepage mbcs internally and converting to utf-8 for the fstream libs. |
| 06:18.47 | Flash | \o/ a (mostly) clean compile! |
| 06:18.48 | DTRemenak | and since I don't exactly have a non-latin alphabet windows install here, it's difficult to figure out what to do where |
| 06:18.53 | JeffM | DTRemenak: is the problem all use of strings in windows? or just using them to open streams? |
| 06:19.35 | BulletCatcher | Yes. r17212 mostly complies now. We just need to resolve the wstring thing. |
| 06:19.38 | DTRemenak | the problem is that the various windows apis use different string formats. fstream is the big offender because it's different from the c apis. |
| 06:19.51 | JeffM | so wrap it |
| 06:20.06 | DTRemenak | I'm not actually sure which is which either. I think the windows apis are supposed to use unicode to begin with on NT. |
| 06:20.14 | JeffM | or you want to go back to bzString? ;) |
| 06:20.17 | DTRemenak | hah |
| 06:22.21 | JeffM | the goal of the intial change was to fix that one place, not redo all our strings. I'd say make a wraper for the fstream that works on all OSs ( does the conversion on windows ) use it there, and if we run into the issue later just use that wraper again |
| 06:22.41 | JeffM | and if someone wants to take on the local everywhere issue, that's another thing |
| 06:22.42 | DTRemenak | k |
| 06:23.31 | JeffM | then at least the russian dude can open a map :) |
| 06:24.06 | BulletCatcher | For what it's worth, AlexanderLAW (who started this mess) eventually foresaw some of this trouble and suggested http://pastebin.bzflag.bz/m2a42ac76 as a solution. |
| 06:24.39 | JeffM | he did |
| 06:25.05 | JeffM | tho it's simpler to just wrap the fstream then we can have others use it |
| 06:25.26 | CIA-33 | BZFlag: 03dtremenak * r17213 10/trunk/bzflag/src/common/TextUtils.cxx: don't leak when converting narrow to wide strings on windows |
| 06:25.27 | JeffM | instead of having to do #def windows everywhere you want to open one |
| 06:26.10 | Flash | bzfstream ? |
| 06:26.14 | JeffM | no |
| 06:26.23 | JeffM | just openFstream |
| 06:26.29 | JeffM | and have it do the conversion for windows |
| 06:26.31 | JeffM | and nothing for nix |
| 06:26.46 | BulletCatcher | That sounds reasonable to me. |
| 06:26.53 | JeffM | basicly wrap the new in one place |
| 06:27.03 | DTRemenak | you're both right. jeff's solution, but in bzfstream.h. otherwise the namespace is not clean. |
| 06:27.21 | JeffM | yeah it dosn't bellong in text uitls |
| 06:27.43 | JeffM | the stream part |
| 06:28.15 | JeffM | or in some stream_utils file |
| 06:28.25 | Flash | didn't know there WAS a bzfstream |
| 06:28.32 | DTRemenak | there wasn't ;) |
| 06:28.34 | JeffM | there probably isn't untill now |
| 06:29.50 | Flash | pfft. Something is honked with the patch, I think |
| 06:32.51 | JeffM | so is the only fix for client side bots so far to have them go back to using more then one connection? |
| 06:33.30 | Flash | my bot patch was just reverting the change that broke them, yes |
| 06:33.36 | JeffM | I know |
| 06:33.48 | JeffM | but that wasn't understanding why they can not work in one connection |
| 06:33.52 | Flash | you mean is another fix possible? I don't know yet |
| 06:34.56 | *** join/#bzflag JeffMMain (n=Jeff@pool-71-109-223-10.lsanca.dsl-w.verizon.net) |
| 06:39.56 | *** join/#bzflag macsforme (n=const@server1.fairserve.net) [NETSPLIT VICTIM] |
| 06:40.04 | *** join/#bzflag praetorian (n=praetori@124-171-47-27.dyn.iinet.net.au) |
| 06:42.43 | DTRemenak | is still unconvinced this is actually necessary in the non-launched-from-client case |
| 06:42.44 | DTRemenak | if anyone sees AlexanderLAW on, please have him test and make sure that running bzfs -world <a world in his home directory> from the command line still works |
| 06:43.35 | CIA-33 | BZFlag: 03dtremenak * r17214 10/trunk/bzflag/ (3 files in 2 dirs): don't force other platforms to do anything silly just so windows works. |
| 06:43.44 | BulletCatcher | :-) |
| 06:45.49 | CIA-33 | BZFlag: 03dtremenak * r17215 10/trunk/bzflag/src/common/TextUtils.cxx: rm trailing ws |
| 06:48.03 | BulletCatcher | convert_to_wide() should be removed from TextUtils now, I think. |
| 06:48.14 | DTRemenak | it has other potential uses |
| 06:48.38 | DTRemenak | would check in the nixish half if he had the code here |
| 06:49.11 | DTRemenak | there may be places where it is advantageous to assume one character = one string element |
| 06:49.42 | Flash | is it safe for me to revert TextUtils now? |
| 06:49.49 | BulletCatcher | Not yet, Flash. |
| 06:50.30 | BulletCatcher | DTRemenak: is it okay if I commit a change to convert_to_wide() so it will compile on unix? Basically, it will just copy the input to the output. |
| 06:50.31 | javawizard2539 | Is it possible to get the options used to start a server when playing on it? |
| 06:50.36 | DTRemenak | sure |
| 06:50.48 | BulletCatcher | Will do, then. |
| 06:50.53 | DTRemenak | though a solution with mbstowcs would be preferred |
| 06:50.56 | javawizard2539 | Basically, I'm trying to get the options section of a map but it's not downloading with the world file |
| 06:51.12 | DTRemenak | or the equivalent std::locale transformation |
| 06:51.16 | DTRemenak | which is a ROYAL headache |
| 06:51.17 | Flash | DTRemenak: in this case, you are just widening a string, no? |
| 06:51.40 | Flash | you shouldn't have multibyte characters in a std::string |
| 06:51.45 | DTRemenak | why not? |
| 06:51.53 | Flash | isn't really sure |
| 06:52.00 | Flash | except that's what std::wstring is for? |
| 06:52.01 | DTRemenak | utf-8 works fine in std::strings |
| 06:52.23 | Flash | so is there really any benefit to biting off wstrings? |
| 06:52.28 | DTRemenak | wstring ends up with multielement characters too, if your characters are not part of Plane 2 |
| 06:52.47 | DTRemenak | and you're using a 16-bit wchar_t |
| 06:53.22 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) [NETSPLIT VICTIM] |
| 06:54.25 | DTRemenak | using wstrings means you can make a few more assumptions (basically non-cjk languages are represented as character == element). how valuable that is, I don't know. |
| 06:55.29 | DTRemenak | on some platforms (i.e. the mac) wchar_t is 32 bits wide, which is enough for the entire unicode representation. on those platforms there's a distinct advantage to using wstrings. |
| 06:55.57 | *** join/#bzflag AlexanderLAW (n=Alexande@83.239.109.173) |
| 06:56.13 | Flash | BulletCatcher: updated patch so it might actually apply/compile |
| 06:56.45 | BulletCatcher | Okay, Flash. I almost have the TextUtils commit ready. |
| 06:57.27 | Flash | so I saw a change to include/Makefile.am go by. Why is there a Makefile in include? |
| 06:57.40 | Flash | do I need to update that if I add a new include file? |
| 06:58.05 | DTRemenak | yes, you do. it's for make dist. |
| 06:58.14 | DTRemenak | makes sure things make it into the source tarball |
| 06:58.32 | Flash | alright... there's a deficiency in my patch ;-) |
| 06:58.36 | DTRemenak | every file that's needed for building needs an appropriate makefile.am entry |
| 06:59.47 | CIA-33 | BZFlag: 03bullet_catcher * r17216 10/trunk/bzflag/src/common/TextUtils.cxx: |
| 06:59.47 | CIA-33 | BZFlag: Make convert_to_wide() compile on unix systems. |
| 06:59.47 | CIA-33 | BZFlag: It may still need more love. |
| 07:03.08 | Flash | so I know this is widespread in the code, but the standard reserves all names beginning with _ and all names containing __ to the compiler |
| 07:03.22 | Flash | probably a bad habit to continue for include guards |
| 07:12.57 | DTRemenak | for include guards it's ok, I think; all that is stripped out by the preprocessor before it hits the compiler. |
| 07:13.42 | Flash | I think the preprocessor is included in "the compiler", but it's not something I'm prepared to fall on my sword over |
| 07:14.02 | BulletCatcher | Leading underscores are only reserved in binary symbol tables. |
| 07:14.19 | BulletCatcher | As shown by the "nm" command. |
| 07:16.18 | Flash | while not "legalese", consider http://web.archive.org/web/20040416031024/http://oakroadsystems.com/tech/cppredef.htm#ident_ |
| 07:16.28 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) |
| 07:17.14 | DTRemenak | interesting evidence nonetheless |
| 07:17.15 | Flash | or clearer(?): http://web.archive.org/web/20040416031024/http://oakroadsystems.com/tech/cppredef.htm#Groups |
| 07:17.25 | BulletCatcher | searches for his K&R book |
| 07:17.46 | DTRemenak | BulletCatcher: won't be covered there, it's an ISO C++ thing |
| 07:18.00 | BulletCatcher | Got it. |
| 07:18.08 | DTRemenak | unless K&R wrote a book on C++ that I don't know about ;) |
| 07:18.21 | BulletCatcher | grumbles about newfangled languages |
| 07:18.34 | Flash | grumbles with BulletCatcher |
| 07:18.45 | Flash | but not C++.... it's not newfangled anymore |
| 07:18.48 | DTRemenak | looks like C99 contains the same verbage too |
| 07:18.54 | Flash | there must be about 10 more newer languages |
| 07:20.15 | DTRemenak | C99 actually appears to be broader ("all identifiers") where C++ says "names and function signatures" |
| 07:20.25 | Flash | At work, I've adopted the convention of "#ifndef HeaderFile_h_" for guards (fully compliant) |
| 07:20.57 | DTRemenak | yeah, it'd probably be good to get it all fixed at some point. |
| 07:21.06 | Flash | in practice, the likelihood of one of our guards matching a reserved word is really small |
| 07:21.15 | Flash | but I bring it up since you just created a new file |
| 07:21.20 | DTRemenak | is not really worried about it though considering collision probabilities :) |
| 07:21.30 | DTRemenak | pint taken. |
| 07:21.32 | DTRemenak | point even. |
| 07:21.38 | DTRemenak | though a pint wouldn't be bad either. |
| 07:21.41 | Flash | gives DTRemenak another pint |
| 07:21.56 | BulletCatcher | I'm sure we could all use a pint or two at this point. |
| 07:24.08 | Flash | BulletCatcher: this change decouples the message processing from the select()/recv() logic. I was glad to know of your timing problem, because I found that I did not get an entire message in the first read |
| 07:24.17 | Flash | only needed 7 bytes, but only 5 where available |
| 07:24.21 | *** join/#bzflag Noodleman (n=tuckerm@64.207.229.213) |
| 07:24.28 | Flash | non-blocking sockets are tricky like that |
| 07:25.13 | AlexanderLAW | 10DTRemenak:01 hello, I' m that unicode-addicted guy who cant sleep without dreaming of russian-localized BZFlag, ping me please when/if you could discuss this topic |
| 07:26.08 | DTRemenak | AlexanderLAW: ping! (and please refrain from colorizing your text here, it bothers some people who shall remain nameless) |
| 07:26.31 | Flash | oh... my background is black and I didn't see any text |
| 07:26.39 | BulletCatcher | Glad I could help, Flash. I have high hopes for that your changes will benefit the entire code base. |
| 07:26.53 | AlexanderLAW | sorry, it's my irc client |
| 07:27.09 | AlexanderLAW | i read your comments to my patch |
| 07:27.22 | DTRemenak | that was fast :) |
| 07:27.46 | BulletCatcher | So that's what the strange characters do! Emacs does very little with them. |
| 07:27.50 | AlexanderLAW | and to be honest, i didnt understand what you mean render UTF-8 directly |
| 07:28.36 | AlexanderLAW | and what changes do you propose |
| 07:28.48 | DTRemenak | right now your patch converts our strings (which are utf-8) to utf-16. I'd like to avoid that. This means fontmanager would need to be aware of multibyte encoding and handle it correctly. |
| 07:29.20 | AlexanderLAW | but then fontmanager should do this conversion? |
| 07:29.45 | DTRemenak | no. ideally nothing should. utf-8 all the way through (to freetype if possible) |
| 07:30.43 | AlexanderLAW | and ftgl supports it? |
| 07:30.46 | DTRemenak | this may mean ftgl needs to be modified to calculate lengths of multibyte-eincoded strings correctly; I don't know if it currently does. |
| 07:31.12 | DTRemenak | but it is OK to patch FTGL; if the patches are solid we can commit them upstream |
| 07:31.15 | Mets | darn, simulink is a pain when doing redundant work |
| 07:31.22 | AlexanderLAW | well, so it's indeed will be patch for ftgl, not for bzflag? |
| 07:31.49 | AlexanderLAW | almost understood |
| 07:32.13 | DTRemenak | yeah, as much as possible as far back as possible. whatever freetype can do, it should; whatever ftgl can do that freetype can't, it should; whatever we have to do we will. |
| 07:32.43 | DTRemenak | there may still be mods needed to fontmanager, that would not surprise me. |
| 07:33.12 | DTRemenak | I did not write the ANSI-code stuff with multibyte in mind, for instance, so if it starts mangling strings or something we'll need to fix it. |
| 07:33.12 | Flash | wonders if the rest of his FontManager change will ever get committed.... |
| 07:33.42 | DTRemenak | but we should be using multibyte everywhere and wide strings nowhere. same with ftgl for that matter. |
| 07:34.25 | DTRemenak | i.e. if ftgl is asked "what is the length of this utf-8 string" it should answer correctly, by looking at the utf-8 characters, without converting them to utf-16. |
| 07:34.27 | AlexanderLAW | ok, i see, i just found that ftgl supports utf-16 and thought it would be shortest path to my goal |
| 07:35.24 | AlexanderLAW | then can i help somehow with updating ftgl? |
| 07:35.25 | DTRemenak | yeah, it is the shortest :) I am just concerned that it's not the most correct, since we're already using utf-8 eveywhere. I'm not sure ftgl necessarily supports things correctly either; does it handle multi-wchar characters (outside of the BCM) correctly? |
| 07:36.56 | BulletCatcher | Woo-hoo! r17216 compiles cleanly on Linux. Just don't do a "make dist" with my freetype hack applied. |
| 07:37.21 | AlexanderLAW | ok, if behind ftgl there is utf-8 support, you are completely right |
| 07:38.47 | DTRemenak | i.e. if I wanted to write to you in Tengwar, or some of the Unihan characters on the SIP, UTF-16 could not represent them in a single wchar (you'd need UTF-32 for that) |
| 07:39.19 | DTRemenak | so it's best to just have multibyte done right, and use UTF-8 through the whole chain |
| 07:41.14 | AlexanderLAW | i'm afraid i would not understand what you write to me in Tengwar |
| 07:41.30 | DTRemenak | I'd have to look something up to write it, too :) |
| 07:41.40 | DTRemenak | but I'm sure some bzflag player somewhere can write it ;) |
| 07:42.47 | AlexanderLAW | ok, wish he will find someone to read what he write |
| 07:43.34 | AlexanderLAW | so, if i can help with adding utf support, i'm at your service |
| 07:43.48 | AlexanderLAW | at least with testing |
| 07:45.12 | DTRemenak | ok. it's definitely something that would be cool to have working. probably the first step will be getting ftgl to render utf-8 encodings if it doesn't already. it comes with a simple demo app that you can play with if you want. |
| 07:45.52 | DTRemenak | hopefully no mods to freetype will be needed. I don't know how to get anything pushed upstream to them. |
| 07:46.18 | DTRemenak | but I'm pretty sure freetype can handle utf-8 as it is |
| 07:47.20 | DTRemenak | yeah; "Freetype2 always assumes the input string to be encoded in UTF-8" |
| 07:47.38 | AlexanderLAW | fine |
| 07:47.59 | DTRemenak | so look at making ftgl work, and hopefully (I'll cross my fingers) bzflag will "just work" after that. |
| 07:48.39 | AlexanderLAW | then i'll do it, but if there any time restrictions if i want bzflag 3.0 to be Utf-8 |
| 07:48.53 | AlexanderLAW | or maybe it's too late for it |
| 07:49.08 | DTRemenak | we don't have any right now, no. there are still some core things broken that need to be fixed before a release |
| 07:49.36 | DTRemenak | I'd say we have at least a month or two before it's even an issue |
| 07:50.07 | AlexanderLAW | ok, than I'll deal with it on a next week |
| 07:50.12 | DTRemenak | and if necessary I can check in your patch as it stands now for 3.0. I'd rather not need to though :) |
| 07:50.34 | BulletCatcher | freetype is hosted by SourceForge, so we may be able to push changes upstream without too much effort if the maintainers are responsive. |
| 07:50.35 | AlexanderLAW | no, it's necessary |
| 07:50.58 | AlexanderLAW | it's not necessary, i mean |
| 07:51.14 | DTRemenak | ok, cool :) |
| 07:51.46 | AlexanderLAW | I am playing 2.99 and it's enough for me |
| 07:52.21 | DTRemenak | it's pretty buggy still. players go NR all the time and so on... :) |
| 07:52.32 | DTRemenak | but I'm glad someone's using it :) |
| 07:52.46 | AlexanderLAW | i'm playing locally with my son |
| 07:53.04 | AlexanderLAW | and we have no issues with it |
| 07:53.10 | DTRemenak | hm, that's interesting |
| 07:53.25 | DTRemenak | must be lag compensation building up wrong or something. |
| 07:55.41 | BulletCatcher | I see serious lag problems only with some servers. |
| 07:55.53 | AlexanderLAW | i have not very fast internet and experience lags even with 2.x so unfortunately i cant see the diffierence between these versions in that |
| 07:57.23 | BulletCatcher | I think the supposed lag problems in 2.99 are just errors in computation. |
| 07:57.44 | BulletCatcher | But that's just a guess based on the feel of the game. |
| 08:02.20 | *** join/#bzflag Saturos (n=Saturos@i59F77CC6.versanet.de) |
| 08:07.34 | L4m3r | yeah, it doesn't feel that laggy |
| 08:07.44 | L4m3r | aside from when players go NR intermittently |
| 08:10.11 | CIA-33 | BZFlag: 03dtremenak * r17217 10/trunk/bzflag/src/common/Bundle.cxx: normalize line endings |
| 08:12.51 | CIA-33 | BZFlag: 03dtremenak * r17218 10/trunk/bzflag/ (include/Bundle.h src/common/Bundle.cxx): allow full use of utf8. font system is limited only by the TTFs and any bugs we and/or ftgl has, so let them come see the light. |
| 08:13.18 | Flash | watches DTRemenak live life on the edge |
| 08:20.15 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) |
| 08:21.21 | DTRemenak | hmm. Looks like the issue is in FTFontImple::RenderI, which splits the string along its elements. |
| 08:21.46 | DTRemenak | wonders how hard it'd be to handle multibyte there |
| 08:27.03 | L4m3r | maybe write a textutils function for it? |
| 08:59.25 | DTRemenak | AlexanderLAW: you still around? |
| 09:02.41 | *** join/#bzflag noyb_ (n=noyb@nat/sun/x-be5bfa92e62bf78f) |
| 09:03.49 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 09:04.30 | DTRemenak | AlexanderLAW: when you get a chance, please try applying http://mirkwood.swordofkahless.com/ftgl-multibyte.patch to a clean tree |
| 09:05.10 | DTRemenak | it should make your non-latin utf-8 strings show up correctly |
| 09:05.33 | DTRemenak | not really clean enough to check in to ftgl yet, but it's a proof of concept |
| 09:07.24 | AlexanderLAW | back |
| 09:07.38 | AlexanderLAW | ok, i'll do it today |
| 09:08.00 | AlexanderLAW | now i'm downloading latest trunk code |
| 09:08.08 | DTRemenak | doesn't have the right fonts installed, but gets boxes in all the right places :) |
| 09:09.34 | AlexanderLAW | well, then we just need to ensure that they getting there in the right time |
| 09:11.56 | AlexanderLAW | i think FTFontImpl::AdvanceI needs to be changed too |
| 09:12.03 | DTRemenak | yeah, I hit that too |
| 09:12.11 | DTRemenak | without that they weren't in the right places :) |
| 09:13.24 | AlexanderLAW | sorry, I didnt see it in your patch |
| 09:13.31 | AlexanderLAW | now i see it's fine |
| 09:13.35 | DTRemenak | the last chunk is in AdvanceI |
| 09:13.43 | DTRemenak | just didn't have the function name in it |
| 09:13.59 | AlexanderLAW | yes, i'm sorry |
| 09:14.01 | DTRemenak | the call to glyphList->Advance is a dead giveaway though :) |
| 09:14.57 | *** join/#bzflag Winny (n=KyleVE@unaffiliated/winny) |
| 09:22.30 | DTRemenak | goes to bed |
| 09:24.21 | *** join/#bzflag jftsan2 (n=jftsang@88-108-195-32.dynamic.dsl.as9105.com) |
| 09:43.59 | *** join/#bzflag keith80403 (n=keith804@71-208-218-103.hlrn.qwest.net) |
| 10:06.13 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 10:11.37 | *** join/#bzflag zee769 (n=4dc65771@gateway/web/cgi-irc/zeebrothers.net/x-d28a4e97ec1bb44e) |
| 11:21.02 | *** join/#bzflag LongDon (n=LongDon@host-091-097-040-249.ewe-ip-backbone.de) |
| 11:47.32 | *** join/#bzflag BWD (n=me@pdpc/supporter/student/bdotson) |
| 11:49.10 | *** join/#bzflag Qew (n=qew@82-69-126-225.dsl.in-addr.zen.co.uk) |
| 12:00.22 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 12:03.36 | *** join/#bzflag bier_ (n=bier@p54A55A01.dip.t-dialin.net) |
| 12:13.48 | *** part/#bzflag jftsan2 (n=jftsang@88-108-195-32.dynamic.dsl.as9105.com) |
| 12:17.49 | *** join/#bzflag Saturos_ (n=Saturos@i59F77CC6.versanet.de) |
| 12:55.47 | *** join/#bzflag QuantumT1m (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 13:03.17 | *** join/#bzflag Dessy (n=Dessy@88-134-204-43-dynip.superkabel.de) |
| 13:09.25 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 13:14.50 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 13:14.50 | *** mode/#bzflag [+v spldart] by ChanServ |
| 13:16.20 | spldart | YAY! Somebody got the linux build goin good 8-D |
| 13:28.33 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 13:31.49 | *** join/#bzflag Suspect (n=Suspect@68-113-163-117.dhcp.plt.ny.charter.com) |
| 14:14.46 | *** join/#bzflag Zeeb (n=4ab8a694@gateway/web/cgi-irc/zeebrothers.net/x-9e121f8426d0971d) |
| 14:17.14 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 14:44.20 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 14:53.22 | *** join/#bzflag cods (n=cods@tuxee.net) |
| 16:16.55 | *** join/#bzflag Epyon_ (n=Epyon@90-156-93-82.magma-net.pl) |
| 16:28.04 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-223-10.lsanca.dsl-w.verizon.net) |
| 16:28.30 | *** join/#bzflag TJ13820 (n=TJ@c-71-206-201-73.hsd1.pa.comcast.net) |
| 16:28.50 | TJ13820 | who own's bzflag2.norang.ca port 4420? |
| 16:28.57 | Winny | Thumper_ |
| 16:29.33 | donny_baker | what's up? |
| 16:29.57 | TJ13820 | Thumper_ , i was just banned by a hacker on your server. his name is Keizer. He said to me "Tj, you forced me to have to use my hack", so i started a poll to ban him, then he banned me somehow |
| 16:30.11 | Winny | right. |
| 16:30.14 | donny_baker | checks |
| 16:30.15 | JeffM | TJ13820: send him a private message |
| 16:30.21 | JeffM | bans are not pbulic |
| 16:30.29 | TJ13820 | okay |
| 16:30.55 | Winny | it was a pollban |
| 16:36.47 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 16:41.54 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 18:01.03 | CIA-33 | BZFlag: 03JeffM2501 * r17219 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTPTemplates.cpp plugin_HTTPTemplates.h): Add basic template fields for PageTime, URL, and Plug-in name. |
| 18:01.38 | CIA-33 | BZFlag: 03JeffM2501 * r17220 10/trunk/bzflag/plugins/webReport/webReport.cpp: use the generic fields for page time, plugin name, and URLs |
| 18:01.52 | CIA-33 | BZFlag: 03JeffM2501 * r17221 10/trunk/bzflag/plugins/webReport/templates/ (login.tmpl report.tmpl): update the templates to use common fields |
| 18:10.36 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 18:18.45 | CIA-33 | BZFlag: 03JeffM2501 * r17222 10/trunk/bzflag/plugins/ (3 files in 2 dirs): |
| 18:18.45 | CIA-33 | BZFlag: Add support for direct parsing of templates from files |
| 18:18.45 | CIA-33 | BZFlag: Add support for includes |
| 18:18.45 | CIA-33 | BZFlag: Remove single template dir, and replace with a series of search paths. |
| 18:39.44 | CIA-33 | BZFlag: 03JeffM2501 * r17223 10/trunk/bzflag/plugins/plugin_utils/ (Makefile.am templates_readme.txt): initial docs for the template format |
| 18:40.45 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 18:40.45 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 18:42.50 | *** join/#bzflag Paul_PL (n=pawelbl6@chello087206248103.chello.pl) |
| 18:59.27 | Manu | hi Paul_PL :) |
| 19:10.30 | Winny | watches schindler's list |
| 19:13.56 | Winny | 195min, holy crap |
| 19:41.57 | spldart | must... resist... bad... holocaust.. pun |
| 19:42.45 | Winny | . |
| 19:52.22 | FalseProphet | spldart: bad boy don't make fun of the holocaust |
| 19:52.26 | FalseProphet | go hit the showers |
| 19:53.43 | me1 | ~lart FalseProphet |
| 19:53.43 | ibot | stuffs FalseProphet into a shiny new tin can and vacuum seals it |
| 19:59.19 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 20:02.38 | *** join/#bzflag SynFox (n=62c8a622@gateway/web/cgi-irc/zeebrothers.net/x-53c817c0a946616c) |
| 20:03.04 | SynFox | hi |
| 20:03.04 | ibot | privet |
| 20:03.10 | SynFox | ? |
| 20:03.18 | me1 | ibot knows russian |
| 20:03.25 | SynFox | oh lol |
| 20:03.56 | SynFox | heh |
| 20:03.59 | me1 | hi ibot |
| 20:04.03 | SynFox | nhi |
| 20:04.05 | me1 | ibot, hi |
| 20:04.06 | ibot | hello, me1 |
| 20:04.12 | SynFox | hi ibot |
| 20:04.33 | me1 | ibot has to go at the begining of the line |
| 20:04.39 | *** part/#bzflag SynFox (n=62c8a622@gateway/web/cgi-irc/zeebrothers.net/x-53c817c0a946616c) |
| 20:06.50 | Winny | hehe |
| 20:19.35 | Flash | JeffM: how can I test non-player connections? |
| 20:20.04 | JeffM | load any of the HTTP plugins |
| 20:20.21 | Flash | just load it? or does it need some help to stimulate it |
| 20:20.53 | JeffM | point a browser to it |
| 20:22.00 | SpazzyMcGee | Would it be possible to have a plugin that kills tanks in a given volume, but have that volume moving, say in a circle? |
| 20:22.17 | JeffM | SpazzyMcGee: sure, just do the math |
| 20:23.02 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
| 20:23.02 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 20:23.13 | SpazzyMcGee | ah, look |
| 20:23.27 | JeffM | Flash: just be sure to include the port in the URL |
| 20:23.43 | JeffM | by defaualt the first plugin loaded will provide the index page |
| 20:23.46 | Flash | e.g., 127.0.0.1:5154 |
| 20:23.58 | JeffM | yes |
| 20:34.35 | Flash | I'm clearly not up to speed on plugins. I tried "-plugin webstats" but it didn't load |
| 20:34.53 | Flash | Plugin:webstats not found, error dlopen(, 9): no suitable image found. Did find: |
| 20:38.36 | JeffM | that's not even the right syntax |
| 20:38.54 | JeffM | -loadplugin the/path/to/the/thing.so |
| 20:43.46 | Flash | sorry, it was -loadplugin ... just used the sample config file. But I didn't know I needed an explicit path to the .so. Thanks |
| 20:44.32 | JeffM | it has search paths |
| 20:46.22 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 20:46.32 | Flash | ok, I definitely broke it |
| 20:48.41 | *** join/#bzflag FalseProphet (n=Tom@unaffiliated/emonemo) |
| 20:53.28 | CIA-33 | BZFlag: 03JeffM2501 * r17224 10/trunk/bzflag/plugins/webReport/webReport.cpp: use cheezy default templates if none are found. |
| 21:10.10 | *** join/#bzflag Saturos (n=Saturos@i59F77CC6.versanet.de) |
| 21:10.20 | BulletCatcher | Flash: What is the output of a "freetype-config --version" command on MacOS 10.5? |
| 21:10.52 | Flash | 9.16.3 |
| 21:11.09 | FalseProphet | Mets: what the hell? |
| 21:11.15 | FalseProphet | you increased the buble size |
| 21:11.32 | BulletCatcher | Why don't you want to use that version? |
| 21:11.49 | Flash | the problem is that it adds -L/usr/X11/lib to the link line |
| 21:12.00 | BulletCatcher | That's right. Okay. |
| 21:12.09 | Flash | and that brings in a version of OpenGL that is incompatible with the Framework OpenGL |
| 21:12.19 | Flash | or something like that |
| 21:12.48 | BulletCatcher | Bottom line, you want "configure --enable-freetype-build" to work. |
| 21:13.02 | Think_Differentl | meh |
| 21:13.06 | Flash | so for MacOS 10.5, our configure should automatically assert --enable-freetype-build |
| 21:13.15 | Flash | and yes, it would be great if it worked |
| 21:13.21 | BulletCatcher | :-) |
| 21:14.07 | BulletCatcher | One thing at a time. First I just want to make it work, then we can worry about using it automatically. |
| 21:15.04 | *** join/#bzflag dcat (n=dirtycat@pdpc/supporter/active/dcat) |
| 21:21.26 | Mets | what was he yelling at me for? lol |
| 21:21.54 | *** join/#bzflag pacman87 (n=timothy@71.170.63.120) |
| 21:43.04 | *** join/#bzflag pacman_87 (n=timothy@71.170.63.120) |
| 21:43.41 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-255-231.hsd1.md.comcast.net) |
| 21:44.42 | a_meteorite | yo Mets |
| 21:44.45 | *** join/#bzflag KTL (n=KTL@213.219.162.66.adsl.dyn.edpnet.net) |
| 21:44.58 | *** part/#bzflag pacman87 (n=timothy@71.170.63.120) |
| 21:45.51 | KTL | http://users.edpnet.be/dpf/bz/2geno1bullet.png <- /me a bit proud :D |
| 21:48.45 | delusional | I had three kills on a single jump last month, it blew my mind. I knew i had a good chance for 2 kills, but then the third guy jumped in front. I was proud too |
| 21:50.38 | Mets | hey met what's up |
| 21:53.09 | Mets | lol, new favorite picture eh? |
| 21:53.48 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 21:54.12 | KTL | sees that message window too often allready to look a lot at this one:) |
| 22:00.44 | Flash | is it acceptable to read from a TCP socket as long as data is available? Sets up a potential DoS attack (which I suppose could be handled) |
| 22:03.55 | BulletCatcher | It would be nice to be protected from a peer who is sending us /dev/zero . |
| 22:04.14 | Flash | doesn't look like that's my problem anyway |
| 22:09.45 | *** part/#bzflag LongDon (n=LongDon@host-091-097-040-249.ewe-ip-backbone.de) |
| 22:11.02 | BulletCatcher | Does MacOS 10.5 include any version of ftgl? |
| 22:12.07 | Flash | don't know |
| 22:13.43 | BulletCatcher | When you configure BZFlag, does it build ftgl even without --enable-ftgl-build ? |
| 22:14.12 | Flash | well, since vanilla configure is pretty honked, I can't really say |
| 22:14.32 | BulletCatcher | Okay. I'll press on. |
| 22:14.45 | Flash | I'm looking |
| 22:16.59 | Flash | doesn't appear so |
| 22:17.45 | Flash | find /usr /Developer /Library -name '*ftgl*' only returns freetype "ftglyph" files |
| 22:18.46 | BulletCatcher | Thanks. 10.4 doesn't have it either, and FontManager.cxx fails to include FTGL/ftgl.h . Grumble. |
| 22:18.46 | ibot | no worries, BulletCatcher |
| 22:19.17 | BulletCatcher | ~lart ibot |
| 22:19.17 | ibot | judo chops bulletcatcher |
| 22:19.25 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 22:19.25 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 22:23.12 | Flash | don't mess with the bot |
| 22:23.21 | Flash | ~kill ibot |
| 22:23.21 | ibot | ACTION shoots a inverse fluxproton gun at ibot |
| 22:24.56 | Flash | ok, I have data flowing to HTTP plugin now |
| 22:32.11 | Mets | oooo fluxproton |
| 22:32.45 | Mets | fuel for the flux capacitor |
| 22:36.32 | Flash | and I broke the game play :-( |
| 22:39.02 | *** join/#bzflag FalseProphet (n=Tom@unaffiliated/emonemo) |
| 22:46.29 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 22:58.00 | *** join/#bzflag bz76 (n=48585d10@bz.bzflag.bz) |
| 22:58.10 | bz76 | ~bzfquery bzflag.secretplace.us:5255 |
| 22:59.28 | bz76 | ~bzfquery bzflag.secretplace.us:5154 |
| 22:59.34 | bz76 | ~bzfquery bzflag.secretplace.us:5255 |
| 22:59.38 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 22:59.38 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 22:59.46 | bz76 | ~bzfquery bzflag.secretplace.us:5255 |
| 22:59.47 | Winny | bz76: can we help you? |
| 22:59.51 | Winny | please stop spamming |
| 22:59.57 | bz76 | sory |
| 23:00.02 | bz76 | are there people on here? |
| 23:00.09 | Winny | quite possibly |
| 23:00.13 | bz76 | Are you guys real? |
| 23:00.27 | Winny | quite possibly |
| 23:00.32 | bz76 | Are you bots? |
| 23:00.38 | Winny | heh |
| 23:00.40 | bz76 | Cause ou keep saying the ame sutf |
| 23:00.45 | Flash | quite possibly |
| 23:00.52 | bz76 | cause you keep saying the same stuff* |
| 23:00.54 | bz76 | lol |
| 23:00.55 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) |
| 23:00.56 | Winny | quite possibly |
| 23:01.02 | bz76 | ok guys |
| 23:01.06 | L4m3r | we're real, but you're a figment of our imagination |
| 23:01.15 | bz76 | lol sorry I disturbed you |
| 23:01.19 | Winny | how are we to say what is real? |
| 23:01.26 | bz76 | Shut up! |
| 23:01.27 | bz76 | god |
| 23:01.32 | spldart | red pill or blue? |
| 23:01.35 | Flash | I kill tanks, therefore I am |
| 23:01.36 | bz76 | I take off weekends to get out of school |
| 23:01.48 | bz76 | thank you very much |
| 23:01.48 | ibot | bz76: de rien |
| 23:01.55 | spldart | nien |
| 23:01.55 | bz76 | de rien? |
| 23:01.59 | bz76 | nine? |
| 23:02.20 | Flash | ~x de en de rien |
| 23:02.24 | AAA_awright | Sounds like my away message I use. "Poof. Any chats by me you read is simply a figment of your imagination" |
| 23:02.26 | Flash | nope |
| 23:02.37 | bz76 | one more time to see if my server is up....... |
| 23:02.42 | bz76 | ~bzfquery bzflag.secretplace.us:5255 |
| 23:02.46 | Flash | ~x po en de rien |
| 23:02.48 | bz76 | ok bye |
| 23:02.58 | Flash | what language is that? |
| 23:03.55 | Winny | lol |
| 23:04.16 | Winny | he thought that would query his server :P |
| 23:05.53 | Flash | gah! what have I done? |
| 23:08.31 | Mets | why didn't he just look on the listserv... |
| 23:08.59 | L4m3r | bzfquery works on non-listed servers, I think |
| 23:09.15 | Mets | hmm, why didn't he just type it in and try to connect :) |
| 23:10.33 | Mets | actually, I should stop assuming people try to do things that make sense |
| 23:11.51 | Winny | :P |
| 23:14.17 | *** join/#bzflag hwilde (n=hwilde@68.162.175.181) |
| 23:14.36 | hwilde | how come you can put more characters in the game login than on the register nickname webpage? |
| 23:15.04 | me1 | ~bzfquery lol.net |
| 23:15.11 | me1 | ~bzfquery lol.net:5154 |
| 23:15.36 | hwilde | <PROTECTED> |
| 23:15.51 | hwilde | td class="row2"><input type="text" class="post" style="width:200px" name="username" size="25" maxlength="25" value="" |
| 23:16.12 | me1 | Because if you register your name, it should be sane |
| 23:16.29 | hwilde | but the game allows 32 chars |
| 23:16.31 | hwilde | ? |
| 23:16.36 | me1 | So? |
| 23:16.48 | hwilde | who runs the website it's just an easy html field |
| 23:16.51 | hwilde | maxlength=32 |
| 23:16.59 | Winny | you don't need to register to play:) |
| 23:17.11 | me1 | IMO, 25 characters is still to long of a name |
| 23:17.14 | hwilde | I don't want somebody stealin my nickname yo |
| 23:17.15 | *** join/#bzflag gearth (n=1893fdea@gateway/web/cgi-irc/zeebrothers.net/x-dec25f20105072c8) |
| 23:17.20 | hwilde | !seen Vjacheslav Trushkin |
| 23:17.50 | me1 | is that your bzflag name, and it's too long for the website? |
| 23:17.50 | Mets | i don't think anybody is going to come up with that one independently |
| 23:18.00 | hwilde | that's the php maintainer listed on the webpage |
| 23:18.12 | Winny | that's the template creator... |
| 23:18.20 | me1 | oh |
| 23:18.23 | me1 | ibot laged |
| 23:18.28 | me1 | bad |
| 23:18.35 | Winny | "phpBB Style by Vjacheslav Trushkin" |
| 23:18.54 | BulletCatcher | me1: ibot probably took that long to get a connection timeout |
| 23:19.10 | me1 | oh |
| 23:19.38 | BulletCatcher | There is probably a firewall in the way. |
| 23:19.52 | me1 | ~bzfquery gu.bzfusion.net |
| 23:20.12 | me1 | still laged |
| 23:20.33 | Winny | it need to connect and grab all the users and their stats |
| 23:20.47 | Mets | does it actually log onto the map? |
| 23:20.53 | Mets | like can you see ibot join? |
| 23:20.53 | me1 | It usually does it faster |
| 23:20.58 | me1 | Mets, no |
| 23:21.26 | me1 | It asks the server for info, and the server gives it info |
| 23:21.51 | Mets | hmm is it protected at all, or could anybody write something that retrieves info from the server |
| 23:22.02 | Mets | without actually being there |
| 23:22.32 | me1 | afaik, anyone can do that |
| 23:23.03 | Mets | i wonder if you could extract ip and host information that way... |
| 23:23.28 | me1 | of what, the server or players |
| 23:23.34 | Mets | players |
| 23:23.48 | BulletCatcher | Several query scripts are distributed with BZFlag in the misc subdirectory. bzfquery.* |
| 23:24.40 | BulletCatcher | I don't think player IP addresses are available that way. |
| 23:25.00 | hwilde | so can you make it 32 chars or what |
| 23:25.04 | Winny | no. |
| 23:25.40 | me1 | hwilde, it doesn't really matter, at all |
| 23:25.54 | Mets | interesting, I'll have to browse the code when i have a second |
| 23:26.07 | Winny | ABCDEFGHIJKLMNOPQRSTUVWX is anyone going to have a name that long? |
| 23:27.34 | Epyon_ | TheInsidiousAndMysteriousPhantomWarrior |
| 23:27.41 | Winny | hey it's Epyon_ |
| 23:27.58 | Epyon_ | Yeah, and barely alive, but back with the living again. |
| 23:28.03 | Winny | drunk? |
| 23:28.05 | Epyon_ | Straight from hell. |
| 23:28.17 | Epyon_ | Nah, I gave up on drinking yesterday. |
| 23:28.25 | Winny | onto drugs? ;) |
| 23:28.32 | Epyon_ | Nope, I'm clean. |
| 23:28.39 | Winny | :) |
| 23:29.41 | BulletCatcher | "Graphical Representation" is 24 characters, for example. |
| 23:34.04 | hwilde | see thats the problem with open source vs capitalism |
| 23:34.11 | hwilde | there is no concept of the customer is always right |
| 23:34.32 | Winny | because they're not always right. |
| 23:35.01 | hwilde | yeah but why did you code the game login 25 chars and the website to register your login 32 chars it's poor style |
| 23:35.01 | bryjen | not even in capitalism |
| 23:35.07 | hwilde | make them both 25 if you want but it should match |
| 23:35.26 | Winny | we didn't code the website. |
| 23:37.42 | hwilde | don't make me tell Jeff |
| 23:37.56 | bryjen | snickers |
| 23:38.00 | Winny | tell him what? ... |
| 23:38.14 | hwilde | his forum login is inferior to the game code |
| 23:38.20 | me1 | how? |
| 23:38.26 | Winny | it works, doesn't it? |
| 23:38.28 | hwilde | the game allows 32char but forum only 25! |
| 23:38.32 | me1 | ~lart hwilde |
| 23:38.32 | ibot | shoves a crumpet down hwilde's throat, happy now?! Huh? Want some JAM with that? |
| 23:38.34 | Winny | no one is forcing you to play with a long name. |
| 23:38.45 | Winny | "hwidle" seems to be under 25 characters |
| 23:39.06 | Winny | that's like saying a bridge is inferior because someone made a bus taller then the bridge |
| 23:39.13 | Winny | you are not forced to drive under the bridge. |
| 23:39.38 | hwilde | if the bridge is 25, the sign doesn't say 32 |
| 23:39.46 | Flash | thinks Winny would make a good marxist |
| 23:40.03 | Winny | the sign doesn't say 32 |
| 23:40.07 | Flash | you will have nothing and LIKE it |
| 23:40.22 | hwilde | in marxism they would both read from the state database and they would match |
| 23:40.24 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 23:40.48 | Flash | knew that was a bad analogy to toss on the table when he did it |
| 23:41.11 | hwilde | I think what you want is like nihilist |
| 23:41.17 | Flash | "I see bread in the window. Why can't I have bread?" "There is no bread" |
| 23:41.38 | Winny | hwilde: any reason you brought this up anyways? |
| 23:41.49 | hwilde | I don't want somebody stealin my nickname yo |
| 23:41.51 | hwilde | cmon playa |
| 23:41.52 | hwilde | hook me up |
| 23:42.07 | Winny | what is your nickname? "hwidle"? Go register it. |
| 23:42.10 | Flash | hwilde: the actual limit for a registered nick is 25 (as defined on the web page) |
| 23:42.21 | Flash | the fact that the game may allow more is just defensive coding ;-) |
| 23:42.33 | Winny | you do not need to register to play. |
| 23:42.44 | Winny | so if you must have a really long name, don't register |
| 23:42.46 | bryjen | Flash: so it is not a bug, but a feature? |
| 23:42.51 | Flash | of course ;-) |
| 23:42.54 | hwilde | if you choose a nickname between 26 and 32 chars anybody can steal it |
| 23:43.00 | hwilde | because you cannot register it |
| 23:43.07 | Winny | then they can't steal it |
| 23:43.07 | hwilde | due to a silly php template maxlength=25 |
| 23:43.15 | Flash | so your choices are constrained for you ;-) |
| 23:43.18 | hwilde | stares at Winny |
| 23:43.25 | Flash | there's also a database behind that |
| 23:43.31 | Flash | so it may be a schema limitation |
| 23:43.33 | hwilde | yeah like mysql can only handle 25 |
| 23:43.37 | Winny | and frankly, do you know of anyone with a >25 char nick? |
| 23:43.52 | bryjen | perhaps the table is defined that way |
| 23:44.05 | bryjen | not that the database server couldn't do it |
| 23:45.05 | hwilde | the mysql query and fix to the code would be less characters than all of you have typed trying to argue against it |
| 23:45.12 | Flash | limits exist. Learn to accept your limits. This is the zen of bz |
| 23:45.43 | Winny | be the tank |
| 23:45.45 | Flash | an equally valid fix would be to limit the client to 25 chars? |
| 23:45.48 | Winny | the tank is one with you |
| 23:45.50 | hwilde | become one with the lag |
| 23:45.57 | Flash | ~bzfrag hwilde |
| 23:45.58 | ibot | ACTION tries to kill hwilde, but hwilde finds the shield flag |
| 23:46.06 | Flash | well done, grasshopper |
| 23:46.08 | bryjen | harder to update all the existing clients out there |
| 23:46.11 | hwilde | Flash, I already said atleast make it consistent |
| 23:46.33 | Winny | why do you even care? Seriously... it seems to be you're making an argument for nothing |
| 23:46.35 | Flash | it's only inconsistent if you can register a longer nick than the game allows |
| 23:47.06 | hwilde | is this the kind of attention to detail you want to use as an example for your summer of code students |
| 23:47.28 | Flash | I think you are missing the point |
| 23:47.30 | hwilde | is this how a good community takes constructive user feedback ? |
| 23:47.33 | Flash | there is no issue |
| 23:47.45 | Winny | "pick us, our registartion length and in game names are the same!!"? |
| 23:47.45 | Flash | except you want a longer registered nick than is allowed |
| 23:47.49 | Winny | ... |
| 23:48.45 | Flash | having been on the other side of this discussion, just because you want a change doesn't mean the community has to agree with you |
| 23:48.56 | Flash | sometimes we have to agree to disagree |
| 23:49.14 | hwilde | I am merely pointing out the inconsistencies in your collective environments |
| 23:49.24 | hwilde | the veracity of your opposition to this fact speaks volumes |
| 23:49.35 | hwilde | if it were no issue it would still be idle and silent in here |
| 23:49.58 | Flash | or, it speaks to your inability to accept that there is no issue? |
| 23:50.12 | Winny | exactly |
| 23:50.42 | hwilde | 25 != 32 |
| 23:50.46 | Flash | Winny is a curmudgeon, and may not have dealt with your question to your satisfaction, but it doesn't mean he was wrong |
| 23:50.47 | hwilde | Flash 25 == 32 |
| 23:50.56 | Flash | so what? |
| 23:50.57 | hwilde | curmudgeon lol |
| 23:50.58 | me1 | hwilde, so? |
| 23:51.02 | Flash | the game isn't broken |
| 23:51.10 | hwilde | crustacean |
| 23:51.14 | me1 | hwilde, it doesn't matter |
| 23:51.23 | Winny | I'm a tasty shellfish? |
| 23:51.23 | Flash | there is no requirement that the registration length match the game player length |
| 23:51.31 | Flash | ~dict curmudgeon |
| 23:51.53 | hwilde | if it doesn't matter then it would also not matter if you evened them up |
| 23:51.54 | Flash | nope, not that one |
| 23:52.05 | Flash | you are right, it wouldn't |
| 23:52.08 | Flash | patches welcome |
| 23:52.08 | Winny | "a bad-tempered, difficult, cantankerous person." -- yep, that's me |
| 23:52.16 | Flash | that's what I was looking for ;-) |
| 23:52.23 | hwilde | cornmudgin lol |
| 23:52.55 | Flash | what you have to accept is that even if you submit a patch, it may not be accepted |
| 23:53.06 | bryjen | ~dict 2 curmudgeon |
| 23:53.09 | hwilde | how do I submit patches to the website |
| 23:53.24 | Flash | the web site is in SVN, isn't it? |
| 23:54.13 | Flash | bryjen: exactly, thank you |
| 23:55.13 | hwilde | web/admin/createuser.php: <td><input type="text" maxlength="32" name="username"></td> ? |
| 23:55.20 | hwilde | that's not it tho |
| 23:55.36 | me1 | then look harder |
| 23:55.38 | hwilde | <PROTECTED> |
| 23:55.41 | hwilde | it's not in there man |
| 23:56.14 | bryjen | www.bzflag.org is. i dont think the forum is. |
| 23:56.18 | me1 | that looks like the login page your referencing |
| 23:56.29 | hwilde | http://my.bzflag.org/bb/profile.php |
| 23:56.30 | me1 | with 25 length |
| 23:56.42 | hwilde | to register a nick |
| 23:56.52 | *** join/#bzflag Warinthestar (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 23:56.54 | me1 | profile is not creatureuser.php |
| 23:56.55 | me1 | ... |
| 23:57.04 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 23:57.04 | Flash | creatureuer? |
| 23:57.07 | hwilde | that src is not in the svn. |
| 23:57.12 | Flash | er... user? |
| 23:57.13 | me1 | createuser |
| 23:57.30 | Winny | the forum isn't in SVN... |
| 23:58.03 | me1 | hwilde, why don't you *pretend* it was fixed so you can ignore it |
| 23:58.16 | hwilde | hey I dropped it |
| 23:58.20 | hwilde | then you said submit a patch |
| 23:58.23 | hwilde | to where ? |
| 23:58.29 | me1 | drop it again |
| 23:58.31 | me1 | please |
