| 00:00.04 | Erroneous | when it's done :) |
| 00:00.06 | JeffM | when its' done |
| 00:00.11 | Epyon | rotfl. |
| 00:00.13 | Constitution | amazing |
| 00:00.17 | Constitution | lol |
| 00:00.19 | Epyon | Constitution? |
| 00:00.20 | JeffM | it's the truth |
| 00:00.26 | JeffM | take it or leave it |
| 00:00.33 | jude- | tis true for most OSS projects |
| 00:00.34 | Epyon | No, JeffM, it's THE TRUTH xP |
| 00:00.43 | a_meteorite | what defines "done"? :P |
| 00:00.47 | Erroneous | so the "plan" (and I say that loosely) is currently "sometime this year" |
| 00:02.05 | Erroneous | a_meteorite: "mostly works" is a good start :P |
| 00:02.15 | Constitution | is the TODO doc a good indication of what needs to be done before release? |
| 00:02.19 | Erroneous | no |
| 00:02.26 | JeffM | not at all |
| 00:02.30 | Epyon | Erroneous, I just asked because I would feel stupid when asked about "What did you do for BZFlag?" to answer "Oh, download the code, compile and see" :P |
| 00:02.57 | Erroneous | most of the stuff in the todo has been there for a very long time |
| 00:03.30 | Erroneous | Epyon: we'll have alpha and beta builds available at some point also |
| 00:03.49 | a_meteorite | once those come out ya know it's getting close |
| 00:04.08 | Constitution | so if someone wanted to help without just "doing their own thing," should they stick to debugging, or are there some guidelines? |
| 00:04.19 | JeffM | Constitution, do your own thing |
| 00:04.38 | Erroneous | a_meteorite: not really...we try to release them regularly whenever stuff isn't broken. stuff has been broken for a while. |
| 00:04.56 | Epyon | OMG, now I know why I didn't want to compile bzflag before -_ |
| 00:05.01 | a_meteorite | why? |
| 00:05.03 | Epyon | WINAPI download -_- |
| 00:05.11 | Erroneous | you're using EE? |
| 00:05.16 | Epyon | Yep |
| 00:05.20 | Erroneous | heh |
| 00:05.21 | JeffM | Epyon, welcome to the real world |
| 00:05.53 | Erroneous | it's not that painful to set up, usually. |
| 00:05.58 | Epyon | I'd say "That's why I love FreePascal" but then you'd hate me even more, JeffM :P |
| 00:06.16 | Erroneous | could use mingw |
| 00:06.48 | Erroneous | or linux |
| 00:06.51 | JeffM | Epyon, you arn't geting paid to use pascall |
| 00:07.09 | jude- | Epyon: building in Linux is much easier IMHO |
| 00:07.50 | Erroneous | linux has all the dependencies already. windows is a developer-hostile platform. |
| 00:08.02 | Epyon | Erroneous, agreed. |
| 00:08.15 | JeffM | and Epyon I hate nobody |
| 00:08.25 | a_meteorite | you hate everyone? |
| 00:08.30 | JeffM | nope |
| 00:08.43 | Epyon | JeffM, I was just teasing you xP |
| 00:08.47 | a_meteorite | oh, well, I was thinking if it's nobody... must be everybody ;) |
| 00:09.07 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 00:09.09 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-81-107-216-206.glfd.adsl.virgin.net) |
| 00:10.35 | Epyon | Erroneous, the platform SDK is ETA tommorow :P |
| 00:10.52 | Erroneous | sounds about right |
| 00:10.52 | jude- | wow |
| 00:11.05 | Epyon | So I guess I have to call it a day for today. |
| 00:11.07 | jude- | how fast is it downloading? |
| 00:11.09 | Erroneous | 'course you could have them mail you a CD overnight too, I think :) |
| 00:11.26 | Epyon | To Poland? :P |
| 00:11.38 | Erroneous | I'm sure they have a distribution office somewhere nearby |
| 00:11.54 | Erroneous | depends what you call "linux" |
| 00:11.57 | jude- | the kernel |
| 00:12.06 | jude- | vs the NT kernel + servers |
| 00:12.09 | Erroneous | then comparing it to the windows api is not quite fair, don't you think? :) |
| 00:12.27 | jude- | s/API/"kernel api" |
| 00:12.40 | Epyon | Bigger is better xPPPPPPP |
| 00:12.53 | Erroneous | still not fair...NT is a hybrid kernel |
| 00:12.53 | jude- | technically, the MS kernel is a hybrid, so the servers run in kernel space |
| 00:13.03 | jude- | how is it not fair? |
| 00:13.12 | Epyon | Constitution, ping? |
| 00:13.17 | jude- | Linux is hybrid-izing |
| 00:13.18 | Erroneous | linux is monolithic...doesn't have to export nearly as much stuff |
| 00:13.20 | Constitution | Epyon: pong |
| 00:13.31 | Epyon | Constitution, have you heard the latest news? |
| 00:13.45 | Erroneous | how can anyone answer that question, Epyon |
| 00:14.06 | Constitution | yeah, not sure what you mean |
| 00:14.09 | Epyon | Constitution, about bzwgen not running on the current server |
| 00:14.17 | Constitution | ah, yes |
| 00:14.19 | Erroneous | they've heard the latest they've heard, and can't hear what they haven't yet heard of :) |
| 00:14.39 | Epyon | Will you be able to set up a server anyway? |
| 00:14.53 | Constitution | Epyon: it's a test server... svn will update every four hours, and the server will reflect the change within one hour |
| 00:15.08 | jude- | Erroneous: it is a fair comparison...it demonstrates how much more complex the NT kernel + servers (both are counted in hybrid kernels to be part of the same piece of software) is vs the Linux kernel |
| 00:15.39 | Constitution | if bzfs crashes, it crashes |
| 00:15.48 | Epyon | Constitution, you mean it updates bzfs too? |
| 00:15.49 | Erroneous | jude-: no, it's not...the term "API" takes on a whole different meaning when one system exports stuff that would be strictly internal in the other |
| 00:16.05 | Constitution | Epyon: erm, no, but I can do that by hand when needed |
| 00:16.26 | Epyon | Constitution, that's my question, will you do that? |
| 00:16.32 | Constitution | sure |
| 00:16.37 | Epyon | JeffM just made a fix in the SVN |
| 00:16.50 | Erroneous | or when one system just plain DOES more than the other (i.e. graphics drivers) |
| 00:16.59 | JeffM | I made a possible fix |
| 00:17.07 | JeffM | it has not been tested heavaly |
| 00:17.11 | Epyon | That supposed to make the maps loadable again. |
| 00:17.36 | jude- | Erroneous: it certainly doesn't help the API size nor the complexity |
| 00:17.50 | jude- | and I find that ratio to be inexcusably high |
| 00:17.55 | jude- | even if it is a hybrid kernel |
| 00:18.10 | Erroneous | jude-: it screws with the corellation between API size and complexity |
| 00:18.22 | Erroneous | thus the "not fair"...they don't correlate the same way |
| 00:18.22 | Epyon | Erroneous, shall I commit the unsure generator then? |
| 00:18.38 | Constitution | Epyon: updated bzwgen, and it seems to work okay without updating bzfs...? |
| 00:18.39 | Erroneous | Epyon: huh what? |
| 00:19.14 | Epyon | Constitution, I didn't commit the inset windows yet. |
| 00:19.23 | Erroneous | yeah, commit whatever you have |
| 00:19.28 | Constitution | yeah |
| 00:19.29 | Erroneous | you can always back it out again |
| 00:19.54 | Erroneous | but that way it'll be there for others to play with if they want (and THEY can always fetch older versions if they want, too) |
| 00:20.35 | SpazzyMcGee | Epyon: Are you planning on giving the generated meshes inside points? |
| 00:21.00 | Epyon | Yep. |
| 00:21.09 | SpazzyMcGee | oh good. |
| 00:21.56 | CIA-3 | BZFlag: 03chaos-dev * r14771 10/trunk/bzwgen/ (BuildZone.cxx GridGenerator.cxx): Inset windows by subdivision/extrusion, doesn't work on current bzfs 2.0.x release probably due to a matref bug. That's it for today, beer time -_- |
| 00:22.57 | SpazzyMcGee | And are you planning on more just the buildings and roads? |
| 00:23.54 | Epyon | SpazzyMcGee, if time allows. But the buildings nor the roads wont be checkerboard based before the project ends. |
| 00:24.32 | Epyon | Constitution, tried the new update? |
| 00:24.36 | SpazzyMcGee | ah ok. |
| 00:24.43 | SpazzyMcGee | Yeah, I'm on it now. |
| 00:25.05 | Epyon | uh... Constitution = SpazzyMcGee? |
| 00:25.05 | SpazzyMcGee | http://my.bzflag.org/bb/viewtopic.php?t=11245&highlight= |
| 00:25.11 | SpazzyMcGee | no... |
| 00:25.22 | Constitution | Epyon: no |
| 00:25.25 | Constitution | I'll try now |
| 00:25.36 | SpazzyMcGee | He set up a public server, and I joined it ;) |
| 00:25.55 | Epyon | Constitution, thanks :) |
| 00:26.10 | Epyon | ~Constitution++ |
| 00:26.19 | Constitution | okay, yeah that killed it |
| 00:26.23 | Constitution | I'll update bzfs then |
| 00:26.24 | Epyon | xD |
| 00:26.44 | Epyon | You gotta love 10MB maps :P |
| 00:27.15 | Epyon | Actually I hope it wont get much bigger than this. Just more interesting. |
| 00:27.19 | Constitution | 7.4 MB :-P |
| 00:27.30 | Epyon | Constitution, that depends on the run. |
| 00:27.38 | Constitution | I see |
| 00:27.48 | Epyon | it's usually between 6 and 12 MB |
| 00:28.45 | Epyon | Darn, because of that SDK downloading I probably wont be able to join the server -_- |
| 00:29.25 | Erroneous | sounds like you need to set up QoS :) |
| 00:30.34 | Epyon | QoS? |
| 00:30.35 | *** join/#bzflag bryjen (n=bryjen@2002:4cb1:b40f:0:0:0:0:1) |
| 00:30.35 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 00:30.39 | Epyon | ~QoS |
| 00:30.40 | ibot | i guess qos is Quality of Service, a great source of information is located @ http://www.lartc.org |
| 00:32.49 | Constitution | Epyon: I believe clients download the full map on connect... I guess that will mean that servers will get hit with 20 users trying to download a 10MB map all at once? |
| 00:33.16 | Epyon | Constitution, 1) i think maps are gzipped. |
| 00:33.33 | Epyon | 2) what do you mean hit? |
| 00:34.21 | Constitution | just that the clients will download the map from the server |
| 00:35.18 | Constitution | even discounting the server aspect, many clients will have to wait 3-4 minutes for a map of that size to download (unless, like you said, they're gzipped) |
| 00:35.43 | Epyon | I believe they're gzipped. |
| 00:35.47 | Constitution | okay, bzfs rebuilt, still nothing |
| 00:35.53 | Epyon | ? |
| 00:36.08 | Constitution | server won't come back up, even with updated bzfs |
| 00:36.09 | Epyon | This is *bad* news. |
| 00:37.43 | Epyon | Constitution, can you revert one commit back, and run the server without updating? |
| 00:37.51 | Constitution | yeah |
| 00:38.11 | Epyon | Just because you posted, and it would be nice if the server would be there :P |
| 00:38.16 | Constitution | yeah |
| 00:38.32 | Epyon | I'll work on solving this tommorow when the SDK finally downloads. |
| 00:42.14 | Constitution | oh, and meanwhile bzfs is using 83% of my server's memory :-P |
| 00:42.28 | Constitution | :-p |
| 00:42.46 | Epyon | O.o |
| 00:43.00 | Epyon | The old one? |
| 00:43.05 | Constitution | the new |
| 00:43.14 | Epyon | heeeaaavyyy |
| 00:43.19 | Constitution | was trying to revert and compile, but it was too sluggish ;-) |
| 00:43.19 | blast007 | yeah, I started to load the old one, but stopped that real quick :) |
| 00:43.33 | Epyon | blast007? |
| 00:44.07 | blast007 | it was hogging my RAM and CPU |
| 00:44.22 | blast007 | think bzfs was using 60% of my 1GB of RAM, and it wasn't done yet |
| 00:44.39 | Epyon | With the old maps? :/ |
| 00:44.57 | blast007 | the one you posted |
| 00:45.00 | Constitution | ack! |
| 00:45.02 | Constitution | ./keepalive.sh: line 27: /bzflag/builds/2.0.x/bin/bzfs: cannot execute binary file |
| 00:45.11 | Epyon | blast007, on the blog? |
| 00:45.38 | blast007 | the one you posted here, that was crashing bzfs |
| 00:45.44 | Epyon | Aaah ^_^ |
| 00:45.49 | Epyon | That's ok ^_^ |
| 00:46.10 | blast007 | Constitution: fun |
| 00:46.16 | Constitution | yeah |
| 00:46.21 | Epyon | Hmm, I think a blog post each day is in order. |
| 00:46.25 | Epyon | Blog updated. |
| 00:46.40 | blast007 | what's the URL again? |
| 00:46.43 | Epyon | http://bzflag.chaosforge.org/ |
| 00:46.50 | Constitution | ~bzwgen |
| 00:46.56 | Epyon | Time for another beer |
| 00:49.23 | Constitution | ~bzwgen is a random procedural world generator created by Epyon as a GSoC project, or http://bzflag.chaosforge.org |
| 00:49.24 | ibot | okay, Constitution |
| 00:50.01 | Epyon | Uniform face expansion was fun, though ^_^ |
| 00:50.31 | Epyon | It was the first time in 3 years that I needed to use paper and pencil to solve a programming problem :P |
| 00:55.05 | CBG | ~jude-++ |
| 00:55.34 | Epyon | http://bzflag.chaosforge.org/screenshots/bzwwork.jpg xP |
| 00:56.13 | Constitution | okay, server's back up |
| 01:02.12 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 01:03.04 | Epyon | JeffM, Constitution updated the sever and he still can't run the recent bzwgen results. I'm still downloading the SDK -_- |
| 01:04.11 | JeffM | I'll look at it when I have a chance, |
| 01:04.13 | JeffM | can't right now |
| 01:04.21 | JeffM | somone is stoping by to pick something up |
| 01:04.25 | JeffM | what was the URL to the map? |
| 01:06.52 | Epyon | JeffM, i'm uploading one (with fixed matrefs) here - http://bzflag.chaosforge.org/files/ |
| 01:07.09 | JeffM | I want the first one |
| 01:07.11 | JeffM | the most busted |
| 01:07.17 | JeffM | since we should not have limits on matrefs |
| 01:08.51 | Epyon | test_map.zip is the new one, test_old.zip is the old one |
| 01:08.56 | Epyon | Uploaded |
| 01:10.37 | *** join/#bzflag Deepa (i=deepa@wrongplanet/deepa) |
| 01:11.14 | Constitution | Epyon: I had to completely rebuild bzfs... going to give it another shot |
| 01:15.44 | Constitution | hmmm, bzfs runs, but can't connect |
| 01:16.03 | Constitution | fairserve.bzflag.org:5154 |
| 01:18.43 | Epyon | Woah, the download time is uber xP |
| 01:18.57 | Epyon | But it's downloading 1 MB, so it means it's gzipped. |
| 01:19.44 | Epyon | I think I will be able to cut the size in half using tricks like groups, but not more. |
| 01:21.43 | Epyon | But it works! :D |
| 01:21.54 | Epyon | That's *great* news |
| 01:22.01 | Constitution | does it? I can't connect |
| 01:22.51 | Epyon | I'm in |
| 01:22.55 | *** join/#bzflag bremac (n=bremac@hlfxns01bbg-142177235108.ns.aliant.net) |
| 01:23.22 | Constitution | hm |
| 01:23.25 | Epyon | but jumping isn't on |
| 01:24.14 | AAA_Awright | massive file to download there |
| 01:24.49 | Constitution | I still just get "Error connecting to server." |
| 01:25.07 | Epyon | I'm on the older server now. |
| 01:25.15 | Epyon | But the new one worked. |
| 01:25.23 | Epyon | AAA_Awright can you confirm? |
| 01:26.20 | AAA_Awright | I connected |
| 01:26.32 | AAA_Awright | It took a while to prepare the world |
| 01:27.01 | AAA_Awright | Epyon: The road and buildings are not meeting fully, I see some grass poking through. |
| 01:28.08 | awilcox | Let me test! |
| 01:29.05 | Epyon | AAA_Awright, that was intentional |
| 01:29.38 | AAA_Awright | A problem with the collision detection? |
| 01:29.57 | Epyon | Constitution, but keep the old one running till tommorow anyway. |
| 01:30.03 | Epyon | AAA_Awright, where? |
| 01:30.05 | Constitution | okay |
| 01:30.13 | Constitution | ah, you're 2.0.8... wonder if that has something to do with it |
| 01:30.21 | CIA-3 | BZFlag: 03dtremenak * r14772 10/trunk/bzflag/src/bzfs/CmdLineOptions.cxx: let's not dump random nonprintable characters onto the console. Also clean up some ws and log handicap mode. |
| 01:31.10 | AWOSLappy | it is borked |
| 01:31.15 | AWOSLappy | majorly, totally, completely, borked |
| 01:31.31 | Epyon | what is? |
| 01:31.44 | AWOSLappy | Epyon: none of the textures loaded, I got 0 fps, and it took forever to prepare world |
| 01:32.00 | DTRemenak | you need to download the textures, they aren't hosted anywhere yet |
| 01:32.08 | *** part/#bzflag bremac (n=bremac@hlfxns01bbg-142177235108.ns.aliant.net) |
| 01:32.32 | Epyon | maybe that's why you got 0FPS |
| 01:32.43 | Constitution | DTRemenak: I put them on my web server |
| 01:32.48 | DTRemenak | no, he got 0fps 'cause he's on an ancient card :) |
| 01:33.00 | AWOSLappy | :P |
| 01:33.05 | DTRemenak | and because your map is NOT lightweight :) |
| 01:33.05 | AWOSLappy | I got 24fps in the other map |
| 01:33.21 | Constitution | http://fairserve.bzflag.org/bzimages/bzwgen/ |
| 01:33.53 | AWOSLappy | Constitution: where do I put em? |
| 01:34.04 | AWOSLappy | ./data/? |
| 01:34.39 | Constitution | AWOSLappy: they should load by default |
| 01:34.45 | Constitution | you shouldn't need to download them |
| 01:34.50 | AWOSLappy | Constitution: they don't |
| 01:35.01 | AWOSLappy | it d/led a 1M file and then sat forever, then it looked icy and borked |
| 01:35.13 | Constitution | on the "working" server, too? |
| 01:36.01 | Constitution | I can't login to the 5154 port, so I don't know what the issue is |
| 01:36.13 | AWOSLappy | on the 5154 port: http://i19.tinypic.com/52cli8h |
| 01:36.47 | Epyon | AWOSLappy, and on the other one? |
| 01:37.33 | Constitution | AWOSLappy: ah, I see |
| 01:37.49 | AWOSLappy | Epyon: http://i16.tinypic.com/6gvbk0h |
| 01:38.04 | Constitution | I had to do some fancy sed on the working one to replace the texture references with URLs |
| 01:38.18 | Constitution | and the newer one didn't get that |
| 01:46.17 | Epyon | The older one seems to work nice :) |
| 01:46.59 | *** join/#bzflag spldart (n=troublem@c-98-197-19-35.hsd1.tx.comcast.net) |
| 01:47.26 | *** join/#bzflag biggeruniverse (n=biggerun@adsl-68-90-161-137.dsl.ksc2mo.swbell.net) |
| 01:47.30 | biggeruniverse | so. |
| 01:47.51 | brlcad | Epyon: warnings as errors is a really good habit to get into for cross-platform development, it's (very) often a warning because under the right conditions those warnings are indeed mistakes (even things as innocuous as casts) |
| 01:48.21 | biggeruniverse | I thought I would pop on and say that I fixed definitively the problem I saw with backwards timesteps. |
| 01:48.47 | brlcad | a warning on one platform is very often an error on another too, and regardless they're generally also a matter of cleanliness/clarity that are just good practice |
| 01:49.00 | brlcad | good practice to make firm ingrained habit, that is |
| 01:49.32 | Epyon | I know I noticed that :) |
| 01:50.25 | Epyon | Yet it is a pain in the ass when you want to comment a few lines for debugging and suddenly the compiler doesn't want to compile untill you comment out all the "unneccessary" lines. |
| 01:50.50 | DTRemenak | thus my suggestion to turn it off when you do that sort of thing ;) |
| 01:50.51 | brlcad | yeah, for feel free to do whatever in the interim while you work, but anything you commit should certainly be warning-free |
| 01:50.59 | biggeruniverse | have 'make debug' and 'make release' |
| 01:51.37 | brlcad | biggeruniverse: so was the fix something succint? in TimeKeeper perhaps? |
| 01:51.48 | biggeruniverse | anyway, I set cpu affinity hard, and that of course solves all the problems |
| 01:52.16 | biggeruniverse | it's 4 lines, and yes, they can go in TimeKeeper, though main is a better place, since child processes inherit the setting |
| 01:52.49 | brlcad | snippet? |
| 01:53.03 | biggeruniverse | cpu_set_t mask; |
| 01:53.19 | biggeruniverse | CPU_ZERO(mask); |
| 01:53.25 | biggeruniverse | CPU_SET(0, &mask); |
| 01:53.41 | biggeruniverse | sched_setaffinity(0, sizeof(mask), &mask); |
| 01:53.53 | biggeruniverse | be sure to #include <sched.h> |
| 01:54.05 | biggeruniverse | only works on linux kernels >= 2.4 |
| 01:54.27 | biggeruniverse | actually, CPU_SET(1, &mask); |
| 01:54.28 | biggeruniverse | sorry |
| 01:55.38 | AWOSLappy | Epyon: Awwwww |
| 01:55.49 | AWOSLappy | Epyon: that was fun, (except the part where you shot me) ! :P |
| 01:55.59 | EbErT | hm, it put the same map back on |
| 01:56.02 | EbErT | no rotate |
| 01:56.30 | Epyon | AWOSLappy, I suck at BZF though :P |
| 01:58.41 | biggeruniverse | I think it will work fine on a single cpu box, since it will set the affinity to the only cpu, but of course this doesn't work on windows or OSX |
| 02:00.34 | CIA-3 | BZFlag: 03dtremenak * r14773 10/trunk/bzflag/configure.ac: don't build ftgl or freetype if the client is disabled (for any reason) |
| 02:02.58 | biggeruniverse | quitter |
| 02:03.15 | Epyon | Hmm, constitutions server died. |
| 02:03.24 | AWOSLappy | Epyon: So did Constitution. |
| 02:03.42 | biggeruniverse | o noes! |
| 02:07.13 | brlcad | DTRemenak: if client is disabled, but bzrobots is enabled, it'll fail the build (because bzrobots presently/still has the same dependencies as the full client) |
| 02:07.39 | DTRemenak | brlcad: if it tries to build bzrobots on my system, it'll fail |
| 02:07.44 | DTRemenak | so it better not try :) |
| 02:08.08 | brlcad | hm? |
| 02:08.20 | DTRemenak | if we specify --disable-client, we don't check for the presence of opengl, so we will ALWAYS build ftgl and freetype |
| 02:08.29 | brlcad | bzrobots is functional build-wise now |
| 02:08.30 | DTRemenak | even if, as on my system, opengl is not present |
| 02:08.34 | brlcad | ahh |
| 02:08.54 | DTRemenak | so if that's the way we're set up, we're borked anyway |
| 02:09.20 | *** join/#bzflag noyb (n=noyb@192.18.43.225) |
| 02:11.28 | DTRemenak | 'course the way it's set up now it IS borked anyway, 'cause the scenenodes are no longer protected by CLIENT_INCLUDED |
| 02:11.48 | Epyon | brlcad, all ok from my side? |
| 02:12.19 | AWOSLappy | I have a friend here that wants to play bz, does it run on Vista? |
| 02:12.29 | brlcad | Epyon: what do you mean? |
| 02:12.30 | tannerld | yeah |
| 02:12.45 | AWOSLappy | okay, thanks tannerld |
| 02:13.06 | brlcad | heh |
| 02:13.13 | brlcad | excellent progress today |
| 02:13.16 | Epyon | 2/5 goals for this week are complete. |
| 02:13.18 | brlcad | impressive even :) |
| 02:13.37 | Epyon | brlcad, including finding a bug in bzfs xP |
| 02:13.54 | Epyon | I decided to update the blog daily too. |
| 02:14.10 | Epyon | Not for others, but for myself - it helps to stay focused. |
| 02:15.37 | brlcad | sounds good |
| 02:16.01 | brlcad | yeah, i was reading the commits all day as they came in, good stuff |
| 02:16.08 | brlcad | while running all around town |
| 02:16.29 | Epyon | Finnaly it's about meshes and geometry xP |
| 02:17.40 | Epyon | brlcad, I had that funny feeling today -- it was the first time I had to resort to paper and pencil to do programming work xP -- http://bzflag.chaosforge.org/screenshots/bzwwork.jpg |
| 02:17.52 | Epyon | first time in 3 years. |
| 02:18.22 | Epyon | Uniform face extention :P |
| 02:19.30 | CIA-3 | BZFlag: 03dtremenak * r14774 10/trunk/bzflag/src/obstacle/Makefile.am: take a shot at fixing no-gl builds without breaking bzrobots |
| 02:21.11 | CIA-3 | BZFlag: 03brlcad * r14775 10/trunk/bzflag/configure.ac: sympathetic disabling of bzrobots if the client is disabled since they both have the same dependencies right now (even though they eventually shouldn't) |
| 02:21.52 | brlcad | Epyon: excellent |
| 02:23.17 | brlcad | pen and paper (and chaulkboard and whiteboards, etc) is often still one of the best ways to design software |
| 02:24.51 | brlcad | I still design classes on CRC cards sometimes, sketch out geometric problems, and work through math equations by hand |
| 02:25.30 | *** join/#bzflag ICM (n=ian@c-76-99-102-195.hsd1.pa.comcast.net) |
| 02:25.35 | ICM | hey all |
| 02:26.00 | ICM | USS Enterprise here; I was just wondering where I could find the status on the new map editor |
| 02:26.16 | ICM | If I remember correctly, one was being written as part of Google SoC |
| 02:26.31 | brlcad | http://bzworkbench.wordpress.com/ |
| 02:27.09 | ICM | thankyou :) |
| 02:27.42 | Epyon | brlcad, geometry problems are so much easier to skech down on paper... |
| 02:28.24 | ICM | bleh, I hope you can mess with textures and physics in this new map editor |
| 02:29.02 | ICM | "but those will come as soon as I get the proper texturing working. From the looks of things, getting texturing to work properly is only especially difficult in BZW 1.x objects, since BZW 2.x objects are all meshes anyway," |
| 02:29.05 | ICM | thats promising :D |
| 02:29.55 | Epyon | ICM, wanna map that kills bzfs? xP |
| 02:30.14 | brlcad | Epyon: quite easier .. |
| 02:30.32 | brlcad | you should see all the notebooks and scraps of paper around my desk :) |
| 02:30.47 | Epyon | brlcad, although a tablet makes things easier xP |
| 02:31.19 | *** join/#bzflag ICM^ (n=ian@c-76-99-102-195.hsd1.pa.comcast.net) |
| 02:31.56 | brlcad | i'm fine with paper or whiteboard, it's usually temporary regardless and it doesn't get much more efficient than just writing what you intend |
| 02:32.01 | Epyon | brlcad, there's no room for notes on my desk xP - http://chaosforge.org/files/chaos.jpg |
| 02:32.26 | brlcad | hell, I see plenty of surface area still visible |
| 02:32.53 | Epyon | currently that free space is taken up by beer and cigarettes x| |
| 02:33.10 | brlcad | there's always at least a pad of paper next to my desktops for notes |
| 02:33.28 | Epyon | I use printer paper for that :P |
| 02:33.30 | brlcad | constantly with equations, diagrams, notes, reminders |
| 02:34.19 | Epyon | :) |
| 02:36.41 | DTRemenak | usually use the computer for notes, but math is way easier on paper |
| 02:37.16 | Epyon | math is good in mathcad, but for geometry paper has the edge |
| 02:39.38 | brlcad | several pages just to do the expansion |
| 02:40.25 | brlcad | hm.. I wonder what I meant by "Fixed framerate jitter-inducing bug on SMP systems" |
| 02:40.59 | biggeruniverse | sounds like fun |
| 02:43.38 | CIA-3 | BZFlag: 03brlcad * r14776 10/trunk/bzflag/ (7 files in 6 dirs): |
| 02:43.38 | CIA-3 | BZFlag: apply an implementation of biggeruniverse's negative time patch so that time |
| 02:43.38 | CIA-3 | BZFlag: results (at least on linux) returned from gettimeofday() will hopefully not be |
| 02:43.39 | CIA-3 | BZFlag: periodically back in time, achieved by setting the processor affinity. |
| 02:44.02 | brlcad | ~biggeruniverse++ |
| 02:46.10 | biggeruniverse | ~karma |
| 02:46.10 | ibot | biggeruniverse has neutral karma |
| 02:46.14 | biggeruniverse | yay |
| 02:46.26 | A_Heart_Attack | ~karma |
| 02:46.26 | ibot | a_heart_attack has karma of 1 |
| 02:46.27 | AAA_Awright | Anyone else use those page-per-day calendars as note paper? |
| 02:46.57 | AAA_Awright | ~karma |
| 02:46.57 | ibot | aaa_awright has karma of 18 |
| 02:47.14 | Epyon | ~karma |
| 02:47.14 | ibot | epyon has karma of 18 |
| 02:49.40 | brlcad | ~bryjen++ |
| 02:50.13 | bryjen | TimeKeeper.h:177: error: cannot convert 'cpu_set_t' to 'cpu_set_t*' in initialization |
| 02:51.21 | DTRemenak | s/b CPU_ZERO( &mask ); |
| 02:51.57 | bryjen | ah |
| 02:52.18 | bryjen | pointy things :/ |
| 02:53.48 | brlcad | yay for writing linux-specific code without linux on hand |
| 02:54.42 | bryjen | EvdevJoystick.cxx:63:40: error: missing ')' after "defined" |
| 02:55.08 | DTRemenak | yay for more linux-specific code without linux on hand ;) |
| 02:55.47 | CIA-3 | BZFlag: 03dtremenak * r14777 10/trunk/bzflag/src/platform/EvdevJoystick.cxx: silly preprocessors |
| 02:56.07 | brlcad | hehe |
| 02:56.36 | brlcad | yeesh, flight in just 7 hours |
| 02:56.45 | AAA_Awright | Running bzfs build tester |
| 02:56.59 | delusional | when the image cache gets full... it just over-writes old files, right? |
| 02:56.59 | AAA_Awright | Did someone update the mountian textures Again? |
| 02:57.01 | DTRemenak | it'll fail |
| 02:57.14 | DTRemenak | delusional: full? |
| 02:57.36 | delusional | theres a max size on the image cache, right? |
| 02:57.45 | delusional | i thought it was 8 MB |
| 02:57.48 | DTRemenak | maybe |
| 02:57.49 | delusional | default |
| 02:57.50 | DTRemenak | dunno |
| 02:58.18 | CIA-3 | BZFlag: 03dtremenak * r14778 10/trunk/bzflag/src/obstacle/Makefile.am: silly indent-hating automake |
| 02:58.18 | delusional | wel, theres a setting in config.cfg for it. |
| 02:58.26 | DTRemenak | then yeah, we'll throw out the oldes |
| 02:58.34 | delusional | thought so |
| 02:58.45 | delusional | just wanted to check |
| 02:59.12 | bryjen | don't worry, windows complains when you get down to somewhere are 200MB free ;) |
| 02:59.22 | bryjen | s/are/around |
| 02:59.28 | delusional | mac does too |
| 03:00.13 | bryjen | that's less funny with it happens on a windows 2003 server domain controller :/ |
| 03:03.03 | AAA_Awright | What does bzfs use for game time? I thought I thought I heard somewhere it's not unix time... |
| 03:03.24 | DTRemenak | it's a unix epoch starting at server launch |
| 03:03.30 | DTRemenak | iirc |
| 03:03.38 | AAA_Awright | 1 unit per second? |
| 03:03.54 | DTRemenak | depends how you access it |
| 03:04.08 | DTRemenak | timekeeper stores it as a float |
| 03:04.36 | AAA_Awright | That's why I am having trouble with it. How would a plugin read it? |
| 03:04.41 | DTRemenak | but you can access tick timing too |
| 03:04.46 | DTRemenak | don't read it directly |
| 03:04.49 | DTRemenak | use it only for deltas |
| 03:04.55 | DTRemenak | that's the only thing it's guaranteed for |
| 03:05.15 | AWOSLappy | gettimeofday() can be used to get the time, AAA_Awright |
| 03:05.17 | DTRemenak | and it's probably not exposed though the api |
| 03:05.24 | DTRemenak | so you'd probably need to copy it |
| 03:05.29 | CIA-3 | BZFlag: 03bryjen * r14779 10/trunk/bzflag/src/platform/EvdevJoystick.cxx: One more of these |
| 03:05.37 | DTRemenak | oopsie :) |
| 03:05.56 | AAA_Awright | How about this: What method would I use to read the exact time (microsecond) an event happened? |
| 03:06.18 | *** join/#bzflag biggeruniverse (n=biggerun@adsl-68-90-161-137.dsl.ksc2mo.swbell.net) |
| 03:06.27 | DTRemenak | depends on the platform |
| 03:06.32 | DTRemenak | unless we export timekeeper |
| 03:06.41 | Epyon | It's so fun to see people playing on your map :) |
| 03:07.08 | biggeruniverse | crap |
| 03:07.13 | biggeruniverse | well, I missed all that |
| 03:07.31 | AWOSLappy | Epyon: Hehe, so I take it Constitution's server is back online? |
| 03:07.45 | AWOSLappy | AAA_Awright: for x86, you can use RDTSC |
| 03:08.05 | biggeruniverse | brlcad, *CPU_ZERO(mask); -> CPU_ZERO(&mask); |
| 03:08.16 | AAA_Awright | RDTSC? |
| 03:08.33 | AWOSLappy | AAA_Awright: http://en.wikipedia.org/wiki/RDTSC |
| 03:08.58 | Epyon | AWOSLappy, it was all the time online :) |
| 03:09.09 | AWOSLappy | Epyon: ah hehe |
| 03:09.58 | Epyon | Okay, I'm opening the last beer for today. It's 5L08 in the morning here -_- |
| 03:09.58 | biggeruniverse | (sigh) |
| 03:09.58 | Epyon | 5:08* |
| 03:10.12 | CIA-3 | BZFlag: 03bryjen * r14780 10/trunk/bzflag/include/TimeKeeper.h: more linuxyness |
| 03:10.15 | AWOSLappy | 5:08am? wows. |
| 03:10.18 | AWOSLappy | it's 11:09pm here. |
| 03:11.15 | Epyon | I'm a night owl :P |
| 03:12.07 | AWOSLappy | hehe |
| 03:12.08 | AWOSLappy | me too |
| 03:12.16 | AWOSLappy | I'll probably go to bed at 5am too |
| 03:12.22 | AWOSLappy | just, 5am is 6 hours ahead for me :P |
| 03:12.49 | AWOSLappy | and then woooot Friday which means wooooot party and weekend stuffs at the end of the day |
| 03:13.39 | Epyon | No more parties for me until GSOC ends |
| 03:13.45 | AWOSLappy | aw |
| 03:14.12 | blast007 | (off topic) anyone ever deal with 802.1q trunking to a Windows Server 2003 box, or to a linux box? Wanting to set up several VLANs, and not have to install 6 NICs into the router box to support them all. |
| 03:14.30 | AWOSLappy | Wows. |
| 03:14.49 | *** join/#bzflag bier__ (n=bier@p54A52354.dip0.t-ipconnect.de) |
| 03:14.59 | AWOSLappy | I'm sure you could set up an ad-hoc network from the W2K3 box to the Linux box |
| 03:15.18 | AWOSLappy | the only predicement would be finding a usable WLAN card for the Linux box :P |
| 03:15.37 | biggeruniverse | you mean with virtual ips? |
| 03:15.57 | Macrosoft | ad-hoc is crap |
| 03:16.24 | Epyon | (off topic) blast007, thanks for trying out bzwgen :) any comments? |
| 03:16.59 | blast007 | no comment! (just kidding) I like the stuff in generates |
| 03:17.02 | biggeruniverse | there's a topic to be off of? |
| 03:17.09 | biggeruniverse | I guess I should pay attention... |
| 03:17.13 | blast007 | biggeruniverse: yeah, "bzflag" :) |
| 03:17.31 | Epyon | blast007, it'll get better :) |
| 03:18.12 | blast007 | AWOSLappy: I can use either Windows Server 2003 or Linux... Linux is looking like the better choice at this point, unless there's some feature in RRAS |
| 03:18.46 | blast007 | plus, it would probably run a lot better, considering the target system is a 500MHz PIII with 9GB SCSI drives |
| 03:19.34 | AWOSLappy | blast007: my router is a 500MHz Celeron with a 40GB and 100GB ATA |
| 03:19.36 | biggeruniverse | actually, I never liked linux as a router platform |
| 03:19.46 | biggeruniverse | As much as I otherwise love linux |
| 03:19.48 | blast007 | biggeruniverse: what do you prefer? |
| 03:19.55 | AWOSLappy | blast007: runs flawlessly with Linux 2.6 -- have hit 148 days uptime between power failures |
| 03:20.01 | biggeruniverse | my router/firewall is actually an openbsd box |
| 03:20.13 | biggeruniverse | I like pf for this stuff |
| 03:20.14 | AWOSLappy | blast007: do you want to know my previous router? |
| 03:20.17 | blast007 | yeah, I've used OpenBSD at one point |
| 03:20.32 | blast007 | I'm more familiar with linux though |
| 03:20.34 | AWOSLappy | blast007: a 300MHz Pentium ][ with a 6GB ATA and RRAS. |
| 03:20.39 | blast007 | AWOSLappy: hehe |
| 03:20.51 | AWOSLappy | blast007: the network core ran fine, but Windows 2000 can NOT take advantage of a P2. |
| 03:21.09 | AWOSLappy | so the network connections were speeding along at 100Mbits/sec, but the UI was sucking |
| 03:21.20 | biggeruniverse | I'm more familiar with linux too, but I don't think it's good as a router |
| 03:21.30 | AWOSLappy | blast007: Windows 2000 or Linux for that box. Or NetBSD. |
| 03:21.37 | AWOSLappy | NetBSD pwns them all, but that wasn't in your options list |
| 03:21.59 | blast007 | yeah, I want something they can maintain after I'm gone ;) |
| 03:22.04 | AWOSLappy | NetBSD is the new router. 166MHz Pentium with 40M RAM and a 3GB ATA. |
| 03:22.08 | blast007 | which is why I was *hoping* for Windows Server 2003 |
| 03:22.29 | blast007 | the other IT guy probably couldn't do much if a linux router went down |
| 03:22.31 | AWOSLappy | DTRemenak: another guy I know is too. what does it have that NetBSD doesn't? |
| 03:22.45 | AWOSLappy | blast007: use Linux. it gives you job security |
| 03:22.46 | AWOSLappy | :P |
| 03:22.48 | DTRemenak | different mannerisms |
| 03:22.54 | PrezKennedy | haha buy em an $80 Asus router and flash the memory |
| 03:23.00 | DTRemenak | behaves better on smp, for one thing |
| 03:23.01 | Epyon | ~bzwgen |
| 03:23.01 | ibot | methinks bzwgen is a random procedural world generator created by Epyon as a GSoC project, or http://bzflag.chaosforge.org |
| 03:23.07 | biggeruniverse | white buffalo! |
| 03:23.08 | Epyon | hah, works |
| 03:23.19 | AWOSLappy | DTRemenak: Meh. I don't have a single SMP machine |
| 03:23.37 | biggeruniverse | there's no such thing as a single SMP machine :P |
| 03:23.54 | DTRemenak | uses pkgsrc, so you still have all that goodness. better support for various hardware devices (can run freebsd drivers basically unmodified) |
| 03:26.04 | AWOSLappy | DTRemenak: but can the kernel be 2M in size? |
| 03:27.13 | blast007 | AWOSLappy: but I don't want job security! ;D |
| 03:27.21 | blast007 | (not here, anyway) |
| 03:27.32 | AWOSLappy | blast007: hehe. |
| 03:27.35 | AWOSLappy | ;) |
| 03:28.24 | DTRemenak | AWOSLappy: considering that my "build everything" kernel is 5mb, I have no doubt it could be under 2 if you actually chose your hardware :) |
| 03:28.52 | DTRemenak | not sure why you'd care though |
| 03:29.08 | blast007 | for a while, I had my old WRT54G here |
| 03:29.27 | blast007 | but I want something with a little more power, considering the amount of traffic I'll be sending through it |
| 03:29.55 | blast007 | (ghosting computers and running Virtual PC images over the network) |
| 03:32.54 | AWOSLappy | DTRemenak: remember. "166MHz Pentium with 40M RAM" |
| 03:33.08 | AWOSLappy | DTRemenak: I care very much about kernel size, NetBSD GENERIC is 15M and way too huge |
| 03:33.28 | DTRemenak | empty pages just sit on your hard drive, unless it's very silly |
| 03:33.43 | DTRemenak | s/empty/unused |
| 03:34.02 | AWOSLappy | nup |
| 03:34.08 | AWOSLappy | it loads the entire kernel into memory |
| 03:35.44 | DTRemenak | 15mb seems far too large. have you stripped it? |
| 03:59.07 | CIA-3 | BZFlag: 03dtremenak * r14781 10/trunk/bzflag/ (7 files in 4 dirs): |
| 03:59.07 | CIA-3 | BZFlag: Better affinity management for the client. BZDB variable processorAffinity |
| 03:59.07 | CIA-3 | BZFlag: manages affinity for the client; defaults to processor 0 instead of 1; reset |
| 03:59.07 | CIA-3 | BZFlag: processor affinity upon changes to the BZDB var; move setProcessorAffinity out |
| 03:59.07 | CIA-3 | BZFlag: of the header; add code for managing affinity on windows. |
| 04:00.00 | AAA_Awright | bzfs works |
| 04:00.07 | AAA_Awright | Another commit? Aww. |
| 04:00.24 | DTRemenak | get used to it :P |
| 04:02.06 | Epyon | commit, commit... |
| 04:02.18 | Epyon | Nah, no commits while being drunk. |
| 04:03.31 | CIA-3 | BZFlag: 03dtremenak * r14782 10/trunk/bzflag/src/bzrobots/bzrobots.cxx: bzrobots will behave the same as bzflag wrt processor affinity. could be handy to bind different robots to different procs; set the config files that way, or use bzdb after launch. |
| 04:03.57 | CIA-3 | BZFlag: 03chaos-dev * r14783 10/trunk/bzwgen/ (Mesh.cxx Output.h): Cleeeean up. Clean up... |
| 04:08.44 | brlcad | cool |
| 04:11.34 | *** join/#bzflag tuxd00d (n=tuxinato@128.187.148.87) |
| 04:27.02 | *** join/#bzflag brlcad (n=sean@bz.bzflag.bz) |
| 04:27.06 | CIA-3 | BZFlag: 03dtremenak * r14784 10/trunk/bzflag/ (5 files in 3 dirs): |
| 04:27.06 | CIA-3 | BZFlag: And allow user-managed processor affinity for servers too. New commandline option is -processor <id>. Set to -1 to allow the OS to manage it. |
| 04:27.06 | CIA-3 | BZFlag: Someone please make sure I didn't screw up the manpage. |
| 04:27.53 | brlcad | gah, /server != /connect |
| 04:27.57 | DTRemenak | heh |
| 04:36.50 | biggeruniverse | hmm |
| 04:37.11 | biggeruniverse | problem is that it's sometimes 0 is first cpu, sometimes 1 is |
| 04:37.46 | biggeruniverse | http://www.open-mpi.org/software/plpa/ |
| 04:37.49 | DTRemenak | "The first available CPU on the system corresponds to a cpu value of 0, the next CPU corresponds to a cpu value of 1, and so on" |
| 04:37.58 | DTRemenak | man 3 CPU_SET |
| 04:38.03 | biggeruniverse | I know what the man page says |
| 04:38.45 | biggeruniverse | however, 1 is *garanteed* to be a valid value every time |
| 04:38.51 | DTRemenak | no, it's not |
| 04:38.56 | DTRemenak | not on a single-cpu system |
| 04:39.18 | biggeruniverse | did you see problems on a single cpu system? |
| 04:39.30 | biggeruniverse | I would assume that affinity is ignored |
| 04:39.44 | DTRemenak | I didn't see problems on any of my multi-cpu systems either |
| 04:39.44 | biggeruniverse | set it to 300 |
| 04:40.28 | biggeruniverse | I'm just giving my reasoning for picking 1 instead of 0 |
| 04:40.53 | DTRemenak | I don't see anything on that page that says the manpage is wrong |
| 04:41.13 | DTRemenak | different API's have different bases, that's true |
| 04:41.18 | DTRemenak | but the one we are using is always 0 based afaict |
| 04:43.00 | biggeruniverse | mmm |
| 04:43.07 | biggeruniverse | different sites say different things |
| 04:43.18 | biggeruniverse | http://www.cyberciti.biz/tips/setting-processor-affinity-certain-task-or-process.html |
| 04:43.23 | biggeruniverse | as opposed to |
| 04:43.34 | biggeruniverse | http://www-128.ibm.com/developerworks/linux/library/l-affinity.html |
| 04:44.55 | DTRemenak | those seem to both say the same thing |
| 04:47.22 | DTRemenak | I think I see where you're getting confused though |
| 04:47.33 | DTRemenak | CPU_SET is a macro, that turns a 0-based integer into a bitmask value |
| 04:47.50 | DTRemenak | so the bitmask is 0x00001, when CPU_SET(0, &set) is called |
| 04:48.34 | DTRemenak | if I had to guess, I'd say CPU_SET is probably defined as "set &= (1 << id)" or something to that effect |
| 04:48.42 | DTRemenak | err, |= |
| 04:49.40 | biggeruniverse | it could be, but what I am saying is that a value of 1 is always going to be valid |
| 04:49.58 | biggeruniverse | 0 may actually be the same as clear in some impls |
| 04:50.18 | DTRemenak | that's why there's a defined API, is so there's no variation between impls |
| 04:50.46 | biggeruniverse | ... |
| 04:50.46 | DTRemenak | and the API docs and the source code both agree |
| 04:50.49 | biggeruniverse | do what you want, you have my reason |
| 04:50.57 | DTRemenak | so I don't see your problem. is it still broken for you if you set it to 0? |
| 04:51.05 | biggeruniverse | I never trust docs, I trust logic |
| 04:51.13 | DTRemenak | so read the DAMN CODE then, there's your logic |
| 04:51.32 | biggeruniverse | and if the DAMN CODE changes tomorrow? |
| 04:51.35 | DTRemenak | you pointed me to PLPA, did you read the code? |
| 04:52.08 | DTRemenak | then tons of existing software will break. that's why APIs are API's and not just random function calls. |
| 04:52.16 | DTRemenak | stability is important. |
| 04:53.20 | DTRemenak | think about how whacked it would be if someone was running four cpu-intensive tasks, one bound to each processor. he upgrades his kernel and now suddenly one of them is not bound, and the scheduler starts hucking it around. he's not gonna be happy. |
| 04:53.54 | JeffM | so did that fix realy fix the map problem with a real rebuild? |
| 04:54.01 | DTRemenak | yeah, seemed to |
| 04:54.07 | DTRemenak | at least, they were playing on the new one |
| 04:54.23 | JeffM | cool |
| 04:55.13 | biggeruniverse | DTRemenak, what I am saying still stands. |
| 04:55.47 | biggeruniverse | Despite your valid trust in APIs not changing, it doesn't nullify that 1 is always valid |
| 04:56.18 | biggeruniverse | I didn't say you were wrong to use 0, I said 1 is always valid, that's why I picked it |
| 05:02.50 | DTRemenak | I understand why you used 1. I'm saying 0 is always valid. If you'd like to offer evidence to the contrary, I will change it in a heartbeat. |
| 05:03.07 | biggeruniverse | (sigh) |
| 05:03.33 | DTRemenak | I don't think your mistrust of kernel developers is warranted, but what do I know. |
| 05:04.32 | DTRemenak | and if they change it in the future, you're more than welcome to come flame at me and tell me "I told you so" :) |
| 05:04.36 | biggeruniverse | A solution that doesn't require me to trust the kernel developers presents itself. Why choose another solution? |
| 05:07.58 | biggeruniverse | or, better put: I don't *mistrust* the kernel developers, I just prefer not to have to trust them. |
| 05:08.12 | *** join/#bzflag noyb (n=noyb@192.18.43.225) |
| 05:09.29 | biggeruniverse | plus, I know on solaris, cpu0 is always for the kernel. heh |
| 05:09.58 | biggeruniverse | well, at least in 8. they may have finally fixed it in 10 |
| 05:10.00 | DTRemenak | 1. because making system calls that you know are going to fail is ugly. 2. because it is a bad example, and will propagate misinformation unless extremely well documented (i.e. it doesn't make any immediate sense to always run on the second processor) 3. because certain NUMA architectures are actually faster when you bind to CPU0 for graphics work (closer to the graphics driver). |
| 05:10.40 | DTRemenak | and we don't set affinity on solaris :) |
| 05:11.02 | DTRemenak | though maybe we should, at least on amd64 varieties. |
| 05:11.52 | biggeruniverse | I can't test that for you. I didn't build out my ultra20 for that, unfortunately |
| 05:13.45 | biggeruniverse | But what if the paradigm is CPU_SET sets the *nth* cpu, i.e., cpu0 is the *first* cpu? |
| 05:14.13 | biggeruniverse | Why do I open the cans of worms? |
| 05:14.47 | biggeruniverse | See? This is when I ask myself why I bother. I hardly even play bzflag any more... |
| 05:14.49 | DTRemenak | cpu0 is the first cpu |
| 05:15.02 | biggeruniverse | I know that |
| 05:15.18 | biggeruniverse | I think you misunderstood |
| 05:15.25 | brlcad | if it works at zero and the docs say you probably want to set it at zero (without testing how many cpu's there are), then jeez, paint the fence zero and deal with that magical failing case where it *might* be a problem later .. later |
| 05:16.03 | brlcad | seriously, it's a digit in a file, if it's a problem *either* way, it's less effort to fix it than you're investing talking about possibilities |
| 05:16.26 | biggeruniverse | indeed |
| 05:16.30 | brlcad | fix the problem, not all possible problems that may or may not come to ever pass |
| 05:16.50 | biggeruniverse | I'm not entering that foray. |
| 05:18.09 | DTRemenak | the biggest deal for me is that either way we're wrong if we're wrong, 'cause I've documented it as behaving as it behaves right now. if it behaves differently in the future, we'll have to change the docs...may as well change the code at the same time. |
| 05:19.32 | DTRemenak | so what the default is doesn't really matter. if we set the default to 1, but document it as it behaves (i.e. default is the second CPU), and they change it, the docs are STILL gonna be wrong :) |
| 05:19.59 | brlcad | I'd follow the docs first, if following the docs works now |
| 05:20.07 | DTRemenak | I meant our docs |
| 05:20.11 | DTRemenak | but their docs too, I suppose |
| 05:20.54 | brlcad | do their docs explicitly say what happens if you set affinity to a cpu you don't have? |
| 05:21.42 | DTRemenak | yeah, the call fails with EINVAL |
| 05:22.48 | DTRemenak | windows does the same thing, just fails if it's not valid |
| 05:23.14 | brlcad | biggeruniverse: so why exactly is zero less desirable to you? (and sorry for not reading the entire backlog, but at a glance I don't it) |
| 05:23.54 | brlcad | i mean, does zero work? |
| 05:24.51 | DTRemenak | I think his thought process is that even if they change it to 1-based, 1 will still be a valid cpu, so there'll be no clock skew issues. 'course if they change it to 2-based, that's out too :) |
| 05:25.14 | biggeruniverse | so there, I do trust the kernel devs |
| 05:25.24 | DTRemenak | heh :) |
| 05:25.41 | biggeruniverse | by 1-based, starting at 1 instead of 0, nth rather than index |
| 05:25.51 | brlcad | ehh, and that's where it dives into speculation .. it doesn't matter what they *might* change it to, if zero works, jeez.. |
| 05:26.03 | biggeruniverse | 1 works too :P |
| 05:26.04 | brlcad | that will work without a return error |
| 05:26.10 | biggeruniverse | that was the discussion |
| 05:27.44 | brlcad | so 0 works, 1 works, then there really doesn't need to be any more discussion .. it's so utterly insignificant a choice .. |
| 05:28.14 | brlcad | there are better battles to fight, unless you really are just that passionate about which it just *has* to be |
| 05:28.33 | biggeruniverse | I never said it *had* to be one way or the other! |
| 05:28.53 | biggeruniverse | I was defending my position of picking 1! |
| 05:29.09 | brlcad | he said he understood your reasons |
| 05:29.15 | brlcad | i certainly understand your reason |
| 05:29.26 | biggeruniverse | and I said I understood his |
| 05:29.39 | brlcad | I don't agree with it, particularly, as to the intent of setting affinity.. on something I don't know exists or not |
| 05:30.29 | brlcad | but then that's just my take, you have yours, someone else probably has a great reason for picking processor 4 |
| 05:32.51 | brlcad | either way, it's a good patch, hopefully solves several issues related to bad timing on (busted) libc timing issues |
| 05:34.16 | biggeruniverse | not to mention busted hardware, thanks to the windows support |
| 05:34.35 | brlcad | the whole problem is really blame on gettimeofday internals as this is not an issue on many/most smp (core or otherwise) systems |
| 05:35.07 | brlcad | even with the hardware giving wonky results, the lib can (and does on some plats) compensate |
| 05:35.50 | brlcad | s/can/could/ |
| 05:40.11 | biggeruniverse | Well, I at least said his position wasn't wrong. |
| 05:40.31 | biggeruniverse | and certainly I did understand it. |
| 05:42.19 | brlcad | that's always good in any discussion, I'd hope :) |
| 05:42.49 | biggeruniverse | Well, I said that I said I understood his position, which I never actually did. |
| 05:47.04 | brlcad | so you were talking past him just for the hell of it then or just trying to prove your point regardless of the discussion? :) |
| 05:50.30 | brlcad | anyhow, meh .. this so doesn't matter =) |
| 05:55.48 | biggeruniverse | gah! |
| 06:13.37 | *** join/#bzflag eTangenT (n=tangent@114.209.201.205.brainstorminternet.net) |
| 06:41.45 | *** join/#bzflag Sbgodin (n=chris@natkirchberg.tudor.lu) |
| 06:44.51 | *** join/#bzflag Sbgodin (n=chris@natkirchberg.tudor.lu) |
| 06:57.42 | *** join/#bzflag _MPS_ (n=MPS@84.245.179.236) |
| 07:02.28 | *** join/#bzflag basix (n=basix__@unaffiliated/basix) |
| 07:05.17 | basix | hi guys, for some reason i'm not able to play the game on my laptop. i'm using FC5 and i have installed the latest stable version of bzflag. the problem i face is that the 3d rendering doesn't work properly. the structures on the right half of my screen just disappear the tank is standing still. when it moves they appear but are very flickery. any solutions to this? |
| 07:17.05 | *** join/#bzflag jude- (n=jude@c-68-84-206-92.hsd1.ar.comcast.net) |
| 07:19.03 | AWOSLappy | You had a LUG meeting at 3:17am?! |
| 07:19.12 | jude- | it's only 12:30 here |
| 07:19.16 | AWOSLappy | Ahh. |
| 07:19.19 | AWOSLappy | Still. |
| 07:19.21 | jude- | 12:26, technically |
| 07:19.25 | jude- | they last a while :/ |
| 07:19.28 | AWOSLappy | um your clock is fast |
| 07:19.33 | jude- | whatever |
| 07:19.39 | jude- | a few minutes here and there... |
| 07:19.53 | jude- | that, and I live far from the meeting place |
| 07:19.57 | AWOSLappy | my ntped computer says 03:19 |
| 07:20.27 | jude- | fine. 12:19 |
| 07:21.34 | jude- | what can I say? The members are such power-users that when we have discussions, they can last a WHILE |
| 07:21.38 | AWOSLappy | Hehe :) |
| 07:21.43 | AWOSLappy | Not a problem. Just saying. |
| 07:21.47 | AWOSLappy | It's late for a LUG meeting :P |
| 07:21.57 | jude- | I'm the youngest member, and I'm 19 |
| 07:22.00 | AWOSLappy | hehe |
| 07:22.05 | jude- | "late" is relative |
| 07:22.11 | AWOSLappy | good point. |
| 07:22.13 | AWOSLappy | it's only 12 there. |
| 07:22.17 | AWOSLappy | 3:21am here, it's late :P |
| 07:22.24 | jude- | ya |
| 07:22.33 | jude- | at 12, the night's still young :) |
| 07:23.34 | AWOSLappy | hehe |
| 07:23.51 | jude- | heh--one of the discussions was about how to take a cheap $10 mechanical robot, hook in electromagnetic tendons and a laser diode, and options on how to remotely control it to take over the world (assuming we had an army) |
| 07:24.41 | jude- | including, but not limited to, having a Linux cell phone control the motor system (remotely accessable via a web interface), a 9-pin serial connection to a host machine, WiFi in general, etc |
| 07:25.04 | jude- | and by "cheap $10 mechanical robot," I mean the cheap wind-up ones :) |
| 07:26.13 | jude- | ...so naturally, those sorts of conversations tend to go on for hours, even if they're only for amusement |
| 07:27.04 | jude- | (one of our number is an electrical engineer (humorously) obsessed with taking over the world) |
| 07:28.07 | jude- | he just might succeed--he's already built a capaciter-based weapon system that can shoot holes through toy cars |
| 07:28.31 | jude- | the "Capacter Bank of Death" |
| 07:29.58 | AWOSLappy | Eeeesh. |
| 07:31.20 | jude- | yeah, tonight was kind of weird |
| 07:31.32 | jude- | I think they're all anxious for the next BYOB meeting |
| 07:35.35 | CBG | ~jude-++ |
| 07:36.35 | jude- | :) |
| 07:39.34 | AWOSLappy | jude-: how goes bzwb? |
| 07:40.15 | jude- | I'm modifying the master configuration dialog so that it displays applied transformations in the correct order |
| 07:40.17 | CBG | ~jude-++ |
| 07:40.21 | jude- | currently, it displays them in reverse :/ |
| 07:40.50 | AWOSLappy | Neat. |
| 07:42.09 | AWOSLappy | goodnight all |
| 07:42.26 | jude- | good night AWOSLappy |
| 07:42.57 | CBG | gnight AWOSLappy |
| 07:43.22 | AWOSLappy | Goodnight CBG and jude-. |
| 07:43.25 | AWOSLappy | CBG: beta test! |
| 07:43.26 | *** part/#bzflag AWOSLappy (n=awilcox@unaffiliated/awosdev) |
| 07:43.30 | CBG | heh |
| 07:56.03 | *** join/#bzflag SimonFlavelle (n=psychosi@CPE-124-187-236-54.vic.bigpond.net.au) |
| 07:57.20 | awilcox | CBG: Beta test! |
| 07:58.08 | *** join/#bzflag short_circuit (n=troublem@c-98-197-19-35.hsd1.tx.comcast.net) |
| 08:40.07 | CIA-3 | BZFlag: 03judecn * r14785 10/trunk/bzworkbench/ (3 files in 3 dirs): Master Configuration Dialog works as expected--transformations occur in the correct order now. |
| 09:24.05 | *** join/#bzflag zee839 (i=5774493e@gateway/web/cgi-irc/zeebrothers.net/x-6832696092f14e6d) |
| 09:25.32 | *** join/#bzflag Rawk (n=unknown@203.173.182.186) |
| 09:54.48 | CIA-3 | BZFlag: 03t-s * r14786 10/trunk/bzflag/src/bzfs/BanCommands.cxx: Other admins may want ban to know about ban changes, too |
| 09:55.44 | CIA-3 | BZFlag: 03t-s * r14787 10/trunk/bzflag/src/common/TimeKeeper.cxx: Preprocessor fix |
| 10:48.57 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 11:00.01 | *** join/#bzflag LongDon (n=LongDon@host-091-097-020-090.ewe-ip-backbone.de) |
| 11:03.44 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 11:11.23 | daxxar | Early beer, scary. |
| 11:16.32 | *** join/#bzflag fer_cvcv (n=fer@216.pool85-53-8.dynamic.orange.es) |
| 11:18.34 | fer_cvcv | hi can somebody write "ñ" on bzflag? |
| 12:44.25 | *** part/#bzflag Rawk (n=unknown@203.173.182.186) |
| 12:52.29 | *** join/#bzflag Tedius (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 13:18.36 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-81-107-216-206.glfd.adsl.virgin.net) |
| 13:53.37 | *** join/#bzflag Winny (n=Winny@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 14:01.17 | *** join/#bzflag _MPS_ (n=^MPS^@84-245-189-134.fra.bpool.celox.de) |
| 14:04.50 | A_Heart_Attack | "We have 12999 registered users" |
| 14:04.51 | A_Heart_Attack | :E |
| 14:05.46 | *** join/#bzflag Jwir3 (n=Jwir3@c-66-41-249-30.hsd1.mn.comcast.net) |
| 14:13.07 | Winny | heh |
| 14:13.21 | Winny | 2000 of those are probably spambots |
| 14:27.29 | *** join/#bzflag PrezKennedy (n=Matt@74.86.45.130) |
| 14:34.12 | SpazzyMcGee | And secondary callsigns |
| 14:34.48 | A_Heart_Attack | or unused callsigns |
| 15:13.40 | *** join/#bzflag gsnedders (n=gsnedder@host81-132-175-22.range81-132.btcentralplus.com) |
| 15:29.42 | Daveman | bizzy flag |
| 16:02.41 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 16:09.47 | *** join/#bzflag LongDo1 (n=LongDon@host-091-097-033-091.ewe-ip-backbone.de) |
| 16:18.58 | *** join/#bzflag nn-bluetooth (n=knoppix@74.94.43.195) |
| 16:33.20 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 16:33.20 | *** mode/#bzflag [+v tupone] by ChanServ |
| 16:33.23 | *** join/#bzflag Tupone_ (n=atupone@pdpc/supporter/active/Tupone) |
| 16:33.23 | *** mode/#bzflag [+v Tupone_] by ChanServ |
| 16:34.23 | *** join/#bzflag merton (n=chatzill@69.64.64.190) |
| 16:37.06 | *** part/#bzflag LongDon (n=LongDon@host-091-097-033-091.ewe-ip-backbone.de) |
| 16:54.58 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 16:55.07 | JeffM | so when the change to the material alias thing was tested yesterday, did the map draw properly for the clients? |
| 17:00.45 | *** join/#bzflag Erroneous (n=dtremena@67-131-219-2.dia.static.qwest.net) |
| 17:04.51 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:15.40 | awilcox | JeffM: you mean on Epyon's server? yes |
| 17:15.50 | JeffM | cool, thanks |
| 17:24.30 | awilcox | np |
| 17:29.26 | *** join/#bzflag DavidHKMrPowers (n=chatzill@unaffiliated/davidhkmrpowers) |
| 17:32.27 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 18:18.17 | *** join/#bzflag Soraya_ (i=439e755b@gateway/web/cgi-irc/zeebrothers.net/x-88c30a6a5e7e78fd) |
| 18:18.18 | *** part/#bzflag Soraya_ (i=439e755b@gateway/web/cgi-irc/zeebrothers.net/x-88c30a6a5e7e78fd) |
| 18:28.53 | *** join/#bzflag bremac (n=bremac@hlfxns01bbg-142177235108.ns.aliant.net) |
| 18:29.21 | *** part/#bzflag bremac (n=bremac@hlfxns01bbg-142177235108.ns.aliant.net) |
| 18:35.13 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 18:56.00 | *** join/#bzflag gsnedders (n=gsnedder@host81-132-175-22.range81-132.btcentralplus.com) |
| 18:58.33 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-81-107-216-206.glfd.adsl.virgin.net) |
| 19:22.39 | *** join/#bzflag _MPS_ (n=^MPS^@84-245-189-134.fra.bpool.celox.de) |
| 19:33.43 | *** join/#bzflag bremac (n=bremac@hlfxns01bbg-142177235108.ns.aliant.net) |
| 19:49.57 | AAA_Awright | I finally got Visual Studio for building BZFlag on my windows box. It's complaining about "zlib.h" not existing, and there is no mention of it in the README.WINDOWS. |
| 19:52.17 | A_Heart_Attack | We have 13000 registered users :D |
| 19:52.32 | *** join/#bzflag Constitution (n=Constitu@gateway.pct.civiltec.com) |
| 19:53.51 | JeffM | AAA_Awright, when compiling what project? |
| 19:53.55 | AAA_Awright | bzflag |
| 19:53.59 | AAA_Awright | the client |
| 19:54.13 | JeffM | what vesion? |
| 19:54.34 | AAA_Awright | Trunk SVN |
| 19:54.51 | JeffM | VC8 or VC71? |
| 19:55.09 | AAA_Awright | VC8 |
| 19:55.45 | JeffM | right click on the bzflag proejct in the "solution explorer" |
| 19:55.50 | JeffM | go to properties |
| 19:56.00 | AAA_Awright | k |
| 19:56.05 | JeffM | then open the C++ item on the left side |
| 19:56.15 | JeffM | and selecte the "general" item under that |
| 19:56.31 | JeffM | then double click the "Additional include directories" line |
| 19:56.44 | JeffM | does it have "..\src\other\zlib\" in it? |
| 19:56.50 | JeffM | as one of the items |
| 19:56.51 | AAA_Awright | No |
| 19:57.09 | JeffM | add it |
| 19:57.33 | AAA_Awright | Done |
| 19:57.38 | JeffM | it should build now |
| 19:59.39 | CIA-3 | BZFlag: 03JeffM2501 * r14788 10/trunk/bzflag/MSVC/VC8/bzflag.vcproj: client needs zlib in it's path since it got moved to src/other |
| 20:00.46 | AAA_Awright | It's building more files now, but a few others can not find "ft2build.h" |
| 20:01.00 | JeffM | freetype |
| 20:01.27 | JeffM | I'm betting VC8 was never updated with the FTGL stuff |
| 20:03.00 | AAA_Awright | ..\src\other\freetype\include? |
| 20:03.34 | JeffM | does your 3d project have a ftgl folder? |
| 20:03.46 | *** join/#bzflag Soraya_ (i=439e755b@gateway/web/cgi-irc/zeebrothers.net/x-a6b0e92ed3ae5142) |
| 20:03.47 | *** part/#bzflag Soraya_ (i=439e755b@gateway/web/cgi-irc/zeebrothers.net/x-a6b0e92ed3ae5142) |
| 20:03.57 | JeffM | you'll also need freetype2 |
| 20:04.00 | JeffM | as part of your system libs |
| 20:04.14 | JeffM | oh we include freetype now? |
| 20:04.50 | JeffM | cus you'll have to build that |
| 20:04.54 | AAA_Awright | I see FGTL in the 3d solution |
| 20:05.00 | JeffM | ok that's good at least |
| 20:05.08 | JeffM | we don't build freetype2 by default IIRC |
| 20:05.17 | JeffM | I didn't realise he included the sources |
| 20:06.10 | JeffM | but yeah you'll have to build the lib and add the include path |
| 20:06.15 | JeffM | and the lib path |
| 20:06.20 | JeffM | it's not part of our default build right now |
| 20:07.01 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 20:08.32 | CIA-3 | BZFlag: 03JeffM2501 * r14789 10/trunk/bzflag/src/other/freetype/builds/win32/visualc/ (freetype_vc71.sln freetype_vc71.vcproj): need VC71 versions of the freetype build files |
| 20:17.01 | CIA-3 | BZFlag: 03JeffM2501 * r14790 10/trunk/bzflag/ (4 files in 2 dirs): include,build, and link freetype since we need it now |
| 20:17.14 | JeffM | AAA_Awright, vc8 needs all those changes. |
| 20:17.56 | AAA_Awright | I updated to '88, doing the rest |
| 20:19.13 | JeffM | you don'th ave to do 89 |
| 20:19.18 | AAA_Awright | I don't see the new paths in the Project includes field |
| 20:19.18 | JeffM | since there is a VC8 one allready |
| 20:19.27 | JeffM | you won't |
| 20:19.34 | JeffM | I only updated the VC71 stuff |
| 20:19.35 | JeffM | not 8 |
| 20:22.39 | Epyon | Hmm, I've installed the MS SDK, but VC still can't find windows.h |
| 20:23.35 | AAA_Awright | date can't find zlib.h |
| 20:23.38 | *** join/#bzflag Deepa (n=deepa@wrongplanet/deepa) |
| 20:23.50 | *** join/#bzflag Winny (n=Winny@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 20:23.59 | AAA_Awright | Epyon: Did you add the paths to the SDK too? |
| 20:24.01 | *** join/#bzflag Deepa (n=deepa@wrongplanet/deepa) |
| 20:24.07 | AAA_Awright | It doesn't do that for you :( |
| 20:24.33 | JeffM | SDK? |
| 20:24.40 | JeffM | oh that was to him |
| 20:24.59 | Epyon | Where should I add them? I'm searching the options window, and no good :/ |
| 20:25.40 | JeffM | you have to edit a file for VCEE |
| 20:27.50 | Erroneous | JeffM: vc8 already has the whole thing for ftgl & freetype |
| 20:28.06 | JeffM | Erroneous, k |
| 20:28.12 | JeffM | it needs zlib tho |
| 20:28.18 | Erroneous | already does that too |
| 20:28.22 | Erroneous | probably just needs header paths |
| 20:29.09 | JeffM | yeah I do too |
| 20:29.19 | JeffM | tho I'm going to be changing them to evirons for my other projects |
| 20:29.38 | Erroneous | yeah, that's a cleaner way to do it |
| 20:29.39 | AAA_Awright | I had to add ..\..\src\other\freetype\include and ..\..\src\other\zlib (two dirs down) |
| 20:30.32 | AAA_Awright | the mediafile project is complaining about dinput.h |
| 20:30.41 | Erroneous | you need the directx sdk |
| 20:30.58 | AAA_Awright | Right |
| 20:32.34 | blast007 | Epyon: http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/ (if you haven't fixed the PSDK issue already) |
| 20:33.50 | *** join/#bzflag Tedius (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 20:34.05 | Epyon | blast007, thanks that's what I needed :D |
| 20:35.52 | AAA_Awright | I could have told you that, it's in readme.windows |
| 20:44.12 | blast007 | AAA_Awright: but you didn't :) |
| 20:45.06 | AAA_Awright | I got close... "...Did you add the paths to the SDK too?" |
| 20:45.51 | blast007 | they also have Visual C++ 2008 EE Beta 2 out now |
| 20:46.04 | *** join/#bzflag Pommes_ (n=Pommes@about/essy/frenchy/Pommes) |
| 20:46.05 | AAA_Awright | Can't microsoft just put the SDK in a .tgz like other civilized programmers? |
| 20:46.28 | AAA_Awright | No, they have to put it in an extractor that extracts a Win-Zip extractor (!) |
| 20:46.38 | Epyon | Hmm seems it's compiling... |
| 20:47.37 | Epyon | My friend had a problem, he didn't have WinRAR to extract rar files. His friend gave him a disk with it. |
| 20:47.55 | Epyon | It was WinRAR in a... .rar file -_- |
| 20:48.03 | Epyon | Talk about cruel. |
| 20:48.14 | blast007 | hehe |
| 20:48.39 | blast007 | I love it when people zip up a single .exe installer file |
| 20:49.00 | blast007 | hey look, we saved 300 bytes! |
| 20:49.06 | Epyon | I love it when people zip single mp3 files -_- |
| 20:49.14 | Erroneous | that's frequently done to get around file extension limitations |
| 20:49.31 | Erroneous | or really stupid file magic filters |
| 20:50.08 | Epyon | Erroneous, isn't it just easier to rename the extension? -_- |
| 20:50.20 | Erroneous | Epyon: doesn't help for magic filters |
| 20:50.41 | Erroneous | and no, it's not easier |
| 20:51.03 | Erroneous | if you give john doe a .exe file in a .zip archive, he knows what to do to get it out |
| 20:51.14 | Epyon | Well, mp3's are not that bad as compressing 1,6 GB movie files for a 20 MB gain :/ |
| 20:51.17 | Erroneous | if you give him a .exe file renamed to .zip, you'll have to send instructions |
| 20:52.08 | *** part/#bzflag bremac (n=bremac@hlfxns01bbg-142177235108.ns.aliant.net) |
| 20:52.25 | Epyon | "Build: 3 succeeded, 4 failed, 2 up-to-date, 0 skipped" o.O |
| 20:52.26 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 20:52.58 | Erroneous | sounds like something didn't link |
| 20:55.36 | Epyon | curl not found o.O |
| 20:57.04 | Erroneous | yup, you need curl |
| 20:57.10 | Erroneous | we don't build it automatically |
| 20:57.35 | Epyon | downloading |
| 21:02.10 | AAA_Awright | Epyon: I think mine is building correctly now, you can ask what files go to what directories |
| 21:05.50 | AAA_Awright | 1>LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; use /NODEFAULTLIB:library |
| 21:07.07 | Epyon | AAA_Awright, GL/glew.h, where do I get that one? |
| 21:07.20 | Epyon | (why is GL needed for bzfs anyway -_-) |
| 21:07.28 | AAA_Awright | It shouldn't be... |
| 21:07.36 | AAA_Awright | glew is some openGL package |
| 21:07.57 | AAA_Awright | https://sourceforge.net/project/downloading.php?group_id=67586&filename=glew-1.4.0-win32.zip |
| 21:08.01 | Epyon | bzfs needs obstacle, obstacle needs GL/glew.h |
| 21:08.55 | AAA_Awright | I haven't tried compiling bzfs on Windows, I think exactly 0.0% of the servers listed are Windows. |
| 21:09.41 | AAA_Awright | That doesn't mean Windows bzfs isn't used. |
| 21:09.41 | Epyon | AAA_Awright, I think one at least will be :P |
| 21:10.19 | Epyon | I need one for testing purposes :/ |
| 21:16.32 | AAA_Awright | 1>..\..\src\bzflag\bzflag.exe : fatal error LNK1120: 57 unresolved externals |
| 21:16.39 | blast007 | AAA_Awright: you'd be surprised... some servers ARE run on Windows |
| 21:18.15 | Epyon | blast007, AAA_Awright, http://pastebin.ca/644764 |
| 21:18.22 | Epyon | No idea what to do now :/ |
| 21:18.32 | Epyon | it's greek to me -_- |
| 21:25.13 | AAA_Awright | Epyon: That is exactly what is happening to me |
| 21:26.07 | Epyon | Darn, I'm thirsty and there's nothing except beer in the fridge :/ |
| 21:26.24 | Constitution | water? :-) |
| 21:28.00 | Epyon | I need somethin' cold, and running water here is bad for health :/ |
| 21:28.12 | AAA_Awright | Epyon: How so? |
| 21:28.57 | Epyon | water filters are off, you need to boil it first -_- |
| 21:29.44 | AAA_Awright | Great... |
| 21:31.34 | Epyon | And if I open the beer I won't do much work today -_- |
| 21:31.46 | Constitution | so boil it, then dump a quart of ice into the pot you used to boil it :-) |
| 21:31.59 | AAA_Awright | Constitution: Bad Ice |
| 21:32.13 | Epyon | I need to make the ice first :P |
| 21:32.18 | Constitution | lol |
| 21:33.20 | AAA_Awright | JeffM: Exactly how do you build an executable properly? Me and Epyon are getting linker errors... |
| 21:33.30 | blast007 | you use VC7.1 |
| 21:33.34 | JeffM | :) |
| 21:33.42 | JeffM | what is not linking? |
| 21:33.48 | blast007 | http://pastebin.ca/644764 |
| 21:34.15 | JeffM | you don't have the runtime libs for windows |
| 21:34.28 | JeffM | unresolved external symbol __imp__MessageBoxA@16 |
| 21:34.37 | JeffM | that thar be windows.h stuff |
| 21:35.04 | JeffM | I've never used EE |
| 21:35.21 | JeffM | and we know EE can't be used to do full release builds, both for techincal and license reasons. |
| 21:35.37 | blast007 | I recently uninstalled the EE stuff |
| 21:35.50 | blast007 | needed more space to install games :P |
| 21:36.09 | CBG` | more games? you have ET ! |
| 21:36.16 | CBG` | why'd you need more?! |
| 21:36.19 | AAA_Awright | Where do you get those linker libraries? |
| 21:36.21 | Epyon | I've still got a quarter of a TB left -_- |
| 21:36.29 | JeffM | they shoudl be part of the windows SDK |
| 21:36.38 | blast007 | AAA_Awright: Platform SDK |
| 21:36.44 | JeffM | you need to make sure that the linker has them in it's paths |
| 21:36.51 | JeffM | you need both the includes AND the libs |
| 21:36.54 | AAA_Awright | Microsoft Platform SDK for Windows Server 2003 R2? |
| 21:37.00 | AAA_Awright | for... erm |
| 21:37.01 | blast007 | afaik |
| 21:37.07 | JeffM | are you runing Windows server 2003 r2? |
| 21:37.15 | blast007 | JeffM: that's just what the latest one says |
| 21:37.17 | AAA_Awright | no |
| 21:37.18 | JeffM | ahh |
| 21:37.26 | blast007 | supports more than just that |
| 21:37.55 | Epyon | CBG`, beat you - I have two 450GB RAIDed, and a 200GB external :P |
| 21:37.58 | blast007 | "The applications you develop with this edition of the SDK can run on the x86, x64 and Itanium-based versions of Windows Server 2003, Windows Server 2003 R2, Windows XP SP2, Windows XP x64 Pro Edition, and Windows 2000." |
| 21:38.27 | CBG` | Epyon: fair enough. But at 115GB, I really don't need more than a TB. Even if I back up to both my externals... ;) |
| 21:38.46 | CBG` | And... backup? Pfft. Where's the excitement in that!? :P |
| 21:38.49 | AAA_Awright | 810 GB internal |
| 21:39.03 | Epyon | CBG`, I'll be running out of space soon though. I need to burn some of my anime to DVDs... -_- |
| 21:39.07 | AAA_Awright | accross 8 partitions and 4 hdds :S |
| 21:39.08 | CBG` | heh |
| 21:39.30 | AAA_Awright | (Ought to move some of them to network attached storage) |
| 21:39.33 | Epyon | And think what to do with that 80GB MP3 folder :/ |
| 21:40.03 | blast007 | AAA_Awright: I have 910GB (probably less due to 1000 vs 1024) across two drives |
| 21:40.27 | blast007 | and one drive is only 160 ;) |
| 21:40.37 | *** join/#bzflag TimRiker (n=timr@032-355-271.area1.spcsdns.net) |
| 21:40.37 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 21:40.57 | AAA_Awright | Big hdd then? |
| 21:41.02 | blast007 | 750 |
| 21:41.16 | AAA_Awright | Wow. Anyways, this is the correct library? http://www.microsoft.com/downloads/details.aspx?FamilyId=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en |
| 21:41.20 | blast007 | too bad it's IDE though |
| 21:41.21 | Epyon | I suggest using dual drives of the same type and RAIDing them. It increased my rendering time by about 30% o.O |
| 21:41.55 | AAA_Awright | Only works with striping, though, mirroring takes longer. And is less reliable. |
| 21:41.55 | blast007 | Epyon: I have two 32GB U160 SCSI drives in my server, but they're raid 1, not 0 |
| 21:42.16 | *** join/#bzflag nn-bluetooth (n=knoppix@74.94.43.195) |
| 21:42.27 | blast007 | mirroring less reliable? I think you mean striping is less reliable? |
| 21:42.35 | AAA_Awright | Yah |
| 21:43.09 | Epyon | Anyway with my recent box I got crazy with the word dual :P |
| 21:43.12 | blast007 | maybe once it's not so hot, I'll get my server out again |
| 21:43.34 | AAA_Awright | Anyways, the correct library is the Server 2003? |
| 21:43.35 | blast007 | I'd rather not like to see if my room can get up a 100F |
| 21:43.38 | blast007 | AAA_Awright: yeah |
| 21:43.42 | blast007 | 2003 R2 |
| 21:43.45 | Epyon | dual core, dual ram, dual hdd, dual screen and dual graphics cards -- fuuuuun xP |
| 21:43.46 | AAA_Awright | Yup |
| 21:43.59 | blast007 | which version of the code are you trying to build? |
| 21:44.04 | blast007 | 2.0.9? 2.1.x? |
| 21:44.09 | AAA_Awright | SVN Trunk, bzflag client |
| 21:44.18 | Epyon | SVN 2.0.x bzfs |
| 21:44.34 | blast007 | are you both getting the same or similar errors? |
| 21:44.52 | AAA_Awright | Both linker errors at the very least |
| 21:45.04 | blast007 | hmm |
| 21:45.07 | Epyon | I pasted mine |
| 21:45.09 | blast007 | yeah |
| 21:45.26 | Epyon | http://pastebin.ca/644764 |
| 21:46.07 | Epyon | duuh, that's why I asked for someone to compile me the recent bzfs -_-. Now I'm wasting dev time on Micros*it... |
| 21:46.20 | Epyon | ...instead of working on my project. |
| 21:47.14 | JeffM | then work on your project |
| 21:47.47 | Epyon | JeffM, I can't because I would be working blind -- the output doesn't work on the current server. |
| 21:47.57 | JeffM | then it's not a waste of time ;) |
| 21:47.59 | AAA_Awright | http://pastebin.ca/644796 is mine |
| 21:48.20 | JeffM | I'm guessing it has to do with the runtime SDK you all used, ether it's missing stuff, or something isn't installed |
| 21:48.34 | JeffM | EE isn't meant to be used for things other then personal code, maybe they pulled out something |
| 21:49.20 | JeffM | and realy, part of your " Pre-Flight Checklist" for the SOC, did say "Compile and run BZFlag from source" |
| 21:49.33 | JeffM | somethign every one of you was suposed to have agreed to before you started |
| 21:49.42 | Epyon | EE is the only one that's free, right? And building on DEV-C++/mingw would be even worse. |
| 21:49.50 | JeffM | probably |
| 21:50.06 | JeffM | tho I think you can get full VC as a student for like 10$ |
| 21:50.39 | Epyon | I can for free, but I need to catch the babe that's giving them out. And it may be hard during vacation period :/ |
| 21:50.40 | JeffM | I know people have build BZ with EE |
| 21:51.06 | JeffM | I do know it requires some special tweaks in geting the sdks installed |
| 21:51.28 | Epyon | JeffM, maybe you know who did it? |
| 21:51.35 | JeffM | not off the top of my head |
| 21:51.36 | Epyon | We could ask'em. |
| 21:51.40 | JeffM | if I didn't I'd have told you by now |
| 21:51.56 | JeffM | I can build you just a bzfs exe tho |
| 21:52.25 | Epyon | JeffM, mere words couldn't express my gratefulness if you did that ;) |
| 21:52.37 | JeffM | I still want you to be able to build BZ from sources |
| 21:52.44 | JeffM | since that was part of your asignment |
| 21:52.53 | JeffM | but you seem freaked out about it |
| 21:53.03 | JeffM | and there is no point in you geting frustrated |
| 21:53.14 | JeffM | we'll help out AAA and see what it takes, then you can do the same changes. |
| 21:53.28 | JeffM | what's your e-mail addy? |
| 21:53.38 | AAA_Awright | Who? |
| 21:53.43 | Epyon | JeffM, I just hate dabbling in M$ stuff, and in dependencies, that was what actually turned me off from C++ in the first place :/ |
| 21:53.44 | JeffM | Epyon's |
| 21:54.01 | Epyon | admin at chaosforge.org |
| 21:54.02 | JeffM | Epyon, then you should not have picked VC or windows as your dev evnironment :) |
| 21:54.42 | Epyon | JeffM, if I could I'd move to Linux a long time ago. |
| 21:54.52 | JeffM | you could have set up VM, it's free |
| 21:55.08 | Epyon | JeffM, they're slow. |
| 21:55.10 | AAA_Awright | I have everything in the PSDK installed, except "Register environment variables" (unchecked by default), Web Workshot, ISS SDK, Tablet PC stuff. |
| 21:55.27 | JeffM | for your dev your not doing anything graphicaly intensive |
| 21:55.30 | JeffM | and they arn't that bad |
| 21:55.32 | AAA_Awright | BZFlag isn't tablet-compatible, is it? |
| 21:55.42 | JeffM | depends what "tablet compatable" means |
| 21:55.43 | Epyon | Actually I have VMWare installed. |
| 21:55.52 | AAA_Awright | touch-screen. I guess not. |
| 21:55.55 | Epyon | Nope it's not :) |
| 21:56.14 | *** join/#bzflag jpa- (i=jpa@xob.kapsi.fi) |
| 21:56.17 | JeffM | I mean code wise |
| 21:56.22 | JeffM | Epyon, it's sent |
| 21:56.32 | jpa- | any tips on troubleshooting why bzflag is running very slowly on windows? |
| 21:56.48 | Epyon | jpa-, update your graphics drivers -_- |
| 21:56.49 | jpa- | (laggy rendering, even though drivers seem to be ok) |
| 21:56.51 | JeffM | compiler wise, you have had your choice since the start, and you knew what we expected of you, you choise what you chose, there is no other reasoning then that. |
| 21:57.16 | jpa- | + ati's new catalyst drivers say the card is not supported, while ati's site says the drivers support it |
| 21:57.30 | JeffM | what card? |
| 21:57.41 | jpa- | ati radeon 200M |
| 21:57.47 | JeffM | what version of windows? |
| 21:57.55 | jpa- | xp home |
| 21:58.13 | JeffM | laptop? |
| 21:58.16 | jpa- | yeah |
| 21:58.25 | JeffM | yeah you have to use the drivers from the lapy company |
| 21:58.29 | jpa- | ah |
| 21:58.30 | JeffM | they don't suport that with drivers |
| 21:58.35 | JeffM | so the driver suports it |
| 21:58.42 | JeffM | but they can't install it due to license agreements. |
| 21:58.45 | jpa- | too bad asus' site has replaced the series with a completely different one |
| 21:58.52 | jpa- | but have to go looking then |
| 21:58.58 | JeffM | welcome to laptop drivers :) |
| 21:59.05 | jpa- | welcome to windows.. argh |
| 21:59.18 | JeffM | well if you were on linux you'd not have any ATI drivers ;) |
| 21:59.22 | JeffM | and buggy open source ones |
| 21:59.28 | JeffM | that would just use mesa in software |
| 21:59.51 | JeffM | if you were on a mac, you'd have apple provided drivers |
| 21:59.59 | jpa- | hmm i once had ati drivers working "fine" (as fine as ati drivers can work..) on that laptop |
| 22:00.02 | JeffM | and not have the choice of anything from anyone selse |
| 22:00.21 | JeffM | and 500 less dollars |
| 22:00.38 | jpa- | yeah :/ |
| 22:01.08 | JeffM | I was lucky that ATI provides drivers for my chipset, but only as a full mobo IGP thing, not just video only drivers. |
| 22:01.09 | jpa- | difficult to believe asus' site doesn't have this one.. it's only two years old |
| 22:01.42 | Epyon | JeffM, are you sure that that bzfs was compiled with the patch? |
| 22:01.46 | JeffM | patch? |
| 22:01.52 | JeffM | you mean my commit? |
| 22:01.56 | Epyon | yep |
| 22:02.07 | JeffM | yeah, cus that's the tree that I made the commit from :) |
| 22:02.24 | JeffM | but that's not 2.0.x |
| 22:02.26 | JeffM | that's 2.1 |
| 22:02.29 | JeffM | svn head |
| 22:02.44 | Epyon | Aaah, that's why I couldn't connect to it... |
| 22:03.07 | JeffM | let me see if I have a branch tree |
| 22:03.14 | Epyon | Lemme guess, to connect to the 2.1 server I need to 2.1 client, which... I need to compile anyway? :P |
| 22:03.21 | JeffM | yeah |
| 22:03.24 | Epyon | Very funny JeffM xP |
| 22:03.30 | JeffM | I'm not being funny |
| 22:03.32 | JeffM | it's a truth |
| 22:03.41 | JeffM | there are bins of 2.1 |
| 22:03.46 | JeffM | I don't know what you have on your machine |
| 22:03.49 | Epyon | Aaah, ok, then it's ok :) |
| 22:03.52 | JeffM | but 2.1 is only compatable to 2.1 |
| 22:03.56 | JeffM | you should know that |
| 22:04.00 | Epyon | I know. |
| 22:04.10 | JeffM | I'm building you a branch one now |
| 22:04.11 | Epyon | I didn't know this was 2.1 though. |
| 22:04.13 | AAA_Awright | Even then early 2.1s are incompatible with current 2.1s |
| 22:04.22 | JeffM | yes |
| 22:04.33 | Epyon | That's the beauty of a dev branch, AAA_Awright :) |
| 22:04.33 | JeffM | each rev of head is incompatable |
| 22:05.18 | JeffM | since each rev is a proto break |
| 22:05.31 | JeffM | it's compiling now, should take less then 30 sec |
| 22:05.37 | Epyon | JeffM, the 2.1 server doesn't have the Acceleration warning thingy right? |
| 22:05.46 | JeffM | no, because it forces a value |
| 22:05.51 | JeffM | aww, it took 50 seconds :( |
| 22:05.52 | Epyon | So a valid run should not produce any output? |
| 22:05.58 | JeffM | yeah |
| 22:06.11 | Epyon | Ok, so it seems it's running the bzw file properly. |
| 22:06.12 | JeffM | you shoudl run with -d -d -d for testing |
| 22:06.14 | AAA_Awright | I have never understood that acceleration thing, I thought that was a server variable... |
| 22:06.15 | JeffM | don't guess |
| 22:06.22 | JeffM | good developers don't guess |
| 22:06.28 | JeffM | AAA_Awright, it is, it can't be 0 |
| 22:06.46 | JeffM | or a very small number |
| 22:06.54 | Epyon | JeffM, In the current state of the universe I can only guess on that xP |
| 22:06.57 | AAA_Awright | Er... Line inertia? |
| 22:07.01 | AAA_Awright | *like? |
| 22:07.18 | JeffM | inertia difrent |
| 22:07.21 | JeffM | but they can feel the same |
| 22:07.35 | JeffM | bascily stuff can get screwy if a tank can make an instant dir change |
| 22:07.38 | JeffM | DR gets jacked |
| 22:08.10 | JeffM | 2.0.x gives a warning to that effect if you don't set an acceleration |
| 22:08.14 | JeffM | head sets one for you |
| 22:08.17 | AAA_Awright | uhhh... Doesn't MsgPlayerUpdate send absolute position though? |
| 22:08.24 | JeffM | yeah |
| 22:08.34 | JeffM | the problem is the messages arn't instant |
| 22:08.39 | AAA_Awright | So why does it complain about dead reckoning? |
| 22:08.41 | JeffM | you'll see people pop |
| 22:08.50 | JeffM | with an accell, DR can predict better |
| 22:09.39 | AAA_Awright | Which leads me back to my first question: I thought acceleration was a _serverVariable? |
| 22:09.45 | JeffM | IT IS |
| 22:09.49 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 22:09.56 | JeffM | in 2.0.x it's defaulted to 0 |
| 22:10.06 | JeffM | and can be set via -a at the command line |
| 22:10.14 | AAA_Awright | Oh. |
| 22:10.34 | JeffM | in trunk it's defaulted to a sane default |
| 22:10.50 | JeffM | and IIRC can't be made 0 |
| 22:11.02 | JeffM | the warning is to just tell old servers to freaking SET it |
| 22:11.21 | JeffM | Epyon, a 2.0.x version is sent to you |
| 22:14.27 | AAA_Awright | Doesn't MsgPlayerUpdate also send the player's acceleration? I guess I don't understand what part -a plays with that packet. Also, the closest server var I can find is _friction. Is acceleration an upper/lower limit? |
| 22:14.57 | JeffM | it sends a vector |
| 22:15.06 | JeffM | so it sends speed |
| 22:15.10 | JeffM | not accelleration |
| 22:15.17 | Epyon | Great, it works! |
| 22:15.21 | Epyon | Thanks JeffM :) |
| 22:15.28 | Epyon | ~JeffM++ |
| 22:15.35 | JeffM | basicly with 0 accell, you can swap directions back and forward, faster then the lag time |
| 22:15.47 | AAA_Awright | Ah, it all clicks now. Epyon: What worked for you? |
| 22:15.50 | JeffM | so you can make yourself pop back and forth, and not show up clearly on other's machines |
| 22:16.01 | JeffM | aka, unhitable |
| 22:16.11 | JeffM | by adding at least some time to change directions, it smoothes it all out |
| 22:16.18 | Epyon | AAA_Awright, JeffM sent me a current 2.0.x bzfs |
| 22:16.26 | JeffM | that added with the time stamp and we can do a much more accurate DR |
| 22:17.00 | AAA_Awright | Yah |
| 22:17.14 | AAA_Awright | Thanks for explaining that out |
| 22:17.21 | JeffM | so in trunk we force some accelleration |
| 22:18.00 | AAA_Awright | Now, what is the source of all my linker errors? http://pastebin.ca/644796 |
| 22:18.09 | *** join/#bzflag zee773 (i=542b81c7@gateway/web/cgi-irc/zeebrothers.net/x-0125306b72b6eae9) |
| 22:18.10 | JeffM | runtime libs missing crap |
| 22:18.29 | AAA_Awright | Everything is installed though... Which is odd |
| 22:18.49 | JeffM | mayhaps you have more then one installed |
| 22:18.55 | JeffM | or EE can't build windows apps, |
| 22:18.59 | JeffM | I know not till I try it myself |
| 22:19.10 | JeffM | I can install EE on the server tonight |
| 22:19.40 | *** join/#bzflag AWOSLappy (n=awilcox@unaffiliated/awosdev) |
| 22:19.57 | Erroneous | AAA_Awright: the bzdb vars in question are in trunk only, and are _inertiaAngular and _inertiaLinear. trunk does not use -a, has bzdb options instead. |
| 22:20.23 | JeffM | -a on branch is just a flat server option |
| 22:20.24 | AAA_Awright | Ah, okay |
| 22:20.41 | AAA_Awright | I should note, ares compiled with 33 warnings |
| 22:20.52 | JeffM | yeah it does that |
| 22:21.36 | Erroneous | AAA_Awright: make sure you have shell32.lib/user32.lib/gdi32.lib available |
| 22:23.07 | AAA_Awright | That's all in C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib for me, which is in the libraries path of the C++ options |
| 22:23.30 | Erroneous | and make sure the project options are set to link to them |
| 22:23.45 | JeffM | I'm thinking something got deprecated in the current SDK ;) |
| 22:26.17 | Erroneous | EE doesn't link to the standard windows libs by default, since it doesn't ship with them. full vc does, so we don't list them as dependencies. |
| 22:26.28 | JeffM | ahhh |
| 22:27.24 | Erroneous | we just list "dinput.lib dxguid.lib ws2_32.lib dsound.lib winmm.lib libcurl.lib glu32.lib opengl32.lib odbc32.lib odbccp32.lib"; need to add "kernel32.lib user32.lib gdi32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib" to get the equivalent |
| 22:28.26 | JeffM | is there a #def for a VC ver for EE? |
| 22:28.36 | JeffM | we could include those in common.h programaticly |
| 22:28.44 | Erroneous | no, I don't think so |
| 22:28.52 | AWOSLappy | wait. VCEE doesn't automatically include kernel32!? |
| 22:28.57 | Erroneous | and how do you add linker options programmatically? |
| 22:29.09 | JeffM | there is a paragma |
| 22:29.19 | AWOSLappy | JeffM: a pragma for adding libraries? |
| 22:29.19 | Erroneous | ah |
| 22:29.21 | JeffM | yeah |
| 22:29.29 | AWOSLappy | Hmm. |
| 22:29.33 | JeffM | it's VC specific, but hey we only want to do it in VC :) |
| 22:29.39 | AWOSLappy | hehe, right |
| 22:29.55 | Erroneous | might just be able to add it; I don't think it'd kill the normal build |
| 22:29.58 | AWOSLappy | AAA_Awright: to get rid of a lot of warnings, globally disable 64-bit warnings |
| 22:30.25 | Erroneous | we have 64-bit warnings on for a reason |
| 22:30.31 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 22:30.37 | AWOSLappy | Erroneous: For 64-bit systems? :P |
| 22:30.48 | Erroneous | because we build on 64-bit, yes |
| 22:30.52 | AWOSLappy | Erroneous: but *he's* not on 64-bit, and he won't be comitting it anyway |
| 22:31.14 | Erroneous | if you're a dev, you need to have them on. if you aren't, you can ignore them. |
| 22:31.30 | AWOSLappy | I'm just telling him to squash them so that 1) unnecessary warnings are out of the way, 2) we can see more important warnings if he pastebins. |
| 22:32.15 | Erroneous | if fixing warnings makes your code unreadable, you're fixing them wrong :) |
| 22:32.23 | AWOSLappy | Erroneous: hehe |
| 22:32.31 | Erroneous | or you're just "fixing" them, and not actually addressing the root problem |
| 22:32.51 | AWOSLappy | normally I'm either doing kernel or raw sockets. there are already kludges there |
| 22:32.52 | AWOSLappy | :P |
| 22:33.08 | Erroneous | just because there already are, doesn't mean you have to add more |
| 22:33.34 | AWOSLappy | that's why I normally use gcc, it doesn't seem to be as warning-prolific as VC++ |
| 22:33.50 | Erroneous | -Wall -Wpedantic |
| 22:33.51 | Erroneous | :) |
| 22:33.52 | AWOSLappy | I have -Wall -Wextra -Werror on gcc. And my code is clean. |
| 22:34.10 | AWOSLappy | (the -Werror is to force me to fix them and not leave them) |
| 22:34.23 | AWOSLappy | heh, pedantic would prolly be overkill :P |
| 22:34.50 | AWOSLappy | BUT, I once ran VC++ at Warning Level 4. wow. it complained about wndclass. |
| 22:35.07 | AWOSLappy | something like 50 warnings in WinMain alone |
| 22:35.27 | Erroneous | W4 is stupid |
| 22:35.41 | AWOSLappy | yeah, so I don't use VC too often :P |
| 22:35.53 | Erroneous | there are more false-positives in W4 than real warnings, in my experience |
| 22:35.59 | AWOSLappy | yeah |
| 22:37.18 | *** join/#bzflag knoppix_ (n=knoppix@74.94.43.195) |
| 22:37.45 | AWOSLappy | Here's a dumb W4: main.cpp(76) : warning C4244: 'return' : conversion from 'LRESULT' to 'long', possible loss of data |
| 22:37.54 | AWOSLappy | an LRESULT *IS* a long, you dunce! |
| 22:39.03 | JeffM | it may not be on 64 bit windows |
| 22:39.36 | AWOSLappy | JeffM: well, I'm not writing for 64-bit Windows :P |
| 22:39.54 | JeffM | but it's warning you about portablitly issues ;) |
| 22:39.58 | AWOSLappy | hehe |
| 22:40.17 | AWOSLappy | if I wanted portability, I wouldn't be in *WinMain*... ;) |
| 22:40.38 | JeffM | windows portablitly |
| 22:40.42 | JeffM | and yeah you would have one |
| 22:40.46 | JeffM | it'd just be hidden |
| 22:41.21 | AWOSLappy | hehe |
| 22:41.29 | AWOSLappy | I could fix it with (LRESULT) |
| 22:41.57 | AWOSLappy | er |
| 22:42.00 | AWOSLappy | (long) rather |
| 22:42.03 | Erroneous | no, you could MASK it with a cast |
| 22:42.07 | Erroneous | that would not FIX anything |
| 22:43.03 | AWOSLappy | yes. |
| 22:43.13 | AWOSLappy | okay. |
| 22:43.26 | AWOSLappy | but the function returns a long, but uses a Win32 function that returns LRESULT |
| 22:43.31 | AWOSLappy | what am I supposed to do with that? |
| 22:43.56 | JeffM | proably use a difrent version of said function |
| 22:44.06 | AWOSLappy | return (long)DefWindowProc(hWnd, iMsg, wParam, lParam); |
| 22:44.07 | AWOSLappy | ? |
| 22:44.23 | AWOSLappy | I don't think there are any alternatives :P |
| 22:44.28 | Erroneous | no, return an LRESULT, or a LONG |
| 22:44.54 | AWOSLappy | capitalisation...bah... |
| 22:44.56 | Erroneous | i.e. change the function definition to use the (potentially) larger type |
| 22:45.21 | CIA-3 | BZFlag: 03chaos-dev * r14791 10/trunk/bzwgen/ (Mesh.cxx Mesh.h): partitionFace implemented. |
| 22:45.21 | AWOSLappy | stupid 64-bit |
| 22:45.29 | Erroneous | and that will have a chain-reaction effect through the rest of your code too |
| 22:45.35 | AWOSLappy | warning C4244: 'return' : conversion from 'LRESULT' to 'LONG', possible loss of data |
| 22:45.43 | JeffM | hence why you can turn OFF those warnings |
| 22:45.47 | Erroneous | cute |
| 22:46.10 | AWOSLappy | lol |
| 22:46.25 | Erroneous | anyway, don't use W4 :) |
| 22:46.29 | AWOSLappy | wow. |
| 22:46.29 | AAA_Awright | I am still getting those stupid linker erros |
| 22:46.49 | AWOSLappy | Erroneous: switching long to LRESULT, now my code is flawless under W4 :D |
| 22:46.50 | Erroneous | are you linking to the extra libs? |
| 22:47.01 | AWOSLappy | AAA_Awright: what error? |
| 22:47.04 | AWOSLappy | pastebin? |
| 22:47.08 | AAA_Awright | http://pastebin.ca/644796 |
| 22:47.30 | AWOSLappy | SetWindowTextA? |
| 22:47.38 | Erroneous | better yet, what libs are you linking to? |
| 22:47.40 | AWOSLappy | user32.lib |
| 22:47.59 | AAA_Awright | I don't know, it is building for me |
| 22:48.07 | AAA_Awright | user32.lib is in my libraries path |
| 22:48.14 | AWOSLappy | AAA_Awright: but is it in the PROJECT? |
| 22:48.38 | JeffM | VC EE will not include it automaticly unless the project says to use it |
| 22:48.44 | Epyon | AWOSLappy, AAA_Awright which one of you asked me if the width of the roads will be configurable? |
| 22:48.45 | Erroneous | project properties, linker input, additional dependencies, should be: "kernel32.lib user32.lib gdi32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib dinput.lib dxguid.lib ws2_32.lib dsound.lib winmm.lib libcurl.lib glu32.lib opengl32.lib odbc32.lib odbccp32.lib" |
| 22:49.17 | Erroneous | if you haven't changed it, it won't have the first eight or nine, since real vc links to them by default |
| 22:49.34 | Epyon | Anyone have a good tip on how to choose "outside" points? |
| 22:49.34 | AWOSLappy | AAA_Awright: http://i9.tinypic.com/63i2as3.png you type it there |
| 22:49.50 | AWOSLappy | Epyon: I think it was Constitution. it wasn't me. but I'd love to know |
| 22:50.25 | AAA_Awright | That works |
| 22:50.35 | JeffM | Epyon, are your shaped convex or concave? |
| 22:50.35 | AAA_Awright | I don't know who to credit though |
| 22:50.39 | Erroneous | Epyon: same way as you pick inside, but backwards |
| 22:51.00 | AWOSLappy | AAA_Awright: for what? Erroneous gave you the libs, I gave you the screenshot |
| 22:51.15 | Epyon | Erroneous, I pick the inside by finding the "center" of the object |
| 22:51.25 | JeffM | are the convex or concave? |
| 22:51.29 | Epyon | What's "backwards" to that :P |
| 22:51.31 | JeffM | if they are convex ish |
| 22:51.35 | JeffM | then inside is enough |
| 22:51.37 | Erroneous | Epyon: if you know how tall it is, and you have the center, add a large amount in z :) |
| 22:51.52 | JeffM | Epyon, make a bounding sphere around that center |
| 22:51.56 | JeffM | add some points on it |
| 22:51.58 | Epyon | Erroneous, one like that would be enough? |
| 22:52.16 | Epyon | I just want to prevent "in-building" spawns |
| 22:52.21 | JeffM | it depends on the complexity of the volume |
| 22:52.29 | Erroneous | Epyon: assuming it's manifold, one point total (either inside or outside) should be enough |
| 22:52.31 | JeffM | there is no simple rule to make it right all the time |
| 22:52.31 | Epyon | because collision detection is ok. |
| 22:52.39 | Constitution | Epyon: and prevent OO from shooting out from within buildings :-) |
| 22:52.48 | AAA_Awright | bzflag.exe says ordinal 55 could not be found in zlib1.dll |
| 22:52.59 | JeffM | AAA_Awright, your using the wrong libcurl |
| 22:53.04 | JeffM | use the one from a bin |
| 22:53.30 | AAA_Awright | I grabbed one shipped with a .dll |
| 22:53.42 | JeffM | grabbed it from where? |
| 22:53.45 | JeffM | a bzflag install? |
| 22:55.02 | AAA_Awright | Will try that |
| 22:59.48 | CIA-3 | BZFlag: 03dtremenak * r14792 10/trunk/bzflag/MSVC/VC8/3D.vcproj: point to freetype include dir |
| 23:00.52 | AAA_Awright | entry point _invoke_watson could not be located in msvcr80.dll |
| 23:01.06 | JeffM | huh? |
| 23:01.24 | L4m3r | invoke watson? as in Dr. Watson? |
| 23:01.28 | AAA_Awright | Dunno |
| 23:01.30 | Erroneous | heh |
| 23:01.33 | tannerld | lol |
| 23:01.54 | L4m3r | try a release build? I dunno |
| 23:02.18 | JeffM | when does it give you that? |
| 23:02.48 | AAA_Awright | running bzflag.exe |
| 23:03.03 | JeffM | that's a wierd one |
| 23:06.26 | AWOSLappy | wow |
| 23:07.38 | AAA_Awright | google brings up an adtounding 276 results |
| 23:10.20 | AAA_Awright | http://forums.microsoft.com/msdn/showpost.aspx?postid=18024&siteid=1 This person says it only appears with debugging enabled |
| 23:15.51 | CIA-3 | BZFlag: 03chaos-dev * r14793 10/trunk/bzwgen/ (BuildZone.cxx Mesh.cxx Mesh.h Output.h): Inside/outside points implemented. Spawns inside buildings wont happen anymore, nor hopefully will OO be allowed to shoot from inside. Reduced the window insets to white buildings. |
| 23:17.42 | *** join/#bzflag spldart (n=troublem@c-98-197-19-35.hsd1.tx.comcast.net) |
| 23:18.07 | AAA_Awright | How do I build with debugging information? |
| 23:22.25 | JeffM | change the build type to debug |
| 23:24.15 | AAA_Awright | k |
| 23:27.32 | jpa- | JeffM: btw. thanks, it works with asus drivers now |
| 23:28.34 | AAA_Awright | 'bzflag.exe': Loaded 'C:\Program Files\BZFlag2.1.13\bzflag.exe', Binary was not built with debug information. |
| 23:29.21 | AAA_Awright | Wait, I thought I changed the build type... |
| 23:35.41 | JeffM | rebuid the solution |
| 23:35.46 | JeffM | AND you have to set the debug paths |
| 23:35.57 | *** join/#bzflag I_Died_Once (n=I_Died_O@unaffiliated/idiedonce/x-1828535) |
| 23:37.01 | JeffM | set the executable to be the one that was copied to the bzflag root dir |
| 23:37.11 | JeffM | and set the root dir as the working dir |
| 23:39.05 | I_Died_Once | ... |
| 23:44.51 | AAA_Awright | 2>LINK : fatal error LNK1104: cannot open file '..\..\src\mediafile\debug\mediafile.lib' |
| 23:50.55 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 23:50.56 | *** mode/#bzflag [+v tupone] by ChanServ |
| 23:53.26 | *** join/#bzflag delusional_ (n=delusion@pool-141-158-105-29.pitt.east.verizon.net) |
| 23:54.58 | JeffM | did you do a full rebuild? |
| 23:55.59 | spldart | Nobody expects the Spanish Inqspiracy |
