| 00:33.53 | *** join/#brlcad PrezKennedy (Matthew@whitecalf.net) |
| 00:36.11 | CIA-73 | BRL-CAD: 03erikgreenwald * r38287 10/brlcad/trunk/src/fb/fbthreadtest.c: Tk_PhotoPutBlock changed signature, do a little #ifdef to keep things compilable and hopefully correct) |
| 00:57.44 | starseeker | tries installing gephi |
| 01:19.37 | starseeker | ``Erik: er, sorry - brlcad had that in if_tk too, should have brought it along |
| 01:20.02 | ``Erik | oh, htere was a fix? heh, I ended up reading the headers *shrug* |
| 01:28.27 | CIA-73 | BRL-CAD: 03starseeker * r38288 10/brlcad/trunk/src/fb/fbthreadtest.c: Put back in Sean's slightly more general #ifdef |
| 01:28.36 | starseeker | ``Erik: no you had it essentially correct |
| 01:28.52 | starseeker | I had it in, deleted it during debugging, and forgot to re-add it for commit |
| 01:29.24 | ``Erik | ah, checked the svn history, just saw the one commit, *shrug* :D |
| 01:29.29 | starseeker | it's dubious whether I should have committed it at all, but I want to be able to easily revert if I spectacularly wipe out |
| 01:29.48 | starseeker | ``Erik: yeah, for that file it's one - it was in the original version of if_tk.c |
| 01:29.57 | starseeker | (probably needs it still, come to think of it...) |
| 01:30.01 | ``Erik | mebbe ya shoulda committed it and just put it in EXTRA_DIST ;D *duck* |
| 01:30.30 | starseeker | ``Erik: maybe, but it's build logic is just involved enough (using Tk, etc.) that the Makefile is convenient |
| 01:30.54 | starseeker | and it's for sure that anything applied in that file had better work generally - that's the whole point |
| 01:31.47 | starseeker | given that the tcl guys' first response to my request for a Tcl C API tutorial for threads was "uh... you sure you want to do that?" this could get interesting |
| 01:32.23 | starseeker | they did confirm that Tk_PhotoPutBlock would be expected to misbehave in a multithreaded context, which was helpful |
| 01:33.07 | ``Erik | python and ruby tend to misbehave in threaded environments (or used to) :/ |
| 01:33.10 | starseeker | and apparently the tcl 8.6 man page for threads now has a basic C example :-P |
| 01:33.24 | ``Erik | hard to bolt it in if it wasn't a priority at the beginning |
| 01:33.59 | starseeker | nods. From what I've seen, a concerted effort was made some time back to make sure the core of Tcl could handle threads, but beyond that you have to watch what you use |
| 01:35.09 | starseeker | I'm sure it can be solved in some fashion, but the end result might very well be worth a Tcl/Tk paper at that conference |
| 01:35.15 | ``Erik | hell, look at how well threads are handled in a very mature and insanely flexible/selfabusive language like lisp |
| 01:36.09 | starseeker | thinks a Tk interactive demo of a 17million triangle M35 without using opengl would do nicely for a conference showstopper... |
| 01:36.32 | ``Erik | or even the inability to find a C implementation that's "right"... wonder what the fate of open solaris will be O.o heh |
| 01:36.45 | starseeker | It's dead, Jim. |
| 01:37.25 | ``Erik | omission from oracles slides about future work is probably a bad source to make that statement from *shrug* the /. headline was... well... /. accurate :D |
| 01:37.28 | starseeker | It never had much life, and Oracle won't see any point to continuing it |
| 01:38.02 | starseeker | it'll become the bottom software layer of the Commercial Oracle Database Solution |
| 01:39.01 | starseeker | yeah, I agree the slashdot article isn't conclusive - but OpenSolaris would need robust support to keep it alive against Linux and *BSD land |
| 01:39.11 | ``Erik | *shrug* mebbe, thought oracle seems to get off on riding the linux name |
| 01:39.13 | starseeker | I just don't see Oracle doing it |
| 01:39.49 | ``Erik | and the sun license isn't liberal enough to let it be adopted *shrug* |
| 01:40.07 | starseeker | oh, I'm sure they'll run on Linux, but their sales guys will just say "well..., Linux is good and all, but if you want a really ROBUST solution you'll need Solaris and SPARC hardware..." |
| 01:40.23 | ``Erik | heh |
| 01:40.36 | ``Erik | really? you think the sales people would actually be honest? :D *duck* |
| 01:40.56 | starseeker | <snort> anybody can be honest if it pays well enough |
| 01:41.14 | starseeker | might be hard for 'em though, I'll grand you that |
| 01:41.20 | starseeker | s/grand/grant |
| 01:42.09 | starseeker | Oracle's after they outfits who wouldn't blink at a new hardware addition - "Oh, we need 30 new boxes for Oracle? Right, just roll that into the bill." |
| 01:43.03 | starseeker | supposes he shouldn't be gleefully waiting for MySQL to wither and have PostgreSQL take over the (non-Oracle) world... |
| 01:43.25 | ``Erik | sun used to make some of the very few machines that'd send something to syslog up the alley 'oh, hey, your memory just went to shit, but it's ok, we're working around it. when you need to, it's the stick in bank 15" or "hey, you just lost a cpu, but it's ok, we're just taking that one out of the scheduler... after you replace it, you need to run this program (or if ya don't care, you can reboot)" |
| 01:43.31 | ``Erik | :D |
| 01:44.03 | starseeker | hehe |
| 01:44.16 | starseeker | now that's hardware |
| 01:44.30 | ``Erik | mysql wins in contrived benchmarks, so stupid people (or people without the desire or ability to learn SQL) will continue to use it beyond its valid niche |
| 01:44.32 | starseeker | "warning - someone just shot out the motherboard with a semi-automatic" |
| 01:44.39 | ``Erik | heh |
| 01:44.54 | ``Erik | on the big ones, domain cards could fry without serious detriment |
| 01:45.04 | ``Erik | but the backplane crapping itself, that was serious stuff |
| 01:45.26 | ``Erik | but we're talking starter kits over a mil at that point |
| 01:45.29 | starseeker | would be interested to see a situation were MySQL is Better Enough to justify its use over Postgres |
| 01:45.59 | ``Erik | in exactly the same place where something like a filesystem is better than SQL :D |
| 01:46.10 | starseeker | heh |
| 01:46.29 | starseeker | sqlite -> Postgres -> Oracle :-) |
| 01:47.32 | starseeker | wanders off |
| 01:47.41 | ``Erik | I've been thinking about migrating some of my software from mysql to sqlite3, but I can't figure out if it can handle my odd requirement of needing multiple procs writing plus one proc reading and writing |
| 02:00.22 | *** join/#brlcad talcite (~matthew@dhcp-108-120.tt-biology.carleton.ca) |
| 02:02.32 | ``Erik | <PROTECTED> |
| 03:34.24 | starseeker | watches a slew of java ebuilds install and reflects that he doesn't use many java apps... |
| 03:59.51 | ``Erik | gee, it's almost like java tries to be it's own universe O.o |
| 04:03.12 | starseeker | ``Erik: heh. Oh, beware - I may take a poke at the C++ goblin graph library someday |
| 04:04.34 | ``Erik | don't make me invoke cpan O.o if ya think my macro fu is ugly... *cough* |
| 04:04.36 | starseeker | I doubt it's as nice as graphviz for our purposes, but already having tcl/tk goodies and LGPL licensing... |
| 04:05.12 | starseeker | hey now, we all know Perl was the ultimate answer to the obfuscation contests of yesteryear - no need to prove it :-P |
| 04:06.04 | ``Erik | c++ started out I believe as a preprocessor package, then was re-written as its own preprocessor to produce C... I wonder if there's anything still around that could take our c++ and turn it to C O.o |
| 04:06.30 | ``Erik | <-- also keen on the idea of "fixing" old fortran code via f2c, is twisted like that |
| 04:07.38 | ``Erik | at least libobj provides a pure C interface :D probably a requirement for something like swig |
| 04:08.02 | starseeker | heh |
| 04:19.52 | CIA-73 | BRL-CAD: 03Ssd 07http://brlcad.org * r2212 10/wiki/Category:MGED_BoT_operators: |
| 04:20.00 | CIA-73 | BRL-CAD: 03Ssd 07http://brlcad.org * r2213 10/wiki/Category:MGED_combination_commands: |
| 04:20.20 | CIA-73 | BRL-CAD: 03Ssd 07http://brlcad.org * r2214 10/wiki/Category:MGED_file_operations: |
| 04:20.53 | CIA-73 | BRL-CAD: 03Ssd 07http://brlcad.org * r2215 10/wiki/Category:MGED_geometry_information_commands: |
| 04:21.04 | CIA-73 | BRL-CAD: 03Ssd 07http://brlcad.org * r2216 10/wiki/Category:MGED_help: |
| 04:21.12 | CIA-73 | BRL-CAD: 03Ssd 07http://brlcad.org * r2217 10/wiki/Category:MGED_matrix_commands: |
| 04:22.55 | starseeker | erm... wow netbeans is big |
| 04:22.59 | starseeker | goes to bed |
| 04:24.33 | CIA-73 | BRL-CAD: 03Ssd 07http://brlcad.org * r2218 10/wiki/Category:MGED_object_creation: |
| 04:25.01 | CIA-73 | BRL-CAD: 03Ssd 07http://brlcad.org * r2219 10/wiki/Category:MGED_object_editing: |
| 04:25.31 | CIA-73 | BRL-CAD: 03Ssd 07http://brlcad.org * r2220 10/wiki/Category:MGED_object_generators: |
| 04:26.08 | CIA-73 | BRL-CAD: 03Ssd 07http://brlcad.org * r2221 10/wiki/Category:MGED_view_manipulation: |
| 10:51.56 | d-lo | Mernin all! |
| 12:04.21 | brlcad | mernin |
| 12:31.38 | *** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net) |
| 12:31.54 | *** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos) |
| 13:03.28 | *** join/#brlcad Stattrav (~Stattrav@202.3.77.161) |
| 18:11.55 | ``Erik | http://brlcad.org/~erik/metaballs/mb.mp4 |
| 18:15.28 | *** join/#brlcad Nohla (~jesica@201.255.231.124) |
| 18:26.00 | CIA-73 | BRL-CAD: 03indianlarry * r38289 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Commented out "Prepping Face N:..." blather from brep prep. Also if brep is loaded with something other than an identity matrix push matrix down brep using opennurbs brep->Transform(). |
| 18:34.15 | CIA-73 | BRL-CAD: 03brlcad * r38290 10/brlcad/trunk/ (4 files in 2 dirs): |
| 18:34.16 | CIA-73 | BRL-CAD: add a new tcl command for mged called 'remap_mater'. the command remaps |
| 18:34.16 | CIA-73 | BRL-CAD: material IDs in the currently open geometry database file based on simple remap |
| 18:34.16 | CIA-73 | BRL-CAD: rules in a specified input file. the command is related to the existing 'remat' |
| 18:34.16 | CIA-73 | BRL-CAD: command, but provides distinctively different behavior. the command was |
| 18:34.16 | CIA-73 | BRL-CAD: implemented by PJT in December 2000 and manually being shared amongst users. |
| 18:34.17 | CIA-73 | BRL-CAD: now it's included directly. |
| 18:35.57 | CIA-73 | BRL-CAD: 03indianlarry * r38291 10/brlcad/trunk/include/opennurbs_ext.h: Added warning of non-convergence of trim intersect in getCurveEstimateOfV(). Added quick check to skip trim section if below UV point of interest in isTrimmed(). |
| 19:06.56 | CIA-73 | BRL-CAD: 03brlcad * r38292 10/brlcad/trunk/NEWS: found the official release notes for release 5.3 |
| 20:04.43 | CIA-73 | BRL-CAD: 03indianlarry * r38293 10/brlcad/trunk/src/other/openNURBS/opennurbs_brep.cpp: Fixed index used in checking for surface closure is section of code used to check for trims crossing a seam. Also preprocessed out some log blather related to trims crossing a seam. |
| 20:16.34 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 20:36.50 | CIA-73 | BRL-CAD: 03erikgreenwald * r38294 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: eliminate dist from structure (use hit point Z instead, simpler). kill trailing whitespace. |
| 20:42.54 | CIA-73 | BRL-CAD: 03erikgreenwald * r38295 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: |
| 20:42.54 | CIA-73 | BRL-CAD: Detect and dispose of the case where two hits are seen inside of a single cube |
| 20:42.54 | CIA-73 | BRL-CAD: edge. This is intentional disposal of data to prevent the "bucket" bug where the |
| 20:42.54 | CIA-73 | BRL-CAD: thin ARB8's were consistantly getting very tall triangles near the edges. |
| 21:17.32 | CIA-73 | BRL-CAD: 03erikgreenwald * r38296 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: make some stuff static. report distance in "spooky ray" report, instead of just the Z value. |
| 21:20.40 | CIA-73 | BRL-CAD: 03erikgreenwald * r38297 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: use actual distances to detect spooky action, instead of Z values *cough* |
| 22:40.24 | brlcad | hahaha... |
| 22:40.25 | brlcad | http://www.aumha.org/a/klingon.php |
| 22:53.31 | ``Erik | heh, I had that one my webpage in the mid 90's :D |
| 22:53.56 | ``Erik | back when black backgrounds were cool :/ |
| 22:56.27 | ``Erik | dang, wayback machine doesn't have it until after I redid it all to be less ... lame O.o http://web.archive.org/web/19990210083115/shells.clipboard.com/~br0ke/ |
| 23:02.00 | ``Erik | "gamemaster 256... it's slightly faster... to the max! |
| 23:36.12 | ``Erik | mmmm, heaping pastrami sandwich |
| 23:37.31 | *** join/#brlcad Ralith (~ralith@69.90.48.97) |
| 23:40.15 | *** join/#brlcad Nohla (~jesica@201.255.231.124) |
| 23:56.11 | CIA-73 | BRL-CAD: 03r_weiss * r38298 10/brlcad/trunk/src/conv/obj-g_new.c: still working on adding nmg |
| 23:58.35 | ``Erik | heh, he's having trouble with pointer mangling for nmg, told him that if he committed it, I'd look over it and see if I could figure out what's wrong tomorrow morning unless brlcad beat me to it O.o |
| 23:58.39 | ``Erik | O.o |
| 23:58.46 | ``Erik | guess he didn't get it figured out :D |