irclog2html for #brlcad on 20070226

00:10.40 *** join/#brlcad lg_ (n=lg_@88.234.13.222)
00:15.33 *** part/#brlcad lg_ (n=lg_@88.234.13.222)
01:16.01 *** join/#brlcad IriX64 (n=mario_du@bas3-sudbury98-1168050480.dsl.bell.ca)
02:15.45 ``Erik http://www.eatliver.com/i.php?n=797
02:16.08 *** join/#brlcad IriX64 (n=mario_du@bas3-sudbury98-1168054557.dsl.bell.ca)
02:18.06 IriX64 www.spaces.live.com/IriX64
05:13.56 CIA-7 BRL-CAD: 03brlcad * 10brlcad/autogen.sh:
05:13.56 CIA-7 BRL-CAD: major modification, now supporting projects that don't use one or more of the
05:13.56 CIA-7 BRL-CAD: various autotools (e.g. not using automake, libtool, autoheader, libtool). also
05:13.56 CIA-7 BRL-CAD: now supports projects that have recursive configures that go more than one level
05:13.56 CIA-7 BRL-CAD: deep.
05:39.54 *** join/#brlcad tofu (n=sean@bz.bzflag.bz)
08:37.18 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
09:00.19 CIA-7 BRL-CAD: 03brlcad * 10brlcad/autogen.sh: support projects that use the older/deprecated arg-less AC_INIT and instead search for an AM_INIT_AUTOMAKE declaration hopefully instead. also fix a couple missing 'no' typos during manual processing.
09:05.19 CIA-7 BRL-CAD: 03brlcad * 10brlcad/autogen.sh: some versions of automake report apple's dumb libtoolize problem differently, so try to be more general.
09:05.38 clock_ brlcad: does BRL-CAD work on Apple as well?
09:07.09 brlcad presume you mean non-mac os x apple?
09:07.53 brlcad there have been several ports of brl-cad to older apples running various unices, including the Apple II
09:08.18 clock_ I mean modern apple with their mac os x
09:08.27 brlcad oh, of course
09:08.34 clock_ cool portable :)
09:09.00 brlcad it's (arguably) one of the core platforms consistently tested (along with a couple other OSs)
09:09.29 brlcad happens to integrate rather well actually
09:10.31 brlcad I did the initial port to Mac OS X during the early Pre Beta days
09:12.34 brlcad it took me less than a half an hour to get just about everything up and running not including compile time (which was about an hour back then) .. circa end of 2000
09:14.15 brlcad another hour after that, I had smp and multithreading working, and this was all using the old build system -- which was considerly more painful than the one we have now to modify
09:21.21 clock_ along with couple of OSes :)
09:22.08 clock_ In Linux world it usually works the way that the core developer tests it on the single Linux distribution he happens to have on his desktop and then pronounces it portable
09:22.12 clock_ and then in fact it works only on some Linux distros.
09:22.54 clock_ Well BRL-CAD is a serious piece of software developed for 30 years by U. S. Army :)
09:23.17 CIA-7 BRL-CAD: 03brlcad * 10brlcad/src/libbu/stat.c: add bu_same_file() routine to determine whether two file names are indeed the same file or not. presently, the routine falls back to stat() to compare the inode numbers of the files in question
09:23.19 clock_ OK 28 years
09:23.28 clock_ Actually BRL-CAD is as old as I am :)
09:24.50 CIA-7 BRL-CAD: 03brlcad * 10brlcad/include/bu.h: add bu_same_file() declaration so we can use it in places
09:25.53 brlcad if you have the readme handy, it shows some of the portability heritage
09:28.38 brlcad brl-cad's one of a few pieces of software (mostly limited to compilers, editors, operating systems) that has been "extensively portable" .. predating things like TCP, graphical displays, coding standards (ansi and posix) yet surviving and adapting to them all
09:30.48 brlcad there actually used to be checks in the code for "is there tcp/ip networking api facilities available" .. and "does the floating point math behave like a cray 2"
09:38.17 CIA-7 BRL-CAD: 03brlcad * 10brlcad/ (include/bu.h src/libbu/stat.c): add the similar routine bu_same_fd() to compare two file descriptors returned by open()
10:49.28 *** join/#brlcad Bariton (n=BitteAen@p57B5EFDE.dip.t-dialin.net)
10:51.01 Bariton hi
10:51.10 Bariton is it possible to export the framebuffer as image? for example as png?
10:56.31 Bariton anybody online?
11:19.05 Bariton hey?!?!
11:46.45 *** part/#brlcad Bariton (n=BitteAen@p57B5EFDE.dip.t-dialin.net)
12:14.06 *** join/#brlcad brlcad (n=sean@bz.bzflag.bz) [NETSPLIT VICTIM]
12:14.06 *** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
12:14.06 *** join/#brlcad Twingy (n=justin@74.92.144.217) [NETSPLIT VICTIM]
12:14.07 *** join/#brlcad CIA-7 (i=cia@cia.navi.cx)
12:14.07 *** join/#brlcad dtidrow_work (n=dtidrow@host169.objectsciences.com) [NETSPLIT VICTIM]
12:14.07 *** join/#brlcad deltazap (n=zap@pool-72-64-253-55.tampfl.fios.verizon.net) [NETSPLIT VICTIM]
13:36.11 *** join/#brlcad docelic (n=docelic@212.15.171.32)
13:58.20 *** join/#brlcad b0ef (n=b0ef@084202025057.customer.alfanett.no) [NETSPLIT VICTIM]
13:58.20 *** join/#brlcad louipc (n=louipc@bas8-toronto63-1096782827.dsl.bell.ca) [NETSPLIT VICTIM]
13:58.20 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) [NETSPLIT VICTIM]
13:58.20 *** join/#brlcad brlcad (n=sean@bz.bzflag.bz) [NETSPLIT VICTIM]
13:58.20 *** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
13:58.20 *** join/#brlcad Twingy (n=justin@74.92.144.217) [NETSPLIT VICTIM]
13:58.20 *** join/#brlcad CIA-7 (i=cia@cia.navi.cx)
13:58.21 *** join/#brlcad dtidrow_work (n=dtidrow@host169.objectsciences.com) [NETSPLIT VICTIM]
13:58.21 *** join/#brlcad deltazap (n=zap@pool-72-64-253-55.tampfl.fios.verizon.net) [NETSPLIT VICTIM]
13:59.59 *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) [NETSPLIT VICTIM]
13:59.59 *** join/#brlcad archivist (n=archivis@host217-35-76-52.in-addr.btopenworld.com) [NETSPLIT VICTIM]
14:00.14 *** join/#brlcad docelic (n=docelic@212.15.171.32) [NETSPLIT VICTIM]
14:08.30 Maloeran http://news.bbc.co.uk/2/hi/technology/6396925.stm - Almost seems fun to play
14:14.33 brlcad heh
14:15.10 archivist some sad people about
17:43.48 *** join/#brlcad lg_ (n=lg_@88.234.13.222)
17:43.54 lg_ hi...
17:57.34 Maloeran Hi again, brlcad should be able to answer any question you may have this time ;)
17:57.55 lg_ ;-)
17:58.21 lg_ i will try to describe
18:01.55 lg_ basically I was wondering if there is some way to "round" edges
18:02.56 lg_ the only way I could figure out so far is to cut away the corner and union a cylinder
18:07.22 lg_ in my case, as I want to round edges following rips of a dome (it is for an architectural model), I would have to cut away rings and "fill" with a torus
18:13.06 *** join/#brlcad IriX64 (n=mario_du@bas3-sudbury98-1168054557.dsl.bell.ca)
18:28.33 IriX64 http://www.pastebin.ca/373296 << anybody know what this is about?
18:34.33 IriX64 took silent off, tells me nothing other than its trying to link against it
18:36.44 IriX64 awww cmon, I took lgl2 outta the makefile, its still erroring out on it.
18:49.16 IriX64 configure finds glenable.
18:50.28 IriX64 but opengl is not functionally available.
18:58.47 ``Erik lg: you could also build a 'cutter' by intersecting and arb and a cylinder or whatever and use that to difference on your geometry *shrug* but yeah, there is no explicit 'bevel' operation to my knowledge
18:59.32 ``Erik if you can do tcl or C, you can do something like a procdb to automate some of that for you, though *shrug*
19:17.30 lg_ sorry erik, i am back, my flatmate had been occupying the computer ;-)
19:18.43 lg_ i guess manually doing this is easier now, as i do not have that many edges to round
19:20.07 lg_ the hard work is to construct all the midpoints and intersections before
19:38.17 lg_ see you later, i need a restart now to connect my stupid bluetooth donge, I would like to be able to rotate the view so that I can read the result of labelvert... ;-)
19:39.15 *** part/#brlcad lg_ (n=lg_@88.234.13.222)
19:41.36 brlcad ahh. just missed em
19:48.51 *** join/#brlcad docelic (n=docelic@212.15.183.103)
20:13.21 ``Erik heh, why, was I wrong about something? or is there a clever trick I don't know? :D
20:17.49 ``Erik yeah, but I like to at least pretend that I'm right once in a while ;)
20:18.10 IriX64 especially if you're right *most of the time ;)
20:20.55 Maloeran Mmhm, 80 million rays per second on the very old m1a2. I still remember the first time I broke through 500k, then one million
20:22.04 ``Erik different hw, though...
20:24.20 Maloeran *nods* Of course
20:24.50 Maloeran Had any chance to quickly see if things run on big endian?
20:27.04 ``Erik oh, lemme update
20:33.42 ``Erik huh, it fails on opteron linux
20:33.45 ``Erik "list empty"
20:33.53 Maloeran Eh?
20:34.15 Maloeran Oh, context creation failed, your $DISPLAY variable again?
20:34.24 ``Erik $ uname -m -s -v
20:34.25 ``Erik Linux #1 SMP Mon Sep 25 17:24:31 EDT 2006 x86_64
20:34.37 ``Erik ahh
20:35.38 ``Erik should the rtgc be endian portable?
20:35.45 Maloeran Yes
20:36.44 ``Erik ok, with a fresh cache built, it works on g5, but is still yellow
20:37.14 Maloeran Darn :), need to look into that bit format code again
20:37.18 Maloeran *nods* Right, try that
20:37.36 Maloeran So the text printing works on big endian too? Good
20:37.47 ``Erik hm, beachballing so far...
20:37.49 ``Erik text printing?
20:38.18 Maloeran Don't you see text over the viewport? File font00.imtx?
20:38.40 ``Erik as I assume you store in something other than network order...
20:39.12 Maloeran I store everything in whatever the local machine saves as, but the loading code can read both native and flipped endian
20:39.12 ``Erik <-- runs out of dir, didn't link the font map in
20:39.24 Maloeran Try with the font file please
20:39.38 ``Erik works on the opteron/linux box
20:42.18 ``Erik big endian shows text, red and yellow...
20:42.28 Maloeran Eheh okay
20:42.42 Maloeran And the models still are yellow, neat
20:43.20 ``Erik uhhh, hrm
20:43.21 ``Erik it stopped
20:43.26 ``Erik system load went away
20:43.42 ``Erik and rfdemo is beach-balled
20:43.55 Maloeran Stopped? Deadlock?
20:44.14 ``Erik *shrug* can't tell exactly wat it's doing, but ti's not responsind
20:45.07 ``Erik didn't like sigterm, had to sigkill it
20:45.56 Maloeran Ahh, it's still yellow because SDL doesn't set the format alpha channel mask member
20:50.12 ``Erik hm, that time it didn't lock up :/
20:50.31 Maloeran So there's a lock glitch somewhere
20:56.35 ``Erik brlcad, jlo is lookin' for you
20:59.38 Maloeran If you ever manage to see that lock happen again, a backtrace would be much appreciated. I would have suggested to enable RF_THREAD_DEBUG to get a clear log, but I guess it's way too rare for that
21:09.06 CIA-7 BRL-CAD: 03brlcad * 10brlcad/src/mged/rtif.c: massive cleanup, ws, indentation, rewrite some of the _WIN32 sections so there are fewer duplicate code sections. add a display_error function to report the windows read error via a dialog bog
21:09.11 *** join/#brlcad clock_ (i=clock@84-72-61-3.dclient.hispeed.ch)
21:15.30 Maloeran Ah, OSX already has Spin Control and Thread Viewer for that kind of stuff
21:15.44 brlcad ``Erik: nah, you weren't wrong -- you do the CSG manually to round edges
21:16.17 brlcad there are a couple commands to automatically do this for you for arbs and perhaps cylinders iirc
21:23.13 brlcad ahh, here we go.. rcc-tor, rpp-arch, & rcc-cap
21:23.37 brlcad all apply a different sort of rounnding
21:57.07 ``Erik jason has a class for simd vector math he wants to shove in for nurbs, but wanted to talk to you before making directories for some reason
21:57.26 ``Erik (a c++ class... *shudder* be nice if we could de-c++ opennurbs O:-) )
22:04.13 brlcad heh, de-c++ about 200k lines of code? i think not...
22:09.44 CIA-7 BRL-CAD: 03brlcad * 10brlcad/src/mged/rtif.c: use bu_same_file() instead of stat() directly to compare whether the saveview script database and the current database are the same file
22:27.05 CIA-7 BRL-CAD: 03brlcad * 10brlcad/src/canon/canonize.1: fact that it uses stat(2) is inconsequential
22:28.06 ``Erik hm, the first c++ 'compilers' were preprocessers to generate C code... I d'not what features opennurbs uses
22:28.27 *** join/#brlcad IriX64 (n=mario_du@bas3-sudbury98-1168054557.dsl.bell.ca)
22:29.09 IriX64 http://www.pastebin.ca/373648 <---- milestone :)
22:29.44 ``Erik http://www.eatliver.com/i.php?n=1671
22:30.50 IriX64 hobbits? they....
22:30.58 IriX64 :)
22:32.32 IriX64 xgcc rulz ;)
22:36.31 IriX64 do you know how many scripts hardcode gcc in them?
22:38.29 IriX64 ``Erik , another angle of havoc, www.spaces.live.com/IriX64
22:38.50 brlcad IriX64: make LDFLAGS=--verbose
22:39.17 IriX64 Id be swamped with output :)
22:39.18 brlcad see if you can figure out why libpng/libz fail when you enable shared
22:39.41 IriX64 told you thats gotta be mine, im not worried bout it for now.
22:39.46 brlcad so just compile until it fails with that empty error without it, and then cd src/other && make LDFLAGS=...
22:40.17 IriX64 its *not brlcad does the same with apache.
22:40.26 brlcad it's not necessarily just yours -- I had some issue with using a shared (system) libz last time I compiled on cygwin
22:41.03 brlcad it wasn't the same as your issue, but similar
22:41.12 IriX64 ermf ill try it soon as i get this other build attempt out of the way, may be a couple of hours but i will do be patient.
22:45.14 brlcad no rush, but it could be informative
22:45.39 IriX64 canceled the build configuring now.
22:46.36 IriX64 building shared and static as before.
22:51.13 IriX64 this is peculiar it wants to build zlib, but i have a system zlib.
22:54.58 IriX64 just a second ../../..src/other/libz/libz.la ??????
22:55.16 IriX64 shouldnt that be lo?
22:56.21 IriX64 erf why do i do the same with apache tho, still points to me brlcad.
22:56.41 IriX64 ill find it later
22:56.58 IriX64 right now i want to see -sharedlib test
23:02.41 IriX64 libz.la is a link that points to ../libz.la libz.so is a link that points to libz.so.1.1.4
23:04.28 IriX64 ``Erik? using msvc7? I'd be curious to see how that goes.
23:04.33 ``Erik cygwin
23:04.50 IriX64 ;)
23:06.10 IriX64 remember to start with the Cygnus Solutions first and patch your way up :P
23:06.17 IriX64 archive.
23:07.30 ``Erik cygwin is installed on my xp box, it just doesn't have network connectivity to get the most recent src
23:11.41 *** join/#brlcad lg_ (n=lg_@88.234.13.222)
23:12.22 lg_ good night out there, here it is one p.m. now
23:13.16 *** part/#brlcad lg_ (n=lg_@88.234.13.222)
23:13.24 IriX64 crossgcc has a new patch.
23:13.31 IriX64 theirs not mine.
23:13.46 IriX64 ftp://ftp.cygwin.com
23:23.48 ``Erik http://www.xs4all.nl/%7Ejvdkuyp/flash/see.htm
23:28.38 brlcad heh
23:45.33 IriX64 heh indeed.
23:53.30 IriX64 http://www.pastebin.ca/373759 <<==== Cassandra dancing :)
23:56.04 IriX64 when Cassandra dances, sparcs fly ;)

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.