| 01:58.21 | *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net) |
| 03:25.29 | starseeker | hmm: http://en.poderosa.org/present/about_poderosa.html |
| 03:38.14 | starseeker | http://ttssh2.sourceforge.jp/ |
| 03:52.09 | starseeker | I'm sure there's some good reason this wouldn't work, but why not hook up putty to a local instance of http://www.kpym.com/2/kpym/index.htm and use that as a terminal on Windows? |
| 03:53.19 | starseeker | wire them together into one program that both launches the telnetd backend and hooks up putty to it? |
| 04:48.37 | brlcad | starseeker: poderosa is written in c# (.net) |
| 04:49.42 | brlcad | hooking up an ssh client like putty or one of the others to a local ssh server is a viable solution .. just more involved from a management perspective |
| 04:50.50 | brlcad | more complicated to make it all work seemlessly, hidden, and cleanly .. complicated install (needs to install a network service), complicated to run (needs permission to run the ssh server), tricky to get it all to fire up cleanly without user intervention |
| 04:50.56 | brlcad | doable, though :) |
| 04:51.13 | brlcad | I was looking at one of the tiny ssh daemons for windows a couple weeks ago for that exact purpose |
| 05:15.42 | *** join/#brlcad stevegt_1 (~stevegt@216.1.176.121) |
| 05:20.27 | *** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2) |
| 05:20.27 | *** join/#brlcad roberthl (~robert@mediawiki/RobertL) |
| 08:20.43 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 12:10.41 | *** join/#brlcad mafm (~mafm@81.34.12.163) |
| 12:20.44 | d-lo | Mernin all |
| 12:34.13 | brlcad | howdy |
| 12:37.50 | d-lo | find any more performance impacting silliness? |
| 12:38.52 | *** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de) |
| 12:58.24 | brlcad | d-lo: not really |
| 13:24.56 | *** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net) |
| 13:24.56 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 13:28.43 | starseeker | brlcad: ah, so the network service part is integral to providing a viable terminal for putty? I was kinda wondering if we could sorta "fake it" and do it all inside the program... |
| 13:42.50 | brlcad | starseeker: give it a go, maybe not |
| 13:43.02 | brlcad | they might have implemented support for other methods |
| 13:43.44 | brlcad | the trick is still having the right terminal I/O processing so that things will get handled properly |
| 13:44.05 | brlcad | cmd.com doesn't provide that environment |
| 13:44.17 | brlcad | serial interfaces and network interfaces should |
| 13:44.38 | starseeker | nods - I'm kinda dubious that it's viable, since surely someone would have done it by now if it were simple |
| 13:44.58 | starseeker | but if we could "cheat" it would simplify the problem :-P |
| 13:47.06 | starseeker | must finish hammering Tcl/Tk into submission... |
| 16:07.01 | CIA-48 | BRL-CAD: 03bob1961 * r41311 10/brlcad/trunk/src/libged/erase.c: This corrects behavior of the erase_all command (i.e. The who command now yields the proper results and a subsequent raytrace is also correct). |
| 17:46.56 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 17:46.59 | *** join/#brlcad stevegt_1 (~stevegt@216.1.176.121) |
| 17:56.56 | *** join/#brlcad stevegt_ (~stevegt@216.1.176.121) |
| 18:16.30 | *** join/#brlcad stevegt_ (~stevegt@216.1.176.121) |
| 18:21.48 | *** join/#brlcad stevegt_2 (~stevegt@216.1.176.121) |
| 18:25.17 | CIA-48 | BRL-CAD: 03bob1961 * r41312 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a way to bypass tree decoration (i.e. increase tree update speed) by setting a no_tree_decorate variable in .archerrc. |
| 19:07.17 | *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc) |
| 19:17.40 | *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc) |
| 19:21.10 | CIA-48 | BRL-CAD: 03bob1961 * r41313 10/brlcad/trunk/src/external/ProEngineer/proe-brl-notes.txt: Minor update. |
| 19:23.42 | CIA-48 | BRL-CAD: 03brlcad * r41314 10/brlcad/trunk/ (include/dm-rtgl.h src/libdm/dm-rtgl.c): |
| 19:23.42 | CIA-48 | BRL-CAD: eliminate the use of RT_MAXARGS by making oldTrees be a dynamically allocated |
| 19:23.42 | CIA-48 | BRL-CAD: array. adding a capacity parameter to keep track of how many slots are |
| 19:23.42 | CIA-48 | BRL-CAD: available. renamed oldNumTrees to just numTrees and used size_t for sizes. |
| 19:24.48 | CIA-48 | BRL-CAD: 03brlcad * r41315 10/brlcad/trunk/src/libdm/dm-rtgl.c: ws consistency cleanup |
| 19:36.40 | *** join/#brlcad stevegt_1 (~stevegt@216.1.176.121) |
| 19:44.42 | starseeker | half wishes we could deprecate the current gqa command line syntax - would need to have something to replace it though... |
| 19:45.33 | brlcad | pretty neat! ... http://ditaa.sourceforge.net/ |
| 19:45.42 | brlcad | could probably put that to use .. |
| 19:57.40 | CIA-48 | BRL-CAD: 03brlcad * r41316 10/brlcad/trunk/src/libdm/dm-rtgl.c: quell all verbose compilation warnings including unused params, unused vars, validation checks, and some cleanup. |
| 20:00.51 | starseeker | hah - that is cool. Wonder what it would do with some of the nurbs drawings in the source code comments |
| 20:00.56 | starseeker | Java though - ugh |
| 20:02.01 | starseeker | that would be an awesome thing to integrate into doxygen |
| 20:14.29 | louipc | woohoo java |
| 20:15.10 | starseeker | is curious to see if Oracle can actually kill Java |
| 20:15.30 | louipc | why would they do that? |
| 20:15.47 | louipc | it's used for enterprise |
| 20:16.10 | starseeker | if they tick off enough of the open source developers out there with their antics... |
| 20:16.25 | starseeker | it could become the next COBOL |
| 20:16.41 | louipc | oh, well openjdk will be the master or something then |
| 20:16.46 | starseeker | at least, until the patents run out |
| 20:19.43 | CIA-48 | BRL-CAD: 03brlcad * r41317 10/brlcad/trunk/src/libdm/dm-rtgl.c: remove couple more instances of fixed-size RT_MAXARGS arrays. make visibleTrees array size dynamic, exactly big enough to fix the max number it might possibly store. |
| 20:21.08 | louipc | starseeker: what was the reason for replacing tkimg with tkpng? |
| 20:21.33 | starseeker | smaller - we were only including the subset we needed for png from tkimg anyway |
| 20:22.57 | louipc | ah alright. just wondering because tkimg seems more ubiquitous |
| 20:23.08 | starseeker | rather than extract and maintain a subset of one library, we just include all of a much smaller one (easier to keep synced up if need be) |
| 20:23.24 | starseeker | actually, I believe the 8.6 png support in the core is based on tkpng |
| 20:23.51 | starseeker | tkimg gives you a lot more formats, so it's a natural choice if you want the flexibiity |
| 20:24.34 | louipc | ooh so we won't even need tkpng in due time eh |
| 20:25.40 | starseeker | it'll be a while (we'll need to require 8.6 the way we currently require 8.5) but yeah :-) |
| 20:26.13 | louipc | awsm |
| 20:36.59 | starseeker | for that matter, we could probably check to see if either tkimg or tkpng was around in a system install - either would serve |
| 20:37.11 | starseeker | makes note to check what that would take later |
| 20:38.01 | louipc | yeah that wouldn't be a bad idea |
| 20:39.51 | *** join/#brlcad Ralith (~ralith@d142-058-094-146.wireless.sfu.ca) |
| 21:08.07 | CIA-48 | BRL-CAD: 03brlcad * r41318 10/brlcad/trunk/ (include/dg.h src/libged/dg_obj.c): |
| 21:08.08 | CIA-48 | BRL-CAD: remove more instances of RT_MAXARGS and MAXARGS. this one is technically a bug |
| 21:08.08 | CIA-48 | BRL-CAD: that would have been a crasher if the limit were hit as the array was sized as |
| 21:08.08 | CIA-48 | BRL-CAD: RT_MAXARGS but being iterated over as size MAXARGS (and those two don't actually |
| 21:08.08 | CIA-48 | BRL-CAD: match each other). we allocate and free memory dynamically based on the exact |
| 21:09.44 | CIA-48 | BRL-CAD: 03brlcad * r41319 10/brlcad/trunk/ (include/dg.h src/libged/dg_obj.c): we don't actually need to keep track of the capacity because the array ending is marked with a null and not resized |
| 21:17.09 | CIA-48 | BRL-CAD: 03brlcad * r41320 10/brlcad/trunk/src/mged/ (animedit.c cmd.c mged.h): more MAXARGS elimination. use a -1 magic to imply unlimited args for the funtab. |
| 22:11.15 | *** join/#brlcad stevegt_ (~stevegt@216.1.176.121) |
| 22:32.32 | CIA-48 | BRL-CAD: 03bob1961 * r41321 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Added the validTableEntry method for validating CombEditFrame's relative edit tables entries. |
| 22:37.49 | CIA-48 | BRL-CAD: 03bob1961 * r41322 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update the getTreeMembers method to handle member names containing spaces. There's still more work to do in other areas of Archer for handling object names containing spaces. |
| 23:37.40 | CIA-48 | BRL-CAD: 03r_weiss * r41323 10/brlcad/trunk/src/libbu/malloc.c: Updated function bu_realloc to function more line the standard function realloc. |