| 00:12.26 | IriX64 | my apologies, it works on cygwin side, latest build but not on windows side and path is set |
| 00:17.23 | IriX64 | no worries on your side this critters mine :) |
| 02:01.28 | IriX64 | poolio: it's the slashes (direction of them) that's getting me i think, i'll work something out |
| 02:37.02 | CIA-4 | BRL-CAD: 03johnranderson * 10brlcad/src/ (libfb/tcl.c libbu/bu_tcl.c): Eliminated more direct access of interp->result |
| 02:51.03 | *** join/#brlcad PrezKennedy (n=Matthew@c-76-106-124-125.hsd1.md.comcast.net) |
| 06:15.25 | *** join/#brlcad elite01 (n=elite01@195.37.106.60) |
| 07:56.11 | *** join/#brlcad akreal (n=ak@ll-81-222-164-251.awanti.ru) |
| 07:58.12 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: remove interp->result check |
| 09:00.22 | *** join/#brlcad elite01 (n=elite01@195.37.106.60) |
| 09:19.02 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/src/ (6 files in 4 dirs): remove the final few remaining references to interp->result (both comments and code) |
| 09:55.12 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/TODO: have not seen the walk_dispatcher bug in quite some time, so that just leaves the sketch editor holding up release |
| 09:57.50 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/bench/run.sh: say where the log file is |
| 10:04.56 | *** join/#brlcad Laniakea (i=clock@77-56-100-98.dclient.hispeed.ch) |
| 10:07.58 | *** join/#brlcad yukonbob (n=bch@whthyt224-180.northwestel.net) |
| 10:11.04 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/bench/Makefile.am: make clean can clean up after benchmark runs too now. encourage clean instead of clobber so that the run files are kept. |
| 10:33.15 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-078-191.pools.arcor-ip.net) |
| 11:58.37 | *** join/#brlcad AchiestDragon (n=david@whipy.demon.co.uk) |
| 11:59.57 | AchiestDragon | hi all |
| 12:01.49 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) |
| 14:03.44 | poolio | brlcad: late night commits :) |
| 14:17.54 | brlcad | something like that :) |
| 14:17.59 | brlcad | howdy AchiestDragon |
| 14:18.05 | brlcad | AchiestDragon: funny post |
| 14:18.16 | AchiestDragon | :) |
| 14:18.20 | poolio | wait brlcad, did you sleep? :P |
| 14:18.26 | brlcad | what's that? |
| 14:18.50 | poolio | eek. |
| 14:19.00 | poolio | saw premier of live free or die hard, highly recommend it |
| 14:19.15 | brlcad | was thinking about that just an hour ago |
| 14:27.56 | *** join/#brlcad cad63 (n=a05bf84d@bz.bzflag.bz) |
| 14:29.09 | brlcad | hello cad63 |
| 14:29.26 | AchiestDragon | thinks i have some dependancy problems trying archer on linux atm |
| 14:29.40 | brlcad | there are issues unless you've fixed them |
| 14:29.46 | brlcad | doesn't load the blt library iirc |
| 14:29.54 | *** join/#brlcad TME (n=tmdelell@angmar.ornl.gov) |
| 14:29.55 | brlcad | so you get a loading window, but nothing after that |
| 14:30.07 | AchiestDragon | Error in startup script: couldn't load file "/usr/brlcad/lib/tkimg.so": /usr/brlcad/lib/tkimg.so: undefined symbol: png_read_des |
| 14:30.12 | AchiestDragon | yes |
| 14:30.14 | brlcad | ah, yeah, tkimg |
| 14:30.16 | brlcad | same thing |
| 14:30.34 | AchiestDragon | have a problem with mged also |
| 14:31.41 | TME | I'm trying to build a demo app off of rtexample.c and am getting compiler errors when I try to call rt_builddir |
| 14:31.55 | TME | Sorry, I meant rt_dirbuild |
| 14:32.28 | TME | The error is g++ -I/data/vendors/brlcad-7.10.0/include/brlcad -I/data/vendors/brlcad-7.10.0/include -g -O0 -c test.cc |
| 14:32.28 | TME | test.cc:31: error: at this point in file |
| 14:32.28 | TME | make: *** [test.o] Error 1 |
| 14:32.38 | AchiestDragon | i have a matrox g200 quad head graphics card and a matrox g550 dual head card in this system , set with xinerama so the desktop is spread over 6 monitors , but the framebuffer doses not update on some of them |
| 14:33.54 | brlcad | TME: does test.cc have main()? if you're linking, you need to specify the libraries too |
| 14:33.54 | AchiestDragon | but that maybe this machine as i have some problems with xconfig at startup and need to work arround them at power on |
| 14:34.43 | brlcad | TME: there should be an example compile line at the top of rtexample.c that includes the link |
| 14:35.31 | TME | brlcad: The code links, I only get a compile failure when I add the rtip = rt_dirbuild("test.g", idbuf, sizeof(idbuf)); statement |
| 14:36.19 | brlcad | TME: that makes sense if that's the first external call you're making |
| 14:36.35 | brlcad | sounds like you're missing the libraries on the compile line |
| 14:36.58 | brlcad | e.g. to compile rtexample, the line needs to be something like: cc -I/usr/brlcad/include/brlcad -L/usr/brlcad/lib -o rtexample rtexample.c -lbu -lrt -lm |
| 14:37.20 | TME | My make goes as follows:g++ -I/data/vendors/brlcad-7.10.0/include/brlcad -I/data/vendors/brlcad-7.10.0/include -g -O0 -c test.cc |
| 14:37.35 | TME | g++ -Xlinker -rpath . -Xlinker -rpath /data/vendors/brlcad-7.10.0/lib-o test.x test.o -L/data/vendors/brlcad-7.10.0/lib -lrt -lbn -lbu -lopenNURBS -ltcl8.5 -lpthread -ldl -lm |
| 14:37.48 | brlcad | ah, that looks better |
| 14:38.07 | TME | the error I get on compile is |
| 14:38.53 | TME | did that go through |
| 14:39.13 | brlcad | nope |
| 14:39.21 | brlcad | try pastebinning it |
| 14:39.25 | brlcad | ~pastebin |
| 14:39.25 | ibot | [pastebin] a place to paste your stuff without flooding the channel - try http://pastebin.ca, or http://channels.debian.net/paste, or http://rafb.net/paste/, or http://pastebin.com is usually painfully too slow and unresponsive to use, use one of the other pastebin sites, or dpaste.com is a very nice pastebin as well |
| 14:40.39 | Laniakea | brlcad: I think the bot should paste the pastebin description to pastebin. This way he's flooding the channel ;-) |
| 14:40.52 | AchiestDragon | lol |
| 14:41.03 | Laniakea | brlcad: does ibot have a Megahal capability? |
| 14:41.33 | TME | pastebin.ca/591963 |
| 14:42.22 | brlcad | ~megahal |
| 14:42.25 | ibot | i heard megahal is a cheap interface to an enormously huge text file full of crap or at http://ciips.ee.uwa.edu.au/~hutch/hal/ |
| 14:42.49 | brlcad | TME: aha, thanks |
| 14:42.54 | brlcad | TME: what version are you on? |
| 14:43.41 | brlcad | ah, never mind -- i see your link line |
| 14:45.55 | TME | see http://pastebin.ca/591971 for example app |
| 14:45.58 | brlcad | TME: I believe that issue is related to prototypes, and should be fixed on CVS HEAD .. but not in 7.10.0 -- try adding -DUSE_PROTOTYPES to your CPPFLAGS |
| 14:46.19 | TME | I'll give it a go... |
| 14:46.58 | TME | cool, that worked |
| 14:47.14 | brlcad | great |
| 14:47.44 | TME | I noticed that I had to include libopenNURBS on the link line, is that new to 7.10.0? |
| 14:47.45 | brlcad | yeah, that's annoying -- still cleaning out the headers so that they don't assume our own brlcad_config.h is available |
| 14:48.10 | brlcad | USE_PROTOTYPES is defined in an autoconf build usually, but not in other situations |
| 14:48.31 | TME | should I move to CVS HEAD? |
| 14:48.37 | brlcad | yes, openNURBS is new to 7.10.0 -- it's part of an entirely new NURBS/BREP capability |
| 14:49.19 | brlcad | there should be a brlcad-config script that will tell you the libraries you need, or at least that were used |
| 14:49.22 | brlcad | -L/usr/brlcad/lib -lrt -lbn -lbu -lstdc++ -ltcl -lc -lm -L/usr/local/lib -pipe -fno-strict-aliasing -fno-common -fexceptions -Wl,-search_paths_first -Wnewline-eof -g |
| 14:49.25 | brlcad | e.g. $ brlcad-config --libs rt |
| 14:50.00 | TME | cool, I just used nm until I found the missing defines |
| 14:50.42 | brlcad | TME: it's up to you regarding cvs head -- things change and are fixed more rapidly there, but it's also not 100% stable 100% of the time of course because it's actively changing |
| 14:51.09 | brlcad | mishaps like the jove file missing, however, are quickly fixed |
| 14:51.32 | TME | ahhh, you include libstdc++ on the link-line, that's how you still use C |
| 14:51.38 | brlcad | :) |
| 14:51.51 | brlcad | -fexeceptions is also required if you're using gcc |
| 14:52.07 | brlcad | otherwise you'll end up with internal C++ exception handlers not being resolved |
| 14:52.26 | TME | generally, I build C++ apps and only use C for numeric kernels so I can use restrict for better loop unrolling |
| 14:53.13 | TME | thanks for the help, I'll go give this a spin, but I'll probably be back to get some advice on building brlcad |
| 14:53.20 | TME | with NVIDIA libGL |
| 14:53.27 | brlcad | brl-cad's libraries are vastly C-only, performance oriented, etc -- but adding nurbs/brep support is such a major effort that it's use was warranted (and openNURBS is entirely C++) |
| 14:54.01 | brlcad | if you do use CVS HEAD, I'd suggest hanging out on irc .. i'm usually here 24/7, barring a couple hours here and there |
| 14:54.18 | brlcad | can generally answer these sorts of questions quickly |
| 14:54.24 | TME | thanks |
| 14:54.27 | brlcad | np |
| 14:57.09 | brlcad | erm, I was around .. save for a few hours in the morning :) |
| 14:57.22 | poolio | jah. that's when i got frustrated and tossed my monitor out the window though |
| 14:57.43 | brlcad | heh |
| 14:58.34 | brlcad | hm, I really should get the new website online if only to set up a knowledge base |
| 14:58.55 | brlcad | for now, though, it's time for lunch me thinks |
| 14:59.03 | poolio | time for my breakfast. :) |
| 15:21.20 | Laniakea | the http://ciips.ee.uwa.edu.au/~hutch/hal/ link is a deadlink |
| 15:25.18 | AchiestDragon | well solid modeling takes on a diferent form when you fail to have modeling software to do it http://www.achiestdragon.org/index.php?title=Image:Tinybug-outside-1.jpg&oldid=604 |
| 15:29.50 | poolio | AchiestDragon: cool, making a spidey? |
| 15:30.10 | AchiestDragon | yes |
| 15:33.08 | brlcad | AchiestDragon: nifty |
| 15:33.43 | brlcad | Laniakea: yeah, I noticed.. no idea what hal was anyways other than as it relates to HAL ;) |
| 15:34.07 | Laniakea | brlcad: does brl-cad already compile on OpenBSD? |
| 15:34.15 | brlcad | it should with no problems |
| 15:34.30 | Laniakea | brlcad: does it need some libraries it didn't need before? |
| 15:51.21 | poolio | brlcad: is there a way to encapsulate data from hit() and miss() calls of the raytracer? I need to give the hit and miss calls certain parameteres but don't see any way to do that other than making them global vars? |
| 15:59.37 | *** join/#brlcad SWPadnos (n=Me@dsl245.esjtvtli.sover.net) |
| 16:03.16 | brlcad | Laniakea: none come to mind, brl-cad provides all of its external dependencies for situations where they're not installed |
| 16:03.54 | brlcad | only things it doesn't include are the X11, C, and curses/termcap libraries |
| 16:12.28 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) |
| 16:12.47 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) |
| 16:14.30 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1177726512.dsl.bell.ca) |
| 16:19.27 | IriX64 | got it poolio, works now it was the search of the path, need to set the unix path first :) |
| 16:20.39 | IriX64 | http://rafb.net/p/kicshw94.html <----- see |
| 16:22.29 | IriX64 | fortunatly you can mix unix path with windereze path :) |
| 16:26.00 | IriX64 | is fbserv tied only to /dev/X or can you use /dev/ogl ? |
| 16:27.26 | IriX64 | x framebuffer comes up |
| 16:27.40 | IriX64 | ogl is missing tho |
| 16:28.41 | IriX64 | let me check that tutorial :) |
| 16:30.51 | brlcad | you can use any fbserv that shows up when you run fbhelp |
| 16:31.27 | brlcad | it needs at least a port number and usually a framebuffer type like, fbserv 10 /dev/ogl |
| 16:31.37 | brlcad | then with rt, you run rt -F10 |
| 16:33.07 | IriX64 | http://rafb.net/p/vSrhWH43.html all these are available then nice. |
| 16:38.05 | IriX64 | -S 690 is a bit large your -S 512 is a bit better i think |
| 16:40.28 | poolio | brlcad: any solution to the RT encapsulation issue? The issue is I have a nasty global that must exist and I'm not sure how that'll do on parallel systems |
| 16:40.38 | IriX64 | building again heh |
| 16:41.00 | IriX64 | poolio: thanks man |
| 16:41.34 | poolio | IriX64: I didn't do nothing :) |
| 16:55.59 | IriX64 | yeah you did you turned me on to this funky path thing :) |
| 16:56.18 | IriX64 | sorry if i scared the developers |
| 16:57.10 | IriX64 | the command line parsing has probably been stable and frozen for 20 years, and i go off and accuse, shame on me |
| 17:00.20 | IriX64 | something else wrong tho the ogl frame buffer comes back with 3400 but no display altho the faceplate comes up on ogl |
| 17:00.34 | IriX64 | x buffer is fine |
| 17:01.43 | IriX64 | rt works cute |
| 17:03.07 | IriX64 | haha my transplanted ls works, how sweet is that :) |
| 17:09.33 | IriX64 | the irix32 blog man, first pix in the brlcad albumn |
| 17:10.46 | IriX64 | the process running in the command window is a little bat file to straighten out the path thing and startup mged :) |
| 17:12.25 | IriX64 | exec tclsh does something but i know squat about tcl |
| 17:12.45 | brlcad | throttle it back IriX64 |
| 17:12.52 | IriX64 | sure sorry |
| 17:12.53 | brlcad | poolio: what encapsulation issue? |
| 17:16.41 | brlcad | poolio: as for having a global that "must exist", that's rarely the case but also not the end of the world ;) |
| 17:30.16 | poolio | brlcad: so when you raytrace something and call rt_shootray(), it then calls two user-defined methods one for if there is a hit, and for if there is a miss. I do my ray comparison as they come in so i need the hit/miss functions to have access to the stored "source" |
| 17:31.03 | poolio | But don't see a way to transmit a pointer to that data, and I can't return the data I need from the hit/miss functions because they have to return an int and my data is a fastf_t (also: is fastf_t a float) ? |
| 17:32.01 | brlcad | fastf_t should be a double on most systems, though it can be set to a float or other type |
| 17:32.10 | poolio | oh alright |
| 17:35.35 | brlcad | poolio: you do have a means to pass around data.. |
| 17:35.44 | brlcad | that's the purpose of the application structure |
| 17:35.53 | brlcad | which is the param to the callbacks |
| 17:36.36 | brlcad | the application structure has fields for numbers, pointers, vectors, etc .. and it has custom stuff for tracking segment lists (since that's the most common need/use) |
| 17:36.43 | brlcad | see include/raytace.h |
| 17:37.01 | poolio | oh I didn't see a pointer that I could use |
| 17:37.07 | poolio | ah genptr_t |
| 17:37.09 | poolio | d'oh |
| 17:37.31 | poolio | Yeah I was using a_user but guess i missed a_uptr |
| 17:39.23 | brlcad | yeah, genptr_t is a void* |
| 17:39.29 | brlcad | on most platforms at least |
| 17:41.33 | poolio | alright hurray, thanks. |
| 17:41.46 | poolio | I was probably skimming the structs looking fora n asterisk and ... |
| 17:43.08 | IriX64 | is bwish a must have brlcad? |
| 17:43.32 | brlcad | IriX64: for a public distribution, yes -- for personal use, no |
| 17:43.40 | IriX64 | thankyou |
| 17:43.45 | brlcad | only a few tools use bwish, and I don't think you've discovered them yet :) |
| 17:43.53 | IriX64 | true :) |
| 17:47.14 | IriX64 | public distribution.... if i tell anybody outside this channel i've got a mostly working brlcad for windows 2000 and up they'll laff me off the planet :) |
| 17:48.31 | brlcad | plus, if you can't get bwish to build, then mged shouldn't build |
| 17:48.40 | brlcad | dependency-wise, they're almost identical |
| 17:48.54 | IriX64 | not that it doesn't build issues at runtime |
| 17:49.52 | IriX64 | take it bwish is a superset of wish? |
| 17:53.12 | brlcad | sort of, sure |
| 17:53.23 | IriX64 | i see the & operator is required for anything you exec |
| 17:53.28 | brlcad | wish with the brl-cad libraries preloaded |
| 17:53.38 | IriX64 | thankyou |
| 17:54.34 | IriX64 | i have the btclsh loaded how do i get a help or usage screen |
| 17:55.55 | brlcad | it's a tcl shell -- there's no interactive help |
| 17:56.24 | IriX64 | thankyou seems to work, complains about invalid commands anyway :) |
| 17:56.35 | brlcad | if it complains, then it's probably not right :) |
| 17:56.46 | IriX64 | i'll arrest it |
| 17:56.52 | brlcad | oh, unless you mean when you give it invalid commands |
| 17:57.04 | brlcad | if it writes messages when you just start it though, then something's probably not right |
| 17:57.07 | IriX64 | true i know not what is valid |
| 17:57.20 | IriX64 | no messages just a pid |
| 17:57.50 | IriX64 | and prompt says mged> is that accurate? |
| 17:58.24 | brlcad | not unless you ran mged |
| 17:58.42 | IriX64 | i did then exec btclsh & |
| 17:58.55 | brlcad | oh, you mean from within mged?? |
| 17:59.00 | IriX64 | yes |
| 17:59.02 | brlcad | that won't work |
| 17:59.09 | IriX64 | it does :) |
| 17:59.15 | poolio | sph(i35.s): zero length A(0.000199928), B(0.000199928), or C(0.000199928) vector |
| 17:59.19 | brlcad | at least it won't do anything it's supposed to |
| 17:59.25 | poolio | that's not zero! |
| 17:59.31 | brlcad | you're trying to run an interpreter in an interpreter |
| 17:59.37 | IriX64 | yes |
| 17:59.48 | brlcad | you backgrounded it, so it you don't get the error, but you also can't talk to it |
| 17:59.51 | brlcad | which is useless |
| 18:00.02 | IriX64 | but it talks back :) |
| 18:00.07 | IriX64 | along with mged |
| 18:00.22 | brlcad | it just "writes" back .. you just made a process you can't communicate with |
| 18:00.32 | brlcad | you can't even directly kill it |
| 18:00.39 | IriX64 | so why does it tell me invalid command |
| 18:00.54 | brlcad | huh? why does what tell you invalid command? |
| 18:01.00 | IriX64 | btclsh |
| 18:01.09 | brlcad | you're not in btclsh! |
| 18:01.14 | IriX64 | ok |
| 18:03.36 | IriX64 | http://rafb.net/p/LIUt1z76.html <--- i mean i know i'm slow but i'm not blind yet. |
| 18:06.17 | IriX64 | ctrl-c gets me out |
| 18:15.56 | brlcad | help only works on mged commands, btclsh is not an mged command so no help |
| 18:16.36 | brlcad | doing "exec btclsh &" is entirely useless .. you can't talk to that btclsh instance |
| 18:16.54 | brlcad | it will print its output is all |
| 18:16.57 | brlcad | which is a prompt |
| 18:17.02 | brlcad | you can't type on that prompt though |
| 18:17.14 | brlcad | which is what I said earlier -- it writes back, but you can't talk to it |
| 18:18.54 | brlcad | poolio: it should probably say "near zero length" -- it's below the current computation tolerance |
| 18:19.24 | brlcad | a sphere with a 0.01mm radius |
| 18:19.58 | poolio | brlcad: Well it completely thrases the program and tries to dump a stack trace and always fails and eats CPU until I kill it |
| 18:20.13 | poolio | brlcad: I guess I'll do my own error checking on it so that doesn't happen |
| 18:20.48 | brlcad | hmm, sounds like something else is wrong elsewhere |
| 18:21.02 | poolio | brlcad: No, rand() just came up with a really low number |
| 18:21.14 | poolio | and it keeps coming up with it cause I'm using the same seed and bn_random |
| 18:21.27 | poolio | but there are other bugs i'm working on ... |
| 18:21.41 | brlcad | ah |
| 18:21.57 | brlcad | bn_random is going to give you numbers normalized between 0 -> 1 |
| 18:22.11 | brlcad | those shouldn't be primitive parameters :) |
| 18:22.16 | poolio | Yes I know, and I multiply it by some scalar, but if that number is close to zero... |
| 18:22.33 | poolio | brlcad: They aren't, I guess I'll set some minimum and have MIN + SCALE * rand |
| 18:22.42 | brlcad | sure, there's an absolute minimum size for each primitive |
| 18:22.58 | brlcad | just take the case of zero even .. if it hits zero you can have lots of badness |
| 18:23.08 | poolio | yeah... |
| 18:24.25 | poolio | There's something messed up with my raytrace comparison ... and I was so sure it was bulletproof... |
| 18:24.41 | poolio | 4: r:1.30367 f:96 |
| 18:24.41 | poolio | 5: r:6.69046 f:96 |
| 18:24.53 | poolio | fitness should be proportional to radius ergggh |
| 18:26.06 | brlcad | :) |
| 18:26.48 | poolio | Everything was working and then when I cleaned up the code and added random generation. BOOM. I think I need to do a bit more design before I start coding in the future |
| 18:29.12 | IriX64 | screwed up the mug again but it did save the database, I'm happy :) |
| 18:46.12 | IriX64 | http://irix32.spaces.live.com/photos the brlcad albumn first 3 pix, all done entirely on the windows side of the box |
| 19:01.16 | IriX64 | you know you should put some recent pictures up on your web page, yours are so interesting |
| 19:02.25 | brlcad | that takes a lot of effort |
| 19:02.47 | IriX64 | really? not screen shot utility for unix? |
| 19:04.09 | IriX64 | give them to me, i'll send back a .png for you :) |
| 19:04.40 | brlcad | the images are easy |
| 19:04.44 | brlcad | i have hundreds of images |
| 19:05.01 | brlcad | getting approval to release them takes a lot of effort |
| 19:05.16 | IriX64 | ok now i understand |
| 19:05.48 | IriX64 | too many people can download them is that it? |
| 19:07.56 | IriX64 | thanks for stryker it just became my wallpaper :) |
| 19:09.05 | poolio | brlcad: off topic: any suggestions for a keyboard? My current one is dying and the keys are sticking so I'm off to buy one later today :) |
| 19:09.44 | archivist | remove crumbs from kb |
| 19:10.06 | poolio | archivist: keyboard is beyond repair, i've taken the kesy off and cleaned and put back, i think the springs are dying |
| 19:10.12 | archivist | but the remote logitech has lasted well for me |
| 19:10.22 | poolio | and i dont like using my laptop keyboard when it's plugged into my monitor |
| 19:10.29 | poolio | yeah i'm debating whether to try out an ergonomic one |
| 19:12.16 | IriX64 | http://irix64.spaces.live.com/photos stuff albumn pix of my stryker desktop |
| 19:25.53 | *** join/#brlcad jimmyz (n=asd@host86-133-245-247.range86-133.btcentralplus.com) |
| 19:29.38 | IriX64 | wherever clock is, i'm sorry if i made him popular, but he gave his ok ;) |
| 19:29.55 | brlcad | poolio: i'm a bit partial to the mac pro keyboard (and it works with linux, windows, etc) |
| 19:30.05 | brlcad | great tactile response |
| 19:30.47 | brlcad | Das Keyboard II is fun too |
| 19:38.22 | IriX64 | man, how many framebuffers can i use :) |
| 19:40.24 | poolio | brlcad: yeah I don't really like the mac pro keyboards, the keys are too close together for me or something |
| 19:41.30 | *** join/#brlcad SWPadnos_ (n=Me@dsl245.esjtvtli.sover.net) |
| 19:57.47 | IriX64 | if you honor -DSOLARIS, your solaris specific code passes muster |
| 20:00.43 | brlcad | that define doesn't do anything |
| 20:01.00 | IriX64 | no support behind it? |
| 20:01.06 | IriX64 | i didnt check |
| 20:01.09 | brlcad | it doesn't mean anything |
| 20:01.15 | brlcad | might as well do -DIrix64 |
| 20:01.27 | brlcad | you can't just make up names :) |
| 20:01.42 | brlcad | well you can, but that doesn't mean they'll do anything at all |
| 20:01.45 | poolio | -DDEBUG =P |
| 20:01.53 | IriX64 | understood. |
| 20:02.48 | brlcad | i imagine you saw -DBSD and thought that meant something .. if you did, it doesn't mean what you think it means |
| 20:03.07 | IriX64 | thanks man i learn here |
| 20:04.17 | IriX64 | well i have an exact same build then as with -DBSD right as well as without -D anything at all, i've learned |
| 20:04.51 | brlcad | because bsd refers to calling api semantics |
| 20:05.06 | brlcad | bsd vs sysv style, which most platforms support both these days |
| 20:05.27 | brlcad | aside from just most of the code that used BSD now no longer uses it |
| 20:06.29 | IriX64 | think i'll throw a -DSYSV5 in there to prove that to myself, shouldn't crash right |
| 20:06.45 | brlcad | you're still making up symbols :P |
| 20:06.50 | IriX64 | heh |
| 20:06.59 | brlcad | that won't do jack |
| 20:07.15 | IriX64 | looks pretty |
| 20:10.51 | *** join/#brlcad ``Erik (i=erik@c-69-250-155-85.hsd1.md.comcast.net) |
| 20:12.41 | IriX64 | brlcad this silly thing is insisting i have sgigl again wasn't anything i did |
| 20:13.44 | IriX64 | i just comment out the define in brlcad_config.h for now is seems to be sufficient |
| 20:55.33 | IriX64 | http://irix32.spaces.live.com/photos 1st 2 pictures are rtedge in action |
| 21:01.48 | IriX64 | is there no dwg to g tool? |
| 21:27.03 | IriX64 | http://rafb.net/p/rEyujP49.html <--- you were right, it's gotten this far with no effect :) |
| 21:30.28 | IriX64 | problem i have now is how to display a stackdump |
| 21:31.26 | IriX64 | hmmm mc for windows? |
| 21:32.32 | *** join/#brlcad tarzeau (i=sengun@krum.ethz.ch) |
| 22:01.40 | IriX64 | trying to rename the root folder of cygwin while i'm doing a copy from a folder in there, sheeesh :) |
| 22:03.25 | IriX64 | btw mc crossed (I'm happy as a lark, people will be able to view stackdumps and whatnot) |
| 22:04.26 | IriX64 | not that brlcad ever produces stackdumps *ahem :) |
| 22:06.39 | IriX64 | gotta reboot for this, l8r |
| 22:11.55 | *** join/#brlcad yukonbob (n=bch@whthyt224-180.northwestel.net) |
| 22:50.19 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1177680125.dsl.bell.ca) |
| 22:55.44 | IriX64 | mc is out (i'm not going to delve into the code to make it work) relies too heavily on the *nix directory structure |
| 22:56.18 | IriX64 | ill have them e-mail stack dumps |
| 23:05.59 | IriX64 | without the cygwin folder i successfully brought up the faceplate and a framebuffer i'm happy |
| 23:06.20 | IriX64 | using Xwin32 no cygwin-x |
| 23:16.55 | IriX64 | geometry works rt works what else can i try that would make this thing work for you? |
| 23:20.19 | IriX64 | ls is looking for tmp sigh |
| 23:21.46 | IriX64 | no it's not it's gone again sigh gotta stop moving things around, cy'all l8r |
