| 00:22.25 | *** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1177680480.dsl.bell.ca) | |
| 01:31.41 | kanzure | aroo? http://locke.dcnicn.com/bugzilla/ |
| 01:31.47 | kanzure | bugzilla for iso10303 |
| 01:32.37 | kanzure | for instance: http://locke.dcnicn.com/bugzilla/iso10303/buglist.cgi?quicksearch=ISO |
| 02:18.09 | *** join/#brlcad |IriX64| (~kvirc@bas2-sudbury98-1177680480.dsl.bell.ca) | |
| 03:31.37 | kanzure | <PROTECTED> |
| 04:47.18 | *** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1128565378.dsl.bell.ca) | |
| 06:01.34 | *** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl) | |
| 07:21.35 | *** join/#brlcad merzo (~merzo@smartbussiness.mobicom.net.ua) | |
| 10:07.36 | d-lo | mernin all! |
| 11:44.40 | brlcad | howdy |
| 11:48.44 | *** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de) | |
| 12:57.37 | CIA-2 | BRL-CAD: 03starseeker * r40609 10/brlcad/branches/cmake/ (5 files in 4 dirs): This should duplicate the AC_HEADER_STDC logic. |
| 13:02.48 | CIA-2 | BRL-CAD: 03starseeker * r40610 10/brlcad/branches/cmake/src/other/libz/Makefile: Didn't want the libz change |
| 13:45.41 | CIA-2 | BRL-CAD: 03starseeker * r40611 10/brlcad/branches/cmake/ (3 files in 3 dirs): Add more macro logic - autotools docs call a couple of these obsolete, so may want to think about finishing full duplication of the logic for dirent... |
| 13:48.34 | starseeker | brlcad: unless I'm misunderstanding these docs, both AC_HEADERS_DIRENT and AC_HEADERS_SYS_WAIT are regarded as obsolete by the autotools devs - http://www.gnu.org/software/hello/manual/autoconf/Particular-Headers.html |
| 13:49.25 | starseeker | Are there specific system situations we are aware of that need those macro results? (as opposed to just checking for dirent.h and sys/wait.h?) |
| 13:55.25 | brlcad | starseeker: just backwards automake/autoconf compatibility -- they're obsolete for 1.10+ but we support 1.6+ |
| 13:55.39 | brlcad | still need to check the non c89 headers |
| 13:56.10 | brlcad | testing those two headers is historically a bit involved |
| 13:57.02 | brlcad | mostly pre-ansi so we don't need that stuff, but need something if they're not in c89 |
| 14:03.00 | CIA-2 | BRL-CAD: 03starseeker * r40612 10/brlcad/branches/cmake/misc/CMake/CheckCFileRuns.cmake: Whoops, need to actually add the file. |
| 14:04.23 | starseeker | nods - I'll need to take apart the logic in a little more detail then |
| 14:04.37 | starseeker | check stuff against C89 |
| 14:09.02 | d-lo | grumbles about function pointers.... |
| 14:09.36 | ``Erik | heh, function pointers ftw |
| 14:10.00 | d-lo | trying to get the C flava pkg_switch to call a C++ member function :/ |
| 14:10.12 | d-lo | c.c++ fu is too weak! |
| 14:10.44 | ``Erik | write a wrap stub |
| 14:10.56 | d-lo | help? |
| 14:11.02 | ``Erik | and probably either do a static member or a signleton |
| 14:11.26 | d-lo | If I go a static or singleton, then I buy a table/map lookup :/ |
| 14:12.02 | ``Erik | then how do you get the object you want to invoke the method on? |
| 14:12.52 | d-lo | its a call back. I'm trying to make a particular callback table in a pkg_conn call a method in a 'Portal' object. |
| 14:13.03 | d-lo | this Portal contains the pkg_conn |
| 14:14.13 | ``Erik | is there a 'user' field for the callback? can you dump yoru object in there, then cast it back out? |
| 14:15.08 | d-lo | don't quite know what you mean. |
| 14:15.19 | ``Erik | hrm, don't look like it |
| 14:15.41 | d-lo | the pkg_switch table only takes a function pointer, not an object :/ |
| 14:16.32 | ``Erik | hrm, spoze ya could try addign a void * to the pkg_switch struct... I'd need to think on that more |
| 14:16.54 | ``Erik | and I'm takin' the day off, so I might think about thinking about it tomorrow... :D |
| 14:17.05 | d-lo | lol |
| 14:17.25 | ``Erik | indianlarry or jra might have some insight, or brlcad if he's in today |
| 14:17.30 | d-lo | error: cannot convert ?void (NetMsgFactory::*)(pkg_conn*, char*)? to ?void (*)(pkg_conn*, char*) |
| 14:17.38 | d-lo | that's where I'm stuck |
| 14:17.57 | d-lo | it seems to not like the fact I am calling a method in an object :/ |
| 14:18.08 | d-lo | if that method's static, then I'm good. |
| 14:18.31 | ``Erik | um, from C, a c++ method is a horrible mutilated symbol name with a couple 'magic' memory locations |
| 14:18.31 | d-lo | but then that buys me into performing a look up to get a reference to the correct object. |
| 14:18.53 | ``Erik | a static method is resolvable, a 'regular' or 'virtual' method is not |
| 14:19.08 | d-lo | Hrm, so Im probably going to have to do the lookup anyways then eh? |
| 14:19.11 | ``Erik | <-- ponders a 'premature optimization' quip |
| 14:19.46 | ``Erik | I'd say yes... and don't worry about it... |
| 14:20.07 | ``Erik | it only becomes a problem when it becomes a problem... :D I doubt a packet lookup op is ever going to be the big killer |
| 14:20.14 | d-lo | well feck, now I have to worry about maintaing a Map of pkg_conn structs :( |
| 14:20.48 | ``Erik | uh huh? and? |
| 14:21.55 | d-lo | Since I have a pkg_switch struct as part of a Portal object, I was hoping to be able to feed that pkg_switch struct the address of the associated Portal object. |
| 14:21.57 | ``Erik | (I'd say shove 'em in a bu list with your key, and if that becomes an issue, use the rb tree in bu... all good, just a couple lines of code) |
| 14:22.17 | ``Erik | hrm |
| 14:22.36 | ``Erik | I'd almost imagine you could be sending your 32 or 64b address around as an int and just carrying it... |
| 14:23.07 | d-lo | but since I can't now I have to make a mechanism for looking up the correct Portal. Just a pain, is all. |
| 14:23.22 | ``Erik | I'd have to know more about what you're trying to do... and as I mentioned, I'm taking the day off, so I'm trying not to know anything :D keith has some seriously deep fu, both in C and C++... walk around the corner and say hi :D |
| 14:23.44 | d-lo | in progress :) |
| 14:45.35 | ``Erik | http://video.google.com/videoplay?docid=5714208062852991194# is keen |
| 14:59.02 | d-lo | wow man.... that was..... odd. |
| 14:59.44 | d-lo | The visual had me expecting metal... the singing style had me expecting 60's beach party. |
| 15:04.21 | ``Erik | heh |
| 15:04.42 | ``Erik | visual was more goth I thought |
| 16:03.59 | d-lo | right. goth ~= metal :) |
| 16:43.10 | *** join/#brlcad merzo (~merzo@98-70-133-95.pool.ukrtel.net) | |
| 17:33.18 | *** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1096600672.dsl.bell.ca) | |
| 17:34.19 | IriX64 | it can now be said your 7.16.10 linux release from sourceforge, runs on enterprise linux beta six :) |
| 17:38.29 | CIA-2 | BRL-CAD: 03davidloman * r40613 10/brlcad/trunk/src/other/tkhtml/: Added generated files to svn:ignore list. |
| 17:38.41 | *** join/#brlcad merzo (~merzo@98-70-133-95.pool.ukrtel.net) | |
| 17:56.51 | CIA-2 | BRL-CAD: 03davidloman * r40614 10/brlcad/trunk/ (include/pkg.h src/libpkg/pkg.c): Upgrade libpkg to allow for user data being passed to the callback functions via the pkg_conn struct. |
| 18:09.13 | CIA-2 | BRL-CAD: 03davidloman * r40615 10/brlcad/trunk/include/pkg.h: Put the user_data field at the end of the pkg_switch struct, so as to be nice to code already using certain forms of array initialization. |
| 18:48.52 | CIA-2 | BRL-CAD: 03davidloman * r40616 10/rt^3/trunk/ (include/PkgClient.h src/libPkgCpp/PkgClient.cxx): Add in springboard fn for use as a pkg_switch call back. |
| 18:56.00 | CIA-2 | BRL-CAD: 03davidloman * r40617 10/rt^3/trunk/ (include/PkgServer.h src/libPkgCpp/PkgServer.cxx): Move generation of the pkg_switch table over into the Portal class. Since we are using a static fn in Portal to springboard the callback, we no longer need centralized generation of the table prior to Portal init. |
| 18:56.00 | CIA-2 | BRL-CAD: 03davidloman * r40618 10/rt^3/trunk/ (4 files in 2 dirs): Cascading changes to *server constructors due to last commit. Oops. |
| 19:08.45 | CIA-2 | BRL-CAD: 03davidloman * r40619 10/rt^3/trunk/ (include/NetMsgFactory.h src/libNet/NetMsgFactory.cxx): |
| 19:08.45 | CIA-2 | BRL-CAD: First round of fixes to the NetMsgFactory. Converted it back to singleton as it |
| 19:08.45 | CIA-2 | BRL-CAD: is no longer necessary to have one NetMsgFactory per Portal. Since libPkg only |
| 19:08.45 | CIA-2 | BRL-CAD: calls the callback fn when a full netMsg has arrived, there is no need for |
| 19:08.45 | CIA-2 | BRL-CAD: NetMsgFactory to have an internal buffer any longer. |
| 19:15.07 | CIA-2 | BRL-CAD: 03davidloman * r40620 10/rt^3/trunk/ (include/Portal.h src/libNet/Portal.cxx): Make Portal a logical extension of pkg_conn. Add in basic support for handling remote node names. |
| 19:20.50 | CIA-2 | BRL-CAD: 03davidloman * r40621 10/rt^3/trunk/ (include/PortalManager.h src/libNet/PortalManager.cxx): Make PortalManager a ControlledThread subclass. |
| 19:32.18 | CIA-2 | BRL-CAD: 03davidloman * r40622 10/rt^3/trunk/ (include/ControlledThread.h src/utility/ControlledThread.cxx): Made ControlledThread extend QThread rather than contain one as an aggregate. |
| 21:14.19 | *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net) | |
| 21:32.48 | CIA-2 | BRL-CAD: 03bob1961 * r40623 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added centerDialogOverPane method. Modify fillTreeColumns to handle cases where tree nodes refer to nonexistent objects. |
| 21:34.41 | CIA-2 | BRL-CAD: 03bob1961 * r40624 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Minor tweak to Archer::saveDB |
| 21:46.01 | CIA-2 | BRL-CAD: 03bob1961 * r40625 10/brlcad/trunk/src/tclscripts/lib/Legend.tcl: Added a -textColor option to cadwidgets::Legend. |
| 21:46.52 | CIA-2 | BRL-CAD: 03bob1961 * r40626 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added the pane_win_name method to cadwidgets::Ged. |
| 23:43.38 | *** join/#brlcad willdye (~willdye@fern.dsndata.com) | |