IRC log for #brlcad on 20130722

05:18.57 *** join/#brlcad caen23 (~caen23@92.83.162.185)
08:09.18 *** join/#brlcad kesha_ (~kesha@14.139.122.114)
09:46.42 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
10:25.43 *** join/#brlcad cvds (~leila@s537510ac.adsl.online.nl)
10:37.47 cvds Hello. It has been a long time since I have used brl-cad. Since then I have forgotten the command to open additional view windows, does anyone know what its called ?
10:50.09 cvds basically what I want to do is open a new multipane window from the command line
11:05.06 kesha_ hi cvds
11:05.18 kesha_ on top of command window, there is modes option
11:05.28 kesha_ in that there is Multipane option
11:05.33 kesha_ Hope that helps u ! :)
11:06.33 kesha_ 'Modes' from menubar -> 'Multipane'
11:08.31 cvds kesha_: Hi there. Yup I found it there and it did change to the multipane mode. However I was trying to figure out the command line way to do it. Basically I am running mged with the -c in yakuake (a drop down terminal) and want to have a multipane view next to the default view on my screen.
11:15.52 *** join/#brlcad kesha_ (~kesha@14.139.122.114)
11:21.05 *** join/#brlcad kesha__ (~kesha@14.139.122.114)
11:22.45 *** join/#brlcad kesha_ (~kesha@14.139.122.114)
12:01.17 *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b121:adbd:0:46:a27a:4b01)
14:21.11 brlcad cvds: attach
14:21.59 brlcad that will create new view windows
14:22.23 brlcad multipane view is a separate issue, running the "gui" command will create the GUI windows from a -c session
14:54.09 kanzure is there any "assembly diagram" mode of some sort?
15:10.54 brlcad kanzure: mm, not yet a feature
15:14.58 kanzure thank you
15:15.04 kanzure i saw on the mailing list something about pre-existing swig wrappers
15:15.25 kanzure what was with the focus on perl? do the swig wrappers only work for swig's perl target? or ...?
15:20.15 brlcad you'll have to ask on the list about that, don't know other than tom writes a lot of perl
15:22.18 ejno is there an existing portable macro/function to start another process (non-blocking)?
15:24.01 brlcad ejno: not yet, but we've considered the need in the past
15:24.04 brlcad something you need?
15:24.37 brlcad or something you'd like to work on? :)
15:25.23 ejno brlcad: ok, thanks. I am trying to start another process to kill the bu_semaphore single-threaded test. I tried cmake ctest timeouts without success
15:25.36 ejno brlcad: sure
15:38.21 brlcad ejno: ah! for that, you might want to instead look at alarm(2)
15:39.26 brlcad basically, you'll set up a signal handler (a function) in main that will respond to a SIGALRM signal, and call alarm(#sec) before doing your work that might block
15:39.59 brlcad if the program terminates quickly or reaches a point where you unregister an alarm handler, then the alarm is never issued and the test passes
15:40.12 brlcad if it doesn't the signal handler is triggered and you make it exit for test failure
15:40.17 ejno brlcad: thanks, but I actually tried that first. However, it is POSIX and wasn't available on Cliff's system
15:40.17 brlcad man 2 alarm
15:40.39 brlcad o.O
15:40.55 ejno well, it seemed to not be available at least
15:40.56 brlcad you sure you had the right headers?
15:41.23 brlcad unistd.h and signal.h
15:41.43 ejno oh! I didn't have signal.h
15:42.19 brlcad shouldn't need it for just alarm(), but you can't use alarm without signal() ..
15:42.52 ejno thanks, I'll try that!
15:44.05 brlcad default signal handler is going to be to ignore that signal, so you'll want to call signal(SIGALRM, your_handler_that_bu_exits)
15:44.44 brlcad you'll also need to wrap some routines for portability
15:45.09 brlcad unistd.h is not on windows, so you have to wrap it in #ifdef HAVE_UNISTD_H .. #endif
15:45.17 brlcad along with the calls to signal()
15:45.53 brlcad you can do the same with alarm(), but then you're going to have to do something else on windows
15:46.20 brlcad either use their version of alarm (i.e., SetTimer()) or just make the test do nothing (pass)
15:47.02 brlcad just don't use a platform #ifdef .. toggle on the HAVE_UNISTD_H header
15:47.54 brlcad good example of both in action: http://www.zemris.fer.hr/predmeti/os/pripreme/upute/misc/Unix2Win.htm
15:49.25 ejno ok, thank you
16:25.26 *** join/#brlcad caen23 (~caen23@92.83.162.185)
17:18.26 Notify 03BRL-CAD Wiki:Level zero * 5730 /wiki/User:Level_zero/GSOC13/logs: /* Week 5 */
17:18.28 Notify 03BRL-CAD Wiki:Phoenix * 5731 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 5 */
17:18.38 Notify 03BRL-CAD:tbrowder2 * 56172 brlcad/trunk/HACKING: a bit of word smithing
17:18.58 Notify 03BRL-CAD:phoenixyjll * 56173 brlcad/trunk/src/libbrep/intersect.cpp: Eliminate the bounding boxes completely inside the overlap region, and intersection points inside the overlaps.
17:19.10 Notify 03BRL-CAD:phoenixyjll * 56174 brlcad/trunk/src/libbrep/intersect.cpp: Pass trees to the point-surface intersections to avoid repeatedly generate the surface trees. And test whether the overlap curve is an inner segment by testing whether the two sides of it are shared or not.
17:19.20 Notify 03BRL-CAD:tbrowder2 * 56175 brlcad/trunk/misc/CMakeLists.txt: create new target (and supporting files)to generate lib* man pages with Doxygen (in work)
17:19.31 Notify 03BRL-CAD:carlmoore * 56176 (brlcad/trunk/HACKING brlcad/trunk/NEWS and 2 others): remove trailing blanks; fix spelling (including capital F in SourceForge); blank out unneeded '
17:19.33 Notify 03BRL-CAD:mendesr * 56177 NIL: Tag version for 1.5 release
17:20.09 Notify 03BRL-CAD:mendesr * 56178 (jbrlcad/trunk/pom.xml jbrlcad/trunk/src/main/java/org/brlcad/numerics/BoundingBox.java and 2 others): Fixed UTests, BoundingBox improvements, Updated version number to 1.6.
17:20.12 Notify 03BRL-CAD:mendesr * 56179 NIL: Tag version for 1.6 release
17:28.50 ``Erik kanzure: the swig .i file wasn't tested with perl... I think ruby, python, tcl and common lisp were tested, but I don't really remember.. we'll see what feedback we get once he uses it some *shrug* :)
17:29.39 kanzure i see
17:29.49 kanzure it sounded like there was some perl-specific stuff in the svn repo, from what i read in the emails
17:29.54 kanzure but also, i had just woken up and i'm probably wrong :)
17:30.44 kanzure ``Erik: i'm curious if swig is responsible for all tcl bindings? or is there a separate integration between brlcad and tcl?
17:31.04 ``Erik yeah, I skimmed that, maybe he wants to build some perl module fu ontop of the swig generated interface? you'd have to ask tom :)
17:31.40 ``Erik no, all current tcl/C interface is hand written... the swig stuff is unused to the best of my knowledge
18:31.18 zero_level hi ``Erik: any comments on my timeline/logs ?
18:36.02 *** join/#brlcad kesha_ (~kesha@14.139.122.114)
18:41.06 zero_level ``Erik : Last week when you were awayI implemented hist Group and Stats group (excluding pixcolors). Also finalized filter function.
18:42.21 zero_level All these implementation, use the double data and alike previous implementations are api functions. For eg. icv_image_filter(...)
19:51.19 cvds brlcad: thanks. I made it work by: mged -c selecting the nu display. On the command line run gui and set the view to multimode, then close the additional command line box. Lastly, attach a new screen.
19:51.34 brlcad great
19:54.25 cvds other than it crashing the views when I draw something
19:54.50 brlcad not great
19:57.40 cvds odd seems to work fine now
20:03.11 cvds lets just say that my window manager barfed something :) Thanks again. Now to get familier with all the commands again
20:07.24 *** join/#brlcad kesha__ (~kesha@14.139.122.114)
20:09.36 *** join/#brlcad kesha__ (~kesha@14.139.122.114)
20:11.26 brlcad there's a quick ref card that usually helps refresh
20:11.39 *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
20:12.02 cvds yup, I have that open
20:12.13 cvds also that starter guide is nice to read again
20:20.22 cvds Enjoy the evening, its time for sleep over here
20:21.55 brlcad ejno: the patch looks great
20:24.52 Notify 03BRL-CAD Wiki:41.92.210.250 * 5732 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */
20:24.54 brlcad didn't notice any major issues, just minor points and some portability / maintainability issues
20:25.44 brlcad our common.h header must be included before system headers, for example, for portability to windows (usually)
20:27.12 Notify 03BRL-CAD Wiki:41.92.210.250 * 5733 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */
20:36.13 *** join/#brlcad vladbogo (~vladbogo@188.25.237.68)
20:37.11 Notify 03BRL-CAD Wiki:NyahCh3ck20 * 5734 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
20:53.35 Notify 03BRL-CAD Wiki:Vladbogolin * 5735 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:29.54 ``Erik opengl 4.4 http://www.opengl.org/discussion_boards/showthread.php/182296-Official-feedback-on-OpenGL-4-4-thread?p=1252885#post1252885
21:30.08 ``Erik zero_level: awesome
21:33.40 brlcad shakes his head wondering why these two students from the same university are having nearly identical communication problems
21:35.00 brlcad I think this is the first time we've had students at risk of failing not because of their (lack of) progress coding, but because it's nearly impossible to talk to them
21:40.08 *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
21:41.52 brlcad ``Erik: that just makes me sad
21:46.17 ``Erik what, the communication breakdown? :/
21:46.25 ``Erik or the shiney new ogl? :>
21:47.39 ``Erik izak sent an email claiming he'd get approval today and be online, d'no if there's a technical issue slowing him down... I'm a bit concerned about any work he's been doing being in conflict with the current tree
21:48.12 ``Erik we have what, almost a week until midpoint?
21:49.20 Notify 03BRL-CAD:carlmoore * 56180 brlcad/trunk/src/util/fix_polysolids.c: remove error message for h,?; and implement run-with-no-arguments
21:49.50 brlcad shiney new ogl is fine
21:50.11 brlcad announcements about things going on at siggraph when I should be there just makes me sad
21:50.26 brlcad communication breakdown makes me sad too, but that's a different matter
21:51.25 brlcad ``Erik: the bigger issue with izak is that I've been trying to get them set up with an account (I think I cc'd you on the original e-mail) and there have been several messages exchanged since
21:51.28 ``Erik oh, heh... I thought you had siggraph lined up through your contractor and gov't screwups were unrelated
21:52.07 ``Erik on bz? is he using an internet cafe or something to get online? O.o
21:52.14 brlcad just not getting it
21:52.17 brlcad yeah, something of the sort
21:53.02 brlcad "fine, you can work over ssh+screen" ... but we haven't been able to even get to the ssh point yet because of e-mail failures
21:53.09 ``Erik ssh to a remote machine is a very foreign idea to someone who's only used windows and old macs, hard to grasp...
21:53.14 ``Erik ah
21:53.35 brlcad "Do X & Y, don't do Z" .. does half of Y, does Z
21:53.50 brlcad "Do X, don't do Z" .. does A
21:54.52 brlcad in any other context, I'd swear someone was just fucking with me
21:55.19 brlcad this really is a first and is trying my patience
21:55.21 ``Erik looks like english and french are the official languages there, is he from the french side? maybe it's just a language barrier?
21:56.21 ``Erik (and how much deviation seperates us in those languages, as well... 'honey boo boo' is unintelligible to anyone not from that region...)
21:57.15 brlcad I'm sure language is some of it
21:57.35 ``Erik there seems to be a lot of language craziness there to start with: http://en.wikipedia.org/wiki/Languages_of_Cameroon
21:57.50 brlcad Izak clearly has good language skills -- he's sent me some official paperwork about getting access at his uni
21:58.05 brlcad his is just misunderstanding I think
21:58.09 brlcad another student, not so much
21:58.16 ``Erik okie, then it might just be a tech comprehension issue or a lack of concern/care
21:59.26 brlcad i've called two into IRC to discuss
21:59.59 ``Erik saw emails but not irc... but I was off irc for a few days, had a power outage while I was at the beach
23:09.13 Notify 03BRL-CAD:brlcad * 56181 brlcad/trunk/src/sig/fhor.c: resort in usage order. eliminate dead code and need for forward declarations.

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.