| 00:01.41 | CIA-4 | libirc: 03JeffM2501 * r281 10/trunk/libirc/src/ (IRCClient.cpp IRCServer.cpp TCPConnection.cpp): why do finds ourselves when STL provides a nice way to do them. |
| 00:04.36 | CIA-4 | libirc: 03JeffM2501 * r282 10/trunk/ICPA/ (inc/ include/ include/common.h): include not inc |
| 00:05.35 | CIA-4 | libirc: 03JeffM2501 * r283 10/trunk/ICPA/MSVC/VC71/ (ICPA_Common.vcproj ICPA_Engine.vcproj): include not inc |
| 00:28.19 | *** join/#brlcad Mark____ (n=chatzill@d36-202-98.home1.cgocable.net) | |
| 01:52.09 | *** join/#brlcad Mark____ (n=chatzill@stemcell.med.utoronto.ca) | |
| 02:34.41 | *** join/#brlcad Twingy (n=justin@74.92.144.217) | |
| 02:36.12 | CIA-4 | libirc: 03JeffM2501 * r284 10/trunk/ICPA/ (9 files in 3 dirs): common utills that will be needed |
| 02:36.33 | CIA-4 | libirc: 03JeffM2501 * r285 10/trunk/ICPA/ (include/common.h src/common/common.cpp): OS independent sleep function |
| 02:37.09 | CIA-4 | libirc: 03JeffM2501 * r286 10/trunk/ICPA/ (4 files in 2 dirs): agent classes for handling server transactions. |
| 02:51.07 | CIA-4 | libirc: 03JeffM2501 * r287 10/trunk/ICPA/src/engine/ (agents.cpp agents.h): init server networks from the config files for each agent. |
| 04:27.25 | *** part/#brlcad thing0 (n=ric@203-59-180-167.dyn.iinet.net.au) | |
| 05:03.09 | CIA-4 | libirc: 03JeffM2501 * r288 10/trunk/ICPA/MSVC/VC71/ (4 files): use separate debug dirs for each module, so the PDBs work out |
| 05:16.16 | CIA-4 | libirc: 03JeffM2501 * r289 10/trunk/ICPA/src/ (5 files in 3 dirs): whitespace |
| 05:32.17 | CIA-4 | libirc: 03JeffM2501 * r290 10/trunk/ICPA/ (8 files in 2 dirs): whitespace |
| 07:25.55 | *** join/#brlcad Z80-Boy (n=clock@zux221-122-143.adsl.green.ch) | |
| 10:47.25 | *** join/#brlcad elite01 (n=elite01@dslb-088-070-003-100.pools.arcor-ip.net) | |
| 12:02.31 | *** join/#brlcad Elperion (n=Bary@p54874C07.dip.t-dialin.net) | |
| 12:54.15 | *** join/#brlcad elite01 (n=elite01@dslb-088-070-002-234.pools.arcor-ip.net) | |
| 13:27.47 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/ (configure.ac doc/Makefile.am doc/book/Makefile.am): add the new docbook documentation to the dist |
| 14:08.22 | ``Erik | bleh |
| 14:16.58 | ``Erik | dork |
| 14:18.54 | ``Erik | *vgr vgr2.brl.mil 1.15 1.03 .92 .92 .86 .97 |
| 14:54.30 | brlcad | what frequency is that? |
| 15:06.43 | ``Erik | 400 kips |
| 15:06.49 | brlcad | what were the other two? |
| 15:07.05 | ``Erik | um, one of 'em was 330 |
| 15:07.41 | ``Erik | the one that's closer to 1 vgr was 345... the deviance in this is concerning |
| 15:08.08 | brlcad | yeah, sounds like external can affect the vm |
| 15:08.45 | ``Erik | I dunno if it's external stuff impacting... the machine has been pretty much dedicated to the vm |
| 15:08.56 | ``Erik | it might be unimpressive timing code in the throttle |
| 15:09.28 | brlcad | maybe, but that's a pretty big swing of a difference |
| 15:09.48 | brlcad | 345 -> 1.05 && 400 -> 0.97 |
| 15:11.13 | brlcad | 380 should be spot on if it's not influenced |
| 15:11.43 | brlcad | remember what 330 was? |
| 15:30.33 | ``Erik | like .87 |
| 15:30.53 | ``Erik | that 345 kips has a higher vgr than 400 is wrong. |
| 15:30.56 | brlcad | oh, wrong way :) |
| 15:31.33 | ``Erik | supersampling and averaging might give okish results, but this shit just ain't consistent |
| 15:32.17 | ``Erik | uh |
| 15:32.31 | ``Erik | did you get the latest clone stuff from adam or whoever at gsi? |
| 15:32.33 | brlcad | for a benchmark run that takes several hours to run, shouldn't have to supersample/average it |
| 15:32.45 | brlcad | latest clone stuff? |
| 15:32.52 | ``Erik | dwayne claims a -c flag that has never existed in the version we have int he repo |
| 15:33.14 | ``Erik | looks like the import was in '05 |
| 15:33.48 | brlcad | well, dwayne got the old sgi drives from adam, and they were the only copies that he knew of at the time that remained of that code |
| 15:34.20 | ``Erik | there're several discrepencies between what dwayne remembers and what is in there |
| 15:34.24 | brlcad | I have the whole data dump of the drives that I pulled, I can search for other copies, but I recall doing that search already for clone and finding the one I started with |
| 15:34.40 | ``Erik | like having multiple numbers in the part name, when the line is |
| 15:34.41 | ``Erik | <PROTECTED> |
| 15:34.43 | brlcad | i don't doubt that there might have been more work, but we simply don't have that code |
| 15:34.57 | brlcad | i'll check again |
| 15:35.22 | ``Erik | I could see if dwayne will call up adam to sort this out |
| 15:35.59 | brlcad | probably easier to just rewrite the -c option |
| 15:36.41 | ``Erik | yeah, I told him that if I'm gonna do that, I'll want to sit down with him and get a formal grammar so it can be done right |
| 15:37.22 | ``Erik | he also is annoyed at the increment behavior, I guess we got an old version :) *shrug* |
| 15:39.22 | brlcad | howso, what'd he want? |
| 15:39.38 | brlcad | there's an increment param, just increments the number it finds at the end iirc |
| 15:40.00 | ``Erik | yeah, he wants the primitives to step with increment size, but the combinations to always increment by one |
| 15:40.15 | brlcad | ah, huh |
| 15:40.24 | ``Erik | I can forward the email if you want |
| 15:40.28 | brlcad | sure |
| 15:41.15 | brlcad | looking through even the cvs repo that he had, "a:b:fhi:m:n:p:r:t:v" is the longest form of the getopt line, and none have a 'c' |
| 15:41.24 | ``Erik | it's kinda hard to read, I use the unix reply style with the > prefix and interspersed comments... he tried the style, but didn't get the prefix |
| 15:41.47 | ``Erik | yeah, I looked through the file history, it never existed in the line we have... if we got a copy before it was implemented and forked, that'd explain a lot |
| 15:41.58 | brlcad | i mean in adam's cvs |
| 15:42.01 | ``Erik | oh |
| 15:42.02 | brlcad | he had his own going |
| 15:42.28 | brlcad | i think this drive was just an older copy to start with |
| 15:42.39 | ``Erik | what's the latest date on his repo? |
| 15:42.42 | brlcad | but regardless, he did say that it was the only copy remaining that he had when we got it |
| 15:42.55 | ``Erik | hrm |
| 15:43.03 | ``Erik | lost work, bummer |
| 15:44.22 | *** join/#brlcad MinuteElectron (n=MinuteEl@silentflame/member/pdpc.base.minuteelectron) | |
| 15:44.23 | brlcad | 2000.07.25.20.27.48 is the last version |
| 15:44.49 | brlcad | meh, trivial work, we were really really lucky to get the drives that we did |
| 15:45.10 | brlcad | it was *just* an old sgi drive chassis, no box, no connectors |
| 15:45.28 | brlcad | kermit fortunately had some connectors, we hooked it up to his O2 |
| 15:45.30 | brlcad | but then it didn't work |
| 15:45.36 | ``Erik | heh, wow |
| 15:45.38 | brlcad | so we took it apart |
| 15:45.48 | brlcad | smacked the drives up a bit |
| 15:45.55 | brlcad | put it back together, then it worked |
| 15:46.20 | brlcad | mounted up the drives, pulled the data off, prayed that it didn't burst into flames in the meantime |
| 15:47.18 | brlcad | the drives hadn't spun up in about 4 years from what I could tell |
| 15:47.19 | ``Erik | I had a 1.6g pata that I had to take apart and dork with (arm was hitting the platters), without a cleanroom... crossed my fingers while copying all the data off of it :) |
| 15:47.52 | brlcad | so we did get a mini goldmine, luckily |
| 15:48.23 | brlcad | there's about four other "useful" code modes that should be imported/updated at some point, as well as about a half dozen interesting models |
| 15:53.26 | ``Erik | :/ I shoulda called in, my stomach hurts like a mofo |
| 15:54.14 | *** join/#brlcad elite01 (n=elite01@dslb-088-070-002-234.pools.arcor-ip.net) | |
| 16:11.33 | brlcad | off drives that were themselves about 7 years old back then |
| 16:15.44 | *** join/#brlcad minute-ssh (n=MinuteEl@bz.bzflag.bz) | |
| 16:35.18 | starseeker | Heh - reminds me of the story about how they recovered the early usenet archives - IIRC they stuck the tapes in the freezer for a while before reading them |
| 16:36.40 | starseeker | I think MIT has some issues like that as well, recovering early code and thesis work... |
| 17:05.18 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/src/external/Cubit/g-sat.cxx: |
| 17:05.18 | CIA-4 | BRL-CAD: update to the latest API changes where create_body_from_surfs() seems to have |
| 17:05.18 | CIA-4 | BRL-CAD: chnaged to create_solid_bodies_from_surfs() in the GeometryModifyTool class. |
| 17:05.19 | CIA-4 | BRL-CAD: looks like it just changed to return a list of bodies instead of one body, so we |
| 17:05.19 | CIA-4 | BRL-CAD: iterate over the bodies. this is entirely untested, but seems right according |
| 17:05.21 | CIA-4 | BRL-CAD: to the docs at https://svn.mcs.anl.gov/repos/ITAPS/cgm/trunk/geom/ |
| 17:18.12 | CIA-4 | libirc: 03JeffM2501 * r291 10/trunk/ICPA/DESIGN: add the DESIGN notes that come from a good nights sleep |
| 18:18.35 | yukonbob | heh: "This is entirely untested, but seems right..." |
| 18:41.26 | CIA-4 | BRL-CAD: 03erikgreenwald * 10brlcad/src/tclscripts/mged/openw.tcl: add firefox to browser list for help->manual |
| 18:41.54 | *** join/#brlcad MinuteElectron (n=MinuteEl@silentflame/member/pdpc.base.minuteelectron) | |
| 19:45.03 | ``Erik | http://koutuk.blogspot.com/2007/10/when-life-becomes-good-for-programmer.html |
| 19:49.59 | MinuteElectron | nice |
| 20:11.37 | *** join/#brlcad elite01 (n=elite01@dslb-088-070-002-234.pools.arcor-ip.net) | |
| 20:14.14 | brlcad | heh |
| 20:23.56 | *** join/#brlcad Z80-Boy (i=clock@77-56-69-92.dclient.hispeed.ch) | |
| 20:55.26 | ``Erik | O.o http://www.annexia.org/_file/jonesforth.s.txt |
| 21:12.46 | Maloeran | That language would still be rather slow to run |
| 21:15.37 | yukonbob | iirc, FreeBSD uses Forth to help boot itself... |
| 21:22.44 | CIA-4 | libirc: 03JeffM2501 * r292 10/trunk/ICPA/ (3 files in 2 dirs): setup to connect to the IRC server |
| 21:28.08 | ``Erik | I don't think it does anymore, but it used to |
| 21:29.10 | ``Erik | oh, n/m, it still has ficl in it heh |
| 21:36.30 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/include/bu.h: |
| 21:36.30 | CIA-4 | BRL-CAD: prevent crashing on a whole slew of cases where we end up iterating over either |
| 21:36.30 | CIA-4 | BRL-CAD: a null, uninitialized, or malformed list item. the current for loop while |
| 21:36.30 | CIA-4 | BRL-CAD: condition has to be non-NULL in order to do the next iteration, so make sure of |
| 21:36.30 | CIA-4 | BRL-CAD: it. this prevents a crash that was detected in the display geometry object |
| 21:36.33 | CIA-4 | BRL-CAD: (where it had unitialized data). |
| 21:56.34 | *** join/#brlcad yukonbob (n=yukonbob@198.235.198.234) | |
| 22:32.23 | louipc | do you think `man brlcad` should be changed to reflect the current installation? |
| 22:32.39 | louipc | in the FILES section at the end? |
| 22:52.52 | brlcad | oh, maybe already removed |
| 22:53.09 | louipc | oh haah I don't have cvs installed |
| 22:53.19 | louipc | I have to do that. I got several crashes :/ |
| 23:43.44 | Z80-Boy | brlcad: sounds like you've found a serious bug |