| 01:11.07 | *** join/#brlcad learner (n=brlcad@pdpc/supporter/silver/brlcad) [NETSPLIT VICTIM] |
| 01:11.07 | *** join/#brlcad brlcad (n=brlcad@pdpc/supporter/silver/brlcad) [NETSPLIT VICTIM] |
| 01:11.07 | *** mode/#brlcad [+oo learner brlcad] by irc.freenode.net |
| 02:15.02 | *** join/#brlcad PKMOBILE (n=Apathy@pcp0011645240pcs.aberdn01.md.comcast.net) |
| 02:26.31 | Twingy | hrm |
| 02:31.51 | brlcad | crashes with O2 or O3, but not O |
| 02:32.17 | Twingy | mesh packer isn't happy on amd64 |
| 02:32.34 | brlcad | O gives wierd performance results, but correct |
| 02:32.45 | Twingy | libpthread? |
| 02:32.49 | Twingy | oh, n/m |
| 02:33.08 | brlcad | nah, -pthread and -lpthread are behaving identically |
| 02:40.11 | brlcad | ahh |
| 02:41.33 | brlcad | If I follow it correctly, it's apparently a kernel bug, fixed in the latest 6 current |
| 02:41.44 | Twingy | good |
| 02:41.52 | Twingy | maybe libthr will be too |
| 02:42.34 | brlcad | it talks about libthr too |
| 02:42.45 | Twingy | url? |
| 02:42.49 | brlcad | the threading libs apparently provoke the problem |
| 02:43.12 | brlcad | start here, http://lists.freebsd.org/pipermail/freebsd-threads/2005-May/003040.html |
| 02:43.18 | brlcad | goes on for quite a while |
| 02:43.48 | Twingy | gimme the part on libthr |
| 02:43.56 | brlcad | http://lists.freebsd.org/pipermail/freebsd-threads/2005-May/003061.html |
| 02:44.05 | Twingy | thx |
| 02:44.08 | brlcad | that's about 20 messasges into it after they figured out the bug |
| 02:44.30 | Twingy | meh |
| 02:44.58 | brlcad | though it seems to think libthr 'should' work |
| 02:47.13 | brlcad | hmm.. that's a very good mailing list |
| 02:48.02 | brlcad | "fork hang in child for (-lc_r & -lthr)" is that the problem you saw? |
| 02:49.29 | Twingy | hang? no, random micro stalls |
| 02:49.36 | Twingy | erik has a nice graph of the problem he generated from shiva |
| 02:49.53 | Twingy | libthr and the problem goes away |
| 02:52.43 | silvap_ | who are u gonna call for bail money? |
| 02:54.10 | Twingy | the ghost busters |
| 02:55.33 | silvap_ | use openthreads |
| 02:55.43 | brlcad | patches welcome |
| 02:56.27 | Twingy | open threads aren't available |
| 02:57.01 | silvap_ | use hp-ux |
| 02:57.25 | Twingy | no thanks |
| 02:58.58 | brlcad | aren't available? |
| 02:59.09 | brlcad | it should work on amd64 bsd |
| 02:59.31 | Twingy | they're not in /usr/local/lib |
| 02:59.37 | brlcad | at least it's in ports with changelog entries saying it was tested on amd64 |
| 02:59.50 | brlcad | well ya, you'd have to install |
| 02:59.59 | brlcad | and rewrite code |
| 03:00.11 | Twingy | is it posix compliant? |
| 03:00.17 | silvap_ | duh |
| 03:00.22 | Twingy | then I shouldn't have to |
| 03:00.26 | brlcad | you don't know much about openthreads it sounds :) |
| 03:00.46 | Twingy | never heard of it until yesterday |
| 03:00.52 | brlcad | ah |
| 03:01.00 | brlcad | been around for a while |
| 03:01.04 | brlcad | not bad actually |
| 03:01.05 | Twingy | where would I have seen it? |
| 03:01.11 | silvap_ | OSG |
| 03:01.12 | Twingy | slashdot? |
| 03:01.32 | Twingy | I'm not familiar with OSG |
| 03:01.42 | silvap_ | im getting windows vista super duper edition |
| 03:01.51 | silvap_ | beta 234265753 |
| 03:01.54 | brlcad | used by several projects, osg is probably the biggest |
| 03:02.02 | brlcad | at least biggest well known |
| 03:02.03 | Twingy | where would I have heard about OSG? |
| 03:02.11 | brlcad | jeez, man |
| 03:02.16 | silvap_ | n00b |
| 03:02.22 | brlcad | well, I think they go around knocking on people's doors |
| 03:02.43 | Twingy | *shrug* when you code 24/7 instead of skimming freshmeat and slashdot all day you don't see these things |
| 03:02.47 | brlcad | you would have heard about OSG in several places |
| 03:02.56 | brlcad | they have been on /. a couple times |
| 03:03.04 | Twingy | I probly skipped over it then |
| 03:03.04 | brlcad | as well as at siggraph for the past several years |
| 03:03.09 | silvap_ | how about uh.. siggraph |
| 03:03.16 | Twingy | I haven't bounced around in the opengl stuff at siggraph since 2002 |
| 03:03.20 | brlcad | they had several sessions this year |
| 03:03.45 | Twingy | so I probly wouldn't have been exposed to it |
| 03:04.16 | silvap_ | u r fired |
| 03:04.20 | Twingy | just like I stopped writing html when 1.1 was new, I stopped writing opengl when 1.2 came out |
| 03:04.56 | Twingy | and I'll probly move onto something else then watch raytracing take off and get nagged about all the ray-tracing tools out there I don't know about *shrug* |
| 03:06.10 | Twingy | of course I may be at a different job by then, and people will think I'm just clueless |
| 03:06.20 | silvap_ | u done packing for tour de riverside? |
| 03:06.20 | Twingy | since they will have only known me for a year or two |
| 03:06.35 | brlcad | there are lots of packages I don't use or write code for that I know well enough about, just a matter of caring more than nil that there are others around the world doing stuff to :) |
| 03:06.41 | Twingy | um, I'll begin in october |
| 03:07.18 | Twingy | brlcad: yah, that helps, but I don't spend any time *trying* other packages, but instead focus research on my own :| |
| 03:08.00 | Twingy | coding 12-16 hours a day I still find it's inadequate time for a day's worth of coding |
| 03:08.38 | silvap_ | thought u were backpacking tomorrow |
| 03:08.38 | brlcad | all about balance |
| 03:08.48 | Twingy | I am |
| 03:08.52 | Twingy | oh, I thought you meant for the house |
| 03:08.56 | silvap_ | maybe i mean tour de apg |
| 03:09.23 | brlcad | have to pay attention some or you end up doing strange things like making *cough*tcl*cough your core scripting language |
| 03:09.26 | Twingy | um, I've got a couple cans of dinner in the pack, 2 nalgen bottles and some cloths |
| 03:09.31 | brlcad | or reinventing the wheel unnecessarily |
| 03:09.41 | brlcad | rehashing old problems that others solved long ago |
| 03:09.58 | silvap_ | yea like java/swing *cough*exposed*cough* |
| 03:10.11 | brlcad | see now that's paying too much attention probably :) |
| 03:10.17 | Twingy | yep, I don't think that's been the case, lee seems to push that idea hard, but tends to only focus on research papers instead of doing 'new' research |
| 03:10.43 | Twingy | i.e. if it's not in a paper, don't do it, you're wrong |
| 03:11.16 | silvap_ | u realize to create a single dlg box in M3 (which can be done in 1 line of java/swing), i have to go thru exposed and it's .... |
| 03:11.19 | silvap_ | its* |
| 03:11.34 | brlcad | silvap_'s not bitter |
| 03:11.45 | silvap_ | of course not |
| 03:12.12 | Twingy | when that project dies I'll bang something out in a few months to pick up the slack |
| 03:12.13 | silvap_ | i need to be emancipated |
| 03:12.50 | Twingy | so emancipate yourself |
| 03:12.58 | Twingy | start writing a tool that the analysts need |
| 03:13.06 | silvap_ | the underground railroad leads nowhere |
| 03:13.10 | Twingy | when they start using it and relying on it you are emancipated |
| 03:13.18 | Twingy | that's cause you're not looking hard enough. |
| 03:13.33 | Twingy | have you actually gone over to meet the analysts? |
| 03:13.42 | silvap_ | cpl of sab |
| 03:13.58 | Twingy | maybe you can come with me over there tommorrow and I'll introduce you to a few people |
| 03:14.21 | silvap_ | hmm that works |
| 03:14.34 | Twingy | then you can pick your underground project |
| 03:22.19 | Twingy | wow |
| 03:22.29 | Twingy | if(matrixind >= 0) { |
| 03:22.30 | Twingy | ... |
| 03:22.34 | Twingy | }else{ |
| 03:22.35 | Twingy | ... |
| 03:22.36 | Twingy | } |
| 03:22.42 | Twingy | matrixind is -1 |
| 03:22.54 | Twingy | and it's not going to the } else { |
| 03:22.57 | Twingy | o.O |
| 03:26.04 | brlcad | I'm seeing the same mess here |
| 03:26.25 | brlcad | very weird stuff going on |
| 03:26.47 | Twingy | maybe it needs rebooted :| |
| 03:26.56 | brlcad | it's making every call twice |
| 03:27.04 | Twingy | how about I reboot it |
| 03:27.05 | brlcad | sometimes it just happens to work |
| 03:28.02 | Twingy | k |
| 03:34.20 | Twingy | interesting, reboot had no effect |
| 03:41.55 | Twingy | oh, heh |
| 03:46.29 | Twingy | aha, problem fixed |
| 03:47.12 | Twingy | mmm 1.7 mil rays/sec |
| 03:47.33 | Twingy | hehe, this ray # is so relative |
| 03:47.39 | Twingy | 800k 2mil... wee |
| 03:49.15 | Twingy | mm, that was some good chicken |
| 03:50.49 | Twingy | prasad, since we did that benchmark on your 2.2ghz opteron and got 300k/sec |
| 03:50.56 | Twingy | I'm now getting 1.5 mil/sec |
| 03:51.06 | Twingy | 5x speedup over 1 month aint bad |
| 03:57.00 | Twingy | grumph |
| 03:57.19 | *** join/#brlcad DarkMaster (n=Apathy@pcp0011645240pcs.aberdn01.md.comcast.net) |
| 03:57.29 | Twingy | the master of darkness |
| 03:57.39 | Twingy | who lives in aberdeen |
| 03:57.45 | Twingy | where it's dark |
| 03:57.52 | Twingy | ness |
| 03:57.59 | DarkMaster | or thereabouts |
| 03:58.02 | Twingy | n' stuff |
| 03:59.02 | DarkMaster | fun stuff |
| 03:59.29 | Twingy | hrm, 64-bit g-adrt is throwing in some 64-bit types :| |
| 03:59.53 | DarkMaster | crazy programmers |
| 04:00.50 | Twingy | ah |
| 04:00.56 | Twingy | indeed that is a problem |
| 04:01.00 | Twingy | not having current code |
| 04:01.14 | Twingy | I blame no-one but my pet mice |
| 04:01.37 | Twingy | leaving little black pellets everywhere |
| 04:02.10 | Twingy | atleast amd64 isn't causing 'weird' stuff and it was just a programmer bug |
| 04:02.19 | DarkMaster | someday someone in India will be doing what youre doing now :-P |
| 04:02.32 | Twingy | indeed, for about 3 cents an hour |
| 04:02.57 | DarkMaster | give em some credit |
| 04:03.02 | Twingy | that's when I will sit back and watch india's economy implode |
| 04:03.03 | DarkMaster | at least a quarter |
| 04:03.12 | Twingy | and giggle with glee |
| 04:03.45 | Twingy | we steal from the weak and give to the stupid |
| 04:03.52 | Twingy | err how's that saying go? |
| 04:05.03 | DarkMaster | in this case, whos the weak? |
| 04:05.40 | CIA-5 | BRL-CAD: 03twingy * 10brlcad/src/adrt/libcommon/pack.c: fixed some fu |
| 04:05.48 | Twingy | the people giving getting their money taken o.O |
| 04:05.53 | Twingy | -giving |
| 04:07.16 | Twingy | err 2 bazillion files |
| 04:07.20 | Twingy | :) |
| 04:08.55 | DarkMaster | my mouse doesnt need to be fed |
| 04:12.45 | Twingy | that's okay, I've got a few you can have that do need fed |
| 04:20.53 | DarkMaster | do they multiply like crazy? |
| 04:26.31 | *** join/#brlcad cad638 (n=410d1df7@bz.bzflag.bz) |
| 04:28.01 | *** join/#brlcad cad772 (n=410d1df7@bz.bzflag.bz) |
| 04:33.21 | *** join/#brlcad cad592 (n=410d1df7@bz.bzflag.bz) |
| 04:35.10 | cad592 | I'm going throught the tutorial on using brlcad and everytime I try to raytrace, brlcad locks up. can anyone help? |
| 04:39.06 | brlcad | cad592: more details? |
| 04:39.17 | brlcad | I presume you mean mged locks up? |
| 04:40.05 | brlcad | which OS and version of BRL-CAD? self-compiled or downloaded/installed a binary distribution? |
| 04:43.24 | DarkMaster | ill race ya |
| 04:43.26 | DarkMaster | i win! |
| 04:43.40 | cad592 | Yeah mged locks up. I'm using a downloaded binary on suse 9.2 |
| 04:44.18 | brlcad | cad592: try running this in the command window instead of using the raytrace control panel: rt -F/dev/Xl |
| 04:44.22 | brlcad | does that work? |
| 04:44.36 | cad592 | Let me give it a shot... |
| 04:48.18 | cad592 | it worked! - but the raytracing window closed real quick. In the command window, it told me the operation was completed |
| 04:50.13 | brlcad | hmm |
| 04:50.27 | brlcad | you did use Xl and now just X yes? |
| 04:50.40 | brlcad | s/now/not/ |
| 04:52.10 | cad592 | My bad - I typed X1 as opposed to Xl - A typo just as the tutorial told me to watch out for. Man, the rt function is *fast* |
| 04:52.31 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/COPYING: external components may not be GPL |
| 04:53.32 | brlcad | cad592: that's good to hear |
| 04:53.36 | cad592 | Why does the rt function work from the command window as you implimented it and not as the tutorial implimented it |
| 04:53.43 | brlcad | that means the problem is something related to opengl |
| 04:54.03 | brlcad | opengl framebuffer is the default |
| 04:54.07 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/COPYING: oop speling |
| 04:54.18 | brlcad | cad592: try rt -F/dev/ogll |
| 04:54.27 | brlcad | that should similarly fail for you |
| 04:55.54 | cad592 | rt -F /dev/ogll made my screen go black for about 5 seconds... |
| 04:56.16 | brlcad | hrm, yeah |
| 04:56.42 | brlcad | i've seen that before, but not in a long time |
| 04:56.49 | cad592 | I'm using an nvidia tnt2 card with the nvidia driver |
| 04:57.36 | cad592 | what do you think I should be looking for in opengl as the source of the problem ...?... |
| 04:57.37 | brlcad | for what it's worth, you're not losing any functionality by using the Xl framebuffer instead of the ogll framebuffer |
| 04:57.49 | cad592 | whats the diff? |
| 04:58.06 | brlcad | backend implementation uses different mechanisms to draw pixels |
| 05:00.06 | cad592 | so, just use the syntax you have provided and all will be well? |
| 05:01.34 | brlcad | for the time being |
| 05:01.52 | brlcad | i've updated the priority on the bug list |
| 05:02.35 | brlcad | a compile on your system of the latest would avoid the problem by not compiling the opengl interface |
| 05:02.49 | brlcad | cad592: what does fbhelp report? |
| 05:03.39 | brlcad | under current selection minimally |
| 05:08.38 | DarkMaster | you get a chance to see my handiwork? |
| 05:08.49 | brlcad | nope |
| 05:09.00 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/HACKING: no gpl in libs or usage |
| 05:09.00 | brlcad | why? did you send me a link? |
| 05:09.14 | DarkMaster | yeah a few days ago |
| 05:09.19 | DarkMaster | want it again in a query? |
| 05:09.35 | brlcad | to me or learner? |
| 05:09.49 | brlcad | and did you get my PM from a few days ago? |
| 05:10.10 | brlcad | either way, sure resend :) |
| 05:13.05 | cad592 | how do I get to fbhelp? |
| 05:17.33 | brlcad | cad592: it's another external command |
| 05:17.53 | brlcad | there are over 400 commands that comprise brl-cad in addition to mged |
| 05:18.27 | DarkMaster | and brlcad knows them allllll |
| 05:18.28 | brlcad | mged wraps several of them like rt, but there are still many that only work on a command line |
| 05:18.35 | brlcad | heh |
| 05:18.48 | brlcad | I probably know more than anyone else at this point |
| 05:19.18 | cad592 | OK. I ran the fbhelp. What output are we interested in...? |
| 05:19.19 | brlcad | but even I am surprised to discover a new command every now and then too :) |
| 05:19.58 | brlcad | Current Selection section |
| 05:20.50 | brlcad | fbhelp /dev/ogl |
| 05:21.53 | cad592 | Current internal state: mi_doublebuffer=1 mi_cmap_flag=0 ogl_nwindows=1 multiple_windows=0X11 Visual: DirectColor: Alterable RGB maps, pixel RGB subfield indicies RGB Masks: 0xff0000 0xff00 0xff Colormap Size: 256 Bits per RGB: 8 screen: 0 depth (total bits per pixel): 24 |
| 05:22.23 | brlcad | hmm.. that all looks normal |
| 05:22.40 | brlcad | does opengl actually work for y ou? |
| 05:24.09 | brlcad | I'd bet the problem is related to 24bit displays, that configuration hasn't been tested in a long time "extensively" .. most is 32bit or <24bit |
| 05:24.20 | cad592 | Well - Yes. I've got an nvidia card on the machine with the nvidia driver loaded. As a test, I've run a couple of screen savers that require opengl |
| 05:25.02 | cad592 | Also, I'm using a couple of other scientific programs that require opengl... |
| 05:25.34 | brlcad | k, good to know |
| 05:26.58 | cad592 | show me a program without a bug and you'll be looking at vaporware... |
| 05:27.44 | brlcad | cad592: an alternative to running -F/dev/Xl every time is to either set the FB_FILE environment variable or start up your own framebuffer server (fbserv) |
| 05:28.31 | DarkMaster | alright got that link this time brlcad? ;-) |
| 05:28.37 | brlcad | i'd suggest the latter actually; you can run fbserv -S 1024 0 /dev/X |
| 05:28.57 | brlcad | then on rt, run rt -F0 |
| 05:29.25 | brlcad | or better yet, add -F0 to the Advanced Options on the raytrace control panel |
| 05:29.49 | brlcad | you can use any number instead of '0' .. it's a port number offset that the server uses |
| 05:30.07 | brlcad | DarkMaster: hmm.. actually no |
| 05:30.28 | brlcad | DarkMaster: check your irc console, it doesn't allow pm's unless you're identified now |
| 05:30.35 | DarkMaster | argh |
| 05:35.40 | cad592 | Is there anyway for me to have fbserv auto start w/o me starting it in another console window? |
| 05:37.41 | cad592 | never mind - I see the FB_FILE environmental variable... |
| 05:38.15 | cad592 | Thanks brlcad for all your help. Have a good night. |
| 05:39.38 | cad592 | CIA-5: Your a mindless twit and have not ever had, nor will you have an original thought or idea. I'm out of here... |
| 05:41.51 | brlcad | hehe |
| 05:41.58 | brlcad | cad592: no problem, any time |
| 10:48.35 | *** join/#brlcad Maloeran (n=alexis@modemcable084.164-81-70.mc.videotron.ca) |
| 13:32.03 | *** join/#brlcad CIA-5 (n=CIA@flapjack.navi.cx) |
| 14:03.47 | *** join/#brlcad Twingy_ (n=justin@pcp0011647505pcs.aberdn01.md.comcast.net) |
| 14:04.23 | CIA-5 | BRL-CAD: 03twingy * 10brlcad/src/conv/g-adrt.c: for regions with no name they get tagged "unknown". |
| 16:17.28 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/misc/win32-msvc7/all/ (all.vcproj .cvsignore): Initial check-in |
| 16:21.09 | *** join/#brlcad Obscene_CNN (n=DiscoBan@66.15.214.167) |
| 16:24.04 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/misc/win32-msvc7/asc2g/ (asc2g.vcproj .cvsignore): Initial check-in |
| 16:59.10 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/misc/win32-msvc7/ (83 files in 44 dirs): Initial check-in |
| 17:38.14 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/misc/win32-msvc6/ (82 files in 41 dirs): Not needed |
| 17:42.35 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/include/config_win.h: Add a few defines for the st_mode field of the stat structure |
| 17:48.12 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/other/libz/tcl/ (19 files in 3 dirs): Initial check-in |
| 17:50.12 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/other/libz/tcl/ (zlibtcl.decls zlibtclConfig.sh.in): Initial check-in |
| 17:53.28 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/other/libpng/tcl/ (21 files in 3 dirs): Initial check-in |
| 18:30.00 | *** join/#brlcad Obscene_CNN (n=DiscoBan@66.15.214.167) |
| 18:53.39 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/conv/ (fast4-g.c g-stl.c stl-g.c): Mods to use bu_getopt |
| 18:55.03 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/iges/ (g-iges.c main.c): Mods to use bu_getopt |
| 18:59.55 | *** join/#brlcad PrezKennedy (n=MK@pcp0011645240pcs.aberdn01.md.comcast.net) |
| 19:05.07 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/iges/iges_extern.h: Remove reference to bu_debug |
| 19:06.36 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/iges/ (iges_struct.h make_face.c): Remove references to librt functions |
| 19:07.04 | *** join/#brlcad cad563 (n=51d04ab0@bz.bzflag.bz) |
| 19:07.09 | cad563 | hi all |
| 19:07.19 | cad563 | Is anybody there? |
| 19:08.13 | *** part/#brlcad cad563 (n=51d04ab0@bz.bzflag.bz) |
| 19:08.28 | *** join/#brlcad cad563 (n=51d04ab0@bz.bzflag.bz) |
| 19:08.41 | cad563 | hi all again |
| 19:11.58 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/libfb/if_ogl_win32.c: Modify the loop conditional in ogl_close() |
| 19:13.54 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/other/tkimg/png/png.c: Mods to use Png_InitStubs in libpng |
| 19:18.29 | *** join/#brlcad DarkMaster (n=MK@pcp0011645240pcs.aberdn01.md.comcast.net) |
| 19:21.29 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/rt/opt.c: Since there is no "background" command in rt_cmdtab and we already have the background color parsed, go ahead and set the background (Windows only, for now) |
| 19:23.10 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/tclscripts/archer/pkgIndex.tcl: Updated to load libpng instead of pngtcl |
| 19:24.17 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/tclscripts/archer/tclIndex: Update |
| 20:07.47 | *** join/#brlcad Moob (n=3e2ddb57@bz.bzflag.bz) |
| 20:08.32 | *** part/#brlcad Moob (n=3e2ddb57@bz.bzflag.bz) |
| 20:09.36 | CIA-5 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/misc/win32-msvc6/brlcad/brlcad.dsw: Not needed |
| 22:22.08 | CIA-5 | BRL-CAD: 03twingy * 10brlcad/src/adrt/libcommon/ (pack.c unpack.c): mesh map file is now binary. |
| 22:22.42 | CIA-5 | BRL-CAD: 03twingy * 10brlcad/src/conv/g-adrt.c: mesh map file is now binary. |
| 23:12.36 | CIA-5 | BRL-CAD: 03twingy * 10brlcad/src/conv/g-adrt.c: mesh map binary fix. |
| 23:14.00 | CIA-5 | BRL-CAD: 03twingy * 10brlcad/src/adrt/libcommon/unpack.c: binary mesh map file fix. |
| 23:30.05 | *** join/#brlcad Twingy_ (n=justin@pcp0011647505pcs.aberdn01.md.comcast.net) |