| 00:01.27 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 00:13.43 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1096601189.dsl.bell.ca) |
| 00:21.00 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/ (include/pkg.h src/libpkg/.cvsignore src/libpkg/Makefile.am): convert version global to a function, remove need for vers.sh script |
| 00:25.58 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/libpkg/tpkg.c: report the version number as part of the usage |
| 00:26.46 | IriX64 | http://irix64.spaces.live.com/photos/winbrlcad <----- i've abandonded the other side of the house (for now:)) |
| 00:30.54 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/libsysv/ (.cvsignore Makefile.am vers_win.c): remove the unused version global |
| 00:32.13 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/libcursor/Makefile.am: remove the unused version global |
| 00:39.22 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/libtclcad/ (.cvsignore Makefile.am): remove the unused version global |
| 00:41.26 | IriX64 | still works with X-server, opens a frame buffer automagically |
| 00:45.57 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/libtermio/Makefile.am: remove the unused version global |
| 00:47.27 | IriX64 | huh. joevalleyfield i had activestate tcl/tk installed on the windows side could that be what it wants? |
| 00:50.36 | IriX64 | never mind uninstalled it still works here |
| 00:50.41 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/libwdb/ (.cvsignore Makefile.am vers_win.c): remove the unused version global |
| 00:55.18 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 01:06.17 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/mged/ (.cvsignore Makefile.am ged.c vers_win.c): convert over from using vers.sh and the global to using the new brlcad_version() interface to extract the version information |
| 01:06.52 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1096734748.dsl.bell.ca) |
| 01:09.22 | IriX64 | winbrlcad albumn shows just a little of windows archer |
| 01:30.55 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/nirt/ (.cvsignore Makefile.am nirt.c vers_win.c): convert over from using vers.sh and the global to using the new brlcad_version() interface to extract the version information |
| 01:36.12 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/remrt/ (.cvsignore Makefile.am remrt.c): convert over from using vers.sh and the global to using the new brlcad_version() interface to extract the version information |
| 01:43.10 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/rttherm/ (Makefile.am viewtherm.c): convert over from using vers.sh and the global to using the new brlcad_version() interface to extract the version information |
| 01:46.07 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/util/Makefile.am: remove unused version stuff |
| 02:16.06 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1096601189.dsl.bell.ca) |
| 02:34.18 | louipc | hmm! |
| 02:49.34 | IriX64 | in vmware, but still it's nice to see an old friend :) |
| 03:02.48 | IriX64 | blog/photos/stuff <--- os/2 working |
| 03:24.28 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/rt/ (21 files): redo the client-side version reporting to use the new brlcad_version() interface, utilizing a per-binary title as needed, instead of the former vers.sh setup. |
| 03:28.44 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/rttherm/viewtherm.c: need to specify a title |
| 03:29.55 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/rttherm/viewtherm.c: consolidate title |
| 04:09.10 | deltazap | wheeee, crashin mged all night |
| 04:10.44 | deltazap | so, scaling a matrix on a region is a dangerous thing, as i have found out |
| 04:13.15 | louipc | dangerous? |
| 04:13.39 | deltazap | crashes mged if you rotate it after scaling one axis |
| 04:13.48 | louipc | erk |
| 04:14.02 | deltazap | i'm hoping it was a 7.6.6 bug |
| 04:14.43 | louipc | that's what you're using? |
| 04:15.18 | deltazap | haven't been able to get any other build working on mac :-[ |
| 04:15.28 | louipc | ah dang |
| 04:16.39 | bjorkBSD | deltazap, mac OS what? |
| 04:16.55 | bjorkBSD | i think brl-cad's developed on macs. |
| 04:17.21 | louipc | odd that that's the latest binary |
| 04:17.49 | deltazap | bjorkBSD: 10.4.9, the latest |
| 04:18.11 | bjorkBSD | and it's not working? |
| 04:19.04 | deltazap | nope |
| 04:20.28 | brlcad | os x is one of the most frequently tested, one of many actually |
| 04:20.44 | brlcad | and that operation certainly should work |
| 04:21.07 | brlcad | only case where a matrix edit over a region is known to cause a problem is when something in the region is invalid |
| 04:21.32 | brlcad | still shouldn't crash thought.. that's report-worthy regardless |
| 04:21.32 | deltazap | yeah, i don't know what i'm doing that's causing it to crash |
| 04:21.50 | brlcad | you should have stack trace files |
| 04:21.57 | brlcad | in your logs |
| 04:24.06 | deltazap | which log? |
| 04:24.34 | brlcad | ~/Library/Logs |
| 04:29.05 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/misc/.cvsignore: ignore brlcad-config |
| 04:29.11 | deltazap | hmm, it's not showing up in the logs |
| 04:29.38 | deltazap | and it doesn't show up when i crash it. i'll take another look at it tomorrow |
| 04:30.14 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/misc/brlcad-config.in: do need to also set exec_prefix after all -- just set to same for now |
| 04:40.25 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/ (libpkg/vers_win.c libtclcad/vers_win.c): windows version files no longer needed/used |
| 04:44.32 | IriX64 | i wonder how hard it would be to convert on the fly? I mean mged has the file name anyway, call ie asc2g close the input file and open the new g file |
| 07:13.32 | *** join/#brlcad louipc_ (n=louipc@bas8-toronto63-1128544108.dsl.bell.ca) |
| 07:20.47 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) |
| 07:40.23 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1128544140.dsl.bell.ca) |
| 07:43.52 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) |
| 07:45.53 | *** join/#brlcad cad68 (n=9f9424c8@bz.bzflag.bz) |
| 08:39.15 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) |
| 09:28.13 | *** join/#brlcad louipc_ (n=louipc@bas8-toronto63-1177613628.dsl.bell.ca) |
| 09:50.17 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) |
| 10:11.06 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1177614295.dsl.bell.ca) |
| 11:33.25 | *** join/#brlcad louipc_ (n=louipc@bas8-toronto63-1088753986.dsl.bell.ca) |
| 11:46.16 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1088753734.dsl.bell.ca) |
| 12:02.55 | *** join/#brlcad louipc_ (n=louipc@bas8-toronto63-1096667824.dsl.bell.ca) |
| 12:03.09 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/include/conf/ (COUNT DATE HOST PATH USER): don't store the files that change in CVS |
| 12:05.13 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/include/conf/.cvsignore: ignore the generated configuration files |
| 12:17.53 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/libfft/Makefile.am: just use CLEANFILES |
| 12:20.17 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/include/conf/Makefile.am: on second thought, try to prevent a rebuild/relink every pass through .. only update the count after a clean. every pass of make would be ideal, but only we can figure out a way to avoid the dependency check relinkage |
| 12:25.41 | CIA-14 | BRL-CAD: 03brlcad * 10brlcad/src/libpkg/vers.c: add libpkg's pkg_version() source file |
| 12:32.04 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) |
| 12:38.43 | CIA-14 | BRL-CAD: 03d_rossberg * 10brlcad/include/conf/ (make.vbs Makefile.am): update version information on MS Windows |
| 13:03.25 | brlcad | d_rossberg: wow, that was quick.. :) I was just getting to the Windows build files |
| 13:04.31 | brlcad | i know i broke the build on windows, I was/am setting up my tools now to test/fix |
| 13:09.56 | *** join/#brlcad Elperion (n=Elperion@84.135.64.23) |
| 13:17.59 | d_rossberg | brlcad: no problem, at the moment i'm looking for a way to have a prebuild step in MSVC (postbuild is easy) |
| 13:32.06 | joevalleyfield | it's slow as hell, but it's up in aqua/classic mode again! |
| 14:03.35 | brlcad | cool! |
| 14:22.04 | CIA-14 | BRL-CAD: 03d_rossberg * 10brlcad/include/conf/make.vbs: host, date, user and path need to e set between quotes |
| 14:33.41 | deltazap | joevalleyfield: what's that? |
| 14:35.24 | CIA-14 | BRL-CAD: 03d_rossberg * 10brlcad/misc/win32-msvc/ (5 files in 2 dirs): |
| 14:35.24 | CIA-14 | BRL-CAD: aPrep is a MSVC project for preprocessing |
| 14:35.24 | CIA-14 | BRL-CAD: e.g. updating version information |
| 14:57.51 | CIA-14 | BRL-CAD: 03erikgreenwald * 10brlcad/include/bu.h: change data to char and add a "flags" field to the bu image struct |
| 15:04.23 | CIA-14 | BRL-CAD: 03d_rossberg * 10brlcad/ (7 files in 6 dirs): remove old version number handling for MSVC |
| 15:11.36 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) |
| 15:21.08 | d_rossberg | brlcad: src/librt/tcl.c needs BRLCAD_VERSION which is not defined in brlcad_version.h yet; do you want me to define it or do you want to change tcl.c? |
| 15:23.58 | ``Erik | wow, brlcad broke stuff out the wazoo with that version stuff |
| 15:26.00 | brlcad | he did? |
| 15:27.09 | ``Erik | yeah, I'm looking into it now... something with cppflgs I think |
| 15:29.29 | ``Erik | ah, got it |
| 16:05.15 | IriX64 | hah it built, now to drop it into the windows side of the house |
| 16:06.19 | IriX64 | you'll never see an error report from me again, well unless brlcad has something he wants tested, i still have and always will have that cvs checkout |
| 16:09.20 | IriX64 | louipc you were compiling, how goes it? |
| 16:21.01 | IriX64 | mmm how do you read a man page in windereze though |
| 16:31.52 | *** join/#brlcad cad98 (n=51d01fd7@bz.bzflag.bz) |
| 16:38.32 | IriX64 | Xwin32 is superior to Xming |
| 16:40.07 | IriX64 | i dropped the 6 dll's it needs into brlcad/bin and all's hunky :) |
| 16:44.19 | IriX64 | http://irix64.spaces.live.com/photos/stuff |
| 16:47.00 | IriX64 | urf why did the winbrlcad albumn come up? |
| 16:47.30 | IriX64 | try leaving /stuff off and selecting the albumn your self |
| 16:49.11 | IriX64 | urf leave photos off too then you'll be able to choose an albumn |
| 16:52.48 | IriX64 | http://www.pastebin.ca/444962 look to the end of the paste |
| 17:04.35 | IriX64 | stuff albumn (BigHavoc) |
| 17:04.49 | IriX64 | ill shut up now :) |
| 17:10.59 | IriX64 | final note,gonna try winaxep :) |
| 17:27.58 | CIA-14 | BRL-CAD: 03erikgreenwald * 10brlcad/src/libbu/Makefile.am: include/ is now a mandatory dependancy due to the new versioning shtuff |
| 17:30.58 | IriX64 | it flies with winaxep too (stuff albumn, what my Children did to your havoc :)) |
| 17:42.20 | IriX64 | still going, btw i'm out of prepared pictures. |
| 17:43.23 | IriX64 | if you want a winaxe pix its going to take a while (not that i'm telling you something you don't already know) |
| 17:54.39 | joevalleyfield | deltazap: mged on OSX without X -- it's more proof of concept than usable though |
| 17:57.00 | ``Erik | aqua-tk? |
| 18:19.13 | joevalleyfield | yeah |
| 18:19.22 | joevalleyfield | no gl yet though |
| 18:28.10 | CIA-14 | BRL-CAD: 03erikgreenwald * 10brlcad/configure.ac: aPrep seems to be a new dir that wasn't added here |
| 18:43.32 | CIA-14 | BRL-CAD: 03erikgreenwald * 10brlcad/Makefile.am: brlcad_version.h is in srcdir, not builddir |
| 18:46.17 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1096601189.dsl.bell.ca) |
| 18:46.55 | CIA-14 | BRL-CAD: 03erikgreenwald * 10brlcad/Makefile.am: the brlcad_version.h builddirr/srcdir issue shows up on a couple other lines, too. |
| 18:49.55 | IriX64 | winaxep and I have .... well ... issues :L) |
| 18:54.33 | IriX64 | this is an -march=i386 build too, trying to cover all the bases. |
| 19:11.00 | IriX64 | stuff albumn, proper credit to John Michael Muss |
| 19:38.39 | deltazap | joevalleyfield: that's still awesome :) |
| 19:43.43 | *** join/#brlcad Elperion (n=Elperion@84.135.64.23) |
| 20:01.33 | IriX64 | joevalleyfield: success man, it was a path thing, it's flying on windowsxp home edition |
| 20:01.58 | IriX64 | btw xming (nah) :) |
| 20:07.47 | *** join/#brlcad clock_ (i=clock@84-72-88-202.dclient.hispeed.ch) |
| 20:18.26 | IriX64 | http://www.pastebin.ca/445316 <--- ``Erik that last line is why the -c ;) |
| 20:21.21 | IriX64 | i feel like a kid in a candy shop, can't beleive it works :) |
| 20:22.59 | ``Erik | uh huh? and pick, y'know, ogl? |
| 20:23.05 | ``Erik | or null... or X... |
| 20:47.21 | IriX64 | yeah |
| 20:47.33 | IriX64 | works if you have them |
| 20:49.01 | IriX64 | can't see the sense of putting x support in the native windows build but.... |
| 20:52.39 | clock_ | Version 9.9.9? |
| 20:52.45 | clock_ | Is it 6.6.6 upside down? |
| 20:54.36 | IriX64 | next version will be 10.10.10 but yeah you're right it's eveil :) |
| 20:55.45 | IriX64 | and ill stick to that to keep confusion to a minimum, no need you guys getting blasted for *my bugs :) |
| 20:57.16 | ``Erik | 'sok, we blame all our bugs on you anyways ;) |
| 20:57.50 | IriX64 | heh i have broad shoulders anyway might as well use em for something good :) |
| 21:06.48 | IriX64 | that importfg4section thing, whats the easiest way of seeing who relies on those functions versus who relies on the ones in fast4-g? |
| 21:08.11 | IriX64 | should'nt be asking you for help you guys have moved on to 7-10, now theres an idea, can i pirate the appropriate file? |
| 21:11.55 | IriX64 | never mind |
| 21:17.39 | IriX64 | not gonna play with librt :) |
| 21:23.22 | ``Erik | heh |
| 21:25.21 | Maloeran | Ah, IriX64 is still acting as strangely as usual |
| 21:39.35 | *** join/#brlcad bjorkBSD (n=bjork@ip70-178-214-102.ks.ks.cox.net) |
| 21:48.11 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 22:39.51 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1096601189.dsl.bell.ca) |
| 22:40.40 | IriX64 | blog->brl-cad albumn latest build |
| 23:08.28 | IriX64 | ok now i have it what do I do with it? |
| 23:19.59 | *** join/#brlcad louipc_ (n=louipc@bas8-toronto63-1177706746.dsl.bell.ca) |
| 23:47.06 | IriX64 | twingy lathe version? |
| 23:47.24 | Twingy | nyet, still have a bunch of feature requests to churn through in bugzilla |
| 23:47.41 | Twingy | dxf/stl will get done before that |
| 23:48.00 | IriX64 | never ends does it |
| 23:48.08 | Twingy | nope, that's why I'm in no rush |
| 23:48.18 | Twingy | it's a hobby |
| 23:48.26 | IriX64 | mentioned g-cam to ASI dunno if ythey looked |
| 23:48.43 | IriX64 | same here hobby wise |
| 23:48.48 | Twingy | *shrug* I don't even check my web stats |
| 23:49.01 | Twingy | I have a 350MB http-access file that probly has all kinds of neat stats in it |
| 23:49.22 | IriX64 | heh delete will work wonders on it :) |
| 23:49.38 | Twingy | I've got plenty of disk space, I think I'll keep it around |
| 23:49.47 | IriX64 | sure |
| 23:50.05 | Twingy | it would be neat to integrate my path tracer into gcam to render a final part |
| 23:50.38 | IriX64 | why not integrate gcam into brlcad as an other |
| 23:50.55 | Twingy | because gcam has no connection to brl-cad from a code standpoint |
| 23:51.02 | Twingy | and brl-cad is already too big imho |
| 23:51.14 | IriX64 | sure they'rer both code:) |
| 23:51.27 | Twingy | if I were doing a freebsd package thing, I'd make it multiple packages |
| 23:51.44 | Twingy | and have it prompt user if they want ray-tracer, conversion utilities, gui, etc |
| 23:52.01 | Twingy | and have it pull from separate tar gz downloads |
| 23:52.45 | Twingy | I wish adrt went that way |
| 23:52.49 | Twingy | cause then I could link to it on source forge |
| 23:52.53 | Twingy | as a dependency |
| 23:53.06 | Twingy | instead of downloading entire brl-cad package for only 0.1% of the code |
| 23:53.24 | Twingy | python not work? |
| 23:53.35 | IriX64 | sdl has issues on my system |
| 23:53.41 | Twingy | I threw python and sdl away 2 years ago |
| 23:53.46 | Twingy | it's all gtk now |
| 23:53.51 | Twingy | at least the internal version |
| 23:54.17 | Twingy | sean doesn't like gtk, so it probably won't get integrated :) |
| 23:54.25 | IriX64 | heh |
| 23:54.41 | Twingy | if you make it tcl/tk he'll put it in |
| 23:55.07 | IriX64 | if *i make shouldn't that be you |
| 23:55.24 | Twingy | I don't really see the point |
| 23:55.34 | Twingy | there's plenty of ray-tracers for download that are faster |
| 23:55.49 | Twingy | on a scale from 1 to 10 with all the ray-tracers out there mine is like an 8.5 right now |
| 23:55.59 | Twingy | 2 years ago it was a 9.0 |
| 23:56.39 | IriX64 | i know very little of rt |
| 23:56.48 | IriX64 | just use whats there |
| 23:56.52 | Twingy | same here until I decided to edumacate myself when I was 19 |
| 23:56.54 | IriX64 | in brl-cad |
| 23:57.04 | Twingy | by poking at a sphere tracer and understanding the math |
| 23:57.36 | Twingy | one of the last things I was working on with nurbana was ray-tracing nurbs in 2001 |
| 23:57.46 | Twingy | and trimming |
| 23:57.55 | Twingy | then I got into electronics |
| 23:58.32 | Twingy | I enjoy spending half my day in front of the computer screen and the other half building/testing the stuff |
| 23:58.59 | IriX64 | note my formal education consists of only a certificate in Electronics engineering technology |
| 23:59.13 | IriX64 | that was in 72 |