IRC log for #brlcad on 20080412

00:21.40 yukonbob brlcad: re: montezuma -- that's the one ;)
00:23.49 yukonbob looks forward to IriX64 returning
00:32.04 *** join/#brlcad vedge (i=vedge@vedge.org)
04:47.21 *** join/#brlcad pacman87 (i=127@resnet-45-192.dorm.utexas.edu)
05:21.03 starseeker is suddenly curious to learn about vim...
05:25.04 pacman87 starseeker: http://xkcd.com/378/
06:35.23 louipc starseeker: you use emacs?
07:34.52 brlcad tis a classic
10:10.05 *** join/#brlcad Elperion (n=Bary@p54875426.dip.t-dialin.net)
10:22.06 *** join/#brlcad clock_ (n=clock@217-162-111-96.dclient.hispeed.ch)
10:37.13 *** join/#brlcad illethal (n=oden@c-71-200-221-159.hsd1.fl.comcast.net)
10:37.34 illethal Good morning comrades.
10:44.53 *** join/#brlcad Elperion (n=Bary@p54875426.dip.t-dialin.net)
11:47.49 *** join/#brlcad Elperion (n=Bary@p54875426.dip.t-dialin.net)
11:58.11 *** join/#brlcad Elperion (n=Bary@p54875426.dip.t-dialin.net)
12:03.17 *** join/#brlcad Elperion (n=Bary@p54875426.dip.t-dialin.net)
12:04.05 *** part/#brlcad illethal (n=oden@c-71-200-221-159.hsd1.fl.comcast.net)
12:12.19 *** join/#brlcad Elperion (n=Bary@p54875426.dip.t-dialin.net)
12:17.16 *** join/#brlcad Elperion (n=Bary@p54875426.dip.t-dialin.net)
12:40.08 *** join/#brlcad Axman6 (n=Axman6@61-69-25-165.netspeed.com.au)
12:48.49 *** join/#brlcad docelic (n=docelic@78.134.198.227)
13:42.32 *** join/#brlcad andrecastelo (n=chatzill@189.71.41.1)
14:24.23 starseeker louipc: Normally, yes - primarily in the past because the best/only interfaces to various programs were written in Emacs
14:25.08 starseeker louipc: But I never really achieved true proficiency (or perhaps just sufficient finger dexterity) to make proper use of it.
14:27.03 starseeker louipc: The time has now come when I will need to properly learn at least one good editor. Since I use the terminal instead of a graphical file manager and fluxbox instead of KDE/Gnome, I thought perhaps I should give vim/gvim another look.
14:27.46 starseeker louipc: Last time I tried it, it was WAAAY to early in my Linux/Unix travels for me to appreciate it
14:27.52 starseeker er s/to/too
14:28.40 starseeker hates to admit it but he still falls back on nano/nedit often, and that just won't do ;-)
15:00.08 *** join/#brlcad Elperion (n=Bary@p54875426.dip.t-dialin.net)
15:18.31 *** join/#brlcad iraytrace (n=iraytrac@c-67-172-239-24.hsd1.ut.comcast.net)
15:25.24 louipc starseeker: haha no it won't. I used xemacs a long time ago but then I stopped programming and forgot it. I decided to pick up vim recently just to have a taste of the other side and I'm stuck now. I am starting to get annoyed about it though from some performance and auto features.
15:26.26 louipc but not annoyed enough to try emacs again... even though I don't recall having the same problems. It might just be some defaults in my distro I need to clobber.
15:26.48 starseeker what's the annoyance?
15:26.55 starseeker hasn't heard of vim performance problems...
15:27.41 louipc like loading a 1000+ line file that has tabs displayed as spaces
15:28.09 starseeker Hmm
15:28.13 louipc and even when scrolling through the file will be jumpy
15:28.23 starseeker looks for a big file to test...
15:28.41 louipc also if moving across a line with lots of nested parenthesis and brackets is slow
15:29.04 louipc that's when you have all the syntax foo running of course
15:29.30 starseeker Hmm.
15:29.41 starseeker anyone else having such problems?
15:29.58 starseeker is doing OK with fence.c in proc-db...
15:31.12 louipc not that I know of
15:31.30 starseeker what distro you running?
15:31.38 louipc oh yeah it might just be the syntax files
15:31.45 louipc fence.c seems ok for me too
15:32.01 louipc but php is really where it gets bogged down
15:32.17 louipc arch linux
15:32.39 louipc I never coded php in emacs so that might be it :D
15:32.47 louipc only coded in a C variant
15:34.14 ``Erik louipc: is that using gvim, or in a console, or in a terminal window?
15:34.17 ``Erik tends to use rxvt or xterm for performance, gnome-terminal and konsole get ass slow and jumpy themselves...
15:34.47 louipc rxvt
15:35.26 ``Erik weird, is the 'jumpiness' due to lines longer than your terminal width, maybe? that causes vim to skip X lines to get to the next newline, LOOKS jumpy
15:35.28 ``Erik *shrug*
15:36.01 starseeker waits for ``Erik to start gloating...
15:36.10 ``Erik about what?
15:36.11 ``Erik O.o
15:36.17 starseeker trying gvim
15:36.23 ``Erik meh *shrug* just tools
15:36.24 louipc no I was monitoring cpu usage once and it was kicking up to 80%
15:36.26 louipc :D
15:36.39 louipc I think it might be the php syntax parsing and such
15:37.08 louipc but also displaying tabs as spaces definitely slowed it down
16:51.43 yukonbob morning, cadheads
17:02.37 brlcad howdy yukonbob
17:07.28 yukonbob howdy -- how's it going today?
17:26.01 brlcad pretty good!
17:55.13 yukonbob nice to hear
18:45.17 andrecastelo doubt in rayhit() : when checking for exposed areas, the code checks if the area has been seen. but when checking for presented areas, it doesn't have that check. Why ?
18:55.49 *** join/#brlcad jdoliner (n=jdoliner@wireless-230-69.uchicago.edu)
18:56.19 jdoliner hi is there anyone here I could ask a few questions about GSoC
18:56.38 yukonbob jdoliner: yes - ask away ;)
18:56.40 docelic you just ask your thing
18:58.21 jdoliner good my application is on CSG on brep
18:58.40 jdoliner and I've been commincating largely with Christopher Sean Morrison is he perhaps here
18:59.06 yukonbob he is -- nick == brlcad
18:59.25 jdoliner good
18:59.31 jdoliner I
19:01.05 jdoliner Sean you asked me to explain exactly how I foresee implementing this, particularly getting it working with the openNurbs library
19:09.12 jdoliner so you just want an explanation of how we convert the ON_brep struct to something that is definitely usable by our system right?
21:33.01 *** join/#brlcad docelic (n=docelic@78.134.198.227)
21:36.42 *** join/#brlcad clock_ (n=clock@217-162-111-96.dclient.hispeed.ch)
21:49.10 *** join/#brlcad clock__ (n=clock@217-162-111-96.dclient.hispeed.ch)

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