| 00:00.10 | *** join/#bzflag bier|tp (n=bier@p54A570D5.dip.t-dialin.net) |
| 00:04.15 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 00:04.15 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 00:20.54 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 00:44.04 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 00:46.46 | Winny | when C/C++ executes a function, does it wait until the function completes before moving on? |
| 00:46.59 | Winny | or does it just trigger it and then continue? |
| 00:52.00 | JeffM | depends on the function |
| 00:52.03 | JeffM | in general yes |
| 00:52.14 | JeffM | but there are thigns that are non blocking, or fire off a thread |
| 00:52.50 | JeffM | like, CreateThread, it creates the tread, returns, but the thread proc you send it also runs at the same time. |
| 00:53.29 | Winny | void{<stuff>;} would complete I assume? |
| 00:53.37 | Winny | void()* |
| 00:53.49 | JeffM | that's not a valid function name |
| 00:54.00 | JeffM | void NAME ( void ) is |
| 00:54.04 | Winny | yeah, I know |
| 00:54.19 | JeffM | basicly the stuff YOU write is blocking |
| 00:54.35 | JeffM | you have to do extra stuff to make your code non blocking ( fire threads or messages or something ) |
| 00:54.42 | Winny | ahh, ok |
| 00:54.43 | Winny | thanks |
| 00:54.45 | JeffM | sure |
| 00:55.48 | JeffM | GSOC studtents, where are my commits? |
| 00:55.56 | Winny | hehe |
| 00:56.06 | JeffM | is not joking |
| 00:56.13 | Winny | blames blast007 |
| 00:56.25 | JeffM | I know we've slacked a bit in bugging oyu but we need to see some work. |
| 00:56.39 | Erroneous | yeah, you should be committing at least daily, in general. even if what you have doesn't work or isn't complete...if it builds that's good enough |
| 01:11.38 | spldart | lends his voice to JeffM. |
| 01:11.47 | spldart | I want to see fruits of effort as well |
| 01:27.08 | *** join/#bzflag coffee (n=whodaman@pdpc/supporter/student/whodaman-) |
| 02:01.47 | *** join/#bzflag JeffM (n=JeffM@cpe-75-83-217-37.socal.res.rr.com) |
| 02:05.52 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.wa.comcast.net) |
| 02:09.57 | JeffM | guilty feet have got no rythm. |
| 02:12.55 | Ebert | :/ sorry to hear that jeff |
| 02:13.15 | Winny | JeffM knows that firsthand ;) |
| 02:14.10 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 02:14.15 | Ebert | you should make the gsoc students put gsoc on alert |
| 02:14.44 | Ebert | then passively talk |
| 02:15.15 | *** join/#bzflag triclops (n=triclops@59.154.120.204) |
| 02:18.22 | short_circuit | OMG that's a moldy oldie |
| 02:32.32 | JeffM | takes it right into the danger zone! |
| 03:08.00 | *** join/#bzflag KingofCamelot (i=KingofCa@SCT-52-221.resnet.ucsb.edu) |
| 03:11.02 | KingofCamelot | The other day JeffM said I should create a new branch for my GSoC stuff. So should I just create a new folder under branches, or is there something more I have to do? |
| 03:11.43 | spldart | Man.. you just missed him |
| 03:11.53 | KingofCamelot | D'oh |
| 03:11.56 | spldart | Ping brlcad or perhaps blast? |
| 03:12.14 | KingofCamelot | Ok |
| 03:12.46 | spldart | If JeffM isn't in again tonight then expect him again in roughly 12 to 13 hours |
| 03:13.02 | KingofCamelot | Heh, he shows up like clockwork eh? :P |
| 03:13.13 | spldart | Well.. He's usually here later than this |
| 03:13.32 | spldart | But His morning in Cali brings him into work roughly 2 hours after I'm in for work |
| 03:14.08 | spldart | Glad to see a student in though |
| 03:14.16 | spldart | Things are starting slower than we'd like |
| 03:14.28 | spldart | gives thumbs up |
| 03:14.41 | KingofCamelot | Yea..sorry about that. I'll be around a lot more in about 2 weeks. I'm still in school until June 13th or so |
| 03:15.08 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 03:15.13 | spldart | I think one other student mentioned that same problem |
| 03:15.15 | spldart | Ah |
| 03:15.15 | KingofCamelot | Was just on campus from 9:30 AM till 7:30 PM....I hate thursdays |
| 03:15.20 | spldart | There you go KoC |
| 03:15.29 | spldart | ask away |
| 03:15.47 | KingofCamelot | Hey JeffM, got a question for you abou creating a branch for my GSoC stuff |
| 03:15.55 | JeffM | sure |
| 03:16.11 | KingofCamelot | Do I just create a new folder under branches, or is there more to it that I need to do? |
| 03:16.42 | JeffM | you do a svn copy of the trun bzflag to the branches dir and name the folder during that copy |
| 03:16.48 | JeffM | then commit it |
| 03:16.57 | JeffM | then you keep history |
| 03:17.39 | KingofCamelot | Ok, so I'll want to do it with a clean copy of the trunk bzflag? |
| 03:17.44 | JeffM | yeah |
| 03:18.09 | KingofCamelot | Ok, thanks |
| 03:59.53 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 04:07.24 | CIA-33 | FTGL: 03brlcad * r1169 10/trunk/m4/font.m4: push jwmelto's fix for the sed script error back upstream into ftgl |
| 04:10.54 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 04:14.14 | *** join/#bzflag short_circuit (n=short_ci@c-98-197-19-50.hsd1.tx.comcast.net) |
| 04:21.56 | KingofCamelot | So I don't know all the ins and outs of C++ inheritence, so I was wondering if someone could answer a question for me. Is it possible to have a child class inherit a method, over-ride that method for it's own implementation, but call the parent class's method at the beginning of it's new implementation? |
| 04:23.38 | JeffM | sure |
| 04:23.38 | Lukstr | KingofCamelot: I don't think so |
| 04:23.40 | Lukstr | what? |
| 04:23.41 | Lukstr | how |
| 04:23.49 | JeffM | in the derived implementation call ::method(); |
| 04:24.04 | JeffM | that goes up one level of inheritance and calls that |
| 04:24.04 | Flash | errr.... BaseClass::method() |
| 04:24.10 | JeffM | yeah |
| 04:24.14 | Lukstr | Wild |
| 04:24.15 | JeffM | :: is root |
| 04:24.22 | JeffM | Lukstr: basic C++ ;) |
| 04:24.31 | Lukstr | ugh :P |
| 04:24.33 | KingofCamelot | Ok, awesome, thanks :) |
| 04:24.35 | Lukstr | I'm rusty ont he C++ :P |
| 04:24.47 | Flash | note that BaseClass is not a keyword, you have to put your base class name there |
| 04:25.10 | JeffM | we do it in a couple places |
| 04:25.17 | JeffM | player classes mostly |
| 04:25.33 | JeffM | so you all will be commiting something shortly right? |
| 04:26.52 | KingofCamelot | Yep, I'm planning on commiting within the next few days, as time permits. Optimistically tomorrow. |
| 04:26.59 | JeffM | days? |
| 04:27.03 | JeffM | wow |
| 04:27.08 | JeffM | honestly we want commits per day |
| 04:27.12 | JeffM | even if it don't work |
| 04:27.19 | Flash | GSoC... it's not just an adventure, it's a job |
| 04:27.22 | JeffM | specialy if your in a branch |
| 04:27.34 | JeffM | commit as you make it |
| 04:29.06 | JeffM | please remember that you are not off on a school project but part of a team |
| 04:29.17 | KingofCamelot | Ok, so the more commits the better |
| 04:29.21 | JeffM | yes |
| 04:29.25 | JeffM | commit early commit often |
| 04:29.39 | JeffM | the fact that I don't see your branch commit worries me |
| 04:29.47 | JeffM | cus you can't start on your code untill you have that branch |
| 04:29.48 | Lukstr | I do really apologize for the lack of commits, I made a stupid decision to bank on the use of this old computer and it kind of shot a few days in the foot |
| 04:30.03 | JeffM | Lukstr: well get something in quick |
| 04:30.10 | Lukstr | yessir |
| 04:30.25 | Lukstr | Oh, also is there any place specific I should read up about how your build system works? |
| 04:30.32 | Lukstr | I know nothing beyond makefiles |
| 04:30.42 | JeffM | you should have known that from before you started ;) |
| 04:31.03 | JeffM | if you use makefiles just mod our makefiles as needed |
| 04:31.09 | JeffM | we'll take care of the windows stuff |
| 04:31.12 | JeffM | we are used to it |
| 04:31.17 | Flash | well... Makefile.am, right? |
| 04:31.19 | JeffM | mac picks up it's stuff from the makes |
| 04:31.41 | JeffM | yes the automakes |
| 04:31.41 | Lukstr | I've never used automake before |
| 04:31.41 | JeffM | not the generated make files cus that would be pointless :) |
| 04:31.52 | JeffM | Lukstr: then when you need to add your first file get some help on it :) |
| 04:31.54 | JeffM | it's "fun" |
| 04:32.03 | Lukstr | hah oh god |
| 04:32.15 | Lukstr | cmake fun? |
| 04:32.17 | JeffM | adding another lib is not something I've ever done |
| 04:32.20 | JeffM | no, we don't use cmake |
| 04:32.25 | Lukstr | I know :P |
| 04:32.33 | Lukstr | JeffM: yeah that's precisely why I'm slight afraid |
| 04:32.36 | JeffM | you add the lib as a target to the build |
| 04:32.48 | JeffM | oh you'll have plenty of people to help you |
| 04:32.51 | Lukstr | yay |
| 04:32.54 | JeffM | thats why you need to get your branch started NOW |
| 04:32.59 | JeffM | so we can work on it with you |
| 04:35.02 | Lukstr | I'm not starting a branch |
| 04:35.11 | JeffM | wow, it's so wierd to see my Xbox showing up under in my network browse |
| 04:53.25 | JeffM | Lukstr: yes you are |
| 04:53.28 | JeffM | initaly |
| 04:53.32 | Lukstr | What? |
| 04:53.33 | JeffM | untill you get the build system down |
| 04:53.35 | JeffM | ;) |
| 04:53.39 | JeffM | branches are cheap |
| 04:53.40 | JeffM | use em |
| 04:53.41 | Lukstr | evil, sir |
| 04:53.44 | Lukstr | alright |
| 04:53.54 | JeffM | you will merge in very soon |
| 04:53.57 | JeffM | that is for sure |
| 04:54.04 | JeffM | but you need to start somewhere |
| 04:54.07 | JeffM | and you will need help |
| 04:54.21 | JeffM | and I don't want you breaking the main build while you work out out your lib ;) |
| 04:55.04 | Mets | * NightMare (n=NightMar@75.33.2.161) has joined #bzchat |
| 04:55.04 | Mets | <infobot> The cheater is in the house! |
| 04:55.11 | Mets | lol |
| 04:55.23 | Mets | i love our irc bots |
| 04:55.34 | Lukstr | you're no fun, breaking main build is fun! |
| 04:55.35 | CIA-33 | BZFlag: 03kingofcamelot * r17325 10/branches/gsoc_server_listing/: Creating my GSoC branch for the enhanced server listing |
| 04:56.25 | JeffM | Lukstr: no it's not |
| 04:56.35 | JeffM | remember, we are treating this like a job |
| 04:56.37 | KingofCamelot | JeffM, did I do that right? |
| 04:56.42 | JeffM | where the people you break are REAL people |
| 04:56.46 | JeffM | KingofCamelot: let me check |
| 04:56.58 | Lukstr | I jest, worry less |
| 04:57.11 | JeffM | there are times for jokes and times for seriousness ;) |
| 04:57.18 | blast007 | KingofCamelot: looks okay to me |
| 04:57.25 | JeffM | when discussing something you get paid for, less jest |
| 04:57.40 | Lukstr | very well |
| 04:57.42 | JeffM | Lukstr: I'd start a branch like he did |
| 04:57.53 | Lukstr | alrighty |
| 04:57.58 | JeffM | then work on getting your build system right and a couple of stub files setup |
| 04:58.01 | blast007 | I'm not really sure if there's a standard for if the it should be under /branches/BranchNameHere/ vs /branches/BranchNameHere/bzflag/ |
| 04:58.09 | Lukstr | booting up telemachus |
| 04:58.11 | blast007 | seems we have both ways |
| 04:58.13 | JeffM | then we can test it and if it looks like it won't hork the build then we merge it back in |
| 04:58.21 | JeffM | that's just the safest |
| 04:58.25 | Lukstr | would it be worth it for me to run a server? |
| 04:58.38 | JeffM | server for what? |
| 04:58.47 | Lukstr | bzflag |
| 04:58.47 | blast007 | science! |
| 04:58.50 | blast007 | that too |
| 04:58.53 | JeffM | Lukstr: that's up to you |
| 04:59.06 | JeffM | I don't know if your specific project needs a public server |
| 04:59.17 | JeffM | but at some point you'll be testing bzfs with your lib |
| 04:59.26 | JeffM | but worry about that when you get to it |
| 04:59.30 | KingofCamelot | blast007, so do you think I should change my branch, or leave it as is? |
| 05:00.11 | JeffM | techincaly it should not have bzflag |
| 05:00.17 | JeffM | but it dosn't matter |
| 05:00.34 | KingofCamelot | Ok |
| 05:00.50 | blast007 | JeffM: the other ones do, besides the 2_99 ones |
| 05:01.02 | JeffM | should make them consitent at some point |
| 05:01.05 | JeffM | want to do that blast007 ? |
| 05:01.12 | JeffM | he who smelt it, etc... ;) |
| 05:01.51 | blast007 | which way do we want it? the way we *have* been doing it? or the way that as started in the last few weeks? |
| 05:02.10 | JeffM | I'd get DTRemenak and brlcad to chime in |
| 05:03.45 | JeffM | checks out KingofCamelot's branch with the speed and furvor of aeroglass |
| 05:05.02 | blast007 | JeffM: how's vista run on that machine? ;) |
| 05:05.11 | blast007 | screaming fast? |
| 05:05.53 | JeffM | it's rated at 5.4 |
| 05:06.04 | blast007 | hmm, wonder what my lappy is rated at |
| 05:06.05 | JeffM | only cus the hard drives are slow |
| 05:06.14 | JeffM | all the other systems rate at 5.9 |
| 05:06.16 | JeffM | but yeah it's fine |
| 05:06.24 | JeffM | has plenty of ram |
| 05:07.16 | blast007 | any issue with drivers? |
| 05:07.33 | JeffM | nope |
| 05:08.31 | blast007 | my laptop is a 4.4 |
| 05:09.13 | JeffM | 5.0 was the max when vista shipped |
| 05:10.15 | blast007 | the laptop might not be so bad if they actually provided enough cooling for the CPU |
| 05:10.42 | blast007 | it constantly clocks down to 50% speed every few second during high load |
| 05:11.04 | Flash | I used to have a laptop stand with built-in fans. made a big difference |
| 05:11.04 | JeffM | heh |
| 05:11.21 | JeffM | this desktop clocks down to 1.6gig when idle |
| 05:11.32 | blast007 | I don't particularly like this CPU anyway |
| 05:11.35 | Flash | and this dual-core intel chip runs hotter than my powerpc |
| 05:11.48 | blast007 | it only has two clock speeds it can run at: 800MHz and 1600MHz |
| 05:11.58 | blast007 | my Pentium M has more like 8 speeds |
| 05:23.13 | CIA-33 | BZFlag: 03kingofcamelot * r17326 10/branches/gsoc_server_listing/src/bzflag/ (HUDuiScrollList.cxx HUDuiScrollList.h): Added HUDuiScrollList. Still a work in progress, doesn't conform to standards, and kinda messy, but just putting it in so that JeffM will be happy. |
| 05:23.38 | JeffM | builds bzflag is 3 min :) |
| 05:23.44 | blast007 | JeffM: hehe |
| 05:23.46 | JeffM | KingofCamelot: and so we can help you work on it |
| 05:23.47 | KingofCamelot | Ok, there you go JeffM, made my branch and commited some code. |
| 05:23.57 | JeffM | KingofCamelot: cool, keep up on it |
| 05:24.04 | JeffM | you don't have to mention what it dosn't do |
| 05:24.09 | JeffM | just what each commit does do |
| 05:24.12 | KingofCamelot | :) Rgr |
| 05:24.20 | JeffM | it's your sandbox |
| 05:24.41 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 05:24.41 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 05:24.53 | KingofCamelot | That's all I can do for tonight though. As I told spldart earlier I'm going to be fairly busy the next 2 weeks, but I'll be working when I can. |
| 05:24.54 | blast007 | just keep the cats out of the sandbox. they leave treats. |
| 05:25.11 | KingofCamelot | Unfortunately summer doesn't start for me until June 13th ish, so finals will take a chunk out of my working time. |
| 05:25.22 | JeffM | KingofCamelot: ahh |
| 05:25.28 | JeffM | so what is your expected schedule? |
| 05:26.06 | JeffM | guess it's a good thing for you it got pushed back a week too over the inital schedule :) |
| 05:26.44 | KingofCamelot | I'll be doing work when I can for the next week, but studying and homework is going to have to take priority. My last final is June 13th, then I have to move out of the dorms, so by the 13th or 14th I'll be totally free to work on BZFlag stuff |
| 05:26.55 | JeffM | cool |
| 05:27.06 | JeffM | well just commit what you putter on so we can see the progress |
| 05:27.12 | JeffM | that will be fine :) |
| 05:27.17 | KingofCamelot | Rgr, will do |
| 05:27.44 | KingofCamelot | Anyways, off to study |
| 05:27.48 | JeffM | good luck |
| 05:28.35 | KingofCamelot | Thanks |
| 05:29.00 | KingofCamelot | Although I owned my second Comp Sci midterm which I got back today...103%, gotta love that curve :P |
| 05:44.15 | Flash | JeffM: I want to finish pulling the game logic out of NetHandler; is there any rational reason for buffering up UDP sends? |
| 05:44.34 | JeffM | sure, the nic is busy |
| 05:44.37 | Flash | one of the things I need to fix is an explicit sendto in bzfsMessages |
| 05:44.53 | JeffM | so you are done trying to fix bugs? |
| 05:45.06 | Flash | no, just keeping things interesting |
| 05:45.19 | JeffM | if you say so |
| 05:45.20 | Flash | rubs his knuckles |
| 05:46.10 | JeffM | techincaly all messages should be bufferable in case the nic is full, or we want to throtle, etc... |
| 05:55.04 | Flash | DTRemenak: ping |
| 05:58.21 | Mets | just curious - do we have a plan to fix the lag bug? |
| 05:58.47 | Mets | I don't want to step on anybody's toes |
| 05:59.09 | blast007 | hehe... what plan? ;) |
| 05:59.16 | Mets | lol |
| 05:59.28 | Mets | I kinda figured |
| 05:59.30 | Flash | it's been around long enough, no one has toes |
| 06:01.23 | Mets | we're pretty square though that it's a reporting error right? |
| 06:26.09 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 06:50.26 | *** join/#bzflag Upsetter (n=Ups@i577B730A.versanet.de) |
| 06:59.56 | Flash | any CS students about? |
| 07:02.00 | Lukstr | Flash: I'm a CS minor :P |
| 07:02.20 | Mets | I'm an ECE student, that's pretty close |
| 07:02.38 | Flash | could the difference in performance between std::map::find() and switch/case explain our lag problem? |
| 07:03.03 | Flash | we didn't have stl containers back in the dark ages when I went to school ;-) |
| 07:03.32 | Mets | well, how often do we use find()? |
| 07:03.47 | Flash | for every message |
| 07:03.56 | Lukstr | how big's the map? |
| 07:04.01 | Flash | not large |
| 07:04.10 | Lukstr | I think map is O(log n) |
| 07:04.10 | Mets | goes to the code |
| 07:04.25 | Flash | 21 entries |
| 07:04.41 | Flash | bzfsClientMessages.cxx (playerNetworkHandlers) |
| 07:04.57 | Flash | in 2.x there was a big switch; in 3.0 there's a map |
| 07:05.11 | Mets | why did we change it? |
| 07:05.15 | Flash | I seem to remember that the switch or computed goto is the fastest branching construct |
| 07:05.48 | Flash | what I can't figure out is why it would make lag non-linear |
| 07:05.56 | Mets | I seem to remember quite a few cs professors telling me never to fix what isn't broke :p |
| 07:06.10 | Flash | I can go for a while with decent lag, then suddenly it spikes |
| 07:06.17 | Flash | Mets: not entirely true |
| 07:06.24 | Flash | or rather, there are different kinds of broke |
| 07:06.25 | Lukstr | I don't imagine that's the cause, Flash |
| 07:06.50 | Flash | yeah, I'm having a hard time buying it too, but it's a difference |
| 07:07.35 | Mets | yeah it's definitely something we added that changed it, because lag works fine in branch |
| 07:07.49 | Mets | and the lag spikes happen regardless of the power of the computer |
| 07:07.53 | Mets | or the connection |
| 07:07.56 | Lukstr | Flash: try profiling |
| 07:08.44 | Lukstr | Flash: you're on a mac? |
| 07:09.05 | Flash | yes |
| 07:09.11 | Lukstr | do you know how to use gprof? |
| 07:09.30 | Flash | not specifically, but I read man pages. However, I don't see lag on a local server |
| 07:09.38 | Flash | and I can't host a public server |
| 07:09.47 | Lukstr | what's lagging, server or client? |
| 07:09.52 | Mets | nothing's really lagging |
| 07:10.11 | Mets | Flash: on a local server there aren't any lag spikes? |
| 07:10.12 | Flash | the server computes lag, so it's hard to know for sure |
| 07:10.34 | Flash | well, I do get tired of playing with myself, but I haven't seen one |
| 07:10.47 | Mets | lol, I understand |
| 07:11.27 | Lukstr | well an easy way to check if it's the client or the server is to connect multiple clients to a server, and if the clients lag simultaneously? |
| 07:11.40 | Lukstr | does that make sense or do I misunderstand aforementioned bug |
| 07:11.53 | Mets | that makes sense, Flash and I both had lag spikes at the same time |
| 07:12.14 | Lukstr | so then it's a server issue, no? |
| 07:12.23 | Lukstr | gprof the server, somehow :P |
| 07:12.45 | Mets | yeah I guess Lukstr has a point Flash |
| 07:12.57 | Flash | well, you are hosting a server |
| 07:13.11 | Mets | that was on a server not my local computer |
| 07:13.21 | Mets | so that's why I had lag too |
| 07:13.23 | Flash | so? |
| 07:13.31 | Flash | gprof the server |
| 07:14.04 | Flash | but.... |
| 07:14.09 | Mets | I can |
| 07:14.12 | Lukstr | I can't believe I lived so many years unbeknownst to gprof |
| 07:14.14 | Flash | you DID actually lag/drop out/NR |
| 07:14.15 | Mets | I used top though to monitor resources |
| 07:14.32 | Mets | and there were no resource changes at all during lag spikes |
| 07:14.53 | Mets | cpu load and memory was pretty constant, nothing abnormal |
| 07:14.54 | Flash | gprof shows you where your process is spending its time |
| 07:15.01 | Mets | ah |
| 07:15.06 | Mets | well if you want I can do it now |
| 07:15.15 | Flash | can't hurt (much) |
| 07:15.28 | Mets | i haven't used gprof before so I'm not sure what you're looking for, is this like gdb? |
| 07:15.35 | Lukstr | Mets: sort of |
| 07:15.55 | Lukstr | it essentially tracks what's going on in your application |
| 07:16.04 | Mets | k |
| 07:16.05 | Lukstr | it can give you many different sets of data |
| 07:16.13 | Lukstr | useful things like which function the program spent the most time in |
| 07:16.13 | Lukstr | etc. |
| 07:16.22 | Lukstr | incredibly invaluable |
| 07:16.28 | Mets | is the command gprof? |
| 07:16.31 | Lukstr | yes |
| 07:16.40 | Lukstr | check the man page |
| 07:17.51 | Lukstr | you'll need to compile your code with a flag though |
| 07:18.03 | Lukstr | I think it's -pg |
| 07:18.20 | Mets | hmm |
| 07:18.29 | Mets | i ran gprof bzfs and it crashed when I tried to connect |
| 07:18.40 | Lukstr | bzfs has to be compiled with -pg methinks |
| 07:18.46 | Flash | that's correct |
| 07:18.52 | Lukstr | as a flag to g++ or whatever |
| 07:19.01 | Mets | ok so reconfigure with -pg |
| 07:20.00 | Lukstr | and then... you run the app |
| 07:20.08 | Lukstr | which will produce a .out file |
| 07:20.17 | Mets | you sure it's --pg? |
| 07:20.22 | Lukstr | then you run gprof bzfs whateverthe.out |
| 07:20.27 | Lukstr | For G++ |
| 07:20.36 | Lukstr | I have no idea how to pass that down through the current build system |
| 07:20.49 | Lukstr | the *compiler* needs to know that flag |
| 07:21.09 | Lukstr | maybe it's already in there for the debug build |
| 07:21.25 | Flash | ./configure --enable-profileing |
| 07:21.31 | Flash | ./configure --enable-profiling |
| 07:21.32 | CIA-33 | BZFlag: 03macsforme * r17327 10/branches/v2_99_shot_branch/src/bzflag/HUDRenderer.cxx: Render all the shot reload bars correctly |
| 07:22.00 | Lukstr | delicious |
| 07:22.57 | Mets | k hold on |
| 07:23.41 | Lukstr | I've only used gprof with C code so I imagine it's identical for C++ |
| 07:23.41 | Mets | reconfiguring |
| 07:24.52 | Constitution | I kinda like this branch... no one dies |
| 07:25.02 | Constitution | self-destruct doesn't even work |
| 07:25.03 | Lukstr | haha |
| 07:25.39 | Lukstr | BZFlag for pacifists |
| 07:33.20 | Mets | alright i recompiled it but it doesn't seem to work with gprof |
| 07:33.27 | Mets | won't let me connect |
| 07:34.01 | Mets | then it kills bzfs and says "out.txt: No such file or directory |
| 07:34.01 | Mets | " |
| 07:34.24 | Flash | yeah... gprof is for interpreting already collected samples |
| 07:35.04 | Mets | oh, wait |
| 07:35.41 | Flash | try this: nm src/bzfs/bzfs | grep profil |
| 07:35.50 | Flash | tell me if it finds anything |
| 07:36.35 | Mets | nothing |
| 07:36.57 | Mets | I ran bzfs from somewhere else though |
| 07:37.57 | Flash | oh... when you build with -pg, it generates the profile info automagically |
| 07:38.02 | Flash | so you just run bzfs |
| 07:38.09 | Flash | then use gprof to interpret it |
| 07:38.15 | Lukstr | yes |
| 07:39.06 | Mets | where does it save the file? |
| 07:39.15 | Flash | in the current directory |
| 07:39.55 | Mets | hmm |
| 07:40.00 | Mets | I don't see any new files |
| 07:40.25 | Mets | rebuilt with --enable-profiling |
| 07:40.29 | Lukstr | is it still running? |
| 07:40.37 | Mets | no i killed it |
| 07:40.46 | Mets | does it have to reach a problem first or something before it generates anything? |
| 07:40.46 | Lukstr | can you exit it friendly? |
| 07:40.58 | Lukstr | it might have to quit clean |
| 07:41.16 | Mets | friendly as in ctrl c? |
| 07:41.20 | Lukstr | no |
| 07:41.24 | Lukstr | friendly as in all on it's own |
| 07:41.34 | Lukstr | does it handle ctrl c internally? |
| 07:41.36 | Mets | i can shut down server I think |
| 07:41.39 | Lukstr | do that |
| 07:41.41 | Mets | as in /shutdownserver |
| 07:41.47 | Lukstr | sounds perfect |
| 07:43.12 | Mets | segfault :( |
| 07:44.06 | Lukstr | hah, that's no good |
| 07:44.08 | Lukstr | GDB :P |
| 07:44.20 | Mets | lol |
| 07:46.13 | Mets | hmm gdb says it can't read the shared library symbols - are we sure --enable-profiling is the right option? |
| 07:46.24 | Lukstr | Flash? |
| 07:46.27 | Flash | it's right, but I'm not sure it works |
| 07:46.32 | Lukstr | :) |
| 07:46.34 | Flash | I'm tracing through now |
| 07:46.35 | Mets | ah |
| 07:46.56 | Lukstr | you could grep the build log for "-pg" |
| 07:47.15 | Flash | I greped through configure for -pg and didn't find it |
| 07:47.21 | Lukstr | awesome |
| 07:47.38 | Flash | but I see where configure sets it, so I'm still looking |
| 07:50.07 | Mets | I'm gonna rebuild on a different computer and try it |
| 07:50.14 | Mets | just to double check |
| 07:50.35 | Mets | sometimes that box segfaults with bzfs for some reason, always has, not sure why |
| 07:56.43 | Lukstr | ugh, I told myself I wouldn't stay up this late. |
| 07:56.44 | Lukstr | curses |
| 07:58.41 | Mets | i tell myself this every night |
| 07:58.51 | Mets | :) |
| 07:59.00 | Lukstr | I got up at 2 pm today though :( |
| 07:59.17 | Mets | heh, welcome to the night shift |
| 08:04.23 | Lukstr | fluxbox ftw |
| 08:07.12 | Mets | guess we'll have to pick this up later, this is going o take longer to build than i thought |
| 08:07.38 | Mets | i'll post the results when it's all done |
| 08:14.47 | Flash | and it does produce a gmon.out file |
| 08:15.03 | Flash | <PROTECTED> |
| 08:15.04 | Lukstr | ah, gmon.out, couldn't remember the name |
| 08:15.14 | Lukstr | hehe, poor SIGINT |
| 08:15.16 | Mets | gprof produces this on exit? |
| 08:15.19 | Mets | or, should produce it |
| 08:15.26 | Lukstr | Mets: no bzfs does |
| 08:15.26 | Flash | (irssi swallows / commands in column 1) |
| 08:15.38 | Mets | k |
| 08:15.40 | Lukstr | (so do most clients :) ) |
| 08:31.26 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 08:31.26 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 08:52.59 | *** join/#bzflag KingofCamelot (i=KingofCa@SCT-52-221.resnet.ucsb.edu) |
| 09:20.32 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 10:00.05 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 10:07.09 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-081-061.pools.arcor-ip.net) |
| 10:12.15 | *** join/#bzflag CBG` (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 10:19.06 | *** join/#bzflag Rumburak (n=juergen@ip-62-143-237-215.hsi.ish.de) |
| 10:44.13 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 10:47.56 | *** join/#bzflag Warinthestar (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 11:17.08 | *** join/#bzflag Saturos (n=Saturos@i59F7315F.versanet.de) |
| 11:46.31 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-50.hsd1.tx.comcast.net) |
| 11:46.31 | *** mode/#bzflag [+v spldart] by ChanServ |
| 11:50.29 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 11:55.09 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 11:57.45 | spldart | Pardon me I'm making notes to kinda get a handle on where we, mentor's, are with students. |
| 11:58.33 | spldart | Ping Lukstr... Are you finished with school? Is anything important standing in your way at all right now? |
| 11:59.28 | spldart | I already know KingofCamelot has school left. |
| 11:59.48 | spldart | And someone else? Wyk3d? Do you have school left? |
| 12:00.30 | spldart | IC macsforme is idle |
| 12:01.14 | spldart | Don't see BugQ or Epyon |
| 12:19.23 | spldart | bbia 23 minutes |
| 12:23.43 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 12:36.10 | Wyk3d | spldart: yes, until june 25 |
| 12:37.39 | Wyk3d | btw, anyone here i can discuss about branches/first commit/work plan kinda stuff ? |
| 12:38.15 | Wyk3d | *with |
| 12:41.43 | spldart | Back.. And thanks wicked.. Making a list of notes... IC by the date that your gonna have to pull double duty with school and GSoC |
| 12:47.59 | Wyk3d | i know, i plan to do so just at a slower rate |
| 13:01.46 | spldart | You've made JB diGriz aware of this already? |
| 13:07.31 | spldart | BTW: If it stays quiet Jeff should be back in about 2 to 3 hours and should easily be able to field that query. |
| 13:10.21 | Wyk3d | well i was asked on the GSoC web app about my schedule |
| 13:10.53 | spldart | ` |
| 13:10.58 | spldart | oopsy |
| 13:11.00 | spldart | sry |
| 13:11.10 | spldart | knee'd my keyboard |
| 13:11.44 | spldart | I'm just trying to assemble notes and find out where students are at. I assume you have your 'tools |
| 13:11.47 | spldart | together |
| 13:12.00 | Wyk3d | i got no comment about that, so i assumed everyone's ok with that |
| 13:14.02 | spldart | oki doki. My main goal is to get peeps moving @ the moment. I don't consider you and a couple others a concern... Thanks and good luck |
| 13:15.18 | Wyk3d | "my tools" .. not sure what you mean .. |
| 13:15.50 | spldart | ability to build code and do commits. |
| 13:16.06 | spldart | Believe it or not not all had this ability finalized in time. |
| 13:16.07 | Wyk3d | sure |
| 13:16.32 | Wyk3d | i've got no prob with that.. just with the "what" to commit .. at this stage |
| 13:16.44 | Wyk3d | since atm i'm writing test apps |
| 13:16.58 | Wyk3d | for openldap/openssl and then the netcode |
| 13:17.19 | spldart | As Imentioned.. in 2 or 3 hours I know jeff will be in so if noone else can he should be able to help you out. |
| 13:17.27 | spldart | Anywho. I'm off to work... BB in 30 minutes |
| 13:21.41 | *** join/#bzflag PrezKennedy (i=Matthew@74.86.45.130) |
| 13:54.48 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-215-74.dsl.hstntx.swbell.net) |
| 13:54.48 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:32.43 | *** join/#bzflag Saturos_ (n=Saturos@i59F7315F.versanet.de) |
| 14:49.22 | Flash | Wyk3d: jeff was pretty insistent that everyone should be committing *something* pretty much daily |
| 14:49.26 | brlcad | one interested in having a go at a fun (and somewhat tricky) C++ problem? |
| 14:49.33 | Flash | brlcad: sure |
| 14:49.52 | brlcad | I already have the solution, so it's just for your own entertainment |
| 14:50.04 | Flash | I amuse easily |
| 14:50.27 | brlcad | see if you can figure out what's going on with http://brlcad.org/~rossberg/test.cpp |
| 14:50.47 | *** join/#bzflag TimRiker (n=timr@70-7-169-230.area7.spcsdns.net) |
| 14:50.47 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 14:50.52 | brlcad | i.e. what's "wrong" with it, why doesn't it compile (at least with gcc) |
| 14:51.42 | Flash | do you need typename instead of class in the template definition? |
| 14:51.56 | Flash | (what's the compile error?) |
| 14:52.04 | brlcad | Wyk3d: you could be committing those test apps |
| 14:52.09 | brlcad | as you work on them |
| 14:53.26 | brlcad | Wyk3d: and committing as you work on them, as they compile -- you really can't commit too frequently |
| 15:04.24 | Wyk3d | alright i could do that, next question .. where ? .. trunk/bzauthd/test ? |
| 15:10.59 | Wyk3d | class AListIterator {}; .. there is no public constructor ? |
| 15:15.54 | brlcad | Wyk3d: nope |
| 15:16.39 | brlcad | go ahead and add one |
| 15:17.31 | Wyk3d | "nope" was a response to which question ? :) |
| 15:19.16 | brlcad | the latter |
| 15:20.26 | brlcad | otherwise, sure .. you're adding something new -- I don't see it needing to be isolated until you're going to break/change existing protocol |
| 15:20.43 | brlcad | and tests certainly don't break anything |
| 15:21.26 | Wyk3d | k |
| 15:21.40 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-081-061.pools.arcor-ip.net) |
| 15:25.05 | Flash | so what was the compile error? |
| 15:27.03 | Wyk3d | i'm guessing it has something to do with AList<BBase<Type>*>::AListIterator iterator; |
| 15:28.22 | Wyk3d | maybe needs a typename at the beginning |
| 15:37.56 | *** join/#bzflag Ebert (n=EbErT@adsl-219-3-43.asm.bellsouth.net) |
| 15:40.39 | brlcad | ~cookie Wyk3d |
| 15:41.05 | brlcad | ah, someone messed with her |
| 15:41.17 | brlcad | basically that was the problem |
| 15:41.51 | brlcad | compiler has an option to evaluate AListIterator as a type or as a value and is defaulting to value (presumably getting confused that it's not declared and is nested) |
| 15:42.06 | brlcad | so you have to add typename to tell/force it to be a type |
| 15:47.52 | Wyk3d | is value and type the only choice it has ? .. i mean IF it would instantiate AList<BBase<Type>*> before evaluating it, it would know exactly what it is .. but since it doesn't.. it could be anything.. function member,namespace,constant, you name it .. right ? |
| 15:50.17 | Wyk3d | you could specialize a class just for BBase<Type>*, where instead of the AListIterator class we have a function with the same name, right ? |
| 16:01.20 | Flash | it actually has to do with the dependent type "iterator" |
| 16:01.38 | Flash | you have to have a typename to reference a dependent type (not exactly sure of the wording there) |
| 16:02.02 | Wyk3d | the AListIterator is the dependent type |
| 16:02.31 | Flash | right... I should have been looking at the code ;-) |
| 16:03.26 | Wyk3d | and yes it needs a typename, is was commenting on the reason for that convention |
| 16:03.34 | Wyk3d | *is -> I |
| 16:14.40 | *** join/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) |
| 16:19.02 | Lukstr | pong spldart |
| 16:19.40 | spldart | I was checking on students... Are you geared up? Do you still have any school in the way? |
| 16:20.04 | Lukstr | geared up indeed |
| 16:20.10 | spldart | Hi BugQ. Needed to see if your done with school and ready to start coding too. |
| 16:20.17 | spldart | Sweet |
| 16:20.53 | spldart | I'm trying to find out who is ready and has started and who is falling behind.. We are suppossed to be at work already |
| 16:20.59 | bugQ | yep, ready. |
| 16:21.21 | Lukstr | I'm planning on starting the commit stream within the hour |
| 16:21.30 | DTRemenak | woot |
| 16:21.35 | spldart | BugQ I believe JeffM asked you what you have and if you have a schedule to follow |
| 16:21.44 | spldart | Excellent Lukstr |
| 16:21.53 | spldart | BugQ You got your tools in order then? |
| 16:22.07 | bugQ | yes, not a full schedule yet though |
| 16:22.23 | spldart | How do you mean? |
| 16:22.57 | bugQ | well, how far ahead do we need to have planned? |
| 16:24.00 | DTRemenak | you definitely need to know what you're working on now, how long it will take, and what you will work on next |
| 16:24.26 | spldart | Well.. Coursely you need landmarks for the entire project... More fine details What DTR said |
| 16:24.36 | Lukstr | who's Bernt Hansen? |
| 16:24.43 | DTRemenak | and keep track of it (preferably written) |
| 16:24.57 | DTRemenak | I dunno if brlcad has decided on a blogging strategy for everyone yet |
| 16:24.59 | Thumper_ | That's me |
| 16:24.59 | blast007 | Lukstr: Thumper_ |
| 16:25.22 | Lukstr | ah, cool he's not far from me |
| 16:25.52 | Lukstr | Woah, it is you |
| 16:26.04 | Lukstr | lurker! |
| 16:26.30 | bugQ | I could use the wiki, e.g. Webadmin/Timeline |
| 16:26.45 | spldart | is making secretarily notes on roughly how the students are doin for startup |
| 16:27.07 | Lukstr | DTRemenak: I plan to bring my webserver back from the dead next week |
| 16:27.13 | Lukstr | I just sorted out domain issues this ewek |
| 16:27.15 | Lukstr | *week |
| 16:27.18 | DTRemenak | mmm, server necromancy |
| 16:27.26 | Lukstr | so I imagine I'll be living somewhere like lukstr.com/bzflag |
| 16:27.44 | DTRemenak | he may want the One Blog to Rule Them All |
| 16:27.47 | DTRemenak | I dunno |
| 16:27.56 | Lukstr | oh |
| 16:27.57 | Lukstr | well |
| 16:28.01 | Lukstr | we'll see :P |
| 16:28.05 | DTRemenak | yeah, we'll see |
| 16:28.09 | Thumper_ | lurks alot |
| 16:28.36 | bugQ | planet-soc.com, or something? |
| 16:28.52 | Lukstr | caledon is nice, Thumper_ |
| 16:29.22 | Thumper_ | yup but it's wet today |
| 16:29.29 | Lukstr | here too |
| 16:32.24 | JBdiGriz | starts to catch up on the conversation, and notes that spldart was asking about him |
| 16:33.03 | spldart | Nopers... I mentioned yah cuz I believe your student had a query. He got it answered though by another mentor ;) |
| 16:33.11 | spldart | iirc |
| 16:34.21 | spldart | I'm kinda playing ramrod getting students goin on their proposals etc. Hopefully I don't shove my size 12 in my mouth at the same time :) |
| 16:35.55 | JBdiGriz | Just catching up. My connectivity hasn't been completely reliable lately unless I'm at work, and I'm supposed to be working then. |
| 16:35.55 | Lukstr | ~spldart++ |
| 16:35.59 | Lukstr | for kicking our asses |
| 16:36.06 | spldart | hehe |
| 16:36.25 | spldart | Has epyon been around? |
| 16:45.41 | whodaman- | spldart, 3 days ago... |
| 16:46.05 | whodaman- | no, wait |
| 16:46.11 | whodaman- | he was here yesterday :p |
| 16:46.19 | spldart | was he? |
| 16:46.24 | spldart | I musta missed it |
| 16:46.30 | whodaman- | [18:45] -NickServ- Last seen : May 29 12:40:58 2008 (1 day, 04:04:58 ago) |
| 16:46.46 | spldart | in this channel? |
| 16:47.09 | whodaman- | I think so.. |
| 16:47.18 | spldart | I have a great question but would prefer for JeffM to be here... |
| 16:47.33 | spldart | It would be to all the student apprentice types |
| 16:49.56 | bugQ | http://ibot.rikers.org/%23bzflag/20080529.html.gz shows that he had a silent presence |
| 16:51.17 | spldart | Thank you. And that is not goin to be ok. |
| 16:51.42 | spldart | Students are expected to be interactive and getting started on their tasks. |
| 16:52.24 | spldart | Must.. hold... query... Jeff not in yet........... |
| 16:52.27 | spldart | explodes |
| 16:54.09 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 16:55.24 | bugQ | write a macro. |
| 16:58.01 | CIA-33 | BZFlag: 03wyk3d * r17328 10/trunk/bzauthd/ (141 files in 7 dirs): |
| 16:58.01 | CIA-33 | BZFlag: * Added the bzauthd folder where the daemon will be located |
| 16:58.01 | CIA-33 | BZFlag: * Added a port of the openldap library to windows |
| 16:58.01 | CIA-33 | BZFlag: * Added a test project for testing the library |
| 16:58.04 | spldart | Ok.. enough waiting. I wanna know if any of the students that have been waiting around/ sitting on their hands cuz they don't feel they have a direction and tasks ahead of them. |
| 16:58.10 | spldart | Yay wyk3d |
| 16:58.41 | Wyk3d | :) |
| 16:59.10 | Wyk3d | just finished downloading all of branches,tags and trunk .. @ 611 MB |
| 16:59.15 | Wyk3d | will never do that again |
| 16:59.21 | Lukstr | DTRemenak: should I branch all of trunk? |
| 16:59.22 | spldart | Lol |
| 17:04.13 | spldart | foods |
| 17:06.20 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 17:18.21 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 17:18.21 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:19.30 | spldart | How's constitution getting along on his project? Good i hope. :) |
| 17:33.46 | *** join/#bzflag Upsetter (n=Ups@i577B5784.versanet.de) |
| 17:36.45 | Flash | wow. I never even knew F4 worked on OS X |
| 17:41.39 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 17:43.24 | Constitution | spldart: pretty well... I'm starting to like this branch. No one dies. |
| 17:43.52 | spldart | I remember that being said ;) |
| 17:44.43 | Constitution | I'm hoping Jeff can shed some light on just how much of the new shot system is complete, so I know where to pick up |
| 17:44.54 | Flash | can someone tell me what this is testing: if (!BZDB.isTrue("Win32NoMin")) |
| 17:44.56 | spldart | He's usually in by now :( |
| 17:45.00 | Constitution | been working through it in a debugger in the meantime |
| 17:45.13 | Constitution | Erroneous: did you fire him? :) |
| 17:46.34 | Erroneous | hah, no |
| 17:46.40 | Erroneous | he has like 13 years of seniority on me :) |
| 17:46.59 | Erroneous | I think he formatted his work box |
| 17:47.24 | Erroneous | finished all the bugs on his list and got bored, so that's what he figured would be useful I guess... :) |
| 17:49.18 | spldart | just had an idea for a new sci-fi horror movie. Possibly a spoof version |
| 17:49.40 | Flash | tries to leave the cone of silence |
| 17:49.47 | spldart | A giant 'super format' travels across the web wiping hdd's everywhere |
| 17:50.06 | spldart | scientists and hackers alike allie themselves against the threat |
| 17:50.13 | spldart | drawing a line in the web |
| 17:50.18 | Erroneous | Flash: you pinged me yesteday, but I have the context in my backbuffer anymore. can I do something for you? |
| 17:50.20 | spldart | .. sry.. to much caffiene |
| 17:50.29 | Erroneous | s/have/don't have/ |
| 17:50.36 | Flash | I came across something odd and wanted your input |
| 17:50.44 | Flash | but I think it's no issue |
| 17:51.21 | Flash | I forget exactly where (Player perhaps) the constructor references one of the members in the initializer list |
| 17:51.41 | Flash | I know that gcc enforces an order of initialization, but the standard doesn't make any promise |
| 17:52.02 | Flash | but since it was only using a pointer to the member, it is probably safe, even if questionable |
| 17:53.05 | Lukstr | Flash: did you figure out the lag problem? |
| 17:53.15 | Flash | nope |
| 17:55.21 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-081-061.pools.arcor-ip.net) |
| 17:58.31 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 17:58.31 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 18:00.22 | CIA-33 | BZFlag: 03wyk3d * r17329 10/trunk/bzauthd/ (8 files in 2 dirs): * Added the tcp-net project to bzauthd, a tcp wrapper from libirc |
| 18:07.35 | Erroneous | yay commits |
| 18:08.16 | *** join/#bzflag Falseprophet__ (n=Tom@75-121-5-224.dyn.centurytel.net) |
| 18:09.01 | spldart | Yay for future commits from many others! |
| 18:15.25 | Erroneous | I will withhold my yays for those until I actually see them :P |
| 18:15.39 | Erroneous | until then, they don't exist |
| 18:15.53 | Erroneous | remember that, students...anything you do that hasn't been committed, doesn't exist :) |
| 18:18.28 | spldart | "Dead, gone, never existed" |
| 18:18.30 | Erroneous | notes that that applies to himself as well, and he has many features that don't exist |
| 18:18.55 | Erroneous | Arsenal FTW :) |
| 18:19.17 | spldart | heh |
| 18:21.24 | blast007 | Flash: "Win32NoMin" is set to disable minimizing the game when focus is lost, for debugging purposes |
| 18:21.38 | blast007 | mainly useful when you run the game in a window |
| 18:22.13 | Flash | I can't figure out how Mac F4 ever works |
| 18:22.35 | Flash | there's no MacWindow::iconify() |
| 18:25.26 | Erroneous | chec kSDLWindow, Flash |
| 18:25.41 | Erroneous | mac does not use the mac platform files |
| 18:25.49 | Flash | doh |
| 18:26.05 | Erroneous | although I can see how you might have gotten that impression ;) |
| 18:27.07 | Flash | does any other platform actually use SDLWindow? |
| 18:27.10 | Erroneous | yup |
| 18:27.23 | Erroneous | everything but windows uses it by default |
| 18:27.46 | Erroneous | on most unix systems you can specify --without-sdl and get a native platform |
| 18:27.51 | Flash | so the F1/F4 iconify bug is a Mac SDL implementation issue? |
| 18:28.10 | Erroneous | possibly |
| 18:28.21 | Erroneous | I'm not familiar with the bug |
| 18:28.42 | Flash | https://sourceforge.net/tracker/index.php?func=detail&aid=1840804&group_id=3248&atid=103248 |
| 18:29.21 | Erroneous | I also don't know how iconify/window are implemented on sdl platforms |
| 18:29.28 | Erroneous | so I don't think I can be much help |
| 18:32.38 | Flash | ok, the bzflag implementation is pretty simple. Iconify is a window manager operation (as expected) |
| 18:33.02 | Flash | and a full screen Mac application is outside the window manager's control |
| 18:33.18 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 18:33.48 | javawizard2539 | ~seen Ride- |
| 18:33.53 | ibot | ride- <n=Ride-@24-197-250-9.dhcp.stpt.wi.charter.com> was last seen on IRC in channel #bzflag, 2d 16h 48m 15s ago, saying: 'but trigonometry did'. |
| 18:33.53 | blast007 | Flash: maybe the bug was when it was *without* SDL? |
| 18:33.59 | Flash | so (probably) the only way to fix this is to force the game to a window's mode before iconifying |
| 18:34.04 | Erroneous | perhaps on the mac it should switch to windowed mode, then iconify |
| 18:34.05 | Flash | blast007: Mac requires SDL |
| 18:34.18 | blast007 | well, it does at this point |
| 18:34.27 | blast007 | but there was a time where the mac platform stuff probably did work |
| 18:34.28 | Flash | but.... don't want to put platform-specific code in SDLWindow |
| 18:34.31 | Erroneous | blast007: you submitted the bug, you should know ;) |
| 18:34.38 | blast007 | oh, I did? |
| 18:34.39 | blast007 | heh |
| 18:34.46 | blast007 | haha, yeah, okay |
| 18:34.50 | blast007 | then it was with SDL |
| 18:34.55 | Erroneous | heh |
| 18:35.10 | blast007 | ~lart blast007 |
| 18:35.10 | ibot | eats blast007's liver with some fava beans and a nice chianti |
| 18:35.32 | Flash | beans, beans, good for your heart.... |
| 18:35.49 | blast007 | Flash: are those conditions reproducable for you? |
| 18:36.45 | Flash | yes |
| 18:36.55 | Flash | like I said, I never even knew F4 worked on Mac |
| 18:37.01 | blast007 | hehe |
| 18:37.03 | Flash | but I NEVER run in windowed mode |
| 18:40.53 | *** join/#bzflag Ebert (n=EbErT@adsl-219-3-43.asm.bellsouth.net) |
| 18:41.06 | Flash | ~bzfrag Ebert |
| 18:41.07 | ibot | ACTION blindsides Ebert with an invisible bullet |
| 18:41.21 | Ebert | ~spoon flash |
| 18:41.22 | ibot | ACTION gouges out flash's eyes with a small plastic spoon |
| 18:41.27 | Flash | ewwwww |
| 18:41.28 | spldart | ouch |
| 18:41.34 | Ebert | ~pat flash |
| 18:41.34 | ibot | ACTION pats flash and says "Nicely Done!" |
| 18:41.40 | Ebert | haha |
| 18:41.59 | Ebert | is just about every verb in that bot? |
| 18:42.12 | Flash | pretty much |
| 18:42.24 | javawizard2539 | except that steamroller is wrong |
| 18:42.35 | javawizard2539 | squishes instead of flattens |
| 18:44.53 | Erroneous | ~steamroller javawizard2539 |
| 18:45.04 | Flash | how do I put a Mac-specific change in SDL? |
| 18:45.31 | Erroneous | Flash: in our sdl code, or in libsdl |
| 18:45.42 | Flash | not where, how? |
| 18:45.54 | Erroneous | sorry, the question mark got left on the next line |
| 18:45.57 | Ebert | what change is that ? |
| 18:46.19 | Erroneous | what change is what? |
| 18:46.20 | Flash | on iconify, if full-screen, make windowed |
| 18:46.36 | Flash | on full screen, if iconified, un-iconify |
| 18:46.58 | javawizard2539 | ~bzfrag javawizard2539 |
| 18:46.58 | ibot | ACTION squishes javawizard2539 with a steamroller |
| 18:47.08 | javawizard2539 | Erroneous: case-in-point |
| 18:47.22 | Ebert | you incorrectly fragged yourself, cant even do it right |
| 18:47.43 | javawizard2539 | ibot flattens javawizard2539 with a stesamroller |
| 18:47.53 | javawizard2539 | That's how it should be to follow the bzflag messages |
| 18:49.38 | Erroneous | hmm |
| 18:49.40 | Erroneous | ~literal cmd: bzfrag (.*?) |
| 18:49.41 | ibot | "cmd: bzfrag (.*?)" is "($1): <action> (fries $1 with a laser|destroys $1 with a guided missile|makes $1 feel the effects of a shockwave|blindsides $1 with an invisible bullet|skewers $1 with a super bullet|kills $1 with a shot from his BZTank|squishes $1 with a steamroller|tries to kill $1, but $1 finds the shield flag)" |
| 18:51.02 | Flash | javawizard2539: you were squished |
| 18:51.25 | Flash | that's the sound SR makes |
| 18:51.53 | javawizard2539 | Flash: I mean, on bzflag it says Got flattened by whoever with Steamroller |
| 18:52.04 | Flash | oh... I never read those ;-) |
| 18:52.29 | javawizard2539 | :) |
| 18:56.34 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 18:57.04 | *** join/#bzflag JeffM (n=JeffM@cpe-75-83-217-37.socal.res.rr.com) |
| 18:57.31 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 18:59.57 | JeffM | Erroneous, you around? |
| 19:00.24 | Flash | hmmmm. larger issue... F4 doesn't un-iconify (is it supposed to?) |
| 19:06.03 | Lukstr | JeffM: So I don't pull the same thing as KingofCamelot, how should I do the branch? |
| 19:06.16 | JeffM | you can do the same t hing |
| 19:06.27 | JeffM | just do a svn copy and rename |
| 19:08.55 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-230-098.pools.arcor-ip.net) |
| 19:10.03 | *** join/#bzflag BenUrban (n=benurban@c-68-49-10-243.hsd1.md.comcast.net) |
| 19:10.38 | Lukstr | so all of trunk/ ? |
| 19:19.42 | JeffM | no just the bzflag dir |
| 19:23.43 | Mets | Flash: I can't lag out anymore |
| 19:23.46 | Lukstr | rgr dgr |
| 19:24.12 | Mets | at least, not when I play by myself |
| 19:28.00 | *** join/#bzflag LongDon (n=LongDon@host-091-097-077-076.ewe-ip-backbone.de) |
| 19:29.12 | *** join/#bzflag CBG` (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 19:31.14 | *** part/#bzflag LongDon (n=LongDon@host-091-097-077-076.ewe-ip-backbone.de) |
| 20:26.21 | *** join/#bzflag KingofCamelot (i=KingofCa@SCT-52-221.resnet.ucsb.edu) |
| 20:36.09 | donny_baker | ~DTRemenak++ |
| 20:45.53 | Lukstr | this system is the slowest compiler ever. |
| 20:46.49 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 20:47.24 | Mets | lol |
| 20:47.36 | Flash | Mets: that's a bad thing? |
| 20:47.43 | Mets | Flash: not sure |
| 20:47.46 | Mets | wanna test? |
| 20:47.49 | Mets | could be a great thing lol |
| 20:48.13 | Mets | I left myself connected running on autopilot all night long, no lag spike |
| 20:48.13 | Flash | sure. I have no mouse, so I won't be any good, but that shouldn't matter |
| 20:48.25 | Mets | well i'm not very good with or without a mouse, so call it even |
| 20:48.48 | Mets | server won't show up in listserv though, firewall blocks it for some reason |
| 20:48.57 | Mets | mlbz-3.game-host.org:5154 |
| 20:49.07 | Flash | that was my next question |
| 20:49.10 | Erroneous | Lukstr: ccache ftw! |
| 20:49.24 | Lukstr | ccache? |
| 20:49.41 | Erroneous | ~ccache |
| 20:49.42 | ibot | i guess ccache is a compiler cache that speeds up re-compilations of same sourcecodes where only some have different sourcefiles, see http://ccache.samba.org/ and also look for distcc |
| 20:49.52 | Lukstr | I had to recompile fluxbox.. oh |
| 20:49.53 | Lukstr | I see. |
| 20:50.01 | Lukstr | can I just apt-get it? |
| 20:50.06 | Flash | mets... can't connect |
| 20:50.08 | Erroneous | likely so |
| 20:50.30 | Mets | just put it up, try now |
| 20:53.36 | brlcad | DTRemenak: you guys use incredibuild, don't ya? |
| 20:53.39 | Erroneous | yup |
| 20:53.49 | Erroneous | and we're very happy with it |
| 20:54.01 | brlcad | been looking at it |
| 20:54.15 | brlcad | know how much a seat is? |
| 20:54.37 | brlcad | and does it go cross-platform? |
| 20:54.38 | Erroneous | their price table is at http://www.xoreax.com/purchase_main.htm |
| 20:54.44 | Erroneous | and it is windows-only afaik |
| 20:54.46 | brlcad | ah, I missed that |
| 20:55.14 | Erroneous | it works partly by distributing the tools also, so splitting across platforms would be rather difficult |
| 20:55.17 | brlcad | drools at the eye candy on this gui toolkit: http://www.scaleform.com/images/products/gfx/screens/gfx_ss01.jpg |
| 20:55.46 | brlcad | http://www.scaleform.com/products_gfx <-- that's what open source needs ;) |
| 20:56.56 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 20:58.50 | brlcad | Erroneous: so if you kick off 20 builds for vc 6/7/8 .. does that mean you need to already have 60 licenses to msvc (20 each) or does it bank off one each somehow? |
| 20:59.41 | Erroneous | the vc build tools are part of the sdk, and redistributable |
| 20:59.54 | brlcad | nifty |
| 21:00.02 | Erroneous | indeed |
| 21:00.05 | brlcad | that might actually be worth something |
| 21:00.20 | brlcad | don't have site license for 6 |
| 21:00.42 | Erroneous | we have several post devs set up here with a custom frontend I built so they can compile DLLs from our solutions without needing VC licenses |
| 21:01.20 | Erroneous | dunno if it works the same way for vc6 (or how old an SDK you'd need to get) |
| 21:03.07 | whodaman- | ~Constitution++ |
| 21:04.29 | Lukstr | Erroneous: how do I use this ccache thing with BZFlag builds? or * builds? |
| 21:04.58 | Erroneous | Lukstr: if you reconfigure, bzflag's configure should pick up ccache and use it as your compiler command |
| 21:05.30 | Erroneous | as should most others. if not, do "CC=ccache ./configure" or similar |
| 21:05.42 | Lukstr | oh sweetness |
| 21:06.26 | Mets | anybody else with 2.99 compiled want to take a test drive |
| 21:06.30 | Mets | flash and I can't lag out |
| 21:06.37 | blast007 | Mets: let me update my client |
| 21:06.41 | Mets | k |
| 21:06.47 | Mets | mlbz-3.game-host.org:5154 |
| 21:07.12 | Erroneous | Mets: you have to actually have lag in order to trigger the bug. in fact, you MAY need to drop a ping packet (every instance I've seen has been a dropped packet) |
| 21:07.26 | blast007 | oh wait, I can't update my client, I haven't installed VC8 yet ;D |
| 21:07.31 | blast007 | Mets: sorry, nvm |
| 21:07.43 | Mets | blast007: np |
| 21:07.55 | Mets | Erroneous: we have lag, around 100ms |
| 21:08.01 | Mets | we had 1% packetloss a little while ago |
| 21:08.12 | Erroneous | basically afaict it makes your lag go way up, and lag comp uses the high lag to tell the client to compensate, and the game state gets out of sync. could be a negative-time problem. |
| 21:08.15 | Mets | but lag is ultimately stable around 100ms |
| 21:08.31 | Erroneous | hm, must be some other factor too then |
| 21:08.50 | spldart | the drops are always caused by a dropped packet? |
| 21:09.07 | Erroneous | spldart: every one I've seen has been immediately after a dropped packet, yes |
| 21:09.23 | spldart | Is the packet being dropped by the client or the server? |
| 21:09.26 | Erroneous | but I've only triggered it and watched what happened a few times |
| 21:09.33 | spldart | cuz I get the lag problem even in the local lan setting |
| 21:09.42 | spldart | or did |
| 21:09.48 | Erroneous | interesting. I can't get it to dupe locally |
| 21:09.57 | Mets | yeah locally it's hard to get the error |
| 21:09.59 | Erroneous | neither could AlexanderLAW, or several others who tried |
| 21:09.59 | spldart | I haven't in quite a while |
| 21:10.12 | Mets | Flash couldn't, hence why we are trying this |
| 21:10.14 | spldart | Does one client dropping a packet get all to go NR? |
| 21:10.20 | spldart | to each other |
| 21:10.36 | Erroneous | I don't know what happens once the game state gets screwy |
| 21:10.40 | spldart | well... lag increasing till kick |
| 21:10.46 | spldart | ic |
| 21:10.52 | Mets | could server speed have anything to do with it? |
| 21:10.54 | spldart | I may have to do some testing tonight too :) |
| 21:11.04 | spldart | speed processor or speed connection? |
| 21:11.05 | Erroneous | I'd been focussing more on figuring out how it got that way, than what happened afterwards :) |
| 21:11.12 | spldart | ah |
| 21:12.39 | CIA-33 | BZFlag: 03wyk3d * r17330 10/trunk/bzauthd/ (76 files in 4 dirs): |
| 21:12.39 | CIA-33 | BZFlag: * Added openssl headers and release binaries |
| 21:12.39 | CIA-33 | BZFlag: * Linked openssl to the test project |
| 21:14.19 | Constitution_001 | JeffM: I have some questions on the shot branch if you're around |
| 21:16.11 | Lukstr | oh delicious gold |
| 21:18.23 | Lukstr | compiling fluxbox ++ |
| 21:19.34 | Erroneous | Wyk3d: please make sure you avoid licensing conflicts when using openssl. I haven't looked at what you checked in, just want to make sure you're aware of the possible issues. |
| 21:20.07 | Erroneous | Constitution_001: what questions did you have? |
| 21:20.21 | Mets | Lukstr: do you have 2.99 compiled by any chance? |
| 21:20.35 | Lukstr | Mets: afraid not |
| 21:20.42 | Mets | we need a third person |
| 21:20.42 | Erroneous | you should! :) |
| 21:20.43 | Mets | k |
| 21:20.50 | Lukstr | it will be shortly :P |
| 21:21.54 | Wyk3d | Erroneous: it's under GPL .. is that compatible with LGPL ? |
| 21:22.56 | Erroneous | openssl is not gpl |
| 21:23.10 | Erroneous | it is under the openssl license, which is not directly lgpl-compatible |
| 21:23.55 | JBdiGriz | Erroneous: You probably know more about the license issues. What specifically should he be looking for? |
| 21:24.02 | Erroneous | dynamic linking is permitted (by the "L" part of the LGPL), static is not. and openssl does not guarantee binary compatibility between releases |
| 21:24.55 | Erroneous | if you don't already know openssl well, you may want to use gnutls (gnutls-core is LGPL) |
| 21:25.49 | Wyk3d | the included binary is dinamically liked so that means there's no problem ? |
| 21:26.59 | Wyk3d | *linked |
| 21:27.06 | Erroneous | yeah, just make sure you don't break the separation at some point (i.e. you need to be using an unmodified, dynamically linked openssl, on all platforms) |
| 21:27.57 | Erroneous | and some distros have "issues" with that even, if it's a required package (debian, for instance, iirc) |
| 21:28.57 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 21:30.11 | Flash | ok, I found out that arrowing through the server commands are broken |
| 21:30.13 | Mets | Flash: it says the gmon.out file is not in the right format |
| 21:30.33 | Flash | gprof bzfs gmon.out ?? |
| 21:30.33 | Mets | with a graceful exit |
| 21:30.51 | Mets | oups forgot the bzfs part |
| 21:30.57 | Mets | wow that gives a ton of info |
| 21:31.05 | Mets | like, way too much |
| 21:31.08 | Erroneous | wanders off to do real work |
| 21:31.10 | Flash | yeah, I'm not sure what it tells you |
| 21:31.21 | Flash | gives Erroneous a day off |
| 21:32.00 | Mets | k would you like to see the output? |
| 21:32.14 | Flash | no, send it to Lukstr |
| 21:32.16 | Flash | ;-) |
| 21:32.35 | Lukstr | haha |
| 21:32.36 | Mets | lol |
| 21:32.42 | Wyk3d | Erroneous: can gnutls be used to just rsa encryption without starting a tls session ? |
| 21:32.54 | Wyk3d | *to do |
| 21:33.17 | Mets | it's a 6mb text file |
| 21:33.46 | Mets | gmon was 1gig |
| 21:34.50 | Constitution_001 | Erroneous: basically what state the networking and rendering code is for the new shot branch so I know where to pick up from. Local shots seem to be working, but death doesn't work (not even /kill or self-destruct), and shots fired by remote players aren't displayed. |
| 21:35.33 | blast007 | Constitution_001: yay, god mode for everyone! |
| 21:35.40 | Constitution_001 | I know :D |
| 21:35.40 | Erroneous | Wyk3d: if not, since it is lgpl, you can just grab the necessary code and drop it in your module. that's the great thing about using an identical license ;) |
| 21:36.12 | Erroneous | but it would surprise me if you could not |
| 21:36.12 | Constitution_001 | I'm trying to step through it with a debugger and see where the remaining holes need to be filled, but a summary of what needs to be done would save a lot of time |
| 21:36.38 | Erroneous | Constitution_001: everything is supposed to be working, but nothing has been tested |
| 21:36.54 | Erroneous | a lot of code was ripped out so it's pretty likely that something was missed |
| 21:36.59 | Winny | Constitution_001? :P |
| 21:37.05 | Constitution_001 | okay |
| 21:37.08 | Winny | are you 7 times more lame then 007? ;) |
| 21:37.37 | Constitution_001 | Winny: preparing to undergo cloning |
| 21:38.03 | Winny | ahh |
| 21:38.05 | Winny | ok |
| 21:39.28 | Erroneous | Wyk3d: and I don't have an issue with using openssl, I just know it's caused problems in other (L)GPL projects in the past, and wanted to make sure you knew what the potential was and how to avoid any issues |
| 21:39.51 | Erroneous | heh, and so much for getting real work done :) |
| 21:42.51 | Wyk3d | Erroneous: thanks for the info and well it's not a problem in windows but i don't know about making additional binaries for every platform that needs it :-/ .. i'll give gnutls a try as well |
| 21:43.10 | Flash | FWIW, openssl is distributes as part of Mac OS |
| 21:43.25 | Wyk3d | but i can't link with it statically |
| 21:43.51 | Flash | so don't. unless that's a bzflag requirement? |
| 21:43.54 | blast007 | can't you just link dynamically to it then? |
| 21:43.59 | Erroneous | yeah, most other platforms distribute the dynamic libs with the system, but detecting versions at runtime when there's no guarantee of binary compatibility is a little bit tricky |
| 21:44.01 | blast007 | Flash: he's doing a auth daemon |
| 21:44.05 | blast007 | an* |
| 21:44.05 | Wyk3d | sorry, yes, i can link dinamically no problem |
| 21:44.45 | Flash | blast007: what I meant was, is there a project rule against dynamic linking? |
| 21:44.46 | blast007 | Erroneous: but is that a problem if we're building the auth daemon *on* that system? |
| 21:45.09 | blast007 | Flash: not a project rule. this is a license restriction. |
| 21:46.16 | Flash | I'm certainly no lawyer, but if Apple and Sun don't have a problem distributing OpenSSL, I'd think we would be on solid ground using it. |
| 21:47.41 | blast007 | what Erroneous said regarding the OpenSSL license: "it is under the openssl license, which is not directly lgpl-compatible" |
| 21:48.02 | blast007 | " dynamic linking is permitted (by the "L" part of the LGPL), static is not. and openssl does not guarantee binary compatibility between releases" |
| 21:48.11 | Flash | points to the not a lawyer comment |
| 21:49.52 | Lukstr | hrm |
| 21:51.53 | Wyk3d | "but detecting versions at runtime when there's no guarantee of binary compatibility is a little bit tricky" .. how tricky is it exactly ? what's involved in that ? |
| 21:52.29 | Mets | http://www.ece.cmu.edu/~cfw/output.txt is the gprof output if anybody wants it, it's 6m fyi |
| 21:52.37 | Mets | *6mb |
| 21:57.58 | *** join/#bzflag KingofCamelot (i=KingofCa@SCT-52-221.resnet.ucsb.edu) |
| 22:01.06 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-230-098.pools.arcor-ip.net) |
| 22:02.57 | brlcad | Wyk3d: that direction is a bit troublesome wrt ssl |
| 22:05.11 | Wyk3d | yes, well define "a bit" :) .. is it so troublesome that i should forget openssl and go with gnutls ? |
| 22:08.02 | Erroneous | Flash: the openssl license has an "advertising clause", which the (L)GPL explicitly forbids. it's more about a problem with OUR license than theirs (we can meet their license's requirements easily enough) |
| 22:09.12 | Erroneous | if it was a big deal and there was no alternative available, we could change our license to acommodate it (the same way as the infamous "GPL with OpenSSL exception" license does) |
| 22:17.04 | Wyk3d | gnutls uses libgcrypt for rsa |
| 22:17.23 | Wyk3d | so i'd only need libgcrypt |
| 22:19.23 | CIA-33 | BZFlag: 03lukstr * r17331 10/branches/gsoc_08_libbzw/: Creating libbzw branch until I get the build system down |
| 22:19.37 | Lukstr | delicious candy |
| 22:19.45 | Lukstr | excuse my while I purchase alcohol. |
| 22:22.42 | Erroneous | Wyk3d: that sounds even better. iirc gcrypt is both quite small and lgpl licensed |
| 22:32.05 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 22:32.05 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 22:39.07 | AAA_awright | Ooh! I just nailed an idea for a language |
| 22:39.17 | Winny | python? |
| 22:39.32 | Winny | leetglish? |
| 22:39.39 | Flash | ~lart AAA_awright |
| 22:39.39 | ibot | nabs the moon and broadsides AAA_awright with the sea of tranquility |
| 22:39.42 | AAA_awright | Better then Python (Everything is better then python, except for Brainfuck) |
| 22:39.57 | Winny | I bet to disagree |
| 22:40.17 | AAA_awright | Make absolutely everything a method, even data members are accessed method-style |
| 22:40.17 | Erroneous | AAA_awright: is this discussion going to be on-topic? |
| 22:40.44 | AAA_awright | It relates in obscure ways |
| 22:40.49 | Erroneous | if not, please consider #bzchat or elsewhere |
| 22:41.44 | Lukstr | :P |
| 22:42.44 | AAA_awright | When you want to pass a value, pass structure.member(), if you want to pass the data pointer, you pass it without the ()... It sounded good. |
| 22:43.03 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-230-098.pools.arcor-ip.net) |
| 22:44.13 | AAA_awright | This comes about trying to program this ACL in a way that is extendable and compatible with BZFS |
| 22:44.27 | AAA_awright | bzfs... case? hm. |
| 22:46.06 | AAA_awright | Any server owners, does list make any sense? http://aaa.busyflag.org/conf.xml |
| 22:47.38 | AAA_awright | I studied the bzfs access control functions, and it is interesting, and I copied some ideas off that, but something it didn't have is a 3D permission map, bzfs is strictly 2D |
| 22:48.39 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 22:49.49 | AAA_awright | The extra dimension is a map of groups to permissions, which is applied to a server. Server groups, or templated permissions, essentially. |
| 22:50.14 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 22:50.14 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:51.11 | *** join/#bzflag Mets (n=Mets@cpe-72-224-55-41.nycap.res.rr.com) |
| 23:00.22 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 23:00.22 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:05.38 | CIA-33 | BZFlag: 03kingofcamelot * r17332 10/branches/gsoc_server_listing/src/bzflag/ (HUDuiScrollList.cxx HUDuiScrollList.h): Number of visible items now only computed when the list changes size or changes font sizes. |
| 23:07.56 | AAA_awright | What is /branches/gsoc_server_listing/ a branch of? |
| 23:08.29 | KingofCamelot | it's a branch from trunk |
| 23:09.13 | AAA_awright | Oh, I see. It should be /branches/gsoc_server_listing/bzflag/... |
| 23:09.23 | AAA_awright | That was the convention until a few months ago |
| 23:09.41 | AAA_awright | When everyone decided it doesn't matter, no, make my life lots harder tracking branching |
| 23:09.47 | AAA_awright | ;) |
| 23:10.15 | KingofCamelot | JeffM and blast were discussing that last night...not sure they came to a consensus |
| 23:10.49 | *** join/#bzflag me1_ (n=me1@unaffiliated/me1) |
| 23:11.21 | AAA_awright | It needs to be a copy from trunk/ not a subdirectory of trunk. If we wanted that format, cp /trunk/bzflag /branch/new, then it should have been /project/branch/... and /project/trunk instead |
| 23:11.37 | AAA_awright | Unlike the /trunk/project format there is now |
| 23:13.17 | KingofCamelot | I'll take your word for it...all I know is it was brought up last night when I made the branch and JeffM and blast007 seemed to think it was fine the way it was. Dunno. |
| 23:13.29 | AAA_awright | Don't change anything yet |
| 23:14.37 | AAA_awright | JeffM: Technically it *should* have the /bzflag inside the /branch/*, SVN is structured one of two ways, and that is one of them. Alternatively, we could rebase the entire project and format it /project/trunk and /project/branch/version/* |
| 23:15.33 | brlcad | doesn't like the double-embedding we have going now |
| 23:16.36 | AAA_awright | brlcad: There is no other way to tell what branch which project belongs too, yes? There is absolutely nothing lost by doing that |
| 23:17.02 | brlcad | sure there is |
| 23:17.03 | AAA_awright | By file path alone, you could look at the file history and stuff... |
| 23:17.09 | brlcad | you invert it |
| 23:17.18 | brlcad | and do what cvs did effectively |
| 23:17.35 | brlcad | cvs2svn even had that option, but the cow didn't use it when we converted |
| 23:18.21 | brlcad | e.g. trunk would be something like /svnroot/bzflag/bzflag/trunk ; branches /svnroot/bzflag/bzflag/branches/ftgl_work |
| 23:18.56 | brlcad | then if you have another project, it becomes /svnroot/bzflag/pybzflag/trunk etc |
| 23:19.30 | AAA_awright | Yeah, That is what should have been done |
| 23:19.35 | brlcad | i.e. use a multiproject root |
| 23:21.01 | AAA_awright | It would be some work, but you can rsync export the SVN history, re-structure everything, and re-import |
| 23:21.44 | AAA_awright | I unsure what tools SVN provides for doing such operations once exported though |
| 23:21.59 | brlcad | the repo is already automatically rsync'd |
| 23:22.05 | brlcad | i make automatic backup syncs |
| 23:24.32 | brlcad | but it's really not needed, you can restructure as-is too and history will be preserved |
| 23:25.14 | AAA_awright | The file structure for old versions would still be the same though? |
| 23:27.19 | brlcad | yep, no big deal |
| 23:27.31 | AAA_awright | Well it is for me |
| 23:27.49 | brlcad | that's how those old versions were managed |
| 23:28.20 | brlcad | and we're restructuring, so the revision control will reflect that change in the project's history |
| 23:29.06 | brlcad | s/we're restructuring, so/if we restructure,/ |
| 23:30.50 | AAA_awright | The history for each file should be the same, but checking out r1 of .../bzflag/trunk wouldn't work still? |
| 23:31.38 | brlcad | for r1 the path would be invalid regardless |
| 23:31.46 | brlcad | the first few revs set up the paths |
| 23:32.25 | brlcad | no different than how a given branch is invalid prior to it being added |
| 23:33.54 | AAA_awright | r...17 |
| 23:34.05 | blast007 | AAA_awright: for example, I moved my bzfls2 stuff from /trunk/db/bzfls2/ to /trunk/web/bzfls2/ |
| 23:34.12 | blast007 | and SVN tracks that: http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/web/bzfls2/bzfls.php?view=log |
| 23:34.55 | AAA_awright | The file histories are preserved (unlike CVS), but the directory structures are not retroactive, and I can't find any command that can do that |
| 23:35.21 | brlcad | it's not retroactive on purpose |
| 23:35.29 | brlcad | that's how it was structured |
| 23:35.55 | AAA_awright | Of course |
| 23:43.59 | *** join/#bzflag bier__ (n=bier@p54A56D66.dip.t-dialin.net) |
| 23:45.00 | KingofCamelot | http://bzflag.pastebin.org/39890 |
| 23:45.13 | KingofCamelot | Does anyone see anything wrong with the second method? |
| 23:47.37 | Erroneous | wrong as in? |
| 23:48.15 | KingofCamelot | I dunno, it's acting weird and I was just wondering if there was anything obvious that I was missing. |
| 23:48.28 | Erroneous | font size gets set elsewhere, I assume? |
| 23:48.35 | Flash | "acting weird" ???? |
| 23:48.35 | KingofCamelot | yea |
| 23:49.13 | Flash | like, it's head spun in complete circles and it spewed pea soup? |
| 23:49.14 | Erroneous | and yeah, "acting weird"? :) |
| 23:50.25 | KingofCamelot | Well, the first method acts like it should, but if I use the second method it adds to the list, but causes the list to show the wrong index when first viewed. |
| 23:50.45 | Flash | so what makes you think addItem is the culprit? |
| 23:51.14 | KingofCamelot | because it only showed up when I made the second version of addItem? :P |
| 23:52.45 | KingofCamelot | If I create the label outside of the class, and then use the first addItem method all works fine. Something in the second addItem method when it takes just a string is screwing up the list. |
| 23:54.04 | Flash | how is HUDuiLabel constructed when the first method is called |
| 23:54.41 | KingofCamelot | The exact same way it is done in the second method |
| 23:55.04 | KingofCamelot | Which is why I'm not sure what's going on, heh |
