irclog2html for #brlcad on 20051205

00:58.27*** join/#brlcad _AchiestDragon (n=dave@whipy.demon.co.uk)
02:03.43pra5adhey justin
02:03.44pra5adhttp://media.putfile.com/WizardsofWinter-SM
02:03.49pra5adu gotta top this guy
02:41.53*** join/#brlcad DTRemenak (i=agent007@DHCP-170-143.caltech.edu)
02:44.57brlcadomg that's freaking awesome!
02:45.00brlcadhehe
02:45.13brlcadoh man that had me crackin up
02:55.08Twingyif it aint lynx compatible don't bother
02:57.23brlcadit's not flash
02:59.05Twingywelp, it's some sort of pluggin
04:10.28``Erikhrmmmm, won't play in the browser, but downloaded for me
04:26.32``Erikand, uh, whoa
04:27.04``Erikhttp://x702.putfile.com/videos/b4-32009062867.wmv for the straight wmv link
13:12.12*** join/#brlcad brlcad (n=sean@pdpc/supporter/silver/brlcad)
13:12.12*** mode/#brlcad [+o brlcad] by irc.freenode.net
14:01.12*** join/#brlcad brlcad (n=sean@pdpc/supporter/silver/brlcad)
14:01.12*** mode/#brlcad [+o brlcad] by irc.freenode.net
14:03.17*** join/#brlcad brlcad (n=sean@bz.bzflag.bz)
14:04.58*** join/#brlcad brlcad (n=sean@pdpc/supporter/silver/brlcad)
14:04.58*** mode/#brlcad [+o brlcad] by ChanServ
14:06.19*** join/#brlcad brlcad_ (n=sean@bz.bzflag.bz)
14:08.22*** part/#brlcad brlcad_ (n=sean@bz.bzflag.bz)
15:41.39CIA-12BRL-CAD: 03brlcad * 10brlcad/configure.ac: comment on the minimum version of autoconf required, add an initial --enable-everything option without implementing it yet
15:43.00CIA-12BRL-CAD: 03brlcad * 10brlcad/m4/args.m4: create bc_VARIABLE_default variables that are set to the original default variable value
18:32.16CIA-12BRL-CAD: 03erikgreenwald * 10brlcad/src/mged/points/process.c:
18:32.16CIA-12BRL-CAD: OpenBSD lacks INT32_MAX, but provides INT_MAX which is (hopefully)
18:32.16CIA-12BRL-CAD: equivelant. So we kluge^Wtest and set in the cpp.
19:59.23*** join/#brlcad cad459 (n=9738f413@bz.bzflag.bz)
20:01.44*** join/#brlcad cad459 (n=9738f413@bz.bzflag.bz)
20:16.35*** join/#brlcad pier (n=pier@151.56.244.19)
20:17.19pierhi everyone in the chat
20:21.07pierI wondered if anyone could give me some hint on the fbserv device problem with Linux OS
20:34.21learnersure
20:34.23learnerwhat's what?
20:34.30learnerer, what's the question?
20:35.11pierI was following the mug tutorial
20:35.15learnerk
20:35.48pierand the rendering session with the command exec fbserv 1 /dev/sgip &
20:35.48pier4574
20:35.48piermged> fb_open: no such device "/dev/sgip".
20:35.54learnerahh
20:36.41learner<PROTECTED>
20:36.45pierI've found some explanation on the net but I haven't been able to work it out
20:37.05piergo on please
20:37.20learnerthere are various framebuffer device types
20:37.31pieryep
20:37.33learnerthe /dev part is not at all related to the filesystem /dev
20:37.42learnerbut rather, framebuffer devices
20:37.58learnerhorrible naming convention, yes, but it made sense to someone 20 years ago ;)
20:38.09learnerthat said, the part after the /dev/ is what matters
20:38.20learnerthe form is /dev/DEVICEoptions
20:38.33learnerwhere DEVICE is one of the known device types for your system
20:38.51learnerand options are a set of available options that DEVICE allows
20:39.04learnerlingering and shared memory are common options
20:39.10learnertype fbhelp
20:39.16pierI tried with /dev/fb0  fb1
20:39.19learnerit should list the framebuffers that were compiled for you
20:39.20pierok
20:39.38learner<PROTECTED>
20:39.42learnerfor displaying to a window
20:39.47pierno dice... command not found
20:40.12learneryour path isn't set up
20:40.21learnerexport PATH=/usr/brlcad/bin:$PATH
20:40.29learneror just type /usr/brlcad/bin/fbhelp
20:40.37pierok
20:41.02pierfeel laike a jackass
20:41.07pierlike
20:41.13learnerrt and fbserv recognize all of the device types as well as the 100+ fb-* and *-fb commands
20:41.31learnernah, you wouldn't have known without reading the older manual pages
20:41.54piergot plenty of infos
20:42.15pierDevice: /dev/ogl
20:42.16pierMax width height: 1280 1024
20:42.16pierDefault width height: 512 512
20:42.18learnerusually /dev/Xl is sufficient
20:42.37learnerthat's your "current"/default setting
20:42.54learnerrt -F/dev/Xl some_file.g object
20:43.12pierso I ought to try fbserv 1 /dev/ogl?
20:43.25learnersure, that should work
20:43.45learneror just fbserv 0 since /dev/ogl is your default
20:44.04pierscreen went black
20:44.06learner-S to specify the square size
20:44.12piermmmh
20:44.28learnerah, then you have a system with the X11 opengl bug
20:44.33learneruse /dev/Xl instead
20:44.40pierok
20:45.14learnerfbserv -S 1024 0 /dev/Xl
20:45.21learnerfor a 1024x1024 X11 window
20:45.35learnerthere's a manpage for fbserv
20:45.36piernow it is better.... the blank window is now a framed one
20:45.53learnerif you don't set up your manpath, you can run /usr/brlcad/bin/brlman fbserv
20:46.04pierok
20:46.17learneror brlman whatever .. there are a lot of manpages
20:47.21pierLord I have to save all the infos you are providing
20:48.30pierthe mug is still missing
20:48.54pierbut yet I've made some step forward
20:48.59pierthanks
20:50.04pierI can see the mug in the dm_oglo window though
20:50.31learnerfbserv just opens a framebuffer window
20:50.40learneryou'll have to raytrace into that framebuffer
20:51.03learnerrt -F0  or -F1 depending on what number you provided to fbserv
20:51.37learneryou can also raytrace directly to a window just by specifying the framebuffer to rt also
20:53.03``Eriksean, it's definitely a bug with bison on obsd, I replicated it on other software, and have sent in a bug report... I believe that's the last hitch for obsd, and I've already gotten rt to draw some crap for me...
20:53.39pieroh man... so sorry for such question... I stopped following the instructions in thje tutorial
20:54.01``Erikyour points_parse.l file seems to expect yylval to be handy without an extern define, which the default yacc on obsd lacks, tho :-/
20:57.23learnerthat's easily added
20:57.45learnerbut I guess more problematic is bison
20:57.52``Erikit's your baby, I'll let you fix it
20:58.04``Erikbison isn't our issue, it's theirs, and it's reported
20:58.12learneroh wait, yylval?
20:58.16``Erikja
20:58.32piermay I...?
20:58.41``Erikbathroom is down the hall
20:58.48pier:)
20:59.05pierI get an error while raytracing
20:59.06learnerthat's defined in the .h from bison
20:59.51pierpkg_open: client connect: errno=111
20:59.51pierrem_open: can't connect to fb server on host "localhost                       ", port "5560".
20:59.51pierfb_open: can not open device ":1", ret=-3.
20:59.51pierrt:  can't open frame buffer
20:59.51pierRaytrace complete.
21:00.12learnerso, wrong -F
21:00.32learnerare you going the fbserv route or the rt -F/dev route?
21:01.26pierI beg your pardon..
21:01.56learnerthere are two ways to raytrace into a window
21:02.21learneryou either start up a frame buffer server (fbserv) and tell rt to raytrace into it via -F and some number
21:02.31pierok
21:02.43pieror..
21:02.44learneror you tell rt to raytrace directly to a framebuffer window via -F/dev/something
21:02.48``Erikrt -F/dev/Xl /path/to/ktank.g tank g17
21:02.49``Erikyo
21:04.07``Erikall that's in oldschool yacc's generated header is the token name and numbers
21:05.03``Erikbut there is a yylval used in the .c, so I guess we need to test if yylval is defined, and extern it if it's not
21:05.14learnermy .h has #ifndef YYSTYPE
21:05.14learnertypedef int yystype;
21:05.14learner# define YYSTYPE yystype
21:05.14learner#endif
21:05.14learnerextern YYSTYPE yylval;
21:05.29learnerYYSTYPE is defined
21:05.35learnerin the .y
21:05.54``Erik../../../../../src/mged/points/points_scan.l:128: error: `yylval' undeclared (first use in this function)
21:06.07``Erikmmmmebbe your .h isn't being included by the old yacc?
21:06.10``Erik*looks*
21:06.52learnerthe .c from the .l includes process.h which includes points_parse.h
21:07.12learnerwhich is what's expected to provide the extern
21:07.22``Erikoohhhh, not it doesn't, it includes ./process.h
21:07.25``Erikand I build out of dir
21:07.27learneri.e. you have to successfully run bison/yacc before you can lex
21:07.29``Erikthat's probably the issue
21:08.27``Eriknope, still getting the issue
21:08.31learnerout of dir shouldn't be a problem, ./ is used throughout to mean a local header -- configure adds a builddir and a srcdir
21:08.51``Erikyou in tomorrow?
21:08.55learnerya
21:08.59learnerunfortunately
21:09.02pierThanks a lot.... have a nice day!
21:09.03``ErikI'l give you an account and you can shell into it
21:09.07learneri should just take the day off
21:09.11learners/day/week/
21:09.13learnerbut I won't
21:09.14``Erikit's snowing o.O
21:09.21learneryeah, maybe I'll get lucky
21:09.28learnerpier, no problem
21:09.36learnerfeel free to hang out and ask questions whenever
21:09.41learnersomeone will eventually answer if they can
21:10.25pierThanks again! (good night... I can call it a day)
21:10.36learner``Erik: the real kicker will be to run g-nmg or one of the variety that tesselate .. :)
21:10.45``Erikok, I can do that right now
21:10.48``Erikgimme a command line
21:11.32learnermm. g-stl path/to/stryker.g stryker
21:11.42learneror maybe something less pigish
21:11.50``Erikgggghhhhaaaahhhh, that means getting the model to that machine, heh
21:12.01learnerg-stl /usr/brlcad/share/brlcad/VERSION/db/havoc.g havoc
21:12.14learnerer
21:12.24learnerg-stl -o havoc.stl /usr/brlcad/share/brlcad/VERSION/db/havoc.g havoc
21:13.19``Erikbe a few minutes, heh, wdb isn't installed and I'd cleaned the build dir...
21:14.09``Erikshouldn't you be working on bz? :D
21:14.50learneractually, i've been working on one of the old GSI mged extensions
21:15.18learnertry to get it working before posting so I can get some testing on it
21:15.26learnerbut it's been a cascade of issues
21:15.56learnerthe mods are against a version over 10 years old so there's been several api changes
21:16.28``Erikew, probably needs an almost total rewrite, heh
21:21.56``Erikchunking...
21:27.37learnernah, it
21:27.50learnerit's actually surprisingly well written, pretty easy to follow
21:28.39learnermore just, api was modified to take new params, so I add what I think it wants, only to watch it crash, then I debug why the hell did the api call crash for an hour applying fixes
21:29.14learnerjust cascading issues, some started by the script, but most in the api -- documentation needing updating, checks for crashables etc
21:30.36``Erikwoot, k0r3
21:31.02``Erikrerunning in gdb
21:45.12``Erikooh, not entirely trivial
22:19.03CIA-12BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/librt/view_obj.c: Add mrotPoint, v2mPoint and m2vPoint methods to the view object.
22:45.20CIA-12BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/librt/wdb_obj.c:
22:45.22CIA-12BRL-CAD: Update wdb_do_trace() to consider WDB_EVAL_ONLY. Change erotate, etranslate and
22:45.22CIA-12BRL-CAD: escale to orotate, otranslate and oscale, respectively. Also updated these
22:45.22CIA-12BRL-CAD: renamed commands to consider any matrices along the path. Added the ocenter
22:45.22CIA-12BRL-CAD: method. Added wdb_get_obj_bounds(), wdb_get_obj_bounds2() and
22:45.22CIA-12BRL-CAD: wdb_get_objpath_mat().
22:48.31CIA-12BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/tclscripts/lib/View.tcl: Added m2vPoint, v2mPoint and mrotPoint methods
22:52.17CIA-12BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/tclscripts/lib/ (Db.tcl Mged.tcl): Changed erotate, etranslate and escale method names to orotate, otranslate and oscale, respectively. Added the ocenter method
22:56.09CIA-12BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/tclscripts/lib/Display.tcl: Added the following methods: orotate_mode, oscale_mode, otranslate_mode, screen2model, screen2view, handle_orotation, handle_oscale and handle_otranslation. Other minor stuff.
23:00.07CIA-12BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/tclscripts/lib/QuadDisplay.tcl: Added the following methods: m2vPoint, v2mPoint, orotate_mode, oscale_mode, otranslate_mode, screen2model and screen2view.

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.