| 00:00.08 | sgk284 | howcome when you have OO and are in an object you don't see an outline of the object or the random little transparent triangle things? I understand that for spheres and meshes you may not have coded it yet, but apparently its like that in any object including a box |
| 00:00.14 | DTRemenak | sgk284: it's not in any surface. it's when inside mesh objects, or intersecting the plane of other objects |
| 00:00.24 | DTRemenak | sgk284: that's only for meshes also |
| 00:00.30 | sgk284 | i'm sorry surface was the wrong word |
| 00:00.36 | DTRemenak | trepan has some fake boxes that are actually meshes :) |
| 00:00.39 | DTRemenak | don't be fooled :) |
| 00:00.52 | sgk284 | you sure? i just went in a box too and it happened... mayebe the box was a mesh box |
| 00:00.58 | DTRemenak | if you want a real box try on your own map or mine, not trepan's |
| 00:01.03 | sgk284 | yep you read my mind |
| 00:01.10 | CIA-4 | BZFlag: 03trepan * 10bzflag/src/common/TimeKeeper.cxx: try, try again |
| 00:01.19 | DTRemenak | yeah, he's got some set up with eight corners and the box texture. He's a tricky fella |
| 00:01.27 | sgk284 | haha indeed |
| 00:03.16 | trepan | kinda embarrased about the other two commits for that now, pure laziness |
| 00:03.38 | trepan | (assuming that that works, highly compiler/system dependent effect) |
| 00:04.44 | DTRemenak | Player DTRemenak [0] has joined from ÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝ@X‡ at 2004-09-30 17:10:22 |
| 00:04.48 | DTRemenak | timestamp's good :) |
| 00:05.02 | DTRemenak | now about that IP address... |
| 00:05.23 | DTRemenak | if that's what it's supposed to be |
| 00:05.30 | sgk284 | heh |
| 00:07.25 | trepan | Address::getDotNotation() prob? does a: return std::string(inet_ntoa(addr[0])); |
| 00:07.50 | DTRemenak | hm, that should work |
| 00:08.21 | trepan | ya, should return a full copy object, iirc |
| 00:08.25 | DTRemenak | but that same function is used elsewhere, is it not? |
| 00:08.31 | trepan | i think so |
| 00:08.50 | trepan | you could try buffering/static'ing it and see if it helps |
| 00:08.51 | DTRemenak | e.g. Player DTRemenak [0] inbound UDP up 131.215.171.89:2791 actual 2791 |
| 00:09.27 | trepan | maybe it's because multiple temporary objects were being used in the same call, dunno |
| 00:09.37 | DTRemenak | ya, dunno. I'll check it out. |
| 00:10.54 | trepan | DTRemenak: just checked my logs, all clear over here |
| 00:11.02 | DTRemenak | heh :) |
| 00:12.18 | DTRemenak | hm, I'll mess with it later, got some real work to do :) |
| 00:12.44 | Patlabor221 | what the heck is ASCII 0x01 |
| 00:12.57 | trepan | SOH |
| 00:13.07 | Patlabor221 | what's that mean? |
| 00:13.21 | trepan | i'll leave it to your imagination (aka: dunno) |
| 00:13.26 | Patlabor221 | start of heading |
| 00:13.31 | Patlabor221 | odd that it's used for /me |
| 00:14.24 | sgk284 | patlabor221: hows stupider coming? |
| 00:14.33 | Patlabor221 | it's prety stupid |
| 00:14.39 | Patlabor221 | was in meetings all day tho |
| 00:14.39 | sgk284 | heh |
| 00:15.07 | sgk284 | libirc.sf.net? |
| 00:15.20 | Patlabor221 | something like that |
| 00:16.19 | *** join/#bzflag Noodleman (~tuckerm@216.228.186.118) |
| 00:17.33 | sgk284 | Patlabor221: what platform do you develop on? |
| 00:18.01 | sgk284 | *mainly* |
| 00:18.52 | Noodleman | he uses WINDOZE!! |
| 00:19.02 | sgk284 | okay, thought so |
| 00:19.21 | sgk284 | Patlabor221: how does one make the examples? make examples isn't working :/ |
| 00:19.31 | sgk284 | just do it manually? |
| 00:24.42 | *** join/#bzflag aribeth (~aribeth@dsl017-034-201.sfo4.dsl.speakeasy.net) |
| 00:29.53 | Patlabor221 | one does not |
| 00:29.59 | Patlabor221 | since there is not make for them |
| 00:30.09 | Patlabor221 | learner needs to make makes |
| 00:30.23 | Patlabor221 | I don't do makefiles |
| 00:31.03 | sgk284 | oh okay:) |
| 00:31.09 | sgk284 | ever compile stupidBot under gcc? |
| 00:31.19 | sgk284 | its not going so well for me ...heh |
| 00:31.19 | *** join/#bzflag bryjen (bryjen@69-165-61-17.clvdoh.adelphia.net) |
| 00:32.11 | sgk284 | first error is In function `login()': |
| 00:32.12 | sgk284 | : undefined reference to `IRCClient::login(std::basic_string<char, std::char_traits<char>, std::allocator<char> >&, std::basic_string<char, std::char_traits<char>, std::allocator<char> >&, std::basic_string<char, std::char_traits<char>, std::allocator<char> >&)' |
| 00:32.25 | sgk284 | it seems fine though |
| 00:32.37 | amathis | sgk284, the linux build is old |
| 00:33.35 | sgk284 | amathis: oh ok |
| 00:33.40 | DTRemenak | sgk284: if you're building without makefiles you need to use -c for each file, then run gcc one last time with all of the object files to link |
| 00:33.46 | sgk284 | i jsut pulled from CVS figured i'd give it a shot |
| 00:33.49 | DTRemenak | it's probably not worth the trouble |
| 00:34.18 | DTRemenak | or just write makefiles :) |
| 00:35.04 | sgk284 | DTRemenak: i thought I had the gcc syntax right, i'm gonna give it another look |
| 00:36.30 | DTRemenak | and don't forget to link any libraries you need in too |
| 00:37.29 | sgk284 | ugh this is a pain heh, i'll just hold off for now heh |
| 00:37.43 | sgk284 | makefiles are my friend |
| 01:04.50 | Patlabor221 | learner did the makefiles for the lib, I try to keep em updated with new files I add, but I don't know how to make ones for the examples |
| 01:06.30 | sgk284 | k |
| 01:06.49 | sgk284 | no biggy, i'm looking through the source anyways, its nice thus far :) |
| 01:07.03 | sgk284 | just wanted to through together a bot real quick:) |
| 01:07.09 | sgk284 | throw* |
| 01:07.23 | *** join/#bzflag triclops (~caleb@c211-30-185-166.rivrw1.nsw.optusnet.com.au) |
| 01:07.28 | Patlabor221 | the lib API is no where near complete |
| 01:07.40 | Patlabor221 | it can't even part a channel yet |
| 01:07.41 | sgk284 | heh i assumed that |
| 01:08.01 | sgk284 | have a roadmap up yet? or just playing it by ear? |
| 01:09.33 | Patlabor221 | ear untill the basics are done |
| 01:09.38 | Patlabor221 | tho I've got a general plan |
| 01:09.46 | sgk284 | oh wow heh i think i found my problem |
| 01:10.04 | sgk284 | SDLnetTCP.cpp:825: error: invalid conversion from `int*' to `socklen_t*' |
| 01:10.14 | sgk284 | the lib failed on the make |
| 01:10.15 | Patlabor221 | yeah I've seen that before |
| 01:11.05 | sgk284 | hmph |
| 01:13.12 | Patlabor221 | what is a socklen_t on your system? |
| 01:13.13 | sgk284 | so you think my problems are being caused by SDL? |
| 01:13.14 | Patlabor221 | an int? |
| 01:13.40 | Patlabor221 | no I think the lib isn't configured right for systems that use non int based socklen_t |
| 01:13.44 | Patlabor221 | the lib dosn't use SDL |
| 01:13.50 | sgk284 | i thought it was an int |
| 01:13.50 | *** join/#bzflag wizart (~wizart@dsl-084-057-010-136.arcor-ip.net) |
| 01:13.54 | sgk284 | how could i check? |
| 01:13.56 | Patlabor221 | it uses sdl_net |
| 01:14.06 | Patlabor221 | find it in whatever header defines it I guess |
| 01:14.51 | amathis | hrm |
| 01:15.13 | amathis | learner, sorry, had to do calculas homework... I am getting back to website now. |
| 01:16.26 | Patlabor221 | actualy I'm changing somethign that may help it |
| 01:17.45 | sgk284 | k |
| 01:18.00 | CIA-4 | libIRC: 03jeffm2501 * 10libirc/src/sdl_net/ (SDL_net.h SDLnetTCP.cpp SDLnetUDP.cpp): define socklen_t for those that don't have it ( windows) and use it instead of ints |
| 01:18.27 | Patlabor221 | dono how long it takes anon cvs to update tho |
| 01:21.14 | sgk284 | heh kerry sounds like he's about to slug bush |
| 01:21.52 | sgk284 | i'm rebuilding it now |
| 01:22.29 | Patlabor221 | sgk284, it takes 5 hours for my commits to hit anonCVS |
| 01:22.40 | sgk284 | oh okay |
| 01:22.44 | sgk284 | i'll try later then:) |
| 01:22.54 | sgk284 | any reason why 5 hours? |
| 01:23.26 | Patlabor221 | cus SF is SLOW |
| 01:23.36 | Patlabor221 | anon cvs runs on a difrent server then dev cvs |
| 01:23.40 | Patlabor221 | so it takes time to mittor it |
| 01:24.13 | sgk284 | ahh okay |
| 01:24.34 | Patlabor221 | it wont' make for a very good bot |
| 01:24.36 | Patlabor221 | it's very stupid |
| 01:25.00 | sgk284 | care to elaborate? |
| 01:25.12 | Patlabor221 | it only does like 4 things |
| 01:25.14 | Patlabor221 | thats it |
| 01:25.18 | sgk284 | if the bot can connect and get responses the rest is up to the coder |
| 01:25.18 | Patlabor221 | it's all hardcoded |
| 01:25.30 | sgk284 | yea i know... but form looking at the code it looks very easy to extend |
| 01:25.31 | Patlabor221 | it just gets messages |
| 01:25.33 | Patlabor221 | that's it |
| 01:25.58 | Patlabor221 | well it needs the rest of the events implemented |
| 01:26.03 | sgk284 | i.e. adding a 5th thing would be trivial, right? |
| 01:26.03 | sgk284 | oh okay |
| 01:26.10 | Patlabor221 | it's a big ass if else |
| 01:26.15 | Patlabor221 | it's not a good bot framework |
| 01:26.17 | sgk284 | yea i noticed lol |
| 01:26.24 | Patlabor221 | the lib isn't a bot framework |
| 01:26.29 | Patlabor221 | it's just an IRC lib |
| 01:26.46 | sgk284 | well i was wondering why you didn't use a switch case there? |
| 01:26.49 | Patlabor221 | the bot is just to test the high level interface and test the internal state |
| 01:27.09 | Patlabor221 | switch on strings? |
| 01:27.25 | sgk284 | oh nevermind heh didn't lok close enough |
| 01:27.28 | sgk284 | look |
| 01:28.34 | Patlabor221 | the basic tokeniser isnt' even right |
| 01:28.48 | Patlabor221 | it dosn't get the ':' between the options and the data |
| 01:29.55 | sgk284 | oh nevermind the eventCaller is a switch, i just realized you were talking about the bot logic, yea thats a big if else |