| 00:04.15 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 00:04.15 | *** mode/#bzflag [+v spldart] by ChanServ |
| 00:13.37 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 00:16.57 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 00:18.15 | CIA-35 | BZFlag: 03bthansen * r17803 10/trunk/bzflag/src/bzfs/WorldFileLocation.cxx: Whitespace |
| 00:18.27 | CIA-35 | BZFlag: 03bthansen * r17804 10/trunk/bzflag/src/bzfs/bzfs.cxx: Whitespace |
| 00:18.36 | CIA-35 | BZFlag: 03bthansen * r17805 10/trunk/bzflag/src/bzflag/playing.cxx: Remove extra close parenthesis |
| 00:23.51 | CIA-35 | BZFlag: 03chaos-dev * r17806 10/trunk/bzwgen/inc/graph/ObjectList.h: [] operator and set method |
| 00:27.26 | CIA-35 | BZFlag: 03chaos-dev * r17807 10/trunk/bzwgen/inc/graph/ (Face.h Node.h forward.h): Only Graph should hold ObjectLists, the rest should be vectors! |
| 00:33.04 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 00:36.56 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 00:36.56 | *** topic/#bzflag is http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.10 is the latest public release || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to the wiki for review || Preparing release (2.0.12), linux-only |
| 00:36.56 | *** mode/#bzflag [+o ibot] by ChanServ |
| 00:42.25 | *** join/#bzflag noyb__ (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) |
| 00:43.13 | *** join/#bzflag triclops (n=caleb@59.154.120.204) |
| 00:47.22 | *** join/#bzflag jwir3 (n=jwir3@c-66-41-249-30.hsd1.mn.comcast.net) |
| 00:58.37 | CIA-35 | BZFlag: 03lukstr * r17808 10/branches/gsoc_libbzw/ (include/BZW/Parser.h src/world/Parser.cxx): Stubbed some Parser code, wrote some small structures |
| 01:25.31 | *** join/#bzflag _anomaly_ (n=mike@adsl-220-156-186.gnv.bellsouth.net) [NETSPLIT VICTIM] |
| 01:25.31 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) [NETSPLIT VICTIM] |
| 01:25.31 | *** join/#bzflag BulletCatcher (n=bc@unaffiliated/bulletcatcher) [NETSPLIT VICTIM] |
| 01:25.31 | *** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep) [NETSPLIT VICTIM] |
| 01:25.31 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) [NETSPLIT VICTIM] |
| 01:25.31 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) [NETSPLIT VICTIM] |
| 01:25.31 | *** join/#bzflag Viza (i=viza@nylug/member/Viza) [NETSPLIT VICTIM] |
| 01:25.31 | *** mode/#bzflag [+v L4m3r] by irc.freenode.net |
| 01:27.21 | *** join/#bzflag _anomaly_ (n=mike@adsl-220-156-186.gnv.bellsouth.net) |
| 01:27.21 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 01:27.22 | *** join/#bzflag BulletCatcher (n=bc@unaffiliated/bulletcatcher) [NETSPLIT VICTIM] |
| 01:27.22 | *** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep) |
| 01:27.22 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 01:27.22 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) |
| 01:27.22 | *** join/#bzflag Viza (i=viza@nylug/member/Viza) [NETSPLIT VICTIM] |
| 01:27.22 | *** mode/#bzflag [+v L4m3r] by irc.freenode.net |
| 01:28.26 | *** join/#bzflag purple_cow (n=david@208.69.182.150) [NETSPLIT VICTIM] |
| 01:28.26 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 01:28.26 | *** mode/#bzflag [+o purple_cow] by irc.freenode.net |
| 01:29.01 | Thumper_ | goes ahead and causes more conflicts with whitespace changes... |
| 01:30.18 | *** join/#bzflag purple_cow (n=david@208.69.182.150) [NETSPLIT VICTIM] |
| 01:30.18 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 01:30.18 | *** mode/#bzflag [+o purple_cow] by irc.freenode.net |
| 01:31.57 | *** join/#bzflag wegstar (i=wegstar@2306ds2-hvi.1.fullrate.dk) |
| 01:32.33 | CIA-35 | BZFlag: 03chaos-dev * r17809 10/trunk/bzwgen/ (6 files in 3 dirs): |
| 01:32.33 | CIA-35 | BZFlag: * ObjectList - clear() and comments |
| 01:32.33 | CIA-35 | BZFlag: * forward.h - VectorIterator typedefs |
| 01:32.33 | CIA-35 | BZFlag: * Node - getGraph and orphanize |
| 01:32.33 | CIA-35 | BZFlag: * Graph - add, get and remove for Edge and Node |
| 01:32.51 | CIA-35 | BZFlag: 03kingofcamelot * r17810 10/branches/gsoc_server_listing/src/bzflag/ (4 files): Cleaning up and commenting the code. Now adheres to proper indenting. |
| 01:33.59 | CIA-35 | BZFlag: 03bthansen * r17811 10/trunk/bzflag/plugins/keepaway/keepaway.cpp: Whitespace |
| 01:34.00 | *** join/#bzflag ChanServ (ChanServ@services.) |
| 01:34.00 | *** join/#bzflag Upsetter (n=Ups@prov.geharse.de) |
| 01:34.00 | *** join/#bzflag bier (n=bier@p54A56D06.dip.t-dialin.net) [NETSPLIT VICTIM] |
| 01:34.00 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) [NETSPLIT VICTIM] |
| 01:34.00 | *** mode/#bzflag [+o ChanServ] by irc.freenode.net |
| 01:34.10 | CIA-35 | BZFlag: 03bthansen * r17812 10/trunk/bzflag/plugins/HoldTheFlag/HoldTheFlag.cpp: More whitespace... where will it end? |
| 01:36.05 | *** join/#bzflag MathHat (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) [NETSPLIT VICTIM] |
| 01:36.05 | *** join/#bzflag cods (n=cods@rsbac/developer/cods) [NETSPLIT VICTIM] |
| 01:36.05 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 01:36.05 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) [NETSPLIT VICTIM] |
| 01:36.05 | *** join/#bzflag CIA-35 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] |
| 01:36.59 | *** join/#bzflag wegstar_ (i=wegstar@2306ds2-hvi.1.fullrate.dk) |
| 01:37.55 | *** join/#bzflag MathHat (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) [NETSPLIT VICTIM] |
| 01:37.55 | *** join/#bzflag cods (n=cods@rsbac/developer/cods) [NETSPLIT VICTIM] |
| 01:37.55 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 01:37.56 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) [NETSPLIT VICTIM] |
| 01:37.56 | *** join/#bzflag CIA-35 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] |
| 01:39.09 | *** join/#bzflag JBdiGriz (n=dbw@adsl-68-125-224-152.dsl.sndg02.pacbell.net) [NETSPLIT VICTIM] |
| 01:39.09 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) [NETSPLIT VICTIM] |
| 01:39.09 | *** join/#bzflag F687s (n=noah@cpe-98-30-181-122.woh.res.rr.com) |
| 01:39.10 | *** join/#bzflag ElectricElf (n=dbharris@bas10-toronto63-1088757687.dsl.bell.ca) [NETSPLIT VICTIM] |
| 01:39.10 | *** join/#bzflag overcool (n=overcool@pdpc/supporter/student/whodaman-) |
| 01:39.10 | *** join/#bzflag macsforme (n=const@unaffiliated/macsforme) [NETSPLIT VICTIM] |
| 01:39.10 | *** join/#bzflag brlcad (n=sean@pdpc/supporter/silver/brlcad) [NETSPLIT VICTIM] |
| 01:39.10 | *** mode/#bzflag [+oo JBdiGriz brlcad] by irc.freenode.net |
| 01:39.22 | F687s | Whoa... |
| 01:40.14 | MathHat | welcome back from Netsplittington |
| 01:41.12 | MathHat | oh, hm. |
| 01:41.39 | *** join/#bzflag triclops (n=caleb@59.154.120.204) |
| 01:41.39 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 01:41.39 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 01:41.39 | *** join/#bzflag eTa`out (n=etangent@71-211-203-172.hlrn.qwest.net) |
| 01:41.39 | *** join/#bzflag temp_dist (n=temporal@about/essy/alarming/a-temp-dist) |
| 01:41.40 | *** join/#bzflag Gnurdux (n=gnurdux@c-98-233-35-65.hsd1.md.comcast.net) [NETSPLIT VICTIM] |
| 01:41.40 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.mn.comcast.net) |
| 01:41.40 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 01:41.40 | *** mode/#bzflag [+v menotume] by irc.freenode.net |
| 01:44.14 | me1 | hooray spam? Can someone delete: http://my.bzflag.org/bb/viewtopic.php?t=12706 |
| 01:49.45 | Epyon | OMG, what a lousy C++ programmer I was a year ago -_- |
| 01:50.30 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 01:50.34 | DTRemenak | funny, I think the same thing when I see my code from a year ago, every year... :) |
| 01:50.59 | DTRemenak | just blames it on the bits rotting |
| 01:52.02 | Epyon | DTRemenak, once you DON'T get that feeling the next year, that means that you stopped learning xP |
| 01:52.30 | *** join/#bzflag Wyk3d (n=Wyk3d@c7.campus.utcluj.ro) [NETSPLIT VICTIM] |
| 01:52.30 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) |
| 01:52.30 | *** join/#bzflag Admirarch (i=mwr25@pip.srcf.societies.cam.ac.uk) |
| 01:52.30 | *** join/#bzflag Winny (n=KyleVE@unaffiliated/winny) |
| 01:52.30 | *** join/#bzflag ruskie (i=ruskie@sourcemage/mage/ruskie) |
| 01:52.30 | *** join/#bzflag Thumper_ (n=Thumper@about/essy/coffeeAddict/Thumper) |
| 01:52.30 | Epyon | (or achieved perfection, but that's less possible xD) |
| 01:53.28 | spldart | Or you have been implanted with a goauld symbiote |
| 01:53.42 | Epyon | O.o |
| 01:53.44 | CIA-35 | BZFlag: 03bthansen * r17813 10/trunk/bzflag/plugins/nagware/nagware.cpp: Whitespace |
| 01:53.59 | CIA-35 | BZFlag: 03bthansen * r17814 10/trunk/bzflag/plugins/timedctf/timedctf.cpp: Whitespace |
| 02:05.01 | CIA-35 | BZFlag: 03bthansen * r17815 10/trunk/bzflag/plugins/wwzones/wwzones.cpp: Whitespace |
| 02:10.23 | CIA-35 | BZFlag: 03bugQ * r17816 10/trunk/bzflag/plugins/webadmin/webadmin.cpp: support for slash commands |
| 02:12.01 | *** join/#bzflag blast007_nokia (n=blast007@pdpc/supporter/active/blast007) |
| 02:12.01 | *** mode/#bzflag [+v blast007_nokia] by ChanServ |
| 02:22.21 | Lukstr | who alllnighter |
| 02:22.23 | Lukstr | who's with me |
| 02:29.44 | Epyon | Me :) |
| 02:29.52 | Epyon | I'm doing a hellride now :P |
| 02:30.07 | Lukstr | woo |
| 02:30.12 | Lukstr | let's get whiskey |
| 02:30.42 | Epyon | Oh no, I gave up drinking for a while xP |
| 02:32.03 | spldart | good for you |
| 02:32.11 | spldart | It fries your liver and brain |
| 02:32.19 | spldart | should no ;) |
| 02:32.25 | spldart | s/no/know |
| 02:33.32 | CIA-35 | BZFlag: 03bthansen * r17817 10/trunk/bzflag/src/bzflag/ServerLink.cxx: Whitespace |
| 02:33.40 | CIA-35 | BZFlag: 03bthansen * r17818 10/trunk/bzflag/src/bzrobots/botplaying.cxx: Whitespace |
| 02:36.19 | delusional | fried onions with that? |
| 02:41.55 | spldart | durkee's onions with all pwn |
| 02:43.15 | Winny | blast007 / BZBB Admin: http://my.bzflag.org/bb/viewtopic.php?t=12706 .. spamalot |
| 02:43.26 | *** join/#bzflag JeffM (n=JeffM@cpe-75-83-217-37.socal.res.rr.com) |
| 02:43.27 | Winny | freee elivis ringtones! |
| 02:43.35 | Winny | ah ha, JeffM: http://my.bzflag.org/bb/viewtopic.php?t=12706 |
| 02:45.37 | a_meteorite | Winny: sounds like a deal! |
| 02:45.43 | bugQ | elivis livees!? |
| 02:45.46 | a_meteorite | sign me up! |
| 02:46.03 | a_meteorite | bugQ: sure, didn't you read the story in the hasty dodgy tabloid?! |
| 02:46.19 | a_meteorite | ohhhh, yeah... they've got pics of him in a wheelchair |
| 02:47.17 | Lukstr | I'm sorry for making a union called ValueValue and using it in a struct called Value with a variable name "value." I'll try to think of something clever-er |
| 02:47.38 | a_meteorite | sounds like poor naming |
| 02:48.12 | bugQ | do these values have any associated meaning at all? |
| 02:48.33 | Lukstr | Well yes |
| 02:48.33 | a_meteorite | they are all values |
| 02:48.34 | a_meteorite | ... of something |
| 02:48.36 | Lukstr | Parameter values |
| 02:49.25 | CIA-35 | BZFlag: 03chaos-dev * r17819 10/trunk/bzwgen/ (inc/Face.h src/Mesh.cxx): Removed the stupid ID4 struct from face |
| 02:49.30 | Lukstr | Parameter stores a list of Value structures which contain a union for the value of that value object, and the union's named ValueValue, because it's the Values of the Value... :( |
| 02:49.38 | Lukstr | I should just stop talking |
| 02:50.19 | Epyon | I had once a VectorKeyVectorVector :) |
| 02:50.34 | Lukstr | hah |
| 02:51.16 | Lukstr | Line 70: http://bzflag.svn.sourceforge.net/viewvc/bzflag/branches/gsoc_libbzw/include/BZW/Parser.h?view=markup |
| 02:51.24 | Lukstr | woah, weird bracket stuff |
| 02:51.56 | Lukstr | er, tabs for some reason |
| 02:52.36 | Thumper_ | that's a lot of values Lukstr |
| 02:52.46 | Lukstr | Indeed |
| 02:52.52 | Lukstr | it does make sense though :P |
| 02:53.10 | Lukstr | I guess I could throw the word Property around or something |
| 02:57.14 | CIA-35 | BZFlag: 03bthansen * r17820 10/trunk/bzflag/src/bzflag/RadarRenderer.cxx: Whitespace |
| 02:57.25 | Thumper_ | is finished making conflicts for other devs for today :) |
| 02:58.54 | Epyon | Anyone knows what happens if std::vector has a proper copy operation? |
| 02:59.19 | Epyon | std::vector<int> blah = otherIntVector; will work? |
| 03:02.27 | JeffM | Epyon, yes |
| 03:02.35 | JeffM | algorythms has copy |
| 03:02.49 | JeffM | if you want to just do aseubsection |
| 03:02.54 | JeffM | oryou can use insert |
| 03:03.12 | Epyon | but I mean if a simple = will work? |
| 03:03.25 | Epyon | If the type is simple (like int) |
| 03:03.39 | JeffM | for any class |
| 03:03.55 | JeffM | it can't go into a vector unlessit has a copy contsuctor |
| 03:04.15 | JeffM | so it'll work on anything |
| 03:15.21 | CIA-35 | BZFlag: 03chaos-dev * r17821 10/trunk/bzwgen/ (8 files in 2 dirs): Face no longer stores IntVector*'s but IntVectors as it should |
| 03:23.45 | Epyon | JeffM, could you do a test for me? |
| 03:27.01 | Epyon | Or anyone else who has compiled bzwgen already? |
| 03:29.50 | brlcad | bugQ: woot! |
| 03:31.12 | brlcad | Lukstr: whiskey shmiskey .. scotch ftw ;) |
| 03:31.15 | brlcad | sips |
| 03:31.30 | Lukstr | I think I left my scotch in guelph |
| 03:31.32 | Lukstr | lemme check |
| 03:32.08 | Lukstr | nothing but whiskey here :P |
| 03:32.30 | Lukstr | Besides, as a student I'm not made of money :P you get used to drinking the cheap stuff |
| 03:32.33 | brlcad | notes scotch is also a whiskey, just in a more pure form |
| 03:32.42 | Lukstr | and from scotland |
| 03:32.49 | Lukstr | whiskey (with e) is from ireland :) |
| 03:36.59 | *** join/#bzflag bier_ (n=bier@p54A55A4D.dip.t-dialin.net) |
| 04:06.10 | Epyon | LOL : f[fid]->addTexCoord(addTexCoord(TexCoord(0.0,0.0))); |
| 04:14.20 | *** join/#bzflag triclops (n=caleb@59.154.120.204) |
| 04:14.20 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 04:14.21 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 04:14.21 | *** join/#bzflag eTangenT (n=etangent@71-211-203-172.hlrn.qwest.net) |
| 04:14.21 | *** join/#bzflag temp_dist (n=temporal@about/essy/alarming/a-temp-dist) |
| 04:14.21 | *** join/#bzflag Gnurdux (n=gnurdux@c-98-233-35-65.hsd1.md.comcast.net) [NETSPLIT VICTIM] |
| 04:14.21 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.mn.comcast.net) |
| 04:14.21 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 04:14.21 | *** mode/#bzflag [+v menotume] by irc.freenode.net |
| 04:17.02 | CIA-35 | BZFlag: 03chaos-dev * r17822 10/trunk/bzwgen/ (7 files in 2 dirs): Cleanup of the Face class and classes using it |
| 04:18.02 | Lukstr | Epyon: almost as terrible as what I had going :P |
| 04:20.05 | Lukstr | gah, I need more monitors |
| 04:20.14 | Lukstr | glares at 42" LCD... |
| 04:25.10 | Epyon | Lukstr, I use two at home :P |
| 04:25.18 | Lukstr | two 42" LCDs?!?! |
| 04:25.38 | Epyon | 19" |
| 04:25.47 | Lukstr | oh. Yeah that's what I've got right now |
| 04:25.51 | Lukstr | I need like... 4 more |
| 04:26.19 | Epyon | 2 more would be enough for me, but I'd need another graphics card linked into my mainboard -_- |
| 04:26.46 | Epyon | And there's no room on my desk anymore so I'd need to hang them somewhere xP |
| 04:28.32 | Lukstr | I think my mobo supports another 8600 if need be |
| 04:28.42 | Lukstr | yeah I've been mentally rolling around a good mounting system |
| 04:28.56 | Lukstr | I bring my monitors and desktop with me when I travel, so... :P |
| 04:34.28 | CIA-35 | BZFlag: 03lukstr * r17823 10/branches/gsoc_libbzw/include/BZW/Parser.h: Fix horrible indentation (somehow had tabs in there) |
| 04:51.49 | *** part/#bzflag trepan (n=trepan@unaffiliated/trepan) |
| 04:56.26 | Lukstr | Epyon: Out of curiosity, does bzwgen create bzw files ever? |
| 04:57.00 | Epyon | It'd be have to integrated in bzflag root to NOT do that :P |
| 04:57.28 | Epyon | Yeah, it creates BZW files both as when run as a plugin, and as a standalone map. |
| 04:57.44 | Lukstr | you'll like World.write(ostream) then |
| 05:00.00 | CIA-35 | BZFlag: 03chaos-dev * r17824 10/trunk/bzwgen/ (5 files in 2 dirs): Full commenting and style cleanup of the Face class |
| 05:00.35 | Lukstr | DTRemenak: ping |
| 05:00.41 | Epyon | Lukstr, ? |
| 05:01.04 | Lukstr | libBZW will hopefully be able to write a world out to a file for you, I guess |
| 05:02.04 | Epyon | That'd be really cool. |
| 05:02.34 | Lukstr | The parser I'm writing should be both-ways, so parse in, un-parse out |
| 05:07.16 | Lukstr | Epyon: Where's your blog at? |
| 05:07.45 | Lukstr | brlcad: ping |
| 05:28.00 | CIA-35 | BZFlag: 03chaos-dev * r17825 10/trunk/bzwgen/ (inc/Face.h inc/Mesh.h src/Mesh.cxx src/RuleSet.cxx): Minor cleanups to the Mesh class |
| 05:34.21 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 05:34.21 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 05:52.25 | Tupone | brlcad: ping |
| 06:06.24 | *** join/#bzflag noyb_ (n=noyb@nat/sun/x-d344c6f040605cba) |
| 06:11.00 | CIA-35 | BZFlag: 03chaos-dev * r17826 10/trunk/bzwgen/ (6 files in 3 dirs): GridMap and GridGenerator partially cleaned up, removed the unneccessary and unclear GridInfo structure |
| 06:15.42 | *** join/#bzflag zee098 (n=421e4cc2@gateway/web/cgi-irc/zeebrothers.net/x-8309c5d6adc11b7b) |
| 06:33.11 | Lukstr | brlcad: ping http://libbzw.blogspot.com/ |
| 07:13.49 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 07:22.36 | noyb | Lukstr: I wonder how many people know what that code does *before* they compile it to confirm their mental image... |
| 07:22.51 | Lukstr | the less the better :) |
| 07:23.14 | Lukstr | I tried to write it as short and unreadable as possible to add to the surprise |
| 07:23.20 | noyb | indeed. it would need to be a sick mind. :-) |
| 07:23.54 | Lukstr | really, the b&i^b>>1&i should give it away though ;) |
| 07:23.54 | noyb | it's very clever. For fun I called it t.c and I did "make t" hehe. |
| 07:24.06 | Lukstr | that's the intended method |
| 07:24.29 | Lukstr | Ken Perlin does a similar thing on his homepage, and I admire him so I thought I'd write my own |
| 07:24.30 | noyb | um... it wasn't a giveaway to me. |
| 07:24.46 | Lukstr | Good, you're still sane |
| 07:24.52 | noyb | yay! |
| 07:25.37 | Lukstr | if you change the three '32' numbers to something larger you get larger results |
| 07:25.45 | noyb | ah |
| 07:25.57 | Lukstr | 32 just fits in most terminals |
| 07:26.07 | noyb | I was wondering that. How about an argv for that instead? |
| 07:26.16 | Lukstr | it would be longer |
| 07:26.16 | noyb | I see |
| 07:26.16 | Lukstr | lol |
| 07:27.16 | noyb | is that like, C haiku or something? can't spare the extra 9 chars? (or so) |
| 07:27.42 | Lukstr | well I think if I did the standard main args it would break the free declared ints |
| 07:27.47 | Lukstr | so it would grow quite a bit |
| 07:27.57 | noyb | ah |
| 07:28.54 | noyb | are there programs that take such code and mangle them further, so you get ideas? Or is this insanity all yours? |
| 07:28.55 | Lukstr | oh |
| 07:29.11 | Lukstr | oh no I just hacked around for half an hour :P |
| 07:29.14 | Lukstr | it was sane at one point |
| 07:29.41 | Lukstr | I was going to say, you can't go bigger than the current size due to my use of a 32-bit integer :P |
| 07:29.43 | noyb | then... you fell of the cliff. the cliffs of insanity! :-) |
| 07:30.02 | noyb | oh |
| 07:30.19 | Lukstr | makes pretty patterns though |
| 07:30.54 | noyb | I tried to format it a bit before the compile, and see what was happening, but alas... I gave up rather quickly and compiled it. :-) |
| 07:31.12 | Lukstr | well it's really three lines if you format it properly |
| 07:31.55 | noyb | I only got two because I couldn't figure out where to break up the second for(). |
| 07:32.14 | Lukstr | everything's in the second for :P |
| 07:32.36 | noyb | that's why I'm not a c programmer I guess. :) |
| 07:32.54 | Lukstr | hehe, if you can figure out how to squeeze more characters out of it let me know! :P |
| 07:33.15 | noyb | without growing the source? |
| 07:33.30 | Lukstr | well, I'd like to shrink the source if possible |
| 07:33.39 | Lukstr | introducing the i variable shortened it quite a bit |
| 07:33.47 | Lukstr | instead of typing 1<<x all the time |
| 07:35.26 | Lukstr | I still think Perlin's is more elegant due to the nature of the result being more complicated and arguably beautiful |
| 07:35.31 | noyb | I'm not up for that challenge. I'd have to break out the ol' K&R to understand it, and then somehow become more clever than you at C. fat chance. |
| 07:35.52 | Lukstr | K&R: oh dear |
| 07:36.06 | Lukstr | seriously, check Perlin's out: http://www.mrl.nyu.edu/~perlin/ |
| 07:36.11 | noyb | k |
| 07:37.13 | noyb | mandlebrotification... |
| 07:37.21 | noyb | nice |
| 07:37.28 | Lukstr | that blew my mind in high school I think |
| 07:37.41 | noyb | my condolences. |
| 07:37.47 | Lukstr | haha |
| 07:38.07 | noyb | you're still passing the turing tests... so it's ok. :) |
| 07:38.27 | Lukstr | it's the Voight-Kampff I worry about ;) |
| 07:39.03 | noyb | googles because he's not a *real* nerd... |
| 07:39.42 | Lukstr | yeah I guess you get that card when you get paid by google to work out of your parents basement all summer :D |
| 07:41.22 | noyb | Here's my card... I'm President and CEO of Nerdco. Pleased to meet you... |
| 07:44.10 | KingofCamelot | Hey, think you guys could answer a question for me? :) |
| 07:44.17 | noyb | no |
| 07:44.22 | Lukstr | Shoot |
| 07:45.17 | KingofCamelot | Is it possible to disable inherited methods for a class? |
| 07:45.27 | Lukstr | in what sense |
| 07:45.31 | noyb | I think they call that C |
| 07:46.29 | KingofCamelot | So, class B extends class A. Class A has an add method, one add(string). I want class B to have add(int). However, I don't want class B to have add(string), as that would cause a conflict. |
| 07:47.47 | KingofCamelot | If that makes sense. :P |
| 07:47.56 | noyb | sorry. I haven't spoken up in here for months... every once in a while, I get all "let me answer everybody, but without thinking!" |
| 07:48.04 | Lukstr | my best guess is write an interface explicit to what you want inherited |
| 07:50.26 | KingofCamelot | Hmm, alright, thanks |
| 07:51.32 | noyb | is there a way to have the add() method do both, base on the arg type? Then A and B can have it but still do the right thing. <-- feel free to ignore this drivel from a non-programmer... |
| 07:54.25 | Lukstr | KingofCamelot: I actually might have a solution for you |
| 07:55.40 | KingofCamelot | Oh? |
| 07:56.01 | KingofCamelot | I was just thinking now that I might over-ride the method to throw an error if the wrong type is used for class B. |
| 07:56.06 | KingofCamelot | What's your solution? :) |
| 07:56.14 | Lukstr | KingofCamelot: that's generally the accepted way to do it |
| 07:56.16 | Lukstr | but |
| 07:56.29 | Lukstr | you shouldn't be inheriting something if you don't want it, you know? |
| 07:56.50 | Lukstr | probably add an interface above your A and B class and have them both inherit whatever is common |
| 07:59.09 | KingofCamelot | That could work too |
| 08:00.10 | KingofCamelot | I dunno, it's kinda an odd case. Class A is 'ScrollList', and Class B is 'ServerList'. 'ScrollList' can add items that are strings or labels, where as 'ServerList' can only take ServerItems. |
| 08:00.35 | KingofCamelot | It makes sense for B to be a sub-class of A, but because it is a more specific case, it has limited addable items. |
| 08:01.58 | Lukstr | make an interface List or something and have them both inherit it |
| 08:02.55 | KingofCamelot | Sounds smart. Thanks for the advice. :) |
| 08:03.08 | KingofCamelot | noyb, even if you are a non-programmer, atleast you tried :P |
| 08:05.50 | Lukstr | no problem, glad I could help |
| 08:07.12 | noyb | thanks |
| 08:20.19 | CIA-35 | BZFlag: 03lukstr * r17827 10/branches/gsoc_libbzw/ (3 files in 2 dirs): Stubbed more classes, rearranged some things. Much thinking to do |
| 08:21.34 | noyb | g'night |
| 08:29.40 | *** join/#bzflag BulletCatcher (n=bc@unaffiliated/bulletcatcher) [NETSPLIT VICTIM] |
| 08:29.40 | *** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep) [NETSPLIT VICTIM] |
| 08:29.40 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) [NETSPLIT VICTIM] |
| 08:29.40 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) [NETSPLIT VICTIM] |
| 08:29.40 | *** join/#bzflag Viza (i=viza@nylug/member/Viza) [NETSPLIT VICTIM] |
| 08:29.40 | *** mode/#bzflag [+v L4m3r] by irc.freenode.net |
| 08:57.30 | CIA-35 | BZFlag: 03kingofcamelot * r17828 10/branches/gsoc_server_listing/src/bzflag/ (4 files): Beginnings of HUDuiServerList and HUDuiServerListItem classes. Will be used for displaying the server list. Work in progress. |
| 09:11.49 | *** join/#bzflag LongDon (n=LongDon@vpn199-059.hrz.uni-oldenburg.de) |
| 09:25.26 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 09:30.25 | *** part/#bzflag LongDon (n=LongDon@vpn199-059.hrz.uni-oldenburg.de) |
| 09:46.50 | *** join/#bzflag LongDon (n=LongDon@vpn199-059.hrz.uni-oldenburg.de) |
| 09:47.20 | *** part/#bzflag LongDon (n=LongDon@vpn199-059.hrz.uni-oldenburg.de) |
| 09:47.50 | *** join/#bzflag LongDon (n=LongDon@vpn199-059.hrz.uni-oldenburg.de) |
| 12:09.56 | brlcad | Lukstr: great, thanks (now just needs a log entry for yesterday) ;) |
| 12:12.00 | *** join/#bzflag Happy_Alice (n=chris@38.44.82-79.rev.gaoland.net) |
| 12:13.32 | Happy_Alice | hi! someone can give me a clue on how to use curl such that the client would not be blocked? |
| 12:13.50 | Happy_Alice | a fork call? |
| 12:18.23 | Constitution | Happy_Alice: what do you mean? |
| 12:19.23 | Happy_Alice | i am using curl in order to get translation from google |
| 12:19.40 | Happy_Alice | but it is blocking the client |
| 12:19.57 | Happy_Alice | until the curl is terminated |
| 12:20.13 | Happy_Alice | so...it could induce trouble in the game |
| 12:20.47 | Happy_Alice | and that is why i am interested by using curl in a non blocking way in the client |
| 12:22.17 | Happy_Alice | == my english being broken, is it understandable? == |
| 12:23.00 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 12:25.57 | Chestal | Happy_Alice: from within bzflag? are you using the bzflag curl wrapper code? |
| 12:26.37 | Happy_Alice | u meant the cURLMANAGER ? |
| 12:27.10 | Chestal | yes, not that I know much about it |
| 12:28.03 | Happy_Alice | i do experimental implemetation. So for instance i use direct call to libcurl. |
| 12:28.59 | Chestal | well, I just thought that curlmanager might be helpful, you could use it too and look for bz code which uses it (texture download etc.). That's about all I know about it, though |
| 12:30.39 | Happy_Alice | ok...but donwloading texture is not performed in live (during the game) i guess? so there is not blocking issue with it ? But u are right: i am going to see how curlmmanager is implemented. |
| 12:31.01 | Happy_Alice | thx for the clue :-) |
| 12:31.32 | Chestal | I am pretty sure the texture download is non-blocking to update the GUI etc. |
| 12:33.03 | Happy_Alice | many thxs Chestal. I am going to try in this way |
| 12:38.14 | *** part/#bzflag Happy_Alice (n=chris@38.44.82-79.rev.gaoland.net) |
| 12:42.00 | CIA-35 | BZFlag: 03macsforme * r17829 10/branches/v2_99_shot_branch/src/bzfs/bzfsClientMessages.cxx: Send the player a message to let them know that they died. Will help with debugging for now. |
| 12:42.08 | *** join/#bzflag bier (n=bier@p54A55A4D.dip.t-dialin.net) |
| 12:47.45 | *** join/#bzflag Deepa|AFK (i=deepa@abused.armchairs.be) |
| 13:18.24 | *** join/#bzflag _anomaly_ (n=mike@h188.94.91.75.dynamic.ip.windstream.net) |
| 13:37.15 | *** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep) |
| 13:51.35 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 14:06.57 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 14:15.19 | CIA-35 | BZFlag: 03bthansen * r17830 10/trunk/bzflag/plugins/logDetail/logDetail.cpp: |
| 14:15.19 | CIA-35 | BZFlag: logDetail plugin: displayTeam now returns a const char * instead of a std::string |
| 14:15.19 | CIA-35 | BZFlag: We only ever use this as a C string so there's not point converting back and forth. |
| 14:15.19 | CIA-35 | BZFlag: We'll replace this with a common function in plugin_utils soon. |
| 14:15.28 | CIA-35 | BZFlag: 03bthansen * r17831 10/trunk/bzflag/include/bzfsAPI.h: Whitespace |
| 14:41.53 | *** join/#bzflag kierra (n=jolie@ool-44c154d0.dyn.optonline.net) |
| 14:45.57 | kierra | chestal ping |
| 14:49.53 | Chestal | kierra: pong? |
| 14:49.57 | kierra | pm |
| 14:50.18 | brlcad | hola bella |
| 14:50.58 | kierra | hola mi amor |
| 14:51.03 | kierra | como estas? |
| 14:51.41 | CIA-35 | BZFlag: 03bthansen * r17832 10/trunk/bzflag/include/bzfsAPI.h: Fix missing semicolon after whitespace changes |
| 14:53.15 | brlcad | bien bien |
| 14:53.31 | brlcad | demasiado ocupado |
| 14:53.37 | kierra | me imagino |
| 14:54.08 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-206-88.dsl.hstntx.swbell.net) |
| 14:54.08 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:59.31 | kierra | ty Chestal, adios brlcad :* |
| 14:59.37 | *** part/#bzflag kierra (n=jolie@ool-44c154d0.dyn.optonline.net) |
| 15:32.55 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 15:37.34 | blast007 | JeffM: in the shot branch, I'm getting this: |
| 15:37.36 | blast007 | MsgStrings.cxx:734: warning: 'MsgStringList handleMsgGMUpdate(PacketInfo*)' defined but not used |
| 15:37.58 | blast007 | should I remove that, or just comment it out? (not sure if it's going to be used again at some point) |
| 15:38.16 | JeffM | sure |
| 15:38.22 | JeffM | GMupdates are gone |
| 15:38.27 | blast007 | k |
| 15:38.32 | CIA-35 | BZFlag: 03blast007 * r17833 10/branches/v2_99_shot_branch/include/VectorMath.h: Newline at end of file. |
| 15:38.38 | JeffM | it's now a generic shot update |
| 15:38.40 | JeffM | not just GM |
| 15:38.44 | blast007 | ah |
| 15:38.50 | JeffM | any shot can be recomputed and resent on the server |
| 15:39.29 | JeffM | that way we can do dynamic shootthru on objects, by recomputing the shot and sending an update after the object is passable |
| 15:41.25 | CIA-35 | BZFlag: 03JeffM2501 * r17834 10/trunk/bzflag/plugins/webReport/webReport.cpp: remove older auth implementation |
| 15:41.44 | JeffM | one more web plugin to update and then I can ditch the old system :) |
| 15:41.49 | blast007 | hehe |
| 15:42.10 | JeffM | I just hope it dosn't screw bugq up too much |
| 15:43.34 | CIA-35 | BZFlag: 03blast007 * r17835 10/branches/v2_99_shot_branch/src/game/MsgStrings.cxx: Remove handleMsgGMUpdate. |
| 15:48.41 | CIA-35 | BZFlag: 03blast007 * r17836 10/branches/v2_99_shot_branch/src/bzfs/ (GameKeeper.cxx bzfs.cxx bzfsMessages.cxx): Fix some shadowed and unused variable warnings. |
| 15:53.39 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 16:01.16 | *** join/#bzflag me1_ (n=me1@unaffiliated/me1) |
| 16:07.55 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 16:16.39 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 16:18.14 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 16:27.22 | *** join/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) |
| 16:34.00 | blast007 | hello Epyon and bugQ. How's it going? |
| 16:34.25 | bugQ | super |
| 16:34.51 | blast007 | cool |
| 16:35.09 | blast007 | what's your goal for today? |
| 16:37.55 | bugQ | I'm starting the interface for the banlist |
| 16:38.44 | blast007 | cool |
| 16:39.14 | blast007 | and just a note, but afaik, you can manipulate BZDB vars directly with API calls (re: your blog post) |
| 16:39.29 | bugQ | oh, hm. |
| 16:39.42 | blast007 | and if you find things that the API can't do, that you wish it could, let us know and we could probably add it |
| 16:40.46 | blast007 | however, in the meantime, that server side player will come in handy |
| 16:51.17 | *** join/#bzflag TimRiker (n=timr@70-7-208-135.area7.spcsdns.net) |
| 16:51.17 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:54.46 | *** join/#bzflag DTRemenak|RDP (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 16:54.47 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 16:58.15 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 17:00.28 | BulletCatcher | The "object" shown at http://antwrp.gsfc.nasa.gov/apod/ap080625.html looks like the BZFlag frog. Coincidence? I think not! |
| 17:02.49 | *** join/#bzflag uso (n=uso@84-72-8-253.dclient.hispeed.ch) |
| 17:02.49 | *** join/#bzflag delusional (n=delusion@unaffiliated/delusional) |
| 17:02.50 | *** join/#bzflag Noodleman (n=tuckerm@64.207.229.213) [NETSPLIT VICTIM] |
| 17:02.50 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 17:02.50 | *** mode/#bzflag [+v DTRemenak] by irc.freenode.net |
| 17:04.17 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 17:04.17 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 17:04.17 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 17:04.17 | *** join/#bzflag eTangenT (n=etangent@71-211-203-172.hlrn.qwest.net) |
| 17:04.17 | *** join/#bzflag temp_dist (n=temporal@about/essy/alarming/a-temp-dist) |
| 17:04.17 | *** join/#bzflag Gnurdux (n=gnurdux@c-98-233-35-65.hsd1.md.comcast.net) [NETSPLIT VICTIM] |
| 17:04.18 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.mn.comcast.net) |
| 17:04.18 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 17:04.18 | *** mode/#bzflag [+vv Erroneous menotume] by irc.freenode.net |
| 17:09.15 | *** join/#bzflag SportChick (i=essy@freenode/staff/sportchick) |
| 17:09.18 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 17:09.18 | *** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep) [NETSPLIT VICTIM] |
| 17:09.18 | *** join/#bzflag BulletCatcher (n=bc@unaffiliated/bulletcatcher) [NETSPLIT VICTIM] |
| 17:09.18 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) [NETSPLIT VICTIM] |
| 17:09.18 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) [NETSPLIT VICTIM] |
| 17:09.18 | *** join/#bzflag Viza (i=viza@nylug/member/Viza) [NETSPLIT VICTIM] |
| 17:09.18 | *** mode/#bzflag [+ov TimRiker L4m3r] by irc.freenode.net |
| 17:10.27 | *** join/#bzflag purple_cow (n=david@208.69.182.150) [NETSPLIT VICTIM] |
| 17:11.07 | *** join/#bzflag whodaman- (n=whodaman@dslb-088-064-184-162.pools.arcor-ip.net) [NETSPLIT VICTIM] |
| 17:11.07 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 17:11.07 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 17:11.07 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 17:11.07 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.mn.comcast.net) |
| 17:11.08 | *** join/#bzflag Gnurdux (n=gnurdux@c-98-233-35-65.hsd1.md.comcast.net) [NETSPLIT VICTIM] |
| 17:11.08 | *** join/#bzflag temp_dist (n=temporal@about/essy/alarming/a-temp-dist) [NETSPLIT VICTIM] |
| 17:11.08 | *** join/#bzflag eTangenT (n=etangent@71-211-203-172.hlrn.qwest.net) [NETSPLIT VICTIM] |
| 17:11.08 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) [NETSPLIT VICTIM] |
| 17:11.08 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) [NETSPLIT VICTIM] |
| 17:11.08 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 17:11.08 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 17:11.08 | *** mode/#bzflag [+ovvv purple_cow menotume Erroneous DTRemenak] by irc.freenode.net |
| 17:11.08 | *** join/#bzflag Noodleman (n=tuckerm@64.207.229.213) [NETSPLIT VICTIM] |
| 17:11.08 | *** join/#bzflag delusional (n=delusion@unaffiliated/delusional) |
| 17:11.08 | *** join/#bzflag uso (n=uso@84-72-8-253.dclient.hispeed.ch) |
| 17:11.08 | *** join/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-206-88.dsl.hstntx.swbell.net) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 17:11.09 | *** join/#bzflag _anomaly_ (n=mike@h188.94.91.75.dynamic.ip.windstream.net) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag Deepa|AFK (i=deepa@abused.armchairs.be) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag bier (n=bier@p54A55A4D.dip.t-dialin.net) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 17:11.09 | *** join/#bzflag Thumper_ (n=Thumper@about/essy/coffeeAddict/Thumper) |
| 17:11.09 | *** join/#bzflag ruskie (i=ruskie@sourcemage/mage/ruskie) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag Winny (n=KyleVE@unaffiliated/winny) |
| 17:11.09 | *** join/#bzflag Admirarch (i=mwr25@pip.srcf.societies.cam.ac.uk) |
| 17:11.09 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag Wyk3d (n=Wyk3d@c7.campus.utcluj.ro) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag brlcad (n=sean@pdpc/supporter/silver/brlcad) |
| 17:11.09 | *** join/#bzflag macsforme (n=const@unaffiliated/macsforme) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag overcool (n=overcool@pdpc/supporter/student/whodaman-) |
| 17:11.09 | *** join/#bzflag ElectricElf (n=dbharris@bas10-toronto63-1088757687.dsl.bell.ca) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag F687s (n=noah@cpe-98-30-181-122.woh.res.rr.com) [NETSPLIT VICTIM] |
| 17:11.09 | *** join/#bzflag JBdiGriz (n=dbw@adsl-68-125-224-152.dsl.sndg02.pacbell.net) [NETSPLIT VICTIM] |
| 17:11.10 | *** join/#bzflag CIA-35 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] |
| 17:11.10 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) [NETSPLIT VICTIM] |
| 17:11.10 | *** join/#bzflag misanthrope (n=think_ta@unaffiliated/thinktank/x-168245) |
| 17:11.10 | *** join/#bzflag cods (n=cods@rsbac/developer/cods) [NETSPLIT VICTIM] |
| 17:11.10 | *** join/#bzflag wegstar_ (i=wegstar@2306ds2-hvi.1.fullrate.dk) |
| 17:11.10 | *** join/#bzflag Upsetter (n=Ups@prov.geharse.de) |
| 17:11.10 | *** join/#bzflag ChanServ (ChanServ@services.) |
| 17:11.10 | *** mode/#bzflag [+vooo spldart brlcad JBdiGriz ChanServ] by irc.freenode.net |
| 17:11.10 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 17:11.10 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) [NETSPLIT VICTIM] |
| 17:11.10 | *** join/#bzflag QuantumT1m (n=tim@62-249-230-206.no-dns-yet.enta.net) [NETSPLIT VICTIM] |
| 17:11.10 | *** join/#bzflag Chestal (i=thilo@pdpc/supporter/active/Chestal) |
| 17:11.11 | *** join/#bzflag Lukstr (n=Lukstr@CPE0080c6efd3fb-CM00195efb656e.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
| 17:11.11 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) |
| 17:11.11 | *** join/#bzflag praetorian (n=praetori@203-214-143-24.perm.iinet.net.au) [NETSPLIT VICTIM] |
| 17:11.11 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 17:11.11 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 17:11.11 | *** join/#bzflag nixbox (n=invalid@utdpat241093.utdallas.edu) [NETSPLIT VICTIM] |
| 17:11.11 | *** join/#bzflag ts (n=ts@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 17:11.11 | *** join/#bzflag blast007 (i=blast@pdpc/supporter/active/blast007) [NETSPLIT VICTIM] |
| 17:11.11 | *** join/#bzflag Manu (n=jujibo@bz.bzflag.bz) |
| 17:11.11 | *** join/#bzflag KyleVE (n=kyleve@unaffiliated/winny) |
| 17:11.11 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
| 17:11.11 | *** join/#bzflag brad (n=brad@static.moooo.org) |
| 17:11.11 | *** join/#bzflag Birdie (n=Birdie@unaffiliated/birdie) |
| 17:11.11 | *** join/#bzflag MattP (n=aha@unaffiliated/aha) |
| 17:11.11 | *** join/#bzflag retro (n=ksumrall@wall.danger.com) |
| 17:11.11 | *** mode/#bzflag [+ovv Chestal donny_baker blast007] by irc.freenode.net |
| 17:13.55 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 17:13.55 | *** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep) [NETSPLIT VICTIM] |
| 17:13.55 | *** join/#bzflag BulletCatcher (n=bc@unaffiliated/bulletcatcher) [NETSPLIT VICTIM] |
| 17:13.55 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) [NETSPLIT VICTIM] |
| 17:13.56 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) [NETSPLIT VICTIM] |
| 17:13.56 | *** join/#bzflag Viza (i=viza@nylug/member/Viza) [NETSPLIT VICTIM] |
| 17:13.56 | *** mode/#bzflag [+ov TimRiker L4m3r] by irc.freenode.net |
| 17:18.24 | Thumper_ | <PROTECTED> |
| 17:18.34 | Thumper_ | oops :) |
| 17:18.49 | Thumper_ | shouldn't clean his trackball when connected to a public window :) |
| 17:18.56 | whodaman- | doh |
| 17:19.15 | blast007 | heh |
| 17:21.40 | CIA-35 | BZFlag: 03blast007 * r17837 10/trunk/web/submitimages/ (5 files in 3 dirs): |
| 17:21.40 | CIA-35 | BZFlag: Convert the directory script to using a template. Also have it use the directorydb.class.php file instead of it's own SQLite code. |
| 17:21.40 | CIA-35 | BZFlag: Move upgrading from author.txt out of the directory.index.php file and directly into directorydb.class.php. |
| 17:26.55 | blast007 | Epyon: http://pastebin.bzflag.bz/m16018ce |
| 17:31.58 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 17:31.58 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 17:34.00 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 17:45.21 | *** mode/#bzflag [+v Manu] by ChanServ |
| 17:46.23 | *** mode/#bzflag [+o Manu] by ChanServ |
| 17:51.10 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 18:02.40 | CIA-35 | BZFlag: 03atupone * r17838 10/branches/v2_0branch/bzflag/ (5 files in 3 dirs): Marking it 2.0.12 |
| 18:06.20 | CIA-35 | BZFlag: 03atupone * r17839 10/tags/v2_0_12/: Marking it 2.0.12 |
| 18:09.15 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 18:10.16 | CIA-35 | BZFlag: 03atupone * r17840 10/tags/v2_0_12/: Bad path ? |
| 18:11.37 | CIA-35 | BZFlag: 03atupone * r17841 10/tags/v2_0_12/: Marking it 2.0.12 |
| 18:14.03 | Epyon | blast007, it should compile now. |
| 18:14.15 | CIA-35 | BZFlag: 03chaos-dev * r17842 10/trunk/bzwgen/inc/ (6 files in 2 dirs): Cleaning up GCC -pedantic errors. |
| 18:14.53 | blast007 | yup, thanks |
| 18:17.52 | CIA-35 | BZFlag: 03blast007 * r17843 10/trunk/web/submitimages/ (TODO queue.js): Get rid of the confirm boxes in the queue for accepting and rejecting images. |
| 18:50.18 | *** join/#bzflag LongDon (n=LongDon@host-091-097-025-116.ewe-ip-backbone.de) |
| 19:05.44 | *** topic/#bzflag by Tupone -> http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.12 is the latest public release || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to the wiki for review |
| 19:14.12 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 19:15.36 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 19:27.12 | BulletCatcher | A few minutes at Missile War with the 2.0.12 client on my Fedora 8 64-bit system (gcc 4.1.2) showed no obvious problems. |
| 19:27.14 | delusional | would these texture pass the open-source bzflag.org upload rules? http://lostgarden.com/2006/02/250-free-handdrawn-textures.html |
| 19:28.35 | Lukstr | hm |
| 19:28.42 | Lukstr | probably, what's the license? |
| 19:29.11 | delusional | second paragraph on the page |
| 19:29.37 | Tupone | BulletCatcher: thanks for testing :) |
| 19:29.50 | bugQ | "use these however you desire" |
| 19:30.01 | Lukstr | hm |
| 19:30.05 | Lukstr | I'm excited for Lost Garden |
| 19:30.17 | delusional | that hasn't always been a free pass, before. |
| 19:31.16 | bugQ | it typically means public domain, but maybe you should ask the artist. |
| 19:32.07 | delusional | I already have them converted to png, and can zip up a file, including a link to the website. he's got some other interesting gaming "stuff" on his blog |
| 19:32.15 | Lukstr | yes |
| 19:32.17 | Lukstr | that blog is amazing |
| 19:36.14 | BulletCatcher | Tupone: My pleasure. Any excuse to play BZFlag. :-) |
| 19:39.57 | JeffM | delusional, no |
| 19:40.08 | JeffM | since it has the part here " If you end up releasing a game using these graphics to the public, all I ask is that you put a link to this website someplace the nether depths of your credits." |
| 19:40.12 | JeffM | and we can not do that |
| 19:40.47 | delusional | not even a server message would be sufficient? |
| 19:40.54 | JeffM | he says in the credits |
| 19:40.56 | JeffM | you'd have to ask him |
| 19:41.05 | JeffM | based on that info alone we can not host them |
| 19:41.07 | delusional | alright, I'll ask |
| 19:41.33 | JeffM | ask him if he'd relicense them under a CC atribution license, then that'd be cool, cus our site would atribute them to him |
| 19:42.20 | JeffM | the problems with his workding are the terms "link" and "credits" |
| 19:42.42 | JeffM | since we don't have links, and we do have a credits section that we can not modify on a per server bassis |
| 19:43.23 | delusional | thing is.. he does not provide an email or a full name... I'll have to leave a commen on the blog, i guess |
| 19:43.38 | JeffM | yet another problem with vauge things like that |
| 19:43.52 | JeffM | it's always best to put your works under a real license |
| 19:44.08 | Lukstr | indeed |
| 19:44.41 | bugQ | maybe suggest this: http://creativecommons.org/licenses/publicdomain/ |
| 19:45.26 | JeffM | bugQ, it seems like he wants atribution |
| 19:45.26 | delusional | I'll see what i can do |
| 19:45.27 | JeffM | and that's fine |
| 19:45.36 | JeffM | the CCA is a valid license for us |
| 19:45.50 | JeffM | heck even CC No mod is fine |
| 19:48.17 | CIA-35 | BZFlag: 03atupone * r17844 10/branches/v2_0branch/bzflag/ (README configure.ac src/date/buildDate.cxx): Start of 2.0.13 |
| 19:48.38 | BulletCatcher | Meet the new branch. The same as the old branch! |
| 19:49.10 | JeffM | it's just procedure |
| 19:49.35 | Lukstr | JeffM: I was wondering if you'd be willing to clear up some BZW file format issues with m |
| 19:49.36 | JeffM | tho I'm not sure about puting 12 in the topic since I don't know if we are going to build it for all OSs |
| 19:49.36 | Lukstr | *me |
| 19:49.41 | JeffM | Lukstr, sure |
| 19:50.16 | Lukstr | Case sensitive? Just the keys' string values? |
| 19:50.37 | JeffM | none of it shold be |
| 19:50.37 | JeffM | IIRC |
| 19:50.37 | Tupone | JeffM: well, maybe you are allright, can you fix Topics for me ? |
| 19:50.37 | JeffM | if anythiung is just the names |
| 19:50.51 | JeffM | Tupone, sure, when do you expect your gentoo package to go live |
| 19:51.05 | Tupone | it is :) |
| 19:51.07 | Lukstr | Well I was just going to store the values that are strings as case insensitive and figure that out farther down the chain |
| 19:51.12 | JeffM | cool, contrats |
| 19:51.37 | *** topic/#bzflag by JeffM -> http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.12 is the latest linux release, 2.0.10 for others || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to the wiki for review |
| 19:51.40 | JeffM | there :) |
| 19:51.44 | JeffM | now we have both :) |
| 19:51.46 | Tupone | but I guess debian should do the same, and ubuntu |
| 19:51.48 | JeffM | yeah |
| 19:52.00 | JeffM | have you placed source packages on SF? |
| 19:52.08 | Tupone | only source |
| 19:52.11 | Tupone | yes |
| 19:52.15 | JeffM | cool |
| 19:52.18 | JeffM | that's all we need |
| 19:52.26 | JeffM | then the topic is now correct :) |
| 19:52.37 | Lukstr | How should I handle the 3.0 texsize change for boxes? |
| 19:52.48 | JeffM | Lukstr, what change? |
| 19:52.57 | Lukstr | In 2.0.x standard boxes have "texsize -2.0 -2.0 -8.0 -8.0", in 3.0 boxes will have "texsize -8.0 -8.0 -8.0 -8.0" so choose the appropriate texsize if you want the arc(s) match the box(es) exact look. |
| 19:53.14 | Lukstr | from the wiki |
| 19:53.14 | JeffM | Lukstr, you don't render so it dosn't matter |
| 19:53.21 | Lukstr | rgr |
| 19:54.39 | Lukstr | Materials should be their own objects? |
| 19:54.58 | JeffM | yes |
| 19:55.17 | JeffM | tho some objects allow material defs withiin them |
| 19:55.22 | JeffM | like color etc.. |
| 19:56.42 | Lukstr | so should I preserve names of objects and groups after parsing or have link them internally, so you do something like World.getSomeBox().getMaterial() |
| 19:57.13 | JeffM | in the end every object should have a final material |
| 19:57.22 | JeffM | materials are built up like stacks |
| 19:58.08 | Lukstr | I'm not sure I follow |
| 19:58.41 | JeffM | every object starts with the default material |
| 19:58.55 | JeffM | if the object has a matref, that material overwritees the default |
| 19:59.03 | Lukstr | right |
| 19:59.06 | JeffM | if the object then changes a single materal pramater |
| 19:59.07 | JeffM | like color |
| 19:59.18 | JeffM | it then just changes the color for the copy of the material for that object |
| 19:59.35 | JeffM | so you can define a blue material with a texture, then ref that material in a meshbox |
| 19:59.37 | Lukstr | so each object has its own material |
| 19:59.41 | JeffM | yes |
| 19:59.57 | JeffM | the matref is just an easy way to copy a premade material to an object |
| 20:00.18 | Lukstr | alright, so during the parsing phase I could just copy each material into the object that ref's it |
| 20:03.10 | Lukstr | are there any keys for objects that are mandatory/required? |
| 20:03.19 | JeffM | what do you mean by key? |
| 20:03.29 | Lukstr | position, rotation, etc |
| 20:03.31 | JeffM | no |
| 20:03.40 | JeffM | any that are not there are default values |
| 20:03.40 | *** join/#bzflag KingofCamelot (n=davidsan@pb-fw.redshift.com) |
| 20:03.44 | Lukstr | alright |
| 20:03.49 | JeffM | box \n end is valid |
| 20:03.55 | Lukstr | excellent |
| 20:04.11 | JeffM | box of 10 x 10 x 10 at 0 , 0 ,0 IIRC |
| 20:04.24 | JeffM | tho links have to have values |
| 20:04.26 | JeffM | IIRC |
| 20:04.43 | Lukstr | hm |
| 20:05.15 | JeffM | or you can just assume that the default link is invalid |
| 20:05.24 | Lukstr | alright, sounds good |
| 20:05.26 | JeffM | acheives the same result, dosn't work |
| 20:05.33 | Lukstr | I'll just remove "required" key support |
| 20:05.37 | Lukstr | less if statements for me |
| 20:06.41 | Lukstr | I guess there's no way I can avoid having a group object, is there |
| 20:06.57 | JeffM | you must have it |
| 20:07.00 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 20:07.01 | JeffM | it is heavaly used |
| 20:07.07 | JeffM | and will be more used in the future |
| 20:07.21 | Lukstr | I'm not talking about removing support for "group my_group blah" |
| 20:07.29 | Lukstr | more like, no internal object group |
| 20:07.31 | JeffM | you mean just always expand them |
| 20:07.33 | Lukstr | yeah |
| 20:07.38 | JeffM | that may be viable |
| 20:07.48 | JeffM | tho it'd be VERY nice if you could keep them grouped |
| 20:07.57 | JeffM | since later we can go and do cool things like share geometry |
| 20:07.57 | Lukstr | then I should probably do that then |
| 20:08.11 | JeffM | it makes display lists and stuff easier to use |
| 20:08.26 | Lukstr | indeed, definitely would speed up rendering |
| 20:08.27 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 20:08.27 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:08.58 | Lukstr | for defines, are the objects merely name-referenced, or are they actually defined within the define object |
| 20:08.58 | JeffM | well it could if our sceenegraph was different |
| 20:09.12 | JeffM | the define has the actual objects |
| 20:09.19 | JeffM | objects do NOT have to have names |
| 20:09.35 | TimRiker | JeffM: so you went and did it? :) did you test the new desktop entry/icon out? what distros? |
| 20:09.45 | JeffM | TimRiker, huh? |
| 20:09.48 | Lukstr | define my_group \n box \n position 0 0 0 \n end \n end ? |
| 20:09.53 | TimRiker | 2.0.12 |
| 20:09.58 | JeffM | TimRiker, tupone did it |
| 20:10.01 | JeffM | I just fixed the topic |
| 20:10.22 | TimRiker | ahh. Tupone: what distros did you build, and did you test the desktop icon? |
| 20:10.38 | JeffM | he did gentoo I know of |
| 20:10.47 | JeffM | and source |
| 20:10.54 | JeffM | you are the man for the rest of the distros I guess |
| 20:10.55 | Tupone | yeah. Gentoo |
| 20:11.01 | TimRiker | nods. I'll do a debian upload after some testing. |
| 20:11.07 | JeffM | I don't think I'll do a windows build |
| 20:11.10 | JeffM | not enought stuff |
| 20:11.14 | TimRiker | nods |
| 20:11.23 | JeffM | since it's mostly just a fix c-ares thing |
| 20:11.24 | TimRiker | if you get bored... :) |
| 20:11.33 | JeffM | if I get bored I'll keep working on 3.0 ;) |
| 20:11.41 | Lukstr | JeffM: is that a valid define, what I wrote up above? |
| 20:11.43 | JeffM | and shotbranch |
| 20:11.43 | Tupone | and the desktop icon I did not test. I just saw that gentoo one worked |
| 20:11.47 | TimRiker | what? no name? |
| 20:11.53 | JeffM | and our students, and my book :) |
| 20:11.56 | Tupone | no name :/ |
| 20:12.15 | JeffM | Lukstr, yes |
| 20:12.19 | TimRiker | golly. got yer moment of glory opportunity and you passed. |
| 20:12.21 | Lukstr | oy |
| 20:12.41 | TimRiker | 2.0.12 "Tupone forgot" |
| 20:12.47 | JeffM | Lukstr, then you can do group my_group \n postion 100 100 0 \n end |
| 20:12.48 | Thumper_ | 2.0.12 Generic NoName Product |
| 20:13.02 | JeffM | andt hat would put a box at 100,100 |
| 20:13.22 | JeffM | if the define had a postion of 10 10 0 |
| 20:13.28 | Tupone | No. I did not. Just I thought It's a forgiven version, and though that no name was approrpiate for that |
| 20:13.31 | JeffM | then the group would put the box at 110 110 |
| 20:13.33 | Lukstr | this is an interesting file format you guys have going :P |
| 20:13.47 | JeffM | Lukstr, I want to replace it :) |
| 20:13.53 | Lukstr | xml would be nice |
| 20:13.58 | TimRiker | Tupone: hehe. just giving you a hard time. :) |
| 20:14.00 | JeffM | I want to get rid of objects |
| 20:14.08 | Lukstr | all meshes? |
| 20:14.12 | JeffM | surfaces |
| 20:14.16 | Lukstr | ah |
| 20:14.24 | JeffM | and visibility groups |
| 20:14.32 | JeffM | then you can define anything |
| 20:14.52 | JeffM | I'd like to have a single uniform surface definition for rendering and collisions |
| 20:15.15 | BulletCatcher | Ooops. The flag in the logo image on the 2.0.12 client opening page still says 2.0.10. |
| 20:15.55 | JeffM | I don't mind having a macro app that takes primitives and builds up maps in the surface def, but what the server and client should use just needs to be surfaces. |
| 20:16.03 | Lukstr | JeffM: I'm trying to write a BZW file that has pretty much every possible scenario in it |
| 20:16.13 | JeffM | Tupone, saturos can render you up a new flag. |
| 20:16.31 | JeffM | Lukstr, I'd do that as more then one file |
| 20:16.33 | JeffM | start small |
| 20:16.36 | JeffM | support that |
| 20:16.40 | JeffM | then add more later |
| 20:16.44 | Lukstr | well |
| 20:16.47 | JeffM | nothing says it has to be one file ;) |
| 20:17.00 | Lukstr | Well I know, but it doesn't really matter if it's multiple files |
| 20:17.01 | JeffM | smaller chunks are easier to manage |
| 20:17.22 | JeffM | it does when you want to test and something fails, if you know what test it's in it helps narrow it down ;) |
| 20:17.40 | Lukstr | the parser will eventually tell what line, etc. |
| 20:17.56 | Lukstr | and it's also for more of a mental thing right now, so I can visualize what needs to be done |
| 20:17.58 | JeffM | perhaps |
| 20:18.18 | JeffM | just don't waste too much time on it |
| 20:18.35 | Lukstr | I'll try not to |
| 20:22.13 | Tupone | well, yeah, that image rewriting is something we should put on DEVINFO |
| 20:22.29 | JeffM | Tupone, probably |
| 20:22.49 | JeffM | for 3.0 I want to make it generate the number in code |
| 20:22.53 | JeffM | with GL |
| 20:22.56 | JeffM | then it'll be easier |
| 20:28.41 | CIA-35 | BZFlag: 03timriker * r17845 10/branches/v2_0branch/bzflag/ (83 files in 28 dirs): ws |
| 20:39.18 | CIA-35 | BZFlag: 03timriker * r17846 10/branches/v2_0branch/bzflag/ (15 files in 8 dirs): ws |
| 20:41.00 | CIA-35 | BZFlag: 03timriker * r17847 10/branches/v2_0branch/bzflag/package/win32/nsis/bzflag.exe.manifest: ws |
| 20:42.21 | Lukstr | wishes there was a standard regex library :( |
| 20:43.06 | Epyon | boost::regex |
| 20:43.12 | Lukstr | don't want boost |
| 20:43.26 | Epyon | sooner or later you'll use it anyway ;] |
| 20:43.27 | Lukstr | unless everyone's okay with all of bzflag depending on it |
| 20:43.41 | Epyon | ah, that'd be a problem. |
| 20:44.20 | Lukstr | gets pen and paper |
| 20:44.46 | Epyon | Unfortunately regex is not a header only library :/ |
| 20:45.36 | Epyon | What do you need to regex btw? |
| 20:45.47 | Epyon | Maybe there's a simpler solution ;) |
| 20:47.37 | Lukstr | parsing |
| 20:47.48 | Lukstr | I hate parsing :P I love lex and yacc |
| 20:48.10 | Epyon | bzwgen uses bison and lex xP |
| 20:50.05 | Lukstr | really? |
| 20:50.13 | Lukstr | how do you support cross platform? |
| 20:50.44 | Epyon | well both of them are fairly crossplatform. But that's ok for a tool. |
| 20:51.01 | Lukstr | which part is cross platform, genereated code? |
| 20:51.11 | Epyon | both |
| 20:51.17 | TimRiker | Tupone: hmm. did your source file contain all the .svn trees? |
| 20:51.30 | Tupone | nope |
| 20:51.39 | Tupone | I built it with make dist |
| 20:51.50 | Lukstr | is it built with automake? |
| 20:51.57 | Tupone | Well, lemme check again |
| 20:52.16 | TimRiker | Lukstr: yes. |
| 20:52.51 | Lukstr | I'm curious how the lex/yacc is integrated with that |
| 20:53.49 | Tupone | The .svn directory are not there, if you meant that. And the tree is only about bzflag, no other things |
| 20:54.27 | Tupone | That is what I uploaded |
| 20:59.20 | TimRiker | bzflag-2.0.12/misc/stats/.svn and bzflag-2.0.12/misc/stats/t/.svn are including in my make dist. |
| 21:01.27 | TimRiker | looks like a couple of missing Makefile.am files |
| 21:03.20 | Tupone | I have thos too :/ |
| 21:03.50 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 21:03.52 | Tupone | some put stats in extra_dist |
| 21:03.58 | Erroneous | Lukstr: bzflag has its own regex library if you really need one. but bzw is very linear and has a well-defined strict grammar, so it shouldn't really be necessary. |
| 21:04.09 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 21:04.13 | Lukstr | Erroneous: well it's almost very linear |
| 21:04.21 | Erroneous | it's not turning-complete, there are no operators, etc |
| 21:04.25 | Lukstr | things like groups mess that up |
| 21:05.09 | Erroneous | has been working with lathe too much, pulls the extra "n" out of turing |
| 21:05.49 | Tupone | It seems that someone was me :/ |
| 21:11.20 | *** join/#bzflag blast007 (i=blast@pdpc/supporter/active/blast007) |
| 21:11.20 | *** mode/#bzflag [+v blast007] by ChanServ |
| 21:18.36 | Lukstr | so what's the default action for unexpected input for BZW files? ignore or error |
| 21:20.26 | TimRiker | hmm. what stops .svn for getting added normally? |
| 21:21.03 | Tupone | I unfortunately added the whole dir in extra_DIST, so .svn get in |
| 21:21.26 | Tupone | make dist take only the file named or used by autoconf |
| 21:23.02 | TimRiker | k |
| 21:26.17 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 21:26.41 | Lukstr | JeffM, Erroneous: would it be bad if I ignored unexpected information in BZW files? |
| 21:27.12 | Erroneous | anything unexpected is an error |
| 21:27.12 | JeffM | it'd be nice if you had a warning callback that could be installed |
| 21:27.23 | JeffM | or do that |
| 21:27.29 | *** join/#bzflag zee610 (n=55198ade@gateway/web/cgi-irc/zeebrothers.net/x-174137d88790bc40) |
| 21:27.31 | Erroneous | log it out at least, even if you skip it |
| 21:28.07 | JeffM | hence callback ;) |
| 21:28.12 | CIA-35 | BZFlag: 03timriker * r17848 10/branches/v2_0branch/bzflag/ (5 files in 4 dirs): fix misc/stats and misc/stats/t dist |
| 21:28.14 | Lukstr | I was thinking it would be easy to just read in everything given, but just choose to ignore properties or whatever that serve no purpose |
| 21:28.34 | Lukstr | if someone put position in world, it wouldn't do anything, for example |
| 21:28.40 | JeffM | the server at least at -d -d -d should log them to terminal |
| 21:29.17 | JeffM | that's why I'd do a callback |
| 21:29.25 | JeffM | each user of the lib may want to log diffeently |
| 21:30.06 | Lukstr | could I use exceptions? |
| 21:30.25 | JeffM | for something that is a warning |
| 21:30.26 | JeffM | no |
| 21:30.30 | JeffM | a simple callback |
| 21:30.31 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 21:30.34 | JeffM | we do it in other places |
| 21:30.45 | JeffM | make a callback class if you want |
| 21:30.47 | JeffM | it's easy |
| 21:31.56 | JeffM | also don't forget custom objects ;) |
| 21:32.01 | JeffM | they are sent to the API on read |
| 21:32.06 | JeffM | so you'll need callbacks for that too |
| 21:32.41 | *** join/#bzflag LongDo1 (n=LongDon@host-091-097-049-180.ewe-ip-backbone.de) |
| 21:32.43 | Lukstr | by custom objects you mean mesh? |
| 21:32.47 | JeffM | no |
| 21:32.51 | JeffM | a mesh is a mesh |
| 21:32.59 | JeffM | a custom object is a custom object |
| 21:33.05 | Lukstr | e.g.? |
| 21:33.27 | *** part/#bzflag LongDo1 (n=LongDon@host-091-097-049-180.ewe-ip-backbone.de) |
| 21:33.27 | JeffM | your_mom \n size large\n end |
| 21:33.44 | JeffM | the API can register a handler for the "your_mom" object |
| 21:33.58 | JeffM | and be passed "size large" as the paramaters |
| 21:34.03 | JeffM | and do WHATEVER it wants with it |
| 21:34.11 | JeffM | the client skips them |
| 21:34.18 | JeffM | well they are never sent to the client |
| 21:34.43 | JeffM | a real wold expample would be flagzones |
| 21:34.52 | JeffM | sorry flagStayZones |
| 21:35.01 | JeffM | the map contains a custom object that defines a zone |
| 21:35.09 | JeffM | then the plugin reads them and stores the data |
| 21:35.56 | Lukstr | which API do you refer to when you say "the API can register a handler" |
| 21:36.05 | JeffM | the server API |
| 21:36.09 | JeffM | the API plugins use |
| 21:36.29 | JeffM | currently in play, the server is the only thing that reads the map |
| 21:36.30 | Lukstr | hm |
| 21:36.35 | Lukstr | right |
| 21:36.36 | JeffM | so that's the only API that affects it |
| 21:37.10 | Lukstr | so I can't validate custom objects |
| 21:37.16 | JeffM | nope |
| 21:37.28 | Lukstr | their contents stored as just a string data? |
| 21:37.35 | JeffM | other then they have a key and an end |
| 21:37.37 | JeffM | yeah |
| 21:37.55 | JeffM | BZF_API bool bz_registerCustomMapObject(const char* object, bz_CustomMapObjectHandler *handler); |
| 21:38.09 | Lukstr | well objects like options wouldn't have keys, just raw strings |
| 21:38.30 | JeffM | indeed |
| 21:38.31 | *** join/#bzflag Rumburak (n=juergen@ip-62-143-27-125.hsi.ish.de) |
| 21:38.41 | Lukstr | so I could just pass the pure contents to the custom object |
| 21:38.57 | JeffM | you need to be able to support our existing API |
| 21:39.11 | JeffM | I'd recomend you have a way to have a similar callback for any object name |
| 21:39.25 | JeffM | even if it's one you parse |
| 21:39.43 | Lukstr | to retrieve an object by a string, you mean? |
| 21:39.56 | JeffM | so I could do bzwLib.watchObject("box",callback)l; |
| 21:40.01 | JeffM | it's more then a single string |
| 21:40.08 | JeffM | it's a bunch of strings and a name |
| 21:40.32 | JeffM | typedef struct bz_CustomMapObjectInfo |
| 21:40.32 | JeffM | { |
| 21:40.32 | JeffM | <PROTECTED> |
| 21:40.32 | JeffM | <PROTECTED> |
| 21:40.32 | JeffM | } bz_CustomMapObjectInfo; |
| 21:40.47 | JeffM | each line in the object is a string |
| 21:40.55 | Lukstr | right |
| 21:41.17 | JeffM | tho I guess you could cheeze out and just give back one for them all, but then we'll have a bunch of line parses all over the place |
| 21:41.30 | JeffM | the basic BZW format still applies to all objects |
| 21:41.36 | JeffM | START, STUFF, END |
| 21:41.43 | Lukstr | yeah |
| 21:41.44 | JeffM | so you'd just give us the STUFF |
| 21:41.49 | JeffM | and the START name |
| 21:42.05 | Lukstr | well, give you the STUFF for a certain START name |
| 21:42.09 | Lukstr | right? |
| 21:42.13 | JeffM | yes |
| 21:42.23 | Lukstr | that should be no problem |
| 21:42.26 | JeffM | tho probalby not a bad thing to let someone register * or something |
| 21:42.28 | JeffM | for all of em |
| 21:42.45 | Lukstr | for all names? |
| 21:42.49 | JeffM | sure |
| 21:42.51 | JeffM | why not |
| 21:43.02 | Lukstr | including expected objects like, for example, box? |
| 21:43.08 | JeffM | yes |
| 21:43.28 | JeffM | since you have to suport it for customs, may as well suport it for em all |
| 21:43.34 | Lukstr | would it be terrible to give the user a vector or all the objects? |
| 21:43.35 | JeffM | then you can do it at a low level before you parse it |
| 21:43.49 | JeffM | at one time? |
| 21:44.01 | Lukstr | *of |
| 21:44.01 | Lukstr | yeah |
| 21:44.14 | JeffM | I think they should only get that if they ask for it, after you parse |
| 21:44.21 | JeffM | that should be a feature of your lib |
| 21:44.27 | JeffM | so you can say "give me all the teleporters" |
| 21:44.40 | JeffM | but I'd have a callback system for it as you parse too |
| 21:44.48 | JeffM | some people may have dependencies |
| 21:45.01 | JeffM | like a custom object that refrences another custom object before it |
| 21:45.04 | JeffM | so you want them in order |
| 21:45.19 | Lukstr | hm |
| 21:45.25 | JeffM | I mean at some point you parse it down to the START to END text right? |
| 21:45.33 | Lukstr | yes |
| 21:45.34 | JeffM | then figure out what it is and do stuff oto it |
| 21:45.39 | Lukstr | well no |
| 21:45.45 | JeffM | so just throw a callback right there, before you figure out what to do |
| 21:45.52 | Lukstr | I'm never going to figure out what it is during parsing :S |
| 21:45.59 | JeffM | ok |
| 21:46.05 | Lukstr | the parser was going to be really, really dumb |
| 21:46.06 | JeffM | then after you get the end, callback, bam |
| 21:46.16 | JeffM | so you just need one thing |
| 21:46.19 | JeffM | shoudl be easy |
| 21:46.24 | JeffM | and very generic |
| 21:46.26 | Lukstr | how should the callbacks be registered? |
| 21:46.35 | JeffM | with a method |
| 21:46.44 | JeffM | they give you the name and a callback |
| 21:46.50 | JeffM | you store them |
| 21:46.51 | Lukstr | before parsing |
| 21:46.54 | JeffM | yes |
| 21:46.59 | Lukstr | alright |
| 21:47.02 | JeffM | if they want it after, they use your query interface |
| 21:47.14 | Lukstr | alright |
| 21:47.16 | Lukstr | that sounds fine to me |
| 21:47.30 | JeffM | just be sure to support more then one callback |
| 21:47.34 | Lukstr | of course |
| 21:47.34 | JeffM | and have a way to remove them |
| 21:47.43 | Lukstr | alright |
| 21:48.33 | JeffM | if you did it right, the callbacks could even then add objects to the world, so you could have custom plugins define geometry macro |
| 21:48.48 | JeffM | like Teapot \n spoutSize 10\n end |
| 21:49.01 | Lukstr | that would be possible |
| 21:50.45 | Lukstr | so the parse-callback would just provide the stuff after parsing an object? |
| 21:51.08 | JeffM | yeah just the name, and the list of paramaters |
| 21:51.17 | JeffM | you should filter out blank lines and comments, etc.. |
| 21:51.34 | Lukstr | yeah no worries about that |
| 21:51.56 | JeffM | yeah then they can just scan the lines, do what they want, and return |
| 21:53.22 | Lukstr | So I have to send to the callbacks... what was it..bz_CustomMapObjectInfo ? |
| 21:53.57 | JeffM | don't use API callbacks |
| 21:53.58 | JeffM | use your own |
| 21:54.03 | JeffM | then you are standalone |
| 21:54.09 | JeffM | I'll map the API callbacks to yours |
| 21:54.13 | Lukstr | ah okay |
| 21:54.23 | JeffM | the client dosn't have access to the API |
| 21:54.52 | Lukstr | so should the BZW::World(std::stream &input) constructor not worry about callbacks? |
| 21:55.02 | Lukstr | well, it being sort of impossible to register them :P |
| 21:55.52 | JeffM | that would not be the contstructor I'd use on the server |
| 21:56.13 | JeffM | make sure you have a way to fire off the parse later |
| 21:57.04 | JeffM | bugQ, why are you using a bz_ServerSidePlayerHandler ? |
| 21:57.11 | Lukstr | well you could do BZW::World(); World.read(std::stream &input) or something instead, for server |
| 21:57.25 | Lukstr | s/stream/istream/ |
| 21:57.29 | JeffM | Lukstr, I have a feeling a many will do that |
| 21:58.05 | bugQ | JeffM: because I didn't know better; blast007 explained things |
| 21:58.11 | JeffM | ok |
| 21:58.20 | JeffM | can you commit what you have now |
| 21:58.25 | JeffM | I have to make a change to your code |
| 21:58.28 | JeffM | I have auth done |
| 21:58.53 | JeffM | it should only change one callback in your code, so it shold not affect you much at all |
| 21:58.55 | bugQ | you can make the change, I'm working on templates now |
| 21:58.58 | JeffM | ok |
| 21:58.58 | Lukstr | Okay, so how about I do this: Parse the whole file, add all registered objects to the world from the parsed data, then complain about leftover data (like unexpected input)? |
| 21:59.06 | JeffM | I'll pull the server side player stuff too |
| 21:59.26 | JeffM | Lukstr, not everyone should complain about leftover data |
| 21:59.38 | JeffM | like the client |
| 21:59.44 | JeffM | it should just ignore custom objects |
| 21:59.48 | Lukstr | well that would depend on -d -d -d |
| 21:59.52 | JeffM | no |
| 21:59.56 | JeffM | the CLIENT does not |
| 22:00.00 | JeffM | the -d -d -d is the server |
| 22:00.06 | JeffM | the game client won't care about customs |
| 22:00.08 | JeffM | ever |
| 22:00.10 | Lukstr | right |
| 22:00.26 | JeffM | I'd not refactor your entire method just so you can use one constructor |
| 22:00.48 | JeffM | most users of the lib are going to clear and reload the lib and keep it around as a static var |
| 22:00.54 | JeffM | so the constructor isn't going to be used often |
| 22:01.01 | Lukstr | I'm not following |
| 22:01.08 | JeffM | the server and client only ever have one world |
| 22:01.19 | JeffM | so they are just goin to define a BZWorld word; |
| 22:01.28 | JeffM | then at some point call world.load(filestuff); |
| 22:01.42 | Lukstr | yeah |
| 22:02.00 | JeffM | so if the constructor that takes a stream dosn't have any callbacks installed, so what? |
| 22:02.05 | JeffM | they CHOSE to do that |
| 22:02.11 | Erroneous | I'd rather reallocate it. define a BZWorld& world, and delete and create it as appropriate. |
| 22:02.20 | JeffM | Erroneous, why? |
| 22:02.33 | Erroneous | cleaner on the object side |
| 22:02.37 | Erroneous | they're different worlds |
| 22:02.41 | Erroneous | therefore different objects |
| 22:02.55 | JeffM | more code on the user side to register up all it's hooks |
| 22:02.56 | Erroneous | invalidates any old addresses that may be hanging around and so on |
| 22:03.08 | JeffM | to me, the world is a container |
| 22:03.16 | JeffM | same container, different contents |
| 22:03.38 | JeffM | but whatever, there needs to be a way to regiser up n things before the ead |
| 22:03.43 | Lukstr | yeah |
| 22:03.43 | JeffM | read |
| 22:03.49 | Lukstr | well right now there's two options |
| 22:03.51 | JeffM | however you want tod o it |
| 22:03.55 | JeffM | pick one |
| 22:03.55 | Lukstr | just read the file, or create, register, then read |
| 22:03.57 | JeffM | implement it |
| 22:03.59 | JeffM | move on |
| 22:04.09 | Lukstr | that's not a problem right now |
| 22:04.11 | JeffM | it's bikeshed |
| 22:04.24 | Lukstr | I'm trying to solve how and when to complain about invalid, or whatever, data in the files |
| 22:04.25 | Erroneous | I don't care much either way, just a different way of viewing the world |
| 22:04.35 | Erroneous | different worldview, you might say... :P |
| 22:04.39 | JeffM | Erroneous, the world is just a bunch of stuff ;) |
| 22:04.50 | JeffM | well the world is the space where abunch of stuff goes |
| 22:04.50 | Erroneous | ducks the inevitable rotten eggs after the pun |
| 22:05.03 | JeffM | BZContinum |
| 22:05.22 | Erroneous | mmm, the world is a world. not just a bunch of stuff. |
| 22:05.59 | Lukstr | Right so... back to errors/warning |
| 22:06.10 | JeffM | the world object dosn't have the rules for the world, so it's just space ;) |
| 22:06.13 | Lukstr | Jeff said that only the server should care... so then, how do I go about complaining? |
| 22:06.21 | Thumper_ | JeffM: what's plugin_utils tolower for? lowercasing a std::string? |
| 22:06.29 | Lukstr | if I can't use logDebugMessagE? |
| 22:06.40 | Erroneous | let the client choose whether to receive them or not. use an installed error handler. |
| 22:06.47 | JeffM | Thumper_, yeah |
| 22:06.57 | Erroneous | the server does this now, more or less, with BZWError |
| 22:07.01 | Lukstr | right |
| 22:07.07 | CIA-35 | BZFlag: 03timriker * r17849 10/branches/v2_0branch/bzflag/ (5 files in 4 dirs): simplify misc/stats, misc/stats/t am |
| 22:07.12 | JeffM | Lukstr, yeah you should not have any direct recording |
| 22:07.24 | JeffM | leave that up to the calling app |
| 22:07.31 | Lukstr | hm, alright |
| 22:07.32 | JeffM | since they all have different ways to handle it |
| 22:07.41 | Erroneous | so tell the handler "hey this is a critical error" or "hey this is an undefined object" or whatever, and the line number, and the actual error text |
| 22:07.42 | Thumper_ | JeffM: thx - it seems broken to me - I'll check it out - I need a toupper too |
| 22:07.43 | JeffM | it may be a gui app, like bzworkbench |
| 22:07.47 | Lukstr | but is it cool if I complain about the warnings at the end of parsing? |
| 22:07.58 | JeffM | Thumper_, it's just copied from TextUtils:: |
| 22:08.01 | Erroneous | you'll probably want an error type enum |
| 22:08.10 | Lukstr | no doubt |
| 22:08.19 | Erroneous | it should output them as soon as possible |
| 22:08.22 | Lukstr | the parser for now is just going to blindly read text |
| 22:08.25 | Erroneous | large maps can take a long time to load |
| 22:08.34 | Lukstr | then the World object will ask the parser for things it cares abouts, create said objects |
| 22:08.41 | Lukstr | then complain about data it didn't expect to have |
| 22:09.06 | Erroneous | k, that will work. not really efficient, but works. |
| 22:09.06 | Thumper_ | breaks for food |
| 22:09.15 | Lukstr | well the parser's nice and small then |
| 22:09.36 | Lukstr | and I don't have to bother "registering" objects and parameters with the parser before parsing |
| 22:09.42 | JeffM | bugQ, what permisions do you want to use for auth? |
| 22:10.14 | *** join/#bzflag Wyk3d1 (n=Wyk3d@c7.campus.utcluj.ro) |
| 22:10.16 | Lukstr | originally I was going to do, Object o=Parser.addObject("box"); o.addParameter("Position", type_real); |
| 22:10.21 | Lukstr | etc. but that complicates things |
| 22:10.42 | bugQ | JeffM: what do you mean? |
| 22:10.43 | Erroneous | if you register them then you don't need the whole world in memory. finish parsing one object, create it, and throw out the data you read in. streams make it easy. |
| 22:10.56 | JeffM | bugQ, global auth uses permisions |
| 22:11.08 | JeffM | that are stored in groups local to the server |
| 22:11.09 | Erroneous | I prefer having the objects know how to read themselves out of the stream |
| 22:11.31 | JeffM | do you want any authenticated user to see the pages? or just people with admin? |
| 22:11.54 | Erroneous | but like I said, a separate parser works |
| 22:11.54 | Lukstr | Erroneous: problems arise regarding references to things before they're read in then |
| 22:12.22 | bugQ | oh, well yes, only admins |
| 22:12.23 | Erroneous | yeah, you'd need a reference-resolving pass |
| 22:12.45 | Lukstr | which breaks my heart |
| 22:12.49 | Erroneous | heh, ok |
| 22:12.51 | JeffM | bugQ, ok that means for your testing you'll need to create a group on your server that has the DEVELOPERS group set to hav the ALL permisions |
| 22:13.00 | Erroneous | it's your project, use your design :) |
| 22:13.06 | Lukstr | that's the plan |
| 22:13.36 | Lukstr | also, if in the future one wants to rip out current parsing and replace it with something more sane, it's cake |
| 22:14.33 | TimRiker | you're talking about reading the world file twice? |
| 22:14.52 | Erroneous | I don't think anyone has suggested that, no |
| 22:15.18 | TimRiker | there were some admins running '-' as the world file and a script that built it. reading it twice would break that. I've not tested it in quite sometime, so it might already be broken. |
| 22:15.36 | Erroneous | yeah, we also support reading from stringstreams, which can't always be reset |
| 22:15.44 | Erroneous | that's how bzwgen works, for instance |
| 22:15.51 | TimRiker | but in principle, reading the world file twice is a bad idea. |
| 22:15.56 | Erroneous | indeed |
| 22:16.20 | TimRiker | so what are you talking about adding a reference resolving pass to? |
| 22:16.30 | Lukstr | another way of doing things |
| 22:16.37 | Erroneous | the world. i.e. create all the objects, then walk the objects to resolve references. |
| 22:16.37 | Lukstr | which I'm not going to do |
| 22:16.45 | TimRiker | kk |
| 22:16.51 | Erroneous | not the world file, the in-memory representation of the world |
| 22:17.13 | TimRiker | k |
| 22:17.24 | Lukstr | well right now, rather than walk objects to resolve, references are resolved upon object creation |
| 22:17.28 | Lukstr | in my head, that is |
| 22:17.29 | Lukstr | ;) |
| 22:17.35 | Erroneous | Lukstr: no, instead, you're keeping two copies of all the source data :) |
| 22:17.44 | Lukstr | how? |
| 22:18.12 | Erroneous | the parser needs to know everything without referring to the objects. therefore it needs a copy of all the data at once |
| 22:18.29 | Erroneous | the objects themselves also represent all the data, by the end of the process |
| 22:18.39 | Lukstr | as objects are created data is removed |
| 22:19.21 | Erroneous | so you have some kind of reference table to existing objects, as well as scanning non-created objects? |
| 22:19.47 | Lukstr | well once they're created why should the parser care about them anymore? |
| 22:19.51 | Lukstr | push them off the stack! :P |
| 22:19.56 | Erroneous | they may be referenced later |
| 22:20.05 | Erroneous | we support both forward and reverse references |
| 22:21.29 | Lukstr | hm. perhaps, I think it will work though |
| 22:21.31 | Erroneous | it's not impossible, and it does let you release the memory as you go, but it is more complex. |
| 22:21.43 | Lukstr | the only problem I can think of right now |
| 22:21.51 | Lukstr | is if a custom object references a material or something |
| 22:22.28 | Erroneous | currently none do so, but there's no prohibition against it |
| 22:22.38 | Lukstr | how could that work though? |
| 22:23.12 | Lukstr | no, wait it will still work |
| 22:23.30 | CIA-35 | BZFlag: 03timriker * r17850 10/branches/v2_0branch/bzflag/src/ (12 files in 2 dirs): some chmod a-x |
| 22:23.41 | Lukstr | the "user" just has to retrieve the material object by the name provided. it should be fine methinks |
| 22:23.48 | Erroneous | yeah |
| 22:24.54 | Lukstr | Oh, quick question |
| 22:25.03 | Erroneous | quick answer |
| 22:25.06 | Lukstr | because my parser is in its own namespace, should I put it in its own folder? |
| 22:25.12 | Lukstr | BZW/Parser/ |
| 22:25.28 | Erroneous | why does it need an entire namespace? |
| 22:26.15 | Erroneous | and does anything other than libBZW use it? |
| 22:26.33 | Lukstr | namespace BZW{ namespace Parser{ } } so no |
| 22:26.53 | Lukstr | just another layer of abstraction, I suppose |
| 22:27.31 | Lukstr | well |
| 22:27.41 | Lukstr | I may remove that now that I've changed the design a bit... |
| 22:27.53 | Lukstr | but say it did have its own namespace; own folder? |
| 22:28.42 | Erroneous | if you really have that many classes in the namespace, then sure, create a folder for it. if only libbzw uses it, you should not need its headers to be in include (they can stay in the world folder) |
| 22:29.29 | Lukstr | true |
| 22:29.35 | Lukstr | alright, thanks |
| 22:29.53 | Erroneous | try to keep the implementation and the interface abstracted, and only the interfaces used by callers in the global include folder |
| 22:29.59 | Lukstr | later, for world objects like cones or boxes and whatnot, I was thinking of doing an Object namespace |
| 22:30.12 | Erroneous | I don't think that's necessary either |
| 22:30.21 | Erroneous | it's not like there's going to be a Cone that's NOT an Object |
| 22:30.24 | CIA-35 | BZFlag: 03timriker * r17851 10/branches/v2_0branch/bzflag/misc/bzfquery.pl: an a+x for good karma |
| 22:30.33 | Lukstr | I guess just having them in BZW:: is enough |
| 22:31.00 | Erroneous | besides, then you'd end up with Object::Object and that's just silly :) |
| 22:31.35 | Lukstr | so is Parser::Parser() |
| 22:31.36 | Lukstr | :P |
| 22:39.10 | CIA-35 | BZFlag: 03JeffM2501 * r17852 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTPVDIR.cpp plugin_HTTPVDIR.h): assign verified users who do not have the requested groups to auth level 0 (VERIFIED) |
| 22:39.32 | CIA-35 | BZFlag: 03JeffM2501 * r17853 10/trunk/bzflag/plugins/webadmin/ (webadmin.cpp webadmin.sln): upgrade to the new HTTPServer System |
| 22:39.50 | JeffM | ok, bugQ 2 things to use that code, 1) have the groups file ( run with -groupdb your.fine ) |
| 22:40.08 | bugQ | right |
| 22:40.12 | JeffM | and 2) have the HTTPServer plugin in the same place as the webadmin plugin |
| 22:40.22 | JeffM | since it will load that too |
| 22:40.35 | JeffM | the interface to the HTTP has been cleaned up a lot |
| 22:40.43 | JeffM | and should be a lot easier for you to to stuff |
| 22:40.45 | bugQ | the object files must be in the same folder? |
| 22:41.03 | JeffM | well the HTTPServer.so has to be able to be found by bzfs |
| 22:41.16 | bugQ | k. |
| 22:41.16 | JeffM | the simplest way is to keep it with the plugin you loaded manualy |
| 22:41.23 | JeffM | cus it will try that dir as a last resort |
| 22:41.49 | JeffM | basicly the way it's changed is the request for the resource comes to you as the HTTPRequest class |
| 22:41.53 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 22:41.53 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:42.03 | JeffM | and that has the URL, session ID, headers, etc... |
| 22:42.14 | JeffM | and anything you send back goes into the HTTPReply class |
| 22:42.20 | bugQ | cool. |
| 22:42.23 | JeffM | that has the page body, the return code, the doc type, etc.. |
| 22:42.31 | JeffM | yeah it's a lot more easy to use |
| 22:43.40 | JeffM | you can set the template for the login page by just filling in the authPage variable |
| 22:43.57 | JeffM | it can be a path to a template file, or template text, it will try to load it ether way |
| 22:44.12 | JeffM | then it just tells you what the authed level is in the callback |
| 22:44.18 | JeffM | so you don't have to worry about anything else |
| 22:44.32 | bugQ | very nice |
| 22:45.14 | JeffM | level 0 means they had a valid username and password, but were not admin |
| 22:45.18 | Thumper_ | bugQ: example group file http://bzflag.norang.ca/groups |
| 22:45.20 | JeffM | -1 means invalid username and password |
| 22:45.26 | JeffM | 1 means admin |
| 22:45.34 | JeffM | Thumper_, there is also one in the /misc dir |
| 22:45.43 | JeffM | I just do Developers: ALL and save it :) |
| 22:45.54 | Thumper_ | JeffM: there is? cool :) I learn something everyday |
| 22:46.30 | JeffM | groups.conf |
| 22:46.59 | JeffM | bugQ, what may be simple for you during testing is just to treat 0 like it was 1, then all you need is a |
| 22:47.04 | JeffM | valid username and password |
| 22:47.42 | bugQ | ya, good. |
| 22:54.47 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 23:01.09 | CIA-35 | BZFlag: 03kingofcamelot * r17854 10/branches/gsoc_server_listing/src/bzflag/ (3 files): Some minor improvements to HUDuiScrollList. Changed shorten to be a private method. It is accessed through setSize now, keeping a cleaner external interface. |
| 23:25.09 | *** join/#bzflag triclops (n=caleb@59.154.120.204) |
| 23:33.13 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 23:33.14 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:36.35 | CIA-35 | BZFlag: 03JeffM2501 * r17855 10/trunk/bzflag/plugins/plugin_utils/ (4 files in 2 dirs): remove plugin_authHTTP, it is no longer used. |
| 23:38.01 | CIA-35 | BZFlag: 03JeffM2501 * r17856 10/trunk/bzflag/plugins/plugin_utils/ (VC8/plugin_utils.vcproj plugin_HTTP.cpp plugin_HTTP.h): remove plugin_HTTP, it is no longer used, all HTTP is handled via the HTTPServer and plugin_HTTPVDIR |
| 23:38.31 | JeffM | can someone do a full build on linux and make sure everything builds? |
| 23:41.00 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 23:41.12 | Gnurdux | surr |
| 23:41.23 | Gnurdux | whats the current svn command? |
| 23:41.37 | JeffM | like to update or check out? |
| 23:42.11 | Gnurdux | checkout |
| 23:42.15 | JeffM | svn co |
| 23:42.31 | Gnurdux | but whats the thing that goes after that |
| 23:42.35 | Gnurdux | the URL-like thing |
| 23:42.36 | JeffM | http://my.bzflag.org/w/SVN |
| 23:42.47 | Gnurdux | ok |
| 23:42.47 | JeffM | it's all documened there |
| 23:42.47 | Gnurdux | ill take a look |
| 23:42.56 | JeffM | the part that goes after it, depends on what you want to get |
| 23:43.17 | Gnurdux | well i was going to do the full build of the current on linux that you wanted |
| 23:43.25 | Gnurdux | so the svn trunk |
| 23:43.29 | JeffM | of bzflag |
| 23:43.32 | Gnurdux | right |
| 23:43.37 | Gnurdux | not bz2.0 or whatever |
| 23:43.57 | JeffM | svn co https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/bzflag |
| 23:57.09 | *** join/#bzflag KTL (n=KTL@213.219.143.202.adsl.dyn.edpnet.net) |