| 00:50.46 | *** join/#brlcad ibot (ibot@rikers.org) | |
| 00:50.47 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.6 tagged today (20100205) | |
| 00:54.11 | ``Erik | yeh, seems busted |
| 00:54.24 | ``Erik | ptrdiff_t not being defined before it's used to define ssize_t |
| 00:56.20 | ``Erik | http://paste.lisp.org/display/95452 |
| 00:56.57 | ``Erik | gets his recycling together |
| 01:05.56 | CIA-41 | BRL-CAD: 03starseeker * r37706 10/brlcad/trunk/configure.ac: Have the AC_CHECK_TYPE for ssize_t define HAVE_SSIZE_T if found, so the conditional in common.h will work (not defined on gentoo amd64 in testing - not sure if this is needed universally). |
| 01:06.23 | *** join/#brlcad Nohla (~jesica@201.255.236.19) | |
| 01:38.06 | *** join/#brlcad Nohla (~jesica@201.255.236.19) | |
| 02:56.11 | starseeker | grr |
| 02:56.26 | starseeker | rtgl doesn't seem to like my new machine - Z clears it but B doesn't |
| 02:56.50 | starseeker | must work up a more robust jobs manager |
| 02:58.22 | ``Erik | hrm |
| 02:59.10 | ``Erik | thinks rob is going to email starseeker real soon now |
| 03:02.41 | starseeker | ``Erik: what'd I break? |
| 03:03.36 | ``Erik | third party apps trying to build against BRL-CAD flip over the ssize_t dealio |
| 03:06.15 | starseeker | all I did was define HAVE_SSIZE_T if it's actually there |
| 03:06.31 | starseeker | looking at common.h, we're expecting that (apparently) |
| 03:07.04 | starseeker | the ssize_t stuff other than the HAVE_SSIZE_T definition was already there |
| 03:07.16 | ``Erik | yeh, I d'no, I'm getting osX build breakage on ISST now, I'll look into tomorrie |
| 03:07.28 | starseeker | checks out isst |
| 03:07.41 | ``Erik | needs gtk+2 and pango |
| 03:09.24 | ``Erik | well... ok, I'll look into it day after tomorrow, I think I'm busy all day :/ |
| 03:12.15 | ``Erik | (and if ISST doesn't "just work", what makes ya think some xmkmf/imake monstrosity will? :D ) |
| 03:16.15 | starseeker | tries defining HAVE_SSIZE_T in isst's configure.ac, but it doesn't seem to "take" |
| 03:17.20 | ``Erik | yeh, I tried that |
| 03:17.53 | ``Erik | wait, lemme try something |
| 03:18.43 | ``Erik | whistles innocently |
| 03:19.16 | CIA-41 | BRL-CAD: 03erikgreenwald * r37707 10/isst/trunk/ (configure.ac src/local_worker.c src/main.c src/net_worker.c): include isst_config.h... |
| 03:22.27 | ``Erik | either way, might need to give them a heads up about the change, they tend to freak out easily |
| 03:24.05 | ``Erik | (and you're the poor schlub that gets thrown under the train either direction :D ) |
| 03:28.11 | starseeker | heh, beat me to it |
| 03:31.32 | starseeker | ``Erik: did that define in configure.ac fix your build as well? |
| 03:31.38 | starseeker | in BRL-CAD I mean? |
| 03:31.58 | starseeker | O.o tessellating pinewood sucks on this machine |
| 03:32.22 | ``Erik | yeh |
| 03:33.07 | starseeker | cool |
| 03:38.03 | starseeker | well, ktank loads fast... |
| 03:38.47 | ``Erik | the controls suck, don't they? :D *duck* |
| 03:38.55 | starseeker | sure do |
| 03:40.46 | ``Erik | you attending that 'thing' tomorrow morning? |
| 03:40.56 | starseeker | huh? |
| 03:41.24 | ``Erik | with the presentations? |
| 03:41.33 | starseeker | oh, that thing |
| 03:41.40 | starseeker | dunno |
| 03:43.48 | starseeker | yay, crash |
| 03:43.59 | starseeker | ERROR: bad pointer x1f13b40: s/b region(x23232323), was model(x12121212), file ../../../brlcad/src/adrt/load_g.c, line 80 |
| 03:44.46 | ``Erik | heh, with fill #'s, it was sent a badly formed NMG, huzzah |
| 03:45.02 | starseeker | ``Erik: if you get a chance, try g-nmg on pinewood and see if isst can view the results |
| 03:45.18 | ``Erik | um, I think I have a converted version at the office |
| 03:45.41 | ``Erik | if you have an older version laying around... something was horribly broken in NMG's recently which causes failures out the wazoo |
| 03:46.01 | starseeker | no, latest checkout |
| 03:46.37 | ``Erik | yes... something in our NMG code broke in the last month or so, we can no longer convert like we used to... |
| 03:46.53 | ``Erik | so if you have an older version handy, use that to convert... |
| 03:46.54 | ``Erik | :D |
| 03:47.30 | starseeker | so despite a fully successful conversion, the result is invalid? |
| 03:48.06 | ``Erik | the, uh, big model I showed this morning was done on 7.16.2, the most recent version bombed with a similar error which kept me from using that model at the airfield |
| 03:48.40 | starseeker | grr |
| 03:48.44 | starseeker | k |
| 03:49.49 | ``Erik | is that from g-nmg -b generated shtuff, or running isst_gtk on an 'unprepped' geometry? |
| 03:50.33 | ``Erik | assumes it was not set up for fast loading, since that code shouldn't be hit |
| 03:50.42 | ``Erik | (yes, it needs the -b flag right now) |
| 03:50.58 | ``Erik | hitting it with rt or mged would be the ultimate test, I surpose |
| 03:51.34 | ``Erik | hehehe, good old southpark :D |
| 03:52.29 | starseeker | ooops |
| 03:52.32 | starseeker | forgot the -b flag |
| 03:52.35 | starseeker | tires again |
| 03:54.57 | ``Erik | doesn't remember why he has the NMG codepath disabled |
| 03:55.49 | ``Erik | hrm, mebbe it IS enabled in the svn version heh O.o |
| 03:57.27 | ``Erik | ohhhh |
| 03:57.30 | ``Erik | heh |
| 03:57.59 | ``Erik | n/m, that's right, I disabled the NMG fast-loading BECAUSE it tickeld that error |
| 03:59.31 | ``Erik | (there is something screwed up with the NMG code, though... I'll have to look into that more later) |
| 04:00.36 | CIA-41 | BRL-CAD: 03erikgreenwald * r37708 10/brlcad/trunk/src/adrt/load_g.c: disable NMG fastloading for now |
| 04:04.02 | *** join/#brlcad talcite (~matthew@206-248-130-132.dsl.teksavvy.com) | |
| 04:06.50 | *** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net) | |
| 04:45.47 | *** join/#brlcad talcite_ (~matthew@69-165-146-198.dsl.teksavvy.com) | |
| 05:05.32 | *** join/#brlcad Hirvinen (pahirvin@melkki.cs.helsinki.fi) | |
| 05:16.34 | brlcad | starseeker: unistd.h doesn't/shouldn't define any HAVE_* .. system headers really shouldn't ever |
| 05:16.46 | brlcad | the typo is AC_CHECK_TYPE vs AC_CHECK_TYPES |
| 05:23.59 | *** join/#brlcad Hirvinen (pahirvin@melkki.cs.helsinki.fi) | |
| 05:25.13 | starseeker | ah |
| 05:31.18 | CIA-41 | BRL-CAD: 03brlcad * r37709 10/brlcad/trunk/include/common.h: need to include the header that provides ptrdiff_t if we're going to typedef it, otherwise needs to turn into a #define instead. |
| 05:32.30 | CIA-41 | BRL-CAD: 03starseeker * r37710 10/isst/trunk/configure.ac: Don't need to manually define - use AC_CHECK_TYPES (thanks Sean) |
| 05:33.48 | CIA-41 | BRL-CAD: 03starseeker * r37711 10/brlcad/trunk/configure.ac: Use AC_CHECK_TYPES to look for ssize_t |
| 05:35.52 | brlcad | yeah, that should do it |
| 05:36.49 | brlcad | aww, AC_TYPE_INT32_T and friends are new |
| 05:38.51 | *** join/#brlcad Ralith (~ralith@216.162.199.202) | |
| 05:40.39 | CIA-41 | BRL-CAD: 03brlcad * r37712 10/brlcad/trunk/configure.ac: AC_TYPE_INT32_T and friends were added in 2.59 so can't use them. our minimum is 2.52 |
| 06:10.25 | CIA-41 | BRL-CAD: 03brlcad * r37713 10/brlcad/trunk/autogen.sh: merge in changes from upstream repo to check for new macros |
| 06:12.38 | *** join/#brlcad jack- (~jack@unaffiliated/jack) | |
| 06:12.56 | jack- | brlcad: woot, you're coding for bzflag as well? |
| 06:15.41 | Jonimus | jack-: thats how I found out about bzflag, I was looking at him on CIA.vc |
| 06:16.06 | jack- | :) |
| 06:16.40 | jack- | i just noticed it in #commits |
| 06:16.48 | jack- | (cia.vc as well) |
| 06:23.21 | brlcad | jack-: happen to be one of the bzflag project admins too |
| 06:24.38 | brlcad | hearts bzflag |
| 06:25.28 | jack- | cool :) |
| 06:25.36 | jack- | it rocks, i love it |
| 06:25.48 | Jonimus | I suck at it but its pretty damn fun anyway |
| 06:26.36 | CIA-41 | BRL-CAD: 03brlcad * r37714 10/brlcad/trunk/include/common.h: still not perfect but this should help things along for 3rd party codes that don't have a HAVE_SSIZE_T define. only provide the typedef if we can't find hint of SSIZE_MAX. (untested) |
| 06:29.13 | brlcad | ``Erik: perhaps you can test that - you should definitely NOT have to create a AC_CHECK_TYPE macro in isst/trunk/configure.ac in order to use the API .. nor should other folks |
| 06:31.42 | CIA-41 | BRL-CAD: 03brlcad * r37715 10/isst/trunk/configure.ac: this type check should not be required for 3rd party codes (codes that link off an installed brl-cad). |
| 07:04.51 | CIA-41 | BRL-CAD: 03brlcad * r37716 10/brlcad/trunk/src/libged/ (ged_private.h rt.c): move the struct into the only file that actually uses it. |
| 08:54.11 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:03.22 | CIA-41 | BRL-CAD: 03d_rossberg * r37717 10/brlcad/trunk/ (18 files in 7 dirs): |
| 09:03.22 | CIA-41 | BRL-CAD: another iteration step in forcing back ssize_t: removed all references from the headers (exept for the declaration) |
| 09:03.22 | CIA-41 | BRL-CAD: poorly tested |
| 10:27.01 | jack- | another bzflag man |
| 10:27.07 | jack- | cool :) |
| 11:49.00 | ``Erik | yeh, I have pinewood both as nmg and bot here, starseeker |
| 12:25.27 | starseeker | hmm k |
| 13:51.17 | brlcad | jack-: not another bzflag person -- many cad and bz people all connect from the same server (bz.bzflag.bz) |
| 13:52.13 | brlcad | awesome: http://www.ornl.gov/sci/radiation_transport_criticality/BekarPubs/MCNP_BRL_A_Linkage.pdf |
| 13:55.32 | starseeker | brlcad: cool |
| 13:55.36 | starseeker | is that a new paper? |
| 13:56.26 | brlcad | I'm familiar with the effort, we helped them with that about 5 years ago |
| 13:56.33 | brlcad | but yeah, new paper, at least new to me |
| 13:57.16 | brlcad | looks like it was published in end of 2009 |
| 13:57.45 | brlcad | K. Bekar and T. M. Evans, "MCNP-BRL: A Linkage between MCNP and CAD Geometry," Trans. Am. Nucl. Soc. 101, 623-626 (2009). |
| 14:08.51 | CIA-41 | BRL-CAD: 03starseeker * r37718 10/brlcad/trunk/doc/BRL-CAD.bib: Add reference to Bekar paper. |
| 14:10.45 | brlcad | ack beat me to it |
| 14:10.57 | brlcad | hehe |
| 14:14.39 | CIA-41 | BRL-CAD: 03brlcad * r37719 10/brlcad/trunk/doc/BRL-CAD.bib: expand volume |
| 14:15.01 | ``Erik | hm, graph of pubs per year might be a telling visualization |
| 14:15.47 | starseeker | depressing you mean... |
| 14:15.56 | brlcad | here's another, but BRL-CAD only gets a light mention as it was starting: http://www.ornl.gov/sci/radiation_transport_criticality/Blakeman_Pubs/PWR_Facility_Modeling_TM_2007_133.pdf |
| 14:16.01 | ``Erik | never said good telling :D |
| 14:16.51 | brlcad | another new one to me: http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.113.5775&rep=rep1&type=pdf |
| 14:17.07 | starseeker | will leave that one for BRL-CAD if he wants (Blakeman) |
| 14:17.56 | brlcad | the first one isn't worth adding |
| 14:17.59 | brlcad | the second one is though |
| 14:18.59 | brlcad | there's apparently another paper referenced, "MCNP-BRL: An External Geometry-Driven Version of MCNP" but I can't find it |
| 14:20.07 | ``Erik | sounds like a task to keep our local library busy |
| 14:32.39 | CIA-41 | BRL-CAD: 03starseeker * r37720 10/brlcad/trunk/doc/BRL-CAD.bib: Toss in references to recent tech reports. |
| 14:34.58 | CIA-41 | BRL-CAD: 03starseeker * r37721 10/brlcad/trunk/doc/BRL-CAD.bib: Add link to online scan of Deitz paper untl we find a better one. |
| 14:38.38 | CIA-41 | BRL-CAD: 03bob1961 * r37722 10/brlcad/trunk/src/librt/primitives/poly/poly.c: Changed the %d directive to %lu to accomodate size_t. |
| 14:40.45 | CIA-41 | BRL-CAD: 03brlcad * r37723 10/brlcad/trunk/doc/BRL-CAD.bib: add another tabary reference. this one for Coupling photon Monte Carlo simulation and CAD Software. Application to X-ray nondestructive evaluation. |
| 14:42.06 | CIA-41 | BRL-CAD: 03erikgreenwald * r37724 10/brlcad/trunk/src/conv/g-egg.c: Fix vertex pool display. Add polygon information to output. Fix various flaws in output. |
| 14:42.12 | ``Erik | will test that when he gets home O.o |
| 14:43.34 | ``Erik | and mebbe do an nmg->bot conversion to get more efficient data packing |
| 14:43.55 | ``Erik | (currently storing 36 vertices for a cube) |
| 14:50.04 | CIA-41 | BRL-CAD: 03erikgreenwald * r37726 10/brlcad/trunk/src/librt/primitives/poly/poly.c: quell %lu vs size_t warning |
| 14:59.25 | CIA-41 | BRL-CAD: 03bob1961 * r37727 10/brlcad/trunk/misc/win32-msvc8/ (164 files in 164 dirs): Turn the Detect64BitPortabilityProblems option on for x64. |
| 15:09.03 | *** join/#brlcad CIA-91 (cia@208.69.182.149) | |
| 15:13.18 | *** join/#brlcad Maloeran (~maloeran@glvortex.net) | |
| 15:13.33 | starseeker | brlcad: could you refresh my memory - what is the argument against going to C99? |
| 15:15.35 | d_rossberg | starseeker: MS Visual Studio, e.g. |
| 15:17.02 | starseeker | d_rossberg: btw, on the conversion from ssize_t to size_t - did you check if any of the code is returning error values that are negative? |
| 15:18.59 | d_rossberg | yes, this special value is (and was) RT_DIR_PHONY_ADDR |
| 15:20.59 | starseeker | How much of C99 does Visual Studio support? The do support some I believe, and they might support the parts we really want (like printf and zu, for example...) |
| 15:22.57 | starseeker | supposes we could snarf an advanced printf code from somewhere and roll it into libbu... |
| 15:27.13 | d_rossberg | I'm not familar with what is already C99 and what is not, maybe you can give me an example of what you plan to do |
| 15:27.59 | d_rossberg | however, i'll have a look at it tomorrow because i've to hurry |
| 15:28.05 | starseeker | Well, with size_t being variable size depending on platform, things like printf kinda have issues |
| 15:28.17 | d_rossberg | prefers c++ streams :) |
| 15:28.43 | starseeker | apparently, the C99 answer to this is to define %zu for printf, but that doesn't help C90 coders |
| 15:29.51 | starseeker | unless we make a "smart" bu_printf that handles C99 style things... |
| 15:40.49 | brlcad | vc6 support was initially one of a handful of issues, but I don't think vc8+ will have any trouble with c99 |
| 15:41.16 | brlcad | starseeker: the biggest issue was simply becoming c89 compliant first |
| 15:41.21 | starseeker | nods |
| 15:41.43 | starseeker | with the size_t conversions starting in earnest, it'd be really nice to have the z options in printf |
| 15:41.58 | starseeker | gawks at the FreeBSD printf code... |
| 15:42.21 | brlcad | we only recently became strict c89 compliant with the warning quellings |
| 15:42.49 | brlcad | I least I vaguely recall that being one of my compilation tests a few weeks back -- would have to reverify |
| 15:42.50 | starseeker | hehe - comment at the top of the file: Actual printf innards. This code is large and complicated... |
| 15:44.12 | brlcad | "smart bu_printf" is bu_log |
| 15:44.55 | brlcad | could expand that with zu, but it's not a big deal (and there's not many that aren't already taken care of) |
| 15:45.05 | brlcad | casting on print to the print type |
| 15:46.01 | brlcad | doesn't see anything horrible with: size_t i = 123; printf("%lu", (long unsigned)i); |
| 15:48.34 | starseeker | Bob's saying that truncates the size_t in half on windows |
| 15:49.43 | starseeker | apparenty unsigned long is 32 bit on Windows and size_t is 64 bit... |
| 16:00.30 | brlcad | sure, so %llu |
| 16:01.53 | brlcad | there's only a few places we should be printing things that big |
| 16:06.18 | *** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 16:09.26 | starseeker | but will llu work in the 32 bit case? |
| 16:13.41 | brlcad | you'll still need to print conversion cast, but yeah it should work just fine |
| 16:14.45 | brlcad | size_t i = 123; printf("%llu", (unsigned long long)i); or printf("%llu", (uint64_t)i); if we need to play well on c89 |
| 16:15.04 | brlcad | long long is a c99ism though many c89 compilers provided it |
| 16:15.20 | ``Erik | wonders how unpalatable %p is |
| 16:15.42 | ``Erik | (or mebbe bu_flog() ) |
| 16:16.36 | ``Erik | bu_flog(FILE *, const char *, ...); |
| 16:17.01 | ``Erik | bu_snlog() ? :D |
| 16:19.34 | brlcad | we're using %p already all over |
| 16:21.14 | brlcad | if we had to, there's macro foo we could use to specialize for platforms (e.g., %Id on windows, %zd for c99, %ld for 32-bit, etc) but that'd be a PITA |
| 16:22.25 | brlcad | printf("This is " SIZE_T_FMT " times more annoying than %%llu with a cast.", i); |
| 16:23.44 | brlcad | if windows has %zd then great, but last I looked they didn't: http://msdn.microsoft.com/en-us/library/tcxf1dw6(VS.100).aspx |
| 16:24.17 | brlcad | course, that doesn't list %p and we use that, so who knows |
| 16:24.43 | *** join/#brlcad parigaudi_ (~quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 16:57.08 | *** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 17:36.03 | *** join/#brlcad parigaudi_ (~quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 18:34.42 | CIA-91 | BRL-CAD: 03Sean 07http://brlcad.org * r2203 10/wiki/Mime-types: show how to manually set props |
| 19:58.38 | *** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 20:42.01 | starseeker | hmm, cool: http://www.itl.nist.gov/div897/sqg/dads/ |
| 20:52.29 | starseeker | thinks this might be how we're doing n-ary trees: http://www.itl.nist.gov/div897/sqg/dads/HTML/binaryTreeRepofTree.html |
| 20:53.24 | *** join/#brlcad mac- (~mac@sunrise.pi.net.pl) | |
| 20:53.26 | mac- | hello |
| 20:56.55 | mac- | any one know if there is any GNU equivalent to MSC Nastran ? |
| 20:58.41 | *** join/#brlcad Nohla (~jesica@201.255.236.19) | |
| 21:02.53 | brlcad | mac-: haha |
| 21:03.19 | mac- | Salome maybe ? |
| 21:03.25 | mac- | anyone works on it ? |
| 21:05.21 | mac- | I mean if it is possible to create element / whole model under BRL-CAD and then open it in i.e. Salome for proceed with simualtions ? |
| 21:05.56 | mac- | like it is on MSC Nastran, where I can create model in i.e. Catia and then open it in Nastran to make simulations |
| 21:09.55 | brlcad | mac-: best I can suggest is to give it a try on a simple model |
| 21:10.10 | brlcad | you certainly can model something with BRL-CAD and import that into Salome |
| 21:10.11 | mac- | heh |
| 21:10.12 | mac- | :> |
| 21:10.43 | brlcad | whether it's sufficiently "equivalent" depends on WAY too many factors |
| 21:11.55 | louipc | mac-: why GNU specifically? |
| 21:12.07 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) | |
| 21:13.13 | mac- | main target is to run under Linux, and to not pay half bilion of dollars for it :/ |
| 21:13.53 | brlcad | GNU has little to do with that target, you just want something open source |
| 21:14.48 | mac- | not exactly |
| 21:14.53 | mac- | I`m not a programmer |
| 21:15.03 | mac- | I do not want to change code i.e. |
| 22:02.06 | *** join/#brlcad ibot (ibot@rikers.org) | |
| 22:02.06 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.6 tagged today (20100205) | |
| 22:12.14 | ``Erik | ahh, home at last |
| 22:17.28 | ``Erik | thinks mac- wants "(free||cheap)&&worksonlinux", not necessarily open source O.o |
| 22:18.43 | ``Erik | thinks jack doesn't understand a lot about the various licenses O.o *duck* :) |
| 22:39.07 | *** join/#brlcad ibot (ibot@rikers.org) | |
| 22:39.07 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.6 tagged today (20100205) | |
| 22:41.10 | CIA-85 | BRL-CAD: 03erikgreenwald * r37731 10/brlcad/trunk/src/conv/g-egg.c: fix reported # of triangles |
| 22:44.19 | CIA-85 | BRL-CAD: 03brlcad * r37732 10/brlcad/trunk/NEWS: erik fixed bugs in the g-egg exporter. Z is up! .. and fixed polygon format decl with correct num of reported triangles. |
| 22:49.07 | CIA-85 | BRL-CAD: 03brlcad * r37733 10/brlcad/trunk/include/bu.h: clean up example structparse code (several typos). |
| 23:10.20 | ``Erik | yeh, it actually works now, opposed to producing busted geometry heh |
| 23:10.52 | ``Erik | (at least, I think it works, the panda conversion tools seem to like it, able to do funky round robin shit, like g-egg, egg2dxf, dxf-g and get a valid cube back |
| 23:10.55 | ``Erik | ) |
| 23:49.09 | ``Erik | \/cl |