| 00:09.55 | *** join/#bzflag cosmol (n=dave@71.86.121.200) |
| 00:10.37 | tupone | ryanakca, what is the problem' [^ is not accepted by the shell that is run during installation? |
| 00:16.55 | ryanakca | tupone: nope |
| 00:17.52 | tupone | so, what is the problem? I saw the patches and maybe want to apply on our branch |
| 00:17.53 | ryanakca | tupone: dash interprets it as 'starts with' rather than 'doesn't start with' |
| 00:18.25 | tupone | ahh, shell is dash to begin :) |
| 00:18.33 | ryanakca | if you use bash, you should be fine :) |
| 00:20.13 | tupone | negated character classes are probably not portable (from autoconf manuals) but I guess dash is posix |
| 00:20.37 | ryanakca | but it's still nice to know, and the '[!' works on dash, bash, and I'm checking csh and zsh |
| 00:21.51 | tupone | It is strange that you will have to copy all the data by hand. It is coded on make install :/ |
| 00:22.40 | ryanakca | hmm. wierd |
| 00:23.00 | tupone | I'm not good at debian. I mantain it at gentoo |
| 00:23.13 | tupone | and there make install seems to make its job |
| 00:25.46 | *** join/#bzflag eTangenT (n=tangent@inge068164.halls.colostate.edu) |
| 00:25.59 | tupone | Then is strange, as [!CM] I think is meant to avoid copying of CVS and Makefile directory. I understand Makefile, but CVS is not in the tar as it is the output f make dist |
| 00:26.32 | ryanakca | I dunno what the 'C' is for |
| 00:26.39 | tupone | I guess CVS |
| 00:27.28 | ryanakca | I don't maintain bzflag in ubuntu personally... I don't even have commit/upload access to the repos... I just file bugs, make debdiffs/patches and send them to Debian |
| 00:27.36 | tupone | why you removed the - at the beginning of one statement and added a -f ? |
| 00:28.38 | tupone | this is the last question, before commiting the change in our tree |
| 00:28.41 | ryanakca | Ah, are you looking at the first or second debdiff |
| 00:28.43 | ryanakca | ? |
| 00:28.54 | tupone | -1 |
| 00:29.08 | tupone | no good? |
| 00:29.11 | ryanakca | I had that on recomendation of a fellow motu, but I realised it didn't build... look at my second comment |
| 00:29.24 | ryanakca | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439075#15 |
| 00:32.01 | tupone | ahh ok, so you just s/^/!/g |
| 00:32.49 | ryanakca | yep |
| 00:33.07 | ryanakca | seems to do the thing |
| 00:33.31 | ryanakca | where you commiting to? |
| 00:33.44 | *** join/#bzflag bryjen (n=bryjen@2002:4b51:fafe:0:0:0:0:1) |
| 00:33.45 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 00:34.19 | CIA-23 | BZFlag: 03atupone * r15568 10/branches/v2_0branch/bzflag/debian/rules: while [^ work for the bash shell [! should work for all the posix on |
| 00:34.30 | tupone | only on our tree, so the next release will be fixed |
| 00:35.02 | tupone | now Tim has 2 choices, use your patch for 2.0.8 or release the 2.0.10 |
| 00:35.10 | ryanakca | Ah, cool :) |
| 00:40.34 | Winny | ryanakca: not bbl, bb in a few days for monopoly :p |
| 00:51.56 | *** join/#bzflag forrestv (n=forrestv@c-76-18-20-4.hsd1.fl.comcast.net) |
| 00:56.07 | *** join/#bzflag forrestv (n=forrestv@c-76-18-20-4.hsd1.fl.comcast.net) |
| 01:15.36 | *** join/#bzflag bier_ (n=bier@p54A53B9E.dip0.t-ipconnect.de) |
| 01:16.03 | *** join/#bzflag Legolas_ (n=Legolas_@adsl-68-127-123-181.dsl.frsn02.pacbell.net) |
| 01:16.17 | Legolas_ | Hello all. |
| 01:16.33 | Legolas_ | I have another bzflag map making question |
| 01:16.57 | Legolas_ | Will anyone be here to answer it? |
| 01:17.08 | Legolas_ | or. "Is" anyone here to answer it? |
| 01:17.09 | *** join/#bzflag moonpix (n=taz@201.66.236.42) |
| 01:17.29 | tannerld | Legolas_: ask and then wait |
| 01:18.18 | Legolas_ | At planet mofo, they have they have a different texture for their teleporters. How would one go about doing such a thing and is it possible to change the direction of how it moves? |
| 01:18.43 | *** part/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 01:19.04 | Winny | LinkMaterial |
| 01:19.12 | Legolas_ | And, are all the teleporters in the map affected by it? Can different teleporters have different textures? |
| 01:19.23 | Winny | do something like |
| 01:19.28 | CBG | Download the mapfile and see. :) |
| 01:19.42 | Winny | material; name LinkMaterial; texture blah.png; end |
| 01:19.46 | *** join/#bzflag noyb (n=noyb@192.18.43.225) |
| 01:19.57 | Legolas_ | that will affect all tele's right win? |
| 01:20.02 | Winny | (; is a new line) |
| 01:20.03 | Winny | yes |
| 01:20.16 | Legolas_ | Is there a way to affect only some? |
| 01:21.43 | Legolas_ | Can you name two different Link Materials, and then call them up on specific teleporters? |
| 01:22.05 | Winny | Legolas_: no, since they both have the same name |
| 01:22.15 | Winny | what you COULD do, would be make the linkmaterial transparent |
| 01:22.27 | Winny | and then put a mesh inside the teleporter area with the correct texture |
| 01:22.45 | Legolas_ | How would that help? |
| 01:23.00 | Legolas_ | nvm.. i get it. |
| 01:23.03 | Winny | :P |
| 01:23.16 | Legolas_ | Now, the mesh can also have shift in it, correct? |
| 01:24.14 | Legolas_ | by shift, i mean appearance of movement. |
| 01:24.27 | Legolas_ | Not exactly sure which parameter it is |
| 01:24.49 | Winny | texturematrix; name yourname; shift x x; end |
| 01:24.50 | CBG | texmat / dyncol |
| 01:24.59 | Winny | then obviously you put that into a material |
| 01:25.17 | Winny | material; name yourmat; texmat yourname; texture blah.png; end; |
| 01:25.39 | Legolas_ | just shift x x? |
| 01:25.42 | Legolas_ | not x x x ? |
| 01:26.11 | CBG | a material is on one face, so 2d. |
| 01:26.11 | Winny | textures only have 2 dimensions :) |
| 01:26.14 | Legolas_ | k |
| 01:29.32 | AWOSLappy | now I have a mapmaking question |
| 01:30.03 | Winny | AWOSLappy: k |
| 01:30.14 | AWOSLappy | I start it like this bzfs -a 50 38 -c +f sw +f wg +f mg +f mg +f sw -j -ms 5 -public "The Kernel Map: the FIRST bzwb map!" -publicaddr 76.26.0.123:5154 -p 5154 -world \Projects\bzwb\share\AWOSkern.bzw |
| 01:30.42 | AWOSLappy | well, I'd like even more superflags. but that will get extremely unwieldy. |
| 01:30.54 | AWOSLappy | so 1) can I specify, for example, +f sw:5 ? |
| 01:31.11 | AWOSLappy | 2) is the "options" thing in the .bzw file really for options, like -a 50 38 -c ? |
| 01:31.18 | tannerld | +f sw{5} |
| 01:31.25 | AWOSLappy | thanks tannerld :) |
| 01:31.39 | tannerld | options can be mostly for anything on the command line except password and maybe some others |
| 01:32.00 | AWOSLappy | mmkay. |
| 01:34.59 | Legolas_ | 1 last thing how do you do the transparency? |
| 01:35.16 | Legolas_ | dyncol, but which sinusoids |
| 01:35.18 | Winny | color 1 1 1 0 |
| 01:35.26 | Winny | or diffuse 1 1 1 0 |
| 01:35.39 | Legolas_ | ahh. thats in the material? |
| 01:35.53 | Winny | <PROTECTED> |
| 01:46.23 | Legolas_ | how much should it be shifted? |
| 01:46.27 | Legolas_ | to be resonable? |
| 01:50.18 | *** join/#bzflag Constitution (n=Constitu@71-223-45-30.phnx.qwest.net) |
| 01:51.06 | ryanakca | Winny: haha |
| 01:51.30 | ryanakca | Winny: We've been playing 2 hours a night for the past 3... goes on for ever and ever... kinda like risk... |
| 01:54.19 | Winny | :D |
| 01:54.57 | Legolas_ | Winny, the teleporter movement is not working |
| 01:55.48 | Legolas_ | http://pastebin.ca/675376 |
| 01:55.53 | Legolas_ | That is what I have so far |
| 02:06.32 | Legolas_ | Found my error. |
| 02:06.39 | Legolas_ | Addtexture must come before texmat |
| 02:07.35 | Winny | didn't say I was gunna do it correctly |
| 02:08.13 | Legolas_ | Hehe :) |
| 02:16.53 | *** join/#bzflag hintzy64 (n=hintzy64@c-68-55-50-120.hsd1.md.comcast.net) |
| 02:17.42 | hintzy64 | hey everyone |
| 02:17.47 | hintzy64 | silly question |
| 02:18.00 | hintzy64 | i'm using the map rotation script on the bzflag wiki |
| 02:18.06 | hintzy64 | how do i make it stop :-p |
| 02:18.14 | hintzy64 | cleanly |
| 02:19.00 | hintzy64 | i should probably mention its the linux bash script |
| 02:19.25 | hintzy64 | http://my.bzflag.org/w/Rotating_Maps |
| 02:22.10 | forrestv | ctrl-c is fine |
| 02:23.07 | hintzy64 | ctrl-c appeared to make bzfs end |
| 02:23.12 | hintzy64 | and the script restarted it |
| 02:23.15 | hintzy64 | :-p |
| 02:24.38 | trepan | could add 'sleep 1' in the loop, hit ctrl-c twice ;-) |
| 02:27.28 | *** join/#bzflag jolly (n=jolly@c-24-218-36-104.hsd1.ma.comcast.net) |
| 02:29.17 | hintzy64 | good call |
| 02:29.53 | hintzy64 | there's a line about "if [$? -ne 0]" that will break out of the loop |
| 02:30.07 | hintzy64 | but i dont know how to trigger that |
| 03:33.33 | *** join/#bzflag reihou (n=XpS@ede67-2-82-226-53-109.fbx.proxad.net) |
| 03:39.21 | AWOSLappy | hintzy64: kill -SIGTERM the_script |
| 03:59.41 | *** part/#bzflag jolly (n=jolly@c-24-218-36-104.hsd1.ma.comcast.net) |
| 04:10.06 | *** join/#bzflag cosmol (n=dave@71.86.121.200) |
| 04:53.53 | *** join/#bzflag Eunos^ (n=scott@cpe-76-176-236-29.san.res.rr.com) |
| 05:19.53 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 05:48.06 | *** part/#bzflag OU812 (n=scott@cpe-76-176-236-29.san.res.rr.com) |
| 05:50.27 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
| 06:07.45 | *** join/#bzflag daxxar (i=daxxar@daxxar.com) [NETSPLIT VICTIM] |
| 06:09.30 | *** join/#bzflag orthox (n=orthox@70.89.111.225) |
| 06:13.03 | *** join/#bzflag zee383 (i=55060db8@gateway/web/cgi-irc/zeebrothers.net/x-27943ac3e82166b6) |
| 06:35.53 | *** join/#bzflag Bulldozer (n=Bulldoze@ip68-2-73-197.ph.ph.cox.net) |
| 06:54.37 | *** join/#bzflag Cat (n=deepy@abused.armchairs.be) |
| 07:03.46 | *** join/#bzflag lepoulpe303 (n=LePoulpe@about/essy/MobileTarget/LePoulpe303) |
| 07:32.36 | *** join/#bzflag LongDon (n=LongDon@host-091-097-054-021.ewe-ip-backbone.de) |
| 07:37.47 | *** part/#bzflag LongDon (n=LongDon@host-091-097-054-021.ewe-ip-backbone.de) |
| 07:38.01 | *** join/#bzflag lepoulpe304 (n=LePoulpe@LSt-Amand-152-32-5-35.w82-127.abo.wanadoo.fr) |
| 08:06.46 | *** join/#bzflag Dreamcast (n=deepy@abused.armchairs.be) |
| 08:19.57 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 08:19.57 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 08:30.48 | ts | Ciao Tupone |
| 08:30.58 | Tupone | hallo ts |
| 08:31.00 | *** join/#bzflag noyb (n=noyb@192.18.43.225) |
| 08:31.17 | ts | Tupone: I'll go testing now on bzf.guleague.org:5154 |
| 08:31.34 | Tupone | good |
| 08:31.41 | ts | Want to come with me? |
| 08:32.19 | Tupone | I'm already in |
| 08:34.53 | ts | cu |
| 08:39.21 | Tupone | ok |
| 08:46.39 | *** join/#bzflag Dessy (n=Dessy@88.134.40.201) |
| 09:01.50 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 09:13.24 | *** join/#bzflag Deepa (n=deepy@wrongplanet/deepa) |
| 09:33.00 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 09:38.41 | *** join/#bzflag CBG_ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 09:48.58 | *** join/#bzflag KTL (n=KTL@kotnet-149.kulnet.kuleuven.be) |
| 10:26.14 | *** join/#bzflag Deepa (n=deepy@wrongplanet/deepa) |
| 10:27.06 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 11:12.30 | *** join/#bzflag Quol (n=Ian@69.90.0.146) |
| 11:28.55 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 11:33.29 | *** part/#bzflag hintzy64 (n=hintzy64@c-68-55-50-120.hsd1.md.comcast.net) |
| 11:43.09 | lepoulpe303 | i have a crash on bzfs (win32/trunk) in curl initialization (something related to unicode maybe) . anyone has an idea ? |
| 11:57.07 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 11:57.07 | *** mode/#bzflag [+v tupone] by ChanServ |
| 12:05.13 | CIA-23 | BZFlag: 03chaos-dev * r15569 10/trunk/bzwgen/ (4 files in 2 dirs): New skyscraper texture added :) |
| 12:05.40 | Epyon | http://bzflag.chaosforge.org/screenshots/bzfi0060.png :D |
| 12:05.47 | lepoulpe303 | or if anyone has a bzfs.exe in protocol version 56 , it would help , tx |
| 12:06.15 | Epyon | lepoulpe303, I have a quite recent bzfs.exe if that helps... |
| 12:06.37 | lepoulpe303 | epyon : nice screenshot ! |
| 12:06.50 | Epyon | random procedural xP |
| 12:07.00 | lepoulpe303 | really ???? Wow |
| 12:07.08 | lepoulpe303 | clap clap clap |
| 12:07.16 | Epyon | lepoulpe303, http://bzflag.chaosforge.org/ |
| 12:07.25 | Epyon | My GSoC project xP |
| 12:09.25 | lepoulpe303 | very nice, no doubt |
| 12:09.57 | lepoulpe303 | if you have a more recent bzfs than the one in unstable builds, i'm interested |
| 12:10.50 | Epyon | ah, you need a 2.1 bzfs? |
| 12:11.04 | lepoulpe303 | have you ever thought to put a building like the one they want to build in dubai, with each level that can turn independently ?? ;) |
| 12:11.55 | lepoulpe303 | http://www.dailymotion.com/video/x2j945_dynamic_tech |
| 12:12.21 | Epyon | lepoulpe303, 2.1 or 2.0 bzfs? |
| 12:13.25 | CIA-23 | BZFlag: 03atupone * r15570 10/branches/v2_0branch/bzflag/src/bzflag/LocalPlayer.cxx: Refix speed check |
| 12:14.52 | lepoulpe303 | 2.1 latestlatestlatest |
| 12:14.56 | lepoulpe303 | :) |
| 12:15.51 | Epyon | Try this : http://bzflag.chaosforge.org/bzfs21.zip |
| 12:17.19 | *** join/#bzflag lepoulpe304 (n=LePoulpe@LSt-Amand-152-32-5-35.w82-127.abo.wanadoo.fr) |
| 12:17.24 | lepoulpe304 | rhha |
| 12:17.29 | lepoulpe304 | damned network |
| 12:18.03 | Manu | ruskie: try the svn version again ;) |
| 12:23.05 | ruskie | will do |
| 12:33.39 | lepoulpe304 | Epyon: i need a version greater than 2.1.13 |
| 12:58.52 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 14:49.49 | *** join/#bzflag xota (n=xota@69.Red-83-45-235.dynamicIP.rima-tde.net) |
| 14:49.58 | xota | hi! can i have the server and the client in the same pc? |
| 14:50.33 | ruskie | sure |
| 15:04.38 | *** join/#bzflag poolio (n=poolio@c-71-206-215-46.hsd1.pa.comcast.net) |
| 15:06.30 | xota | where can i download maps |
| 15:06.32 | xota | ?? |
| 15:08.26 | *** join/#bzflag RedBaron3 (i=d8ada652@gateway/web/cgi-irc/zeebrothers.net/x-c3b8f59da12c675c) |
| 15:08.53 | blast007 | xota: the forum has some maps under Map Releases |
| 15:10.26 | xota | ok, thx |
| 15:12.47 | Epyon | You can always generate one randomly :P |
| 15:13.05 | blast007 | hehehe |
| 15:15.51 | blast007 | here's an archive of some older maps: http://web.archive.org/web/*/http://stats.bzflag.org/maps/ |
| 15:16.08 | blast007 | I don't think it saved them all, but it got a good amount of them |
| 15:16.14 | xota | I use bzflag on console and user -window to launch it |
| 15:16.26 | xota | but the mouse is always in the window |
| 15:16.31 | xota | how can i get out the mouse? |
| 15:16.59 | blast007 | Options > Input Settings > Confine Mouse |
| 15:17.09 | blast007 | set it to Off |
| 15:18.17 | xota | blast007, i have problems launching it on local and connecting ;( |
| 15:18.46 | blast007 | have you tried connecting to localhost on port 5154 ? |
| 15:18.51 | xota | bzfs +f good -j -a 50 38 -world Desktop/mapas/\[R3laX\'s\ Map\]666\ -\ \[V4\].bzw this is the line |
| 15:19.01 | xota | and I launch it with bzflag xota@localhost |
| 15:19.17 | blast007 | make sure it's port 5154 too |
| 15:19.47 | blast007 | I think if you don't specify a port on the command line, it uses the port that was saved in the config |
| 15:20.16 | blast007 | so you could try: bzflat xota@localhost:5154 |
| 15:20.18 | blast007 | bzflag* |
| 15:24.25 | xota | ok blast007 thx |
| 15:31.49 | donny_baker | wow first spam on wiki in over a month |
| 15:32.03 | donny_baker | ~reCAPTCHA++ |
| 15:32.22 | blast007 | :) |
| 15:42.20 | *** join/#bzflag Tedius (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 16:00.03 | *** join/#bzflag Erroneous (n=dtremena@67-131-219-2.dia.static.qwest.net) |
| 16:00.20 | *** join/#bzflag gsnedders (n=gsnedder@host86-142-195-224.range86-142.btcentralplus.com) |
| 16:00.30 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 16:40.07 | *** join/#bzflag JeffM (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 16:40.32 | CIA-23 | BZFlag: 03chaos-dev * r15571 10/trunk/bzwgen/ (inc/Mesh.h src/Mesh.cxx): Added splitFace to Mesh, the most powerful subdivision tool yet. |
| 16:55.25 | CIA-23 | BZFlag: 03chaos-dev * r15572 10/trunk/bzwgen/ (inc/Mesh.h inc/globals.h src/Mesh.cxx): Fixed a bug in splitFace, and allowed it to accept relative arguments (passed as negative in this case). |
| 16:57.54 | CIA-23 | BZFlag: 03chaos-dev * r15573 10/trunk/bzwgen/ (MSVC/lexer.cxx src/lexer.l): For readability the lexer will now parse floats ending with an 'r' as negative. |
| 17:00.08 | JeffM | Epyon, why not just use a - infront of it? |
| 17:00.19 | JeffM | ya know.. for readability ;) |
| 17:00.42 | Epyon | JeffM, Does this ( 1.0 , -1.0 , 1.0 ) suggest that the second value is relative? :P |
| 17:01.02 | JeffM | you said negitive |
| 17:01.06 | Epyon | ( 1.0 , 1.0r , 1.0 ) however does, doesn't it? :) |
| 17:01.07 | JeffM | not realitiive |
| 17:01.17 | JeffM | is your commit message wrong? |
| 17:01.43 | Epyon | See the commit message before that one. |
| 17:01.47 | Erroneous | his previous commit "allowed ... to accept relative arguments (passed as negative)" |
| 17:01.52 | JeffM | ahh |
| 17:01.57 | Erroneous | that's the one you should be griping about as unintuitive :) |
| 17:01.58 | Epyon | Erroneous, thanks :) |
| 17:02.25 | JeffM | so you were using - for something non neg, I see |
| 17:02.37 | JeffM | bloddy hell svn is slow today |
| 17:02.49 | Epyon | Well, either I could have accepted a 2 DoubleVectors and a BoolVector or one DoubleVector, where the sign implies relativity :P |
| 17:03.10 | JeffM | sign should specifcy the sign ;) |
| 17:03.26 | Epyon | This way may be unintuitive, but in the long run is much cleaner :) |
| 17:03.29 | *** join/#bzflag winwinwin (n=chatzill@unaffiliated/davidhkmrpowers) |
| 17:03.45 | JeffM | r works |
| 17:03.49 | JeffM | it at least means something |
| 17:03.58 | *** join/#bzflag LongDon (n=LongDon@host-091-097-077-222.ewe-ip-backbone.de) |
| 17:04.07 | Epyon | 1.0r is basically parsed as -1.0 :) |
| 17:04.24 | Epyon | But the rule files will be lot cleaner because of that. |
| 17:07.44 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 17:08.10 | JeffM | what if you had -1.0r ? |
| 17:08.19 | Epyon | syntax error |
| 17:09.41 | JeffM | so you can't do a negitive relitivle value? |
| 17:10.22 | Epyon | You can't. It wouldn't make any sense anyway. |
| 17:11.03 | JeffM | you can't go bacwards relitive to a position |
| 17:11.14 | Epyon | splitFace takes arguments that say how big are the consecutive parts that are to be splitted. |
| 17:11.22 | JeffM | ahh it's a size |
| 17:11.24 | JeffM | got it |
| 17:11.37 | JeffM | I was thinking postion |
| 17:13.01 | Epyon | so splitfacev( 3.5 , 0.3 , 1r ) [ level0 ledge facade ], means divide the face vertically into three parts - the first is 3.5 meters and is generated by level0 rule, the second is 0.3 meter ledge, and the rest is passed to facade |
| 17:15.04 | CIA-23 | BZFlag: 03chaos-dev * r15574 10/trunk/bzwgen/ (inc/Operation.h src/Operation.cxx): OperationSplitFace implemented. |
| 17:20.53 | TD-Linux | I'm off to find my really really old C++ programs |
| 17:20.57 | TD-Linux | from the 3rd grade |
| 17:22.46 | CIA-23 | BZFlag: 03chaos-dev * r15575 10/trunk/bzwgen/ (5 files in 2 dirs): splith and splitv added to the grammar |
| 17:24.12 | JeffM | Epyon, for some reason I was thinking "incremental" when you meant relitive, as in a distance, not a split :) |
| 17:24.38 | Epyon | Ah :) |
| 17:24.55 | Epyon | Well but I guess after the example all became clear :) |
| 17:25.04 | JeffM | indeed |
| 17:25.11 | JeffM | you explained someting.. I'm so proud :) |
| 17:25.37 | Epyon | Actually the fun part is that I have now the same power as the split grammar from 2003 SIGGRAPH paper by Peter Wonka :P |
| 17:25.39 | daxxar | Urg |
| 17:25.42 | daxxar | This is annoying. |
| 17:25.47 | daxxar | I can't get bzrobots to be accurate. |
| 17:26.16 | JeffM | did you give them beers? |
| 17:26.52 | Epyon | "Not unlike the creature called Epyon, a bzrobot needs beer to move forward." |
| 17:27.13 | CIA-23 | BZFlag: 03daxxar * r15576 10/trunk/bzflag/src/bzrobots/ (RCRobotPlayer.cxx StalkBot.py): |
| 17:27.13 | CIA-23 | BZFlag: Fixed a bug in StalkBot |
| 17:27.13 | CIA-23 | BZFlag: Attempted to fix the overshooting of setTurnLeft(X); while (getTurnRemaining() >= 0) execute(); - NOT WORKING. |
| 17:27.13 | CIA-23 | BZFlag: Anyone have any input on how to make this behaviour more accurate? Input appreciated. (See RCRobotPlayer::doUpdateMotion(), iirc) |
| 17:27.31 | daxxar | If anyone actualy gets bzrobots running, run StalkBot.py to see what I mean. |
| 17:27.44 | JeffM | is it parhaps a lag compensation issue? |
| 17:27.57 | daxxar | What do you mean? |
| 17:28.06 | JeffM | since the hit isn't done by the actual bot |
| 17:28.32 | JeffM | it's done on the shot client |
| 17:28.36 | JeffM | so its' affected by his lag |
| 17:28.40 | daxxar | Nono, not like that. |
| 17:28.45 | daxxar | I mean accuracy for e.g. turning |
| 17:28.50 | JeffM | ahh ok |
| 17:28.53 | daxxar | I.e. if I tell it to turn 90 degrees, it turns >90 degrees |
| 17:28.59 | JeffM | stupid bot |
| 17:29.14 | daxxar | I think it's a backend bug: |
| 17:29.14 | daxxar | self: (-34.689098, -16.743799, 0.000000) angle: 248.190994 |
| 17:29.14 | daxxar | player 0: daxxar - (-27.020000, -4.320000, 0.000000) angle: 229.738007, bearing: 170.510086 |
| 17:29.18 | daxxar | self: (-24.381399, 10.468800, 0.000000) angle: 68.721100 |
| 17:29.28 | Epyon | daxxar, use doubles? :P |
| 17:29.33 | daxxar | What's important here: Bearing means the relative angle of the player to the bot. |
| 17:29.36 | daxxar | I use doubles? |
| 17:29.38 | JeffM | Epyon, that's just silly |
| 17:29.47 | daxxar | Anyway, the inaccuracies are WAY bigger. |
| 17:29.48 | JeffM | the accuracy to 90 would not be off by that much |
| 17:29.57 | Epyon | JeffM, I know, I just said that because it solved my problem xP |
| 17:30.06 | JeffM | your doing much tighter calcs |
| 17:30.08 | daxxar | See, if bearing is 170 degrees, the bot does setTurnLeft(170); while (getTurnRemaining() >= 0) execute(); |
| 17:30.15 | daxxar | Which in theory means it should turn 170 degrees to the left. |
| 17:30.29 | daxxar | When it's done, the backedn reports it's angle as ~69 degrees. |
| 17:30.35 | daxxar | 248 - 69 = 179 |
| 17:30.39 | daxxar | So it overshoots by *nine* degrees. |
| 17:30.58 | daxxar | As the distance between the player and the bot increases, the overshooting becomes even more vital. |
| 17:31.07 | daxxar | But even at about 10 units, that's still way off. |
| 17:31.33 | daxxar | JeffM: Assuming you're more acustomed to the player code, can you look at RCRobotPlayer.cxx? |
| 17:31.36 | daxxar | (doUpdateMotion) |
| 17:32.08 | JeffM | I am not |
| 17:32.17 | daxxar | The code (even if it's BZRobots-code) should be pretty straight-forward and inuitive. |
| 17:32.18 | JeffM | but give me a sec and I can look |
| 17:32.21 | daxxar | Darn. |
| 17:32.21 | daxxar | Thanks. :) |
| 17:32.40 | daxxar | brlcad, purple_cow, blast007, DTRemenak / Erroneous: Pokenudge? ;-) |
| 17:32.43 | *** join/#bzflag Pommes_ (n=Pommes@about/essy/frenchy/Pommes) |
| 17:32.58 | JeffM | I just need to find the bloddy curses define for bzadmin |
| 17:34.33 | Erroneous | curses define? |
| 17:34.50 | JeffM | I want to make the default VC7.1 build sans curses like I did for VC8 |
| 17:34.54 | daxxar | Erroneous: Are you familiar with client code? |
| 17:35.08 | Erroneous | JeffM: it's in project properties |
| 17:35.20 | JeffM | Erroneous, it's suposed to be |
| 17:35.21 | Erroneous | daxxar: more or less |
| 17:35.23 | JeffM | but I'ts not there |
| 17:35.37 | JeffM | WIN32 |
| 17:35.38 | JeffM | NDEBUG |
| 17:35.38 | JeffM | _CONSOLE |
| 17:35.38 | JeffM | BUILDING_BZADMIN |
| 17:35.44 | JeffM | that's all there is under preprocessor |
| 17:35.46 | Erroneous | heh |
| 17:35.57 | JeffM | yet curses wraper is still trying to include it |
| 17:36.43 | JeffM | ahh I think I know what it is |
| 17:36.45 | Erroneous | right-click the symbol, click "go to definition |
| 17:36.46 | JeffM | the define was pulled |
| 17:36.58 | JeffM | but the cxx files were still part of the build |
| 17:37.04 | daxxar | Erroneous: Okay, if you feel like it (and have time), I'd greatly appreciate it if you could look at the problem I mentioned. |
| 17:37.07 | JeffM | so it compiled them, but nothing included them |
| 17:37.11 | daxxar | Let me know if you find my description unclear |
| 17:38.50 | daxxar | No problem |
| 17:40.08 | CIA-23 | BZFlag: 03JeffM2501 * r15577 10/trunk/bzflag/MSVC/VC71/bzadmin.vcproj: if we arn't going to do curses by default, realy don't do curses by default. |
| 17:41.26 | JeffM | hmmm. now where would the 32bit runtime DLLs be on my machine... |
| 17:46.22 | CIA-23 | BZFlag: 03JeffM2501 * r15578 10/trunk/bzflag/package/win32/nsis/BZFlag.nsi: use the internal zlib since we build our own curl now |
| 17:54.09 | JeffM | http://beta.bzflag.bz/builds/2.1.x/bzflag-2.1.14.exe |
| 17:54.37 | JeffM | hope it works, it's a 32bit app, built on X64 |
| 17:55.25 | Winny | JeffM: Im trying it now |
| 17:55.36 | JeffM | now daxxar what did you want me to look at? |
| 17:57.12 | Winny | works |
| 17:57.13 | JeffM | and umm bzrobots dosn't have a windows build system does it? |
| 17:57.16 | JeffM | Winny, thanks |
| 17:57.30 | Winny | my FPS seems to be overly low, I guess 'cause of FTGL |
| 17:57.41 | JeffM | FTGL isn't suposed to be that bad |
| 17:57.45 | JeffM | 2-5% maybe |
| 17:57.48 | Winny | hmm |
| 17:57.58 | Winny | I was getting about 30... usually get 60 |
| 17:58.14 | JeffM | once it renders the fonts, it does nearly the exact same drawing that the old code did |
| 17:58.24 | JeffM | what card? |
| 17:58.37 | daxxar | JeffM: Sorry, no Windows (yet) |
| 17:58.45 | daxxar | JeffM: The issue is that my code overshoots any requested tur |
| 17:58.46 | daxxar | turn |
| 17:58.48 | daxxar | By many degree |
| 17:58.52 | daxxar | degrees |
| 17:58.55 | JeffM | well I'm on windows |
| 17:59.07 | JeffM | does it just need the files in the bzrobots dir? |
| 17:59.15 | Winny | JeffM: EVGA 6600 |
| 17:59.23 | JeffM | does it need any other sub projects? like common, or net, or whatnot? |
| 17:59.26 | JeffM | Winny, odd |
| 17:59.50 | JeffM | daxxar, and is it a console aplication? |
| 18:00.05 | daxxar | JeffM: Right |
| 18:00.15 | daxxar | JeffM: But no, it needs a lot of bzflag files |
| 18:00.25 | JeffM | do you have a list of the files it needs? |
| 18:00.25 | daxxar | Plus, you need SWIG. ;-) |
| 18:00.31 | JeffM | ahh |
| 18:00.33 | JeffM | good luck then |
| 18:01.21 | daxxar | SWIG should work on windows, but I should probably be the one to make it build on win32. |
| 18:01.29 | JeffM | I'm not seting that up today |
| 18:01.36 | JeffM | why shoudl it be you? |
| 18:01.44 | JeffM | this is an open source project |
| 18:01.51 | JeffM | your not the only one anymore |
| 18:01.58 | daxxar | Because I'm the person who's the most familiar with how bzrobots builds, so it's probably easier. |
| 18:02.03 | JeffM | I'll do it, I'm just not installing any more libs on this work machine |
| 18:02.12 | daxxar | I'm not saying I *have to*, I'm just suggesting I'd have an easier time doing it. |
| 18:02.13 | JeffM | what version of visual studio do you have? |
| 18:02.16 | daxxar | VS8 |
| 18:02.22 | JeffM | that dosn't help me |
| 18:02.23 | JeffM | :) |
| 18:02.31 | daxxar | Hehe, ok. :-) |
| 18:02.48 | JeffM | does it need files from bzflag itself? like bzadmin does? |
| 18:03.01 | JeffM | and is there a way to make swig optional? |
| 18:03.03 | daxxar | Yes |
| 18:03.08 | daxxar | And no |
| 18:03.11 | daxxar | Or, well, yes, swig *is* optional |
| 18:03.12 | JeffM | why not? |
| 18:03.23 | daxxar | But then it won't allow you to run Python |
| 18:03.31 | daxxar | Also, I need to port SharedObjectLoader to use Win32-stuff |
| 18:03.31 | JeffM | whopty do |
| 18:03.46 | JeffM | why didn't you just use the plugin loader from bzfs? |
| 18:03.50 | daxxar | I'm not manually making Python-bindings for my API ;) |
| 18:05.08 | JeffM | it woudl be best if all the dynamic library loaders worked the same way |
| 18:05.13 | JeffM | and had similar APIs |
| 18:05.43 | daxxar | Well, I need callbacks from the shared object |
| 18:05.53 | daxxar | The bzfs plugin loader isn't generic enough. |
| 18:05.59 | daxxar | (AFAICT) |
| 18:06.02 | JeffM | then make it generic enough ;) |
| 18:06.11 | JeffM | I'll take a look at it one day |
| 18:06.27 | JeffM | be nice to have a common lib that would load plugins that all the projects could use |
| 18:06.30 | daxxar | It seemed like a lot more work than the ~100 lines SharedObjectLoader is. ;P |
| 18:06.48 | JeffM | except that it dosn't work on all OSs |
| 18:06.54 | daxxar | I just wanted to see results. :) |
| 18:06.57 | daxxar | True enough |
| 18:06.58 | JeffM | fair nuf |
| 18:07.07 | JeffM | I'm just saying long run |
| 18:07.13 | daxxar | I agree |
| 18:07.24 | daxxar | Btw, check Makefile.am |
| 18:07.31 | JeffM | it has the list? |
| 18:07.32 | daxxar | If you look for ../bzflag/ you'll see which files |
| 18:07.38 | JeffM | k |
| 18:07.41 | JeffM | what other libs does it need? |
| 18:07.47 | JeffM | common, net, obstacle? anything else? |
| 18:07.57 | daxxar | Currently it links with it all |
| 18:07.58 | JeffM | probalby date |
| 18:08.04 | JeffM | you link with 3d? |
| 18:08.05 | daxxar | Because it depends on bzflag-sources |
| 18:08.10 | daxxar | Which aren't decoupled enough from 3d |
| 18:08.16 | JeffM | hmm |
| 18:08.37 | daxxar | So it's practically impossible to make it work without lib3d et. al. without replicating and modifying bzflag code in bzrobots |
| 18:08.42 | daxxar | (which already is done in botplaying.cxx) |
| 18:09.05 | daxxar | It's really nasty |
| 18:09.41 | daxxar | But the cleanup-work is *big*, I think. So I just used what was already set up (by mcnabb), and put off restructuring till post-gsoc |
| 18:11.27 | JeffM | why is there a map in the src dir? |
| 18:12.09 | JeffM | holly crap, it looks like it just includes every single bzflag file |
| 18:12.29 | daxxar | It's a test-map. It's not of much use for anyone playing seriously. ;) |
| 18:12.37 | JeffM | it shoudl be in misc |
| 18:13.28 | CIA-23 | BZFlag: 03JeffM2501 * r15579 10/trunk/bzflag/ (misc/empty_world.bzw src/bzrobots/empty_world.bzw): maps go in misc, not source dirs, even if they are just for testing. |
| 18:16.16 | brlcad | eww.. 1.0r how about using something a little less opaque like 100% or something |
| 18:17.49 | brlcad | daxxar: perhaps angular momentum coming into play? |
| 18:18.17 | CIA-23 | BZFlag: 03JeffM2501 * r15580 10/trunk/bzflag/ (11 files in 2 dirs): the bot scripts should go in misc/botScrips, since they are not used by the compiler, but by the runing app. |
| 18:19.41 | *** join/#bzflag TimRiker (n=timr@72.11.78.6) |
| 18:19.41 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 18:21.28 | brlcad | JeffM: the source file setup predated him, that was the client fork that was started by the byu folks for the bot interface |
| 18:21.54 | CIA-23 | BZFlag: 03JeffM2501 * r15581 10/trunk/bzflag/ (TODO src/bzrobots/TODO): merge bot todo into regular todo, since we don't have todos per project (not a bad idea IMHO) |
| 18:22.07 | JeffM | brlcad, that's what I figured |
| 18:23.07 | JeffM | dosn't mean we can't clean it up :) |
| 18:24.20 | brlcad | true 'nuff |
| 18:24.41 | brlcad | should probably fork/copy the bzflag sources fully, then start ripping out everything non-gui related |
| 18:24.59 | brlcad | either that or refactor client code into src/game and then make bzrobots just use libGame |
| 18:25.07 | brlcad | (that was the point of libGame) |
| 18:25.42 | JeffM | indeed |
| 18:26.29 | daxxar | brlcad: Hm? |
| 18:26.48 | brlcad | the reason it overshoots |
| 18:26.49 | daxxar | brlcad: Oh, right, there's angular momentum. Sigh. |
| 18:26.50 | JeffM | I'm seting it up now to just build the robots files, I'll see what it REALY needs |
| 18:26.52 | brlcad | perhaps angular momentum |
| 18:27.05 | daxxar | Didn't think of that. |
| 18:27.15 | brlcad | should have the same effect for driving |
| 18:27.20 | daxxar | How's angular velocity reduced when it's set to zero? |
| 18:27.21 | brlcad | if you moveForward(10.0) |
| 18:27.40 | brlcad | if momentum isn't accounted for, that'll be 13.123 or something |
| 18:27.57 | JeffM | the bot does it's own networking? |
| 18:28.16 | daxxar | JeffM: Hm? |
| 18:28.18 | brlcad | same net code as the client |
| 18:28.22 | JeffM | #include <sys/socket.h> |
| 18:28.22 | JeffM | #include <arpa/inet.h> |
| 18:28.23 | brlcad | same files |
| 18:28.26 | JeffM | that is not client code ;) |
| 18:28.30 | JeffM | that' is sockets stuff |
| 18:28.34 | daxxar | Right |
| 18:28.39 | brlcad | ah, it opens a socket for the backend communications |
| 18:28.40 | daxxar | That's for frontend->backend communication |
| 18:28.41 | JeffM | so yes, the bot does it's own networking |
| 18:28.45 | JeffM | joy |
| 18:29.12 | brlcad | you can telnet to the bot's port, and issue it commands from an arbitrary driver program |
| 18:29.15 | daxxar | I found other bugs as I looked into it too, btw. |
| 18:29.23 | *** join/#bzflag Tedius_ (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 18:29.32 | *** join/#bzflag const (n=c63c7901@bz.bzflag.bz) |
| 18:29.36 | brlcad | that port is actually what byu uses for their class |
| 18:29.46 | brlcad | so the students can write their bots in any language/environment |
| 18:29.58 | daxxar | But what's the name of the variable that decides friction/breaking (reduction of velocity) and the same for angular vel? |
| 18:30.14 | daxxar | In the old bzrobots anyway, brlcad ;) |
| 18:30.15 | JeffM | that will need to be converted to use the net classes |
| 18:30.30 | JeffM | unless you want 2 sockets implemenations? |
| 18:30.37 | brlcad | daxxar: eeh, don't remember .. and even with momentum, 9 degrees seems like too much still |
| 18:30.52 | daxxar | brlcad: As I said, I think it might've been other factors too. |
| 18:30.57 | brlcad | yeah, should use the same bz net classes |
| 18:31.08 | daxxar | But I def. do not factor in momentum |
| 18:31.24 | brlcad | i'm not sure you should |
| 18:31.27 | daxxar | JeffM: That's based on what was in place prior to me, so I've picked up bad habits from mcnabb, indirectly. |
| 18:31.47 | brlcad | at least not in the move/turn calls |
| 18:31.47 | daxxar | A player does, when he awnts to turn X degrees. |
| 18:32.05 | *** join/#bzflag macsforme (n=c63c7901@bz.bzflag.bz) |
| 18:32.16 | daxxar | Is momentum designed to be a limitation or an enhancement for players? |
| 18:32.24 | brlcad | momentum can be adjusted by the server, it's configurable .. so you can simulate water/ice, space, mud, etc |
| 18:32.35 | daxxar | Ok |
| 18:32.43 | brlcad | and can be changed on the fly |
| 18:32.58 | brlcad | so might just extend the api to allow bots to query it or something |
| 18:33.44 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 18:34.06 | daxxar | StateDatabase::BZDB_MOMENTUMFRICTION |
| 18:35.08 | daxxar | Ugh, it's a lot more complex to write bots for bzflag than robocode |
| 18:35.58 | daxxar | Actaully it's StateDatabase::BZDB_INERTIALINEAR |
| 18:35.59 | daxxar | I think |
| 18:37.09 | Chestal | the MOMENTUM stuff is for the bad flag |
| 18:39.04 | daxxar | I have to do something like this in C++: |
| 18:39.04 | daxxar | double t = -BZDBCache::tankSpeed/StateDatabase::BZDB_INERTIALINEAR |
| 18:39.05 | daxxar | if (t * getUserSpeed() >= distanceRemaining) |
| 18:39.05 | daxxar | setDesiredSpeed(0.0f); |
| 18:40.15 | *** join/#bzflag macsforme (n=c63c7901@bz.bzflag.bz) |
| 18:54.39 | CIA-23 | BZFlag: 03daxxar * r15582 10/trunk/bzflag/src/bzflag/Player.h: added Player#getUserSpeed() and Player#getUserAngVel() |
| 18:55.06 | daxxar | Anyway, I'm not feeling very well, I can't be motivated to look any more at this. |
| 18:57.46 | CIA-23 | BZFlag: 03daxxar * r15583 10/trunk/bzflag/ (botScrips/ botScripts/): scripTs, not scrips. We don't give credit! ;-) |
| 19:00.26 | *** join/#bzflag forrestv (n=forrestv@c-76-18-20-4.hsd1.fl.comcast.net) |
| 19:02.44 | daxxar | Uh |
| 19:02.54 | daxxar | How did you manage to move my file before you svn upped it, JeffM? |
| 19:03.02 | daxxar | You reverted r15576's cahnge to StalkBot.py. :O |
| 19:03.35 | CIA-23 | BZFlag: 03daxxar * r15584 10/trunk/bzflag/botScripts/StalkBot.py: reapply r15576's diff of StalkBot.py |
| 19:05.14 | daxxar | Blimey, it's overshooting by 10-12 degrees now. |
| 19:10.27 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 19:11.38 | daxxar | self: (-60.906300, -9.206280, 0.000000) angle: 47.250099 |
| 19:11.39 | daxxar | player 0: daxxar - (-4.120000, 26.920000, 0.000000) angle: 25.693100, bearing: -14.786416 |
| 19:11.42 | daxxar | self: (-3.208760, 27.575001, 0.000000) angle: 32.516899 |
| 19:12.05 | daxxar | Overshooting by 0.05 |
| 19:12.13 | daxxar | So I guess most of it *was* inertia. |
| 19:12.19 | daxxar | I noticed my bzfs had inertia set to 1.0 |
| 19:12.32 | daxxar | It was based on the settings that the old bzrobots-page recommended. |
| 19:12.33 | daxxar | :p |
| 19:28.12 | Winny | If I have a tele link going from 1 tele to tele2, will the link also work backwards? |
| 19:28.26 | tannerld | no |
| 19:28.38 | Winny | damn, I hate doing 4 links/tele :p |
| 19:29.08 | *** join/#bzflag moonpix (n=taz@201.66.236.42) |
| 19:37.20 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 19:37.20 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 19:44.47 | *** join/#bzflag Deepa|AFK (n=Deepa@abused.armchairs.be) |
| 19:47.55 | JeffM | daxxar, so your shared object loader, what functions does it look for in the loaded lib? |
| 19:48.28 | JeffM | create and destroy? |
| 19:49.04 | JeffM | and is it one object per instance kinda thing? |
| 19:50.12 | JeffM | and is the "backend" suposed to be another executable? |
| 19:52.44 | daxxar | Backend is bzrobots |
| 19:53.00 | daxxar | Frontend is, theoretically, another executable. (But included in bzrobots, bya fork) |
| 19:53.12 | JeffM | ok, so there is only one executable we build |
| 19:53.13 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 19:53.18 | daxxar | Yep |
| 19:53.25 | JeffM | and it what, uses sockets to comunicate with isself for right now? |
| 19:53.31 | JeffM | just so you can also make it external later? |
| 19:53.34 | daxxar | But we build bzrobot_pyext.so/dll if we build python ext |
| 19:53.37 | CIA-23 | BZFlag: 03JeffM2501 * r15585 10/trunk/bzflag/MSVC/VC71/bzrobots.vcproj: start a stub for bzrobots |
| 19:53.54 | JeffM | what does the shared object loader load? |
| 19:54.05 | JeffM | bot logic in a so/dll? |
| 19:54.22 | daxxar | Yes |
| 19:54.27 | JeffM | do you have an example of that? |
| 19:54.33 | JeffM | or just the python interface? |
| 19:54.37 | daxxar | ScriptLoaders are theoretically one instance, multiple 'bot instances', but there's no practical reason to do that. |
| 19:54.54 | daxxar | TestRobot.cxx |
| 19:54.54 | JeffM | how many so/dlls does a single run of bzrobts load? |
| 19:55.12 | daxxar | Is something SharedObjectLoader runs. |
| 19:55.20 | daxxar | Well, that depends. Usually 1 DLL/so. |
| 19:55.24 | JeffM | ok |
| 19:55.28 | daxxar | If you use SharedObjectLoader, it loads a bot (TestRobot.so, e.g.) |
| 19:55.33 | JeffM | so it's one bot per instance |
| 19:55.46 | daxxar | If you use PythonLoader, the python script most likely imports bzrobot.py, which again loads bzrobot_pyext.so |
| 19:55.48 | JeffM | and you look for create and destory in the .so and call them right? |
| 19:55.50 | daxxar | Yes |
| 19:55.54 | daxxar | That's right. |
| 19:56.14 | JeffM | and then that .so calls a number of functions that are inside bzrobots right? |
| 19:56.47 | *** join/#bzflag Deepa|AFK (n=Deepa@abused.armchairs.be) |
| 19:57.07 | daxxar | The .so has 'create', which returns an instance of an implementation of the virtual base class 'BZAdvancedRobot.h'. |
| 19:57.15 | daxxar | s/.h// |
| 19:57.22 | JeffM | ahh ok |
| 19:57.38 | JeffM | and when it's done with it, you call destory |
| 19:57.50 | JeffM | ok so i's like getbot and destory bot :) |
| 19:58.00 | daxxar | This instance has some methods in the .so (the ones the bot writer has implemented, stuff like BZAdvancedRobot#update() and BZAdvancedRobot#onHitWall()), and some methods in the bzrobots binary (BZAdvancedRobot#setTurnLeft(), etc) |
| 19:58.06 | daxxar | Yes |
| 19:58.23 | daxxar | I call destroy in the .so because that's the safe way with regards to destructors etc |
| 19:58.26 | JeffM | ok, so it's basicly just like how I had server side bots planed |
| 19:58.34 | daxxar | Probably |
| 19:58.34 | JeffM | the plug-in woudl register a command handler class |
| 19:58.40 | JeffM | that had some basic logic |
| 19:58.48 | daxxar | It has two inspirations, mostly; the OLD bzrobots and robocode. |
| 19:59.00 | JeffM | it's a logical way to do it |
| 19:59.16 | JeffM | oh I may change the callbacks, to make them fit the other APIs we have |
| 19:59.27 | daxxar | bz_CreateBot or something? |
| 19:59.28 | JeffM | bzrb_create and bzrb_destroy |
| 19:59.31 | JeffM | yeah something |
| 19:59.34 | daxxar | okaydokay |
| 19:59.51 | daxxar | We should probaly sed -i s/bzrobots/bzrobot/g *.cxx *.h && svn mv .... |
| 19:59.53 | JeffM | eventlya I'd love to be able to have a single DLL that could run ether a bzrobot, or a server side bot :) |
| 19:59.58 | daxxar | No reason to be plurl |
| 19:59.59 | daxxar | plural. |
| 20:00.09 | brlcad | bzbot_ :) |
| 20:00.15 | JeffM | maybe |
| 20:00.24 | JeffM | I abreviated all the otehrs |
| 20:00.28 | JeffM | bot isn't that much longer tho |
| 20:00.33 | daxxar | I'm glad you're all enthusiastic now that you understand how it works, jeff ;) |
| 20:00.51 | JeffM | I'm not enntusiastic, I just would like to build on all platforms |
| 20:00.51 | daxxar | Anyway, back to circuit analysis techniques. |
| 20:00.52 | JeffM | :) |
| 20:00.57 | daxxar | Hehe, goes for the same |
| 20:00.57 | daxxar | :P |
| 20:01.17 | JeffM | I will probably break many thigns as I change stuff, just so you know |
| 20:01.39 | daxxar | As long as you do The Responsible Thing and don't leave them like that ;P |
| 20:01.50 | JeffM | I don't have nix |
| 20:01.55 | JeffM | this is colaboration |
| 20:01.58 | daxxar | That part I can take care of |
| 20:02.02 | JeffM | you and others will probably have to fix them |
| 20:02.05 | daxxar | I'll of course contribute whatever I find :) |
| 20:02.06 | JeffM | :) |
| 20:02.32 | JeffM | geting the net code to be generic, that will be fun |
| 20:02.42 | JeffM | it's all TCP right? |
| 20:04.25 | daxxar | Yeah |
| 20:04.44 | daxxar | I intended to port it to unix sockets, but I guess I can do that when you're done with win32-compatability of the socket code. |
| 20:04.44 | CIA-23 | BZFlag: 03JeffM2501 * r15586 10/trunk/bzflag/bots/ (. testbot/): make a place for the plug-in like bot logic libraries. |
| 20:04.44 | JeffM | maybe I'll just use the tcpConnection classes from libIRC.... |
| 20:04.58 | JeffM | windows dosn't use unix sockets |
| 20:05.05 | daxxar | I know |
| 20:05.07 | daxxar | That's why I want to wait |
| 20:05.18 | daxxar | So I can make it optional, e.g. via #ifdefs |
| 20:05.24 | JeffM | if I change it, i'll be to make it use an existing cross platform sockets system |
| 20:05.26 | *** join/#bzflag forrestv (n=forrestv@c-76-18-20-4.hsd1.fl.comcast.net) |
| 20:05.29 | JeffM | ether ours or another |
| 20:05.34 | daxxar | Mkay |
| 20:05.37 | JeffM | so you should not have to port anything for unix sockets |
| 20:05.44 | *** join/#bzflag Deepa|AFK (n=Deepa@abused.armchairs.be) |
| 20:06.03 | JeffM | I mean bzflag and bzfs has allready done the work of making a cross platform sockets system inside the net proejct |
| 20:06.09 | JeffM | may as well try to reuse that right? |
| 20:07.39 | *** join/#bzflag gsnedders (n=gsnedder@host86-142-195-224.range86-142.btcentralplus.com) |
| 20:08.45 | daxxar | Sure, sure. I didn't change much of the core network stuff. :) |
| 20:09.10 | daxxar | (that is, I wrote RCLinkFrontend/Backend, etc, but it was mostly just splitting and generalizing the old code) |
| 20:09.31 | CIA-23 | BZFlag: 03JeffM2501 * r15587 10/trunk/bzflag/bots/python/ (6 files): |
| 20:09.31 | CIA-23 | BZFlag: make the botscripts dir be more generic cus it'll have real bots too. |
| 20:09.31 | CIA-23 | BZFlag: move the python bots to bots/python for now. |
| 20:09.53 | daxxar | You forgot to svn commit in the root dir? |
| 20:10.17 | JeffM | shodn't have |
| 20:10.23 | *** join/#bzflag cosmol (n=dave@71.86.121.200) |
| 20:10.32 | daxxar | I mean botScripts is still there |
| 20:10.47 | JeffM | that may be your client not removing it for some reason |
| 20:10.53 | daxxar | i.e. svn ci /trunk/bzflag/ |
| 20:11.06 | JeffM | svn never reealy deltes anything |
| 20:11.23 | daxxar | No, it's your changeset not being fully committed. |
| 20:11.31 | JeffM | I have nothing left to commit |
| 20:11.32 | daxxar | svn log -vr15587 shows only adds |
| 20:11.36 | JeffM | I commited from the log |
| 20:11.38 | daxxar | So you didn't send any deletes |
| 20:11.38 | JeffM | so pull it :) |
| 20:11.41 | JeffM | maybe it geeked |
| 20:11.52 | daxxar | 'geeked'? |
| 20:12.07 | JeffM | didn't work right |
| 20:12.17 | daxxar | heh. |
| 20:12.33 | *** part/#bzflag xota (n=xota@69.Red-83-45-235.dynamicIP.rima-tde.net) |
| 20:12.44 | CIA-23 | BZFlag: 03JeffM2501 * r15588 10/trunk/bzflag/botScripts/: bots be gone, you have been moved... silly svn |
| 20:12.58 | JeffM | maybe I did a copy instead of a move. |
| 20:13.15 | daxxar | Per'aps. That seems to do it properly atleast. :) |
| 20:13.35 | CIA-23 | BZFlag: 03JeffM2501 * r15589 10/trunk/bzflag/bots/testbot/TestRobot.cxx: testbot gets it's own dir in /bots now |
| 20:13.49 | CIA-23 | BZFlag: 03JeffM2501 * r15590 10/trunk/bzflag/src/bzrobots/TestRobot.cxx: testbot gets it's own dir in /bots now |
| 20:13.59 | JeffM | hmm maybe I shodln't be using the proxy for SVN |
| 20:14.04 | JeffM | that went thru as 2 |
| 20:20.22 | JeffM | is your base class versioned? |
| 20:26.36 | JeffM | ugg, this is going to get realy complex realy fast, your base class includes a lot of other stuff in the header :( |
| 20:27.23 | JeffM | and goes right into bzflag client files :( |
| 20:33.48 | JeffM | I don't think we'll be able to do bots on windows |
| 20:33.51 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 20:33.51 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 20:33.54 | JeffM | not with how this is set up right now |
| 20:34.10 | JeffM | the API isn't clean enough to shove thru the app/dll barrier |
| 20:34.24 | daxxar | Hm? |
| 20:34.35 | daxxar | What do you mean? |
| 20:34.42 | JeffM | on windows, you have to export all the classes that you want the loaded dll to have access to |
| 20:34.45 | daxxar | Doesn't Windows support resolving symbols at runtime? |
| 20:34.48 | JeffM | yes |
| 20:34.53 | JeffM | but you have to tell it WHAT to export |
| 20:34.55 | daxxar | I don't expose many classes. |
| 20:35.06 | JeffM | the classes you do expose, include other classes |
| 20:35.11 | JeffM | and those classes include others, etc.. |
| 20:35.15 | JeffM | way down the chain |
| 20:35.24 | JeffM | all the way into bzflag proper |
| 20:35.45 | daxxar | Really? |
| 20:36.10 | JeffM | BZAdvancedRobot includes a number of other files |
| 20:36.10 | daxxar | I thought it was like, BZAdvancedRobot, AdvancedRobot, BZRobot, Robot, Tank, RCLinkFrontend, RCLink, RCMessage, RCRequest(s) |
| 20:36.23 | JeffM | tank includes remote player |
| 20:36.44 | JeffM | you also have a std::Vectorr |
| 20:36.51 | JeffM | that may get wiered |
| 20:37.11 | JeffM | if memory is alloced in the dll, the app can't free it or, reallocated it |
| 20:37.32 | daxxar | hrm |
| 20:37.35 | JeffM | if the app tries to grow the vector that started in the dll, it'l atempt to free that memory to allocate more |
| 20:37.52 | JeffM | this is why we have all those lists in the bzfs api |
| 20:38.02 | JeffM | so that bzfs does all the allocations for it |
| 20:38.20 | JeffM | with a template, each modlue has it's own implemenation of the template, and it's not exported over the dll boundry |
| 20:38.28 | JeffM | so they will fight for the memory :( |
| 20:38.42 | L4m3r | ~lart Windows |
| 20:38.42 | ibot | turns Windows into a lifesized tux doll |
| 20:38.50 | blast007 | how fitting |
| 20:38.53 | L4m3r | LOL |
| 20:38.56 | JeffM | yeah tank, has a constructor that uses RemotePlayer |
| 20:39.04 | JeffM | that's not going to fly |
| 20:39.12 | JeffM | so it's way simpler to just not even try this right now |
| 20:39.23 | JeffM | or only do the python stuff |
| 20:39.33 | JeffM | the API just isn't clean enough |
| 20:39.54 | daxxar | Okay, leave it be, then. :) |
| 20:40.44 | CIA-23 | BZFlag: 03JeffM2501 * r15591 10/trunk/bzflag/MSVC/VC71/bzrobots.vcproj: no robots on windows, it's just too nix specific. |
| 20:41.25 | daxxar | Wouldn't have guessed that the whole DLL-thing would be the blocker. ;) |
| 20:41.35 | daxxar | Python loads a dll too, btw. |
| 20:41.44 | daxxar | And AFAIK it loads symbols from the binary |
| 20:41.46 | JeffM | as long as the API to the dll is clean it's no biggie |
| 20:42.05 | JeffM | you can load symbos, I mean all the plug-ins do that |
| 20:42.13 | JeffM | it just has to be a clean export |
| 20:42.23 | JeffM | that's why bzfsAPI.h dosn't include any other headers |
| 20:42.29 | JeffM | it's all self contained and exported. |
| 20:42.30 | daxxar | Yes, but it uses BZAdvancedRobot |
| 20:42.40 | JeffM | and people have built this on visual C++? |
| 20:42.42 | daxxar | Which means it probably wants the same stuff as the SO stuff |
| 20:42.51 | JeffM | then yeah no bots on windows |
| 20:42.52 | daxxar | bzrobots? |
| 20:42.57 | daxxar | As far as I know, no-one has attempted. |
| 20:42.59 | JeffM | even python bots |
| 20:43.07 | JeffM | oh well |
| 20:43.30 | daxxar | Sorry. :/ |
| 20:43.46 | daxxar | Backend should port relatively easily, atleast |
| 20:43.48 | daxxar | :) |
| 20:44.11 | JeffM | yeah, if they run the bzrobots on nix |
| 20:44.21 | JeffM | write an app on windows |
| 20:46.17 | daxxar | Could implement 'frontend' in pure Python or something. ;-) |
| 20:47.20 | JeffM | as it sits now, no mater what you can't even build the bzrobots app on windows |
| 20:47.23 | JeffM | regarless of the dll |
| 20:47.56 | daxxar | The blocker is sockets, I guess |
| 20:48.18 | JeffM | yeah |
| 20:48.25 | JeffM | it's dooable, I just don't see the huge return on it |
| 20:48.37 | daxxar | Nah, it's pretty useless if loading bots won't work |
| 20:48.43 | JeffM | may as well wait for somone to realy need it an be willing to code up the network app |
| 20:48.55 | *** join/#bzflag Deepa|AFK (n=Deepa@abused.armchairs.be) |
| 20:49.09 | CIA-23 | BZFlag: 03JeffM2501 * r15592 10/trunk/bzflag/README.WINDOWS: not that bzrobots is not a windows product and will not be built. |
| 20:49.16 | JeffM | the time would be better spend on server side bots. |
| 20:49.36 | daxxar | Anyway |
| 20:49.37 | JeffM | tho that is somewhat pointless to since few servers run windows |
| 20:49.51 | daxxar | std::vector isn't really needed |
| 20:50.02 | daxxar | And the RemotePlayer ctor does not need to be available from the DLL |
| 20:50.05 | JeffM | it coudl be cleaned up, have stuff put in pimples |
| 20:50.06 | JeffM | yeah |
| 20:50.09 | JeffM | it can be done |
| 20:50.16 | JeffM | it's just a lot of rewrite |
| 20:50.37 | daxxar | True |
| 20:54.46 | daxxar | Hm |
| 20:55.19 | daxxar | brlcad: How should I build TestRobot now? JeffM moved it to another dir, so it'll need it's own makefile, and the toplevel one should somehow descend into it (.. if certain configure-flags are set?) |
| 20:55.26 | JeffM | anyone know who " ??? Lauria" is? |
| 20:55.39 | JeffM | daxxar, I'd recomend doing it like plugins are built |
| 20:55.48 | JeffM | since it needs to be done as a .so in a very similar manner |
| 20:56.02 | JeffM | and there will hopefully be a bunch of them :) |
| 20:56.33 | daxxar | Dunno if C++ will be a very desired language |
| 20:56.41 | JeffM | then pull it |
| 20:56.47 | JeffM | or just keep it in misc |
| 20:57.09 | daxxar | I'll leave it as-is for now. |
| 20:57.28 | JeffM | do you need it for your testing? or have you moved to python? |
| 20:58.00 | daxxar | I mostly use C++ for testing, as I'm a) etching out the API (python is a lot more "rapid-deployment") and creating quick hacks. |
| 20:58.24 | JeffM | move it back to the src dir then |
| 20:58.25 | JeffM | for now |
| 20:58.27 | daxxar | If performance ever becomes an issue, people will probably write it in Python, then port to C++ when it's functional. |
| 20:58.50 | daxxar | But Python is probably fast enough, esp. compiled |
| 21:00.10 | donny_baker | JeffM: she used to be 'laurarxl' or something like that, played a lot on two tanks |
| 21:00.19 | JeffM | ahh it's a she? |
| 21:00.32 | JeffM | sounds a lot like a 14 year old boy to me |
| 21:01.03 | donny_baker | could be, was always amused with the "stories" |
| 21:01.39 | JeffM | cus aperantly we are idiots for making such a crapy version of 2.1.11 and we should just change languages, cus freeing memory is not that hard. |
| 21:02.06 | donny_baker | yeah, i sent a PM to her and said if you know what is wrong fix it |
| 21:02.21 | JeffM | same as I did |
| 21:02.26 | JeffM | I got a responce |
| 21:02.47 | JeffM | "But still, why can't you people make the game less of a memory hog? I program in another language (That, unfortunately, BZFlag isn't programmed in.) and it's not that hard to free memory!" |
| 21:03.05 | donny_baker | oh, I got the exact same PM back :P |
| 21:03.24 | JeffM | I mean heck, how about a bug report... for the DEVELOPMENT version.. maybe |
| 21:03.47 | JeffM | but hey she's an "Inventor" |
| 21:03.49 | JeffM | she has to be smar |
| 21:04.31 | JeffM | has anyone else noticed memory leaks in the current version? |
| 21:04.38 | donny_baker | yep, but then in my message she said it wasn't for the developement version, but BZ in general |
| 21:04.52 | JeffM | ahh |
| 21:04.59 | JeffM | then why does she still play |
| 21:05.06 | donny_baker | exactly |
| 21:05.16 | JeffM | if it was a widespread problem many would complain |
| 21:06.00 | donny_baker | i agree, sounds like it could be a video driver problem, but I don't think I am going to respond to her |
| 21:06.07 | JeffM | I did |
| 21:06.13 | JeffM | I was less then plesant |
| 21:07.14 | donny_baker | it's probably a good thing you removed the thread and replaced it, my comments were quite aggressive :P |
| 21:08.08 | JeffM | actualy that was an accedent |
| 21:08.15 | daxxar | Have you tried valgrinding it, JeffM? |
| 21:08.19 | JeffM | I only replaced it after I realised |
| 21:08.27 | daxxar | Oh, wait, wrong OS, sorry. |
| 21:08.31 | JeffM | daxxar, have you ;) |
| 21:09.09 | JeffM | it's not plesant |
| 21:09.09 | JeffM | in the least |
| 21:09.09 | JeffM | and yes a number of us have done valgrind/boundschecker on it |
| 21:09.19 | JeffM | I'm sure it's not perect but I don't think I've ever noticed any huge memory leaks |
| 21:09.28 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 21:09.35 | JeffM | not that would send the system tagging for VM after a short time playing |
| 21:09.45 | JeffM | I'm guessing its' sound or video driver related |
| 21:09.58 | JeffM | if its' as bad as they say, then all of us would have seen it |
| 21:10.25 | daxxar | True |
| 21:10.55 | JeffM | bzflag isn't writen well :) |
| 21:12.21 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 21:16.59 | JeffM | we should write it in Visual Basic |
| 21:17.02 | JeffM | cus it never has problems |
| 21:17.47 | L4m3r | VBFlag |
| 21:17.48 | Erroneous | heh |
| 21:18.05 | JeffM | if' it's good enoughf or flight sims in excell |
| 21:18.23 | Erroneous | daxxar: valgrinding it is pretty painful performancewise, but it's been done. was relatively clean for 2.0.6. |
| 21:18.29 | daxxar | Erroneous: Cool. |
| 21:18.37 | daxxar | I just tried, but my PC crashed. :p |
| 21:18.38 | Erroneous | probably should do it again |
| 21:18.42 | daxxar | (probably unrelated) |
| 21:18.54 | daxxar | I started and joined a server fine, with --leak-check=full |
| 21:19.04 | JeffM | it's slower then hell :) |
| 21:19.12 | daxxar | Not too bad. ;-) |
| 21:19.22 | Erroneous | yes it is ;) |
| 21:19.35 | daxxar | My PC does most of its BZFlag-work in CPU anyway. |
| 21:19.44 | daxxar | Since AFAIK I have software opengl |
| 21:19.46 | *** join/#bzflag moriah (i=d8ada652@gateway/web/cgi-irc/zeebrothers.net/x-ea62b81f6ba6e2fe) |
| 21:19.53 | daxxar | Or atleast TRASHY opengl, these embedded Intel-cards are crap. |
| 21:20.06 | Erroneous | indeed |
| 21:30.33 | daxxar | Huuum |
| 21:30.36 | daxxar | Something messed up |
| 21:30.43 | daxxar | Got a LOT of: |
| 21:30.46 | daxxar | [ 588.208000] [drm:drm_lock_take] *ERROR* 1 holds heavyweight lock |
| 21:30.48 | daxxar | in my dmesg |
| 21:31.01 | daxxar | drm is used by i915 |
| 21:31.04 | daxxar | which is the intel card |
| 21:31.10 | daxxar | So I guess something is wrong with my card or the driver. |
| 21:31.27 | daxxar | (not to mention that my laptop's X froze, and refused to die) |
| 21:31.38 | JeffM | probalby just writen badly |
| 21:39.42 | *** join/#bzflag Apathy (i=Matt@74.86.45.130) |
| 21:54.36 | *** join/#bzflag bleck (i=435fc772@gateway/web/cgi-irc/zeebrothers.net/x-f69bf80c3f8a9c89) |
| 22:05.59 | *** join/#bzflag poolio (n=poolio@c-71-206-215-46.hsd1.pa.comcast.net) |
| 22:19.58 | JeffM | what the heck does "strtof" do? |
| 22:20.49 | Erroneous | string to float |
| 22:21.00 | JeffM | so atof? |
| 22:21.09 | Epyon | O.o |
| 22:21.38 | Erroneous | atof is the equivalent of strtod |
| 22:21.42 | Erroneous | but yeah |
| 22:21.57 | JeffM | well look like he's shoving it into an int anyway :) |
| 22:22.09 | JeffM | ahh you can check strtof to see if it failed |
| 22:22.12 | JeffM | can't with atof |
| 22:22.21 | Erroneous | atof is also single-parameter iirc |
| 22:22.25 | JeffM | yeah |
| 22:22.33 | Erroneous | whereas strto* take an end pointer |
| 22:22.51 | JeffM | yeah in this case he's using end to see if it did anything |
| 22:22.58 | JeffM | not sure if I can emulate that behavor. |
| 22:23.55 | Erroneous | probably can with sscanf |
| 22:24.02 | Erroneous | 'cause it returns the number of values it filled |
| 22:24.08 | JeffM | ahh |
| 22:24.44 | Erroneous | not sure how atof/strtof deal with whitespace though |
| 22:24.45 | JeffM | if (sscanf(string,"%d",&dest) != 1) |
| 22:24.46 | JeffM | return false; |
| 22:25.02 | Erroneous | yeah, if he's using it as an int |
| 22:25.32 | *** join/#bzflag Winny (n=KyleVE@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 22:25.50 | Epyon | Winny :P |
| 22:26.12 | JeffM | Erroneous, what was the better replacement for unistd.h ? |
| 22:26.25 | Erroneous | io.h |
| 22:26.31 | JeffM | thanks |
| 22:26.34 | Erroneous | windows-only though |
| 22:26.37 | JeffM | k |
| 22:27.05 | Erroneous | it'll match most of the symbols...hopefully the ones you need ;) |
| 22:27.35 | JeffM | what does this do? |
| 22:27.35 | JeffM | <PROTECTED> |
| 22:27.55 | Epyon | fork a child process afaik |
| 22:28.06 | JeffM | this isn't going to be plesant |
| 22:28.10 | Epyon | very windows unportable :P |
| 22:28.20 | Epyon | What is it from? |
| 22:28.23 | JeffM | robots |
| 22:28.44 | Epyon | Lol, and you guys were worried about bzwgen portability :D |
| 22:28.53 | Epyon | It seems it was the most portable of them all xP |
| 22:28.56 | JeffM | not really |
| 22:29.17 | JeffM | I wasn't woried about your portablitly, I was just trying to get it to have as few dependecies as possible |
| 22:29.32 | JeffM | your's was the most stand alone app, so it make sense that it's the most portable. |
| 22:32.30 | Winny | reboting, bleh, brb |
| 22:32.55 | Erroneous | bzrobots wasn't portable before daxxar started working on it, so I didn't think it was necessary to enforce portability in his additions |
| 22:34.50 | Erroneous | JeffM: fork can be approximated with CreateProcess iirc |
| 22:35.12 | Erroneous | depends exactly what behavior he was trying to achieve |
| 22:35.28 | *** join/#bzflag Winny (n=KyleVE@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 22:35.36 | JeffM | I'm gonna chezze it for now :) |
| 22:35.47 | Erroneous | some people use fork when spawn would have worked just as well |
| 22:35.50 | JeffM | yeah it wasn't portable |
| 22:35.55 | Erroneous | and windows can do spawn |
| 22:36.06 | JeffM | well it's used with all the internal networking stuff |
| 22:36.17 | JeffM | and I'm cheeze stubbing that for now |
| 22:36.23 | Erroneous | hm, maybe CreateThread then |
| 22:36.25 | Winny | can someone ping me when const shows up? |
| 22:36.25 | JeffM | just to see if I can get it to compile |
| 22:36.40 | JeffM | Erroneous, I'm going for bigger cheeze :) |
| 22:36.43 | Erroneous | heh |
| 22:36.51 | Erroneous | sometime you'll have to decheeze though :) |
| 22:37.01 | JeffM | maybe |
| 22:37.23 | Erroneous | heh |
| 22:37.46 | JeffM | instead of a socket connection, I got 2 vectors full of packet data :) |
| 22:37.53 | Erroneous | ewww |
| 22:38.00 | JeffM | I said it's cheeze :) |
| 22:38.58 | Erroneous | and deque is probably a better data model for simulating socket connections anyway ;) |
| 22:43.01 | *** join/#bzflag L4m3r_ (n=l4m3r@about/essy/warning/L4m3r) |
| 22:43.01 | *** mode/#bzflag [+v L4m3r_] by ChanServ |
| 22:48.37 | *** join/#bzflag bier_ (n=bier@p54A53B9E.dip0.t-ipconnect.de) |
| 23:05.45 | *** part/#bzflag LongDon (n=LongDon@host-091-097-077-222.ewe-ip-backbone.de) |
| 23:09.00 | *** join/#bzflag jude- (n=jude@150.135.92.14) |
| 23:09.07 | jude- | woo! downtime between classes! |
| 23:09.20 | tannerld | yay |
| 23:11.28 | tannerld | heh |
| 23:11.46 | tannerld | Winny: * tannerld is now known as heh |
| 23:11.54 | jude- | make: *** No rule to make target `TextUtils.o', needed by `bzworkbench'. Stop. |
| 23:12.00 | jude- | hmmm.... |
| 23:12.20 | JeffM | should just need to fix the -I stuff |
| 23:12.46 | jude- | thought so |
| 23:13.21 | *** join/#bzflag Constitution (n=Constitu@71-223-45-30.phnx.qwest.net) |
| 23:16.13 | jude- | JeffM: thanks for re-organizing BZWB so it's closer to BZFlag's source |
| 23:16.18 | JeffM | sure |
| 23:17.11 | jude- | ...and adding the necessary build paths for VC |
| 23:17.48 | JeffM | it builds and runs fine on VC |
| 23:17.55 | jude- | yay! |
| 23:17.57 | JeffM | it even has an API and a plug-in |
| 23:18.03 | jude- | I saw that |
| 23:18.06 | jude- | thanks :) |
| 23:18.10 | jude- | ~JeffM++ |
| 23:18.13 | JeffM | that gets rid of that ugly dialog |
| 23:18.24 | jude- | which? |
| 23:18.31 | JeffM | open and close |
| 23:18.34 | jude- | heh |
| 23:18.46 | jude- | that too :) |
| 23:18.50 | JeffM | it now uses windows standard dialogs if you build the Win32CommonControls |
| 23:19.00 | jude- | that's convenient |
| 23:28.03 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 23:28.03 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 23:30.43 | jude- | "force_cast" ? |
| 23:30.46 | jude- | is that Windows-only? |
| 23:31.45 | Erroneous | what are you using it for? it's almost always really bad to need to do that |
| 23:32.13 | jude- | it's in some code JeffM committed to BZWB |
| 23:32.22 | jude- | BZWBPlugins.cpp |
| 23:32.32 | jude- | I've never heard of it before |
| 23:32.38 | Erroneous | if your platform of choice doesn't have it and it's really needed, you can simulate with (*reinterpret_cast<Return_Type*>) |
| 23:32.39 | jude- | and gcc spews an error |
| 23:32.39 | JeffM | that's pulled from BZ |
| 23:33.05 | Erroneous | what's it casting? |
| 23:33.13 | *** join/#bzflag spldart (n=troublem@c-98-197-19-35.hsd1.tx.comcast.net) |
| 23:33.26 | JeffM | proably a function pointer |
| 23:33.37 | jude- | it's force-casting the return function pointer from a call to dlsym to int (*)(void) |
| 23:34.10 | Erroneous | reinterpret_cast won't work? |
| 23:34.19 | jude- | haven't tried it yet |
| 23:34.31 | JeffM | yeah that ain't my code, that's brlcadness |
| 23:34.34 | jude- | lol |
| 23:35.24 | jude- | yup, reinterpret_cast worked |
| 23:35.33 | jude- | (at least, it built...not sure if it runs ) |
| 23:35.54 | jude- | also, where is bzwb_getOSMainWindowHandle() declared? |
| 23:36.49 | JeffM | in the api header |
| 23:37.27 | jude- | ahh |
| 23:37.30 | Tupone | force_cast is a template that make a cast using a union, to avoid the strict-aliasiness (I don't personaly like that however) |
| 23:37.45 | jude- | Tupone: thanks, I didn't know that :) |
| 23:37.48 | Tupone | is defined in common.h (for bzflag) |
| 23:38.48 | Tupone | isn't gcc, just our definition stealed from some other free project |
| 23:38.48 | jude- | JeffM: regarding BZWBAPI.h...it seems that BZWB_API only gets defined if _WIN32 is defined...is there a work-around for *NIX? |
| 23:39.01 | jude- | Tupone: that explains why it wouldn't build :) |
| 23:39.08 | JeffM | let me look |
| 23:39.11 | JeffM | on phone |
| 23:39.15 | jude- | heh |
| 23:40.05 | Erroneous | 'tis from daxxar actually |
| 23:40.22 | JeffM | ya |
| 23:40.24 | Erroneous | and was rather abused for the api case |
| 23:41.04 | Erroneous | used "correctly" if there is such a thing for a two-shorts-appended-into-an-int elsewhere |
| 23:41.56 | donny_baker | CBG: Who'snext? I love your interviews |
| 23:42.03 | donny_baker | CBG-- |
| 23:42.12 | donny_baker | ~CBG-- |
| 23:42.29 | CBG | donny_baker: thanks :) |
| 23:42.35 | JeffM | jude-, the BZWB_API just does the xport call |
| 23:42.42 | JeffM | so on nix it's suposed to be nothing |
| 23:42.48 | CBG | I haven't spoken to him yet, but I'll try to speak to ducatiwannabe next, donny_baker. :) |
| 23:42.50 | JeffM | the actual functions are still defined |
| 23:42.56 | donny_baker | cool ;0 |
| 23:43.06 | spldart | Meh.. got auto kicked for tk'ing a purposeful tk'er |
| 23:43.06 | jude- | the bzwb_getOSMainWindowHandle() method returns BZWB_API, however ? |
| 23:43.12 | spldart | teh irony |
| 23:43.33 | spldart | ~seen awilcox |
| 23:43.53 | ibot | awilcox is currently on #bzflag (2d 15h 33m 21s) ##essy (2d 15h 33m 21s). Has said a total of 21 messages. Is idling for 2h 30m 8s, last said: 'so I guess I'm okay. scary to hit root space though :o'. |
| 23:43.54 | CBG | spldart: heh. oh, I had that happen a LOT back in the day |
| 23:44.20 | jude- | I'll look into it a bit more tonight, I guess |
| 23:44.21 | JeffM | jude-, no |
| 23:44.24 | JeffM | it returns an int |
| 23:44.24 | spldart | I wonder if he got that mobo,cpu,ram,hdd's I sent |
| 23:44.25 | JeffM | read |
| 23:44.31 | JeffM | BZWB_API unsigned int bzwb_getOSMainWindowHandle ( void ) |
| 23:45.19 | jude- | any recommended reading? |
| 23:45.46 | Erroneous | it's defined to an empty string on non-windows iirc |
| 23:45.56 | Erroneous | dllimport/dllexport on windows |
| 23:46.02 | jude- | ahhhh |
| 23:46.11 | jude- | that explains the "#define BZWB_API __declspec( dllexport )" |
| 23:46.16 | jude- | for Win32 |
| 23:46.20 | Erroneous | that's what lets you use a header in both a dll and the executable it links against |
| 23:46.45 | jude- | heh--I guess I just got used to the lack of it thereof in *NIX |
| 23:47.38 | jude- | (i.e. empty string vs __declspec( dllexport ) |
| 23:56.47 | Constitution | Is it possible for the return value of a function to be an array? I thought it wasn't |
| 23:58.35 | Constitution | or perhaps this code is returning a pointer to an array... looking at Player.h:384 |
