Sean Morrison [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 10. September 2008 03:35
An: Bengt Wennehorst
Cc: brlcad-devel@lists.sourceforge.net; [EMAIL PROTECTED]
Betreff: Re: Question concerning dsp-creation and subsequent g-stl
export
Bengt,
Hello and thanks for writing!
The error message
Do you mean what's wrong with that code besides the fact that you sent code to
the users mailing list instead of the devel list? :-)
There's nothing wrong with that code.
After several hours debugging, poking, prodding, and testing, it turns out that
you uncovered a bug that was about 8
Take #5. Still debugging with sf.net staff. New datacenter so maybe this one
will finally make it through..
On Sunday, August 24, 2008, at 02:54AM, Christopher Sean Morrison [EMAIL
PROTECTED] wrote:
Feel free to ignore this message if it makes it through. I'm
debugging a mailing list
Tom,
Ah, that's actually a bug in automake. The rule that builds bombardier already
had those two CPPFLAGS set but just set on that product -- AM_CPPFLAGS sets it
on all of them in that directory. Automake 1.8 (iirc) and later don't have the
bug, but the fix is to just make it a
Tom,
No, it's not a bug but it is an an (completely unverified) potential
issue inside our serialization code. The test was added to see how
prevalent non-IEEE floating point types are (which is actually
exceptionally prevalent). Whether and implementation is complaint is
dependent on
On Monday, March 23, 2009, at 10:19AM, Bryan Bishop kanz...@gmail.com wrote:
I see. I need to think some more about how to represent the difference
between explicit and implicit constraints if something like GraphSynth
were to be used. Implicit constraints seem to be attached to objects,
while
Phil,
It should open up two windows, an mged command window and an mged
graphics window. That's a bit surprising to hear about the DLL
issues with the batch script, but something to be looked into.
The file conversion support on Windows is less than ideal at the
moment for a variety of
to implement dependency search in a reusable way for a variety
of packages. Sharing these files between projects would reduce
redundancy in both development efforts and the repository itself.
Christopher Sean Morrison wrote:
Kudos and thanks to Dave for taking the initiative. Great work
I thought the same thing when I saw the previous mod from Bob.
bu_fgets() is already taking care of the line ending portably so it
shouldn't matter if there's a newline. If it does matter, that's
certainly not sufficient. Maybe when it was just fgets() that was
some hack to help looping
Sanity check, were the changes to PullbackCurve intentional? Noticed that the
seam tolerance was loosened when you removed some unreachable code. Nice
quellage!
Cheers!
Sean
On Tuesday, December 29, 2009, at 07:31AM, indianla...@users.sourceforge.net
wrote:
Revision: 37059
Bob et al,
We were discussing bug #2923199 [1] last night and the speculation
seems to be true, that the tclIndex file is not getting generated
fully on Windows. The file is missing an assortment of entries
(shown at the end), which means they probably just fail to process
for some
Fantastic work, Jesica! I believe the azimuth/elevation/twist geometry model
is saved somewhere so we can recreate the image. The text was a simply overlay
done in an image editing program, though, so we could just remake it. We could
perhaps make the image layered (with text in a separate
Delayed response but I put some more thought into this problem recently...
On Tuesday, July 14, 2009, at 09:24AM, Daniel Roßberg
danielmrossb...@googlemail.com wrote:
Hi,
There were put a lot of effort into hiding any version number define
and/or constant from the user. Now I'm in doubt if
Sinclair,
We investigated this issue a few days ago and it turns out there's a
bug in GCC. More specifically, it's a bug in the STL headers that
gcc provides. We've applied a work-around fix that will be in a
future release, but the problem should be reported upstream to the
gcc folks
On Jan 29, 2010, at 9:01 AM, Daniel Roßberg wrote:
Well,
let me try to explain my concern more precisely. I'm programming
closed source software using the BRL-CAD core libraries. And because
of the LGPL I'm using the BRL-CAD code via a dynamically linkable
library. However, it turned out
So in this commit, you'll notice how you made the child exit. Instead of the
child exiting, have it send the parent a close message via write() and let it
return. When the parent gets that particular message, it'll kick out of the
while loop, then should bu_exit().
That way, the child will
On Apr 13, 2010, at 12:02, Tom Browder tom.brow...@gmail.com wrote:
Using gcc-4.4.3 I still get the old warnings about type qualifiers
being ignored on function return types (as in opennurbs_light.h,
opennurbs_base64.h, et al.). I first notified the opennurbs folks
with a patch back in
Yes, pretty much everything is still available. A lot of the old discussions
are archived in the source repository in the doc/html/ReleaseNotes directory
where there are indices for the e-mails that led up to the 2.0, 3.0, 3.1, 4.0,
4.4, and 5.0 releases. Alas, the release 6 and 7 e-mail
Basically, we need to ensure that the stdint.h types are provided regardless of
that header being supported (as it's a C99 header and we're still only
*requiring* C90 compliance). So right now, the inclusion of that header was
set to key off of symbols that stdint.h provides or the
On Apr 20, 2010, at 6:46 PM, Tom Browder wrote:
I'm not complaining--just don't understand yet what happened between
gcc-4.4.3 and gcc-4.5.0.
That's certainly a curiosity, but probably something along the lines
of they fixed the glitch. I suspect stdint.h was getting included
by some
On Apr 21, 2010, at 10:54 AM, Tom Browder wrote:
Good work! It works without my adding a define and with the default
g++-4.5.0 configuration.
Excellent!
For your info, the attached file has that output. The relevant
macros which triggered inclusion of stdint.h in common.h are:
On Friday, April 23, 2010, at 08:30AM, Tom Browder tom.brow...@gmail.com
wrote:
FYI, I built and successfully did a make check on trunk revision
38760 (Ubuntu 9.10, x86_84, gcc-4.5.0).
I also successfully built my three packages that use BRL-CAD.
Fantastic.
Couldn't it fail more gracefully?
On Friday, April 23, 2010, at 12:55PM, Tom Browder tom.brow...@gmail.com
wrote:
I just submitted a patch to the tracker that adds a g++ anti-warning
for the opennurbs build. Patch affects two files:
Hm! Just yesterday, after our talk, I added anti-warning (-w) to almost all of
the src/other
On Monday, April 26, 2010, at 11:39AM, Tom Browder tom.brow...@gmail.com
wrote:
On Mon, Apr 26, 2010 at 10:35, brl...@users.sourceforge.net wrote:
Revision: 38782
http://brlcad.svn.sourceforge.net/brlcad/?rev=38782view=rev
Author: brlcad
Date: 2010-04-26 15:35:18 + (Mon,
On Wednesday, May 12, 2010, at 04:01PM, Tom Browder tom.brow...@gmail.com
wrote:
Right now I read the attributes and take them as I find them (and
report unknown attributes found), but I sure like the idea of better
BRL-CAD attribute standards. How would you implement the case
insensitivity?
On Wednesday, May 12, 2010, at 07:31PM, Tom Browder tom.brow...@gmail.com
wrote:
Well, in AJEM the air code as an integer can have various values to
indicate various types of air for compartments. Here is an extract of
Table 5.4.1-1, Air Code Associations for Ground Mobile Vehicles, in
the
On Thursday, May 13, 2010, at 05:04PM, Tom Browder tom.brow...@gmail.com
wrote:
On Thu, May 13, 2010 at 15:16, Christopher Sean Morrison brl...@mac.com
wrote:
...
That said, 'aircode' is one of those non-geometric properties that would be
nice to get rid of (i.e., let applications set
User mike is indeed Mike Muuss. Another view of the users is on
the ohloh.net project page:
https://www.ohloh.net/p/brlcad/contributors
That one has the added benefit of combining multiple usernames into
one where a dev commits under multiple account names. Given the
migration from an
be
in your PATH. Some implementations don't split arguments so it might
be trying to invoke perl -w as a command instead of perl with a -
w argument. How does r39646 look?
Cheers!
Sean
On Jun 22, 2010, at 11:04 AM, Tom Browder wrote:
On Tue, Jun 22, 2010 at 09:17, Christopher Sean
Zhizhu,
What Tom Browder replied is spot on -- it's the *best* advice on
places to begin without knowing more about exactly what you're trying
to accomplish. More information is required to help you, otherwise
the answer to your question is simply maybe.
For example, I know from the
On Aug 12, 2010, at 12:26 AM, Jean-Luc Delatre wrote:
I would suggest using http://openscad.org/ to create the geometry
and importing the STL into BRL-CAD for whatever else you want to do.
Wow. I wouldn't. That would be exceptionally counter-productive if
you intend to use the geometry
On Aug 12, 2010, at 3:04 AM, 张知竹 wrote:
Sean,
What a surprise you can know what I need from CGAL mailing list! :)
Yes, I am trying to creat geometry, and it's just my first step.
After creating geometry, I need to mesh it as I wish, for example,
I may mesh a cylinder into four equal
On Aug 27, 2010, at 6:40 PM, Manuel A. Fernandez Montecelo wrote:
https://devel.adenu.ia.uned.es/~mafm/deb/brlcad/
For people with Debian-based systems and experience with BRL-CAD,
please
check them out them and let me know me whether you find some
problems with
them or not.
Awesome!
On Aug 31, 2010, at 7:47 AM, Manuel A. Fernandez Montecelo wrote:
Well, in order to get it in the official Debian repositories (and
that means
Ubuntu almost automatically, and a bunch of other derivatives), the
main
things that need to happen are:
All things that have happened before
On Aug 31, 2010, at 8:43 PM, Manuel A. Fernandez Montecelo wrote:
Debian follows FHS, with the link above explaining the content of the
sections. And any standard imposes pedantic policies (e.g. -
pedantic flag
in GCC ;) ).
Even Debian has plenty of exceptions to the FHS. The FHS has
On Sep 1, 2010, at 10:22 AM, Manuel A. Fernandez Montecelo wrote:
OK, so I modify the installation process in the Debian packages so
it puts
them in man3/, and rename to 3cad when needed.
Other than that, the more things of the lintian log that I sent
previously, the better. I need a
Tom,
You can't find a whole lot of details about v6 because they're not yet
implemented for rel8. The bulk details for what would be desirable to
have in v6 are listed at the bottom of the TODO file. Those are but a
subset and in a simple summary form, but might give you an idea. Feel
On Sep 3, 2010, at 5:55 PM, Tom Browder wrote:
Attached is an m4 source file to be input to m4 to generate a special
header file in the include directory to satisfy my itch to have some
cpp-usable macros for conditional compilation. Note that it doesn't
have to be used by anyone, but it
On Sep 5, 2010, at 1:08 PM, Tom Browder wrote:
I've been wondering if we could save rays in a database (persistent
data).
We probably could, but it would only be useful if a given ray and
geometry model were exactly the same. Rays have extremely very low
latency overhead (which is why
Given we bumped minor and 7.16.10 was the last stable on that line,
my thoughts on this month's iteration were to continue with release
binaries. Several of them were updated last month for release, but
others are still remaining. We still need to build and post (in
priority order):
*
On Sep 5, 2010, at 8:02 PM, Tom Browder wrote:
Some user responsibility needed here: read-only tgm, md5 or similar
hash of db for check, same key in ray db.
The time it would take to compute and validate an md5 rivals the time
it would take to reshoot the ray, so you'd need to bundle rays
On Sep 17, 2010, at 4:18 AM, HUGONNARD Patrick wrote:
Hi,
I want to rotate an object (box) around his origin.
When I execute the attached script in the Mged command window,
rotation is well done around the box origin.
But, when I execute the instruction mged test.g source test.inp
Space delimited? What about paths with spaces in them? Escaped?
On Sep 21, 2010, at 12:49, davidlo...@users.sourceforge.net wrote:
Revision: 40637
http://brlcad.svn.sourceforge.net/brlcad/?rev=40637view=rev
Author: davidloman
Date: 2010-09-21 16:49:13 + (Tue, 21 Sep
Welcome and thanks for introducing yourself, Ganesh! That's a great
way to kick things off.
Defining the look/layout/feel for what a given 2D 'blueprint'
might be
like. What syntactic, semantic, pragmatic information could be
and needs to
be included? What would an example sheet
On Oct 7, 2010, at 9:50 AM, Ganeshram Iyer wrote:
Wow Cliff. Thanks for all the links. Thats enough reading material
for me for a few days or perhaps weeks.
While I start preparing a report of what I find, is there any
preferred format that BRL-CAD developers use (PDF, MS Word, Open
On Oct 7, 2010, at 9:36 PM, Loui Chang wrote:
Do these ads on the list bother anyone else?
They seem to get quoted often enough in replies as well - which are
then
archived. I imagine this can pollute search results as well.
While I undoubtedly may miss one from time to time, I make sure
On Oct 29, 2010, at 2:24 PM, Tom Browder wrote:
1. What version of MSVC++ is recommended?
MS Visual Studio 2005 (i.e., msvc8) is what is currently used the
most amongst the devs, though anything newer should also work without
too much fuss.
2. What version or combination of the BRL-CAD
On Oct 29, 2010, at 3:11 PM, Tom Browder wrote:
Thanks, Erik--nice summary and sounds like a good chunk of info for
inserting into HACKING (or some other appropriate document)!
The doc/README.Windows file has some of the platform-specific
information mentioned. Feel free to expand
On Nov 26, 2010, at 3:36 AM, Christopher Sean Morrison wrote:
That's allowing 5min per conversion and is about what I'd expect.
Here's the count when we only allow 5sec per conversion:
Failures: 155 NMG, 185 BoT
Heh, that's not too informative. The line should have been:
Failures
I've been putting geometry through the sh/conversion.sh script like
wheat through a combine harvester and am now starting to get a good
sense of our conversion rate. For the past couple days, the script
has been chewing through about two hundred real target description
models and the
On Jan 4, 2011, at 2:21 PM, Tom Browder wrote:
As I see it now, I can script (automate) the building of a BRL-CAD TGM
in several ways, three of which are:
1. List mged commands in a file and source the file into mged
$ mged -c tgm.g source-file
2. Write BRL-CAD TCL commands into a
On Jan 5, 2011, at 1:23 PM, Tom Browder wrote:
I saw from a TODO update that converison.sh is working.
The working part was in regards to those two todo items that were
removed. Specifically, the script sending itself a signal to halt
jobs and adding parameters to include/exclude geometry
On Jan 6, 2011, at 6:46 AM, Tom Browder wrote:
Starts with no args fine. When trying on a file I get lines like
this:
oknmg: pass pass bot: 5 # printf: 1: %6l: invalid directive
printf: 1: %6l: invalid directive
oknmg: pass pass bot: 5 # printf: 1: %6l: invalid directive
On Jan 6, 2011, at 12:23 PM, Tom Browder wrote:
Aha, looks good, much better output! Run with no options on a .g file
I get lines like:
oknmg: pass bot: pass 0s#174 t.g:/t.s
Hm, that doesn't look quite right. Does it report 0s for all lines?
It should be an
On Jan 6, 2011, at 1:29 PM, Tom Browder wrote:
oknmg: pass bot: pass 0s #14 htruck.g:/C2203_0.s
Hm, okay. It's not calculating the conversion run time. That's
probably due to differences in the output of the time command. Can
you run verbose and post the output?
On Jan 6, 2011, at 2:39 PM, Tom Browder wrote:
On Thu, Jan 6, 2011 at 13:30, Christopher Sean Morrison
brl...@mac.com wrote:
...
longer than 5min to convert and the expense becomes exponentially
multiplied up the hierarchy since it's converting all objects by
default (not just regions
On Jan 6, 2011, at 3:25 PM, Tom Browder wrote:
printf: 1: %l: invalid directive
Fixed.
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their
This isn't right. It beaks encapsulation. There should not be code
outside of librt calling opennurbs_ext funcs.
On Jan 6, 2011, at 16:33, starsee...@users.sourceforge.net wrote:
Revision: 41993
http://brlcad.svn.sourceforge.net/brlcad/?rev=41993view=rev
Author: starseeker
On Jan 6, 2011, at 10:02 PM, Tom Browder wrote:
Okay, my tool chain requires apache fop 1.0 and xsltproc (libxml2 and
libxslt) and I'm producing pdf and html. If those requirements can be
established in the svn tree we can lead toward a complete modern
docbook set up (I haven't tested any
On Jan 6, 2011, at 10:02 PM, Tom Browder wrote:
On Thu, Jan 6, 2011 at 20:36, Christopher Sean Morrison
brl...@mac.com wrote:
On Jan 6, 2011, at 18:02, Tom Browder tom.brow...@gmail.com wrote:
The documentation on the wiki:
http://brlcad.org/wiki/Users_group_presentations
...
DocBook
On Jan 6, 2011, at 6:15 PM, Tom Browder wrote:
Should I not expect comments to work?
Sounds like a bug to me. Given they are simple text/tcl files, being
able to add comments seems like a no-brainer.
Cheers!
Sean
On Jan 7, 2011, at 7:17 AM, Tom Browder wrote:
The ppt directory is blocked from reading.
Ooops! Fixed.
--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data
On Jan 7, 2011, at 7:54 AM, Tom Browder wrote:
On a slight change of topic, the old BRL-CAD v5 database specification
by Lee Butler and others is the draft (and is in DB format and pdf).
Is there a final version somewhere? IMHO a final version should be on
the wiki in place of the draft I
So over the past month (32.87 days to be more precise), I've had the
conversion script churning through a couple hundred real target
models to see how bad things get. They're considerably worse than
the sample geometry (~2%) and preliminary testing ( 7%). We're seem
to be under 15%
On Jan 12, 2011, at 10:38 AM, Tom Browder wrote:
Well that work-around worked (but at the cost of installing
heavyweight emacs: 78 Mb).
On a lark I then removed emacs and did:
sudo touch /usr/bin/DUMMY-FOR-MGED-BUG
sudo ln -s /usr/bin/DUMMY-FOR-MGED-BUG /usr/bin/emacs
which also
Jordi,
That is just fantastic! I'd like to work on getting things set up so you can
manage the port changes, but I have one question. In setting up the .deb
package, did you start from scratch or utilize the existing Debian files in
misc/debian?
If you have updates to those files, those
On Jan 21, 2011, at 6:58 AM, Tom Browder wrote:
Is there some magic build incantation to allow using BRL-CAD inside
the source tree without an install?
The binaries can be run prior to install on most platforms. You do need to
know where the build product resides, though. Take asc2g, for
On Jan 21, 2011, at 11:28 AM, Tom Browder wrote:
[snip]
1. vls.c bug:
I would like to have two strings print like this
012345678901234567890
text value 1
longer textvalue 2
To do that I do this:
int len = (int)strlen(longer text); /* len = 11 */
bu_vls_init(str);
On Jan 21, 2011, at 5:05 PM, Christopher Sean Morrison wrote:
I think I have a quick fix since there's already a flag for left alignment.
I'll test it with a snippet here in a couple minutes.
Fixed! Feel free to test and make sure I didn't goof something up.
Cheers!
Sean
On Feb 12, 2011, at 11:50 AM, Tom Browder wrote:
Some long strings giving C90 warning are usage strings used like so:
const char usage [] = ...; /* too-long string gives warning ( 509
characters) */
...
bu_log(%s, usage);
The following I believe works and it does eliminates warnings
On Feb 13, 2011, at 1:02 PM, Tom Browder wrote:
I don't see any mention of code line lengths in HACKING.
That's half-intentional since it's a bikeshed issue, there isn't an optimal
solution, dogmatic rules in any direction will generally compromise readability
for someone, and the code isn't
On Feb 15, 2011, at 10:04 PM, Tom Browder wrote:
I agree with all that Sean (and I really prefer the one line per
function argument), just looking for clarity (i.e., guidance--you know
I have a son who is a lawyer).
Completely understandable, they're all great questions. Fresh eyes,
On Mar 1, 2011, at 10:28 AM, Tom Browder wrote:
I have EDITOR=vi.
When I try to do a region edit with red, all looks fine as I edit with red.
To save changes and quit I'm used to doing :wq and everything looks
right as I exit, but changes are not saved.
That doesn't sound good. Cliff
On Mar 2, 2011, at 10:37 AM, Tom Browder wrote:
The bug is not on the trunk version. We need a new release soon.
We are in the middle of release testing now (which was actually halted to
investigate this and a couple other issues). The release show-stoppers are
listed in TODO, but should
Once again, we're applying to participate in the Google Summer of Code! If
you're interested in being a mentor, you'll need to register and let me know
your link_id. You'll need to go to http://www.google-melange.com/ (also known
as http://socghop.appspot.com/ ), sign in on the left panel,
If you haven't heard the big news already, BRL-CAD was accepted (woo hoo!) as a
mentoring organization for GSoC 2011. I would have already sent out mentor
invites but the invite system has been temporarily disabled by Google until
they roll out a new UI later this week.
In the meantime, we
On Mar 22, 2011, at 5:42 PM, Brandon Hinesley wrote:
I'm very interested in the development of a mature, solid modeling CAD
software like BRL-CAD. starseeker has already helped point me in the right
direction, but all tips, ideas, or suggestions for proposals are welcome.
I'm a 26 year
On Mar 23, 2011, at 11:23 AM, Seravalli Marco (Student Com8) wrote:
Hi!!
Hi Marco!
I am a computer science student and interested in developing the Qt Display
Manager Idea for GSoC.
I have experience in c++ and qt programming.
Fantastic.
I would like to have some information about this
On Mar 31, 2011, at 5:17 AM, Daniel Roßberg wrote:
To be honest, I disapprove the latest changes on coreInterface. This
library is intended to be an abstraction of BRL-CAD's core functions
hiding the implementation details. Ideally it should be database
version and implementation
On Apr 4, 2011, at 10:15 AM, Parker, Robert (Civ, ARL/SLAD) wrote:
I agree. But, unless I misunderstood, you told me to start migrating code
that was generic enough to be used with JAVA, PYTHON, C/C++ etc. from
LIBTCLCAD to LIBGED. I'll pull it out and put it somewhere else.
I apparently
On Apr 4, 2011, at 3:16 PM, bob1...@users.sourceforge.net wrote:
Revision: 44192
http://brlcad.svn.sourceforge.net/brlcad/?rev=44192view=rev
Author: bob1961
Date: 2011-04-04 19:16:06 + (Mon, 04 Apr 2011)
Log Message:
---
Mods to get libtclcad compiling again.
This is just a reminder to all listening GSoC students. Today is the last day
you can submit an application. See the timeline for the exact deadline but be
aware that Google has a zero-tolerance policy on deadlines. If you're even one
second late, you're out.
There are some great proposals
Nice work getting our Ohloh enlistment unstuck. It's been on my mental to-do
list for a couple weeks now. Once fixed, I noticed a problem with
double-accounting by having rt^3 and geomcore both listed, as the later was
started as a branch off of the prior (from svn's point of view), so rt^3
There's a new (open source / free) book available called The Architecture of
Open Source Applications. It gives an overview of about two dozen different
open source projects, some large and notable, some small:
http://aosabook.org
They show how their software is structured, how data and
I just wanted to send a heartfelt welcome and introduction out to Guilherme
Kunigami and Brandon Hinesley!
They are our two outstanding GSoC applicants that will be joining the dev team
to work on LIBOPTICAL and MGED/Archer/LIBGED respectively this summer.
Guilherme's stepping up to a
On May 29, 2011, at 3:43 PM, Guilherme Kunigami wrote:
Hi,
I've successfully compiled and executed a simple ray-tracer using OSL.
Though, this renderer was included together with OSL source code and they
were compiled together too. Now, I'm trying to compile this renderer outside
OSL
On Jun 1, 2011, at 2:33 PM, Guilherme Kunigami wrote:
Here is the g++ command I made by hand.
g++ testrender.cpp -I/Users/kunigami/dev/osl/dist/macosx/include/OSL/
-I/opt/local/include -I/Users/kunigami/dev/oiio/dist/macosx/include/
-lOpenImageIO
On Jun 1, 2011, at 12:58 PM, Christopher Sean Morrison wrote:
May have just found the answer to my own question.. was the geometry engine
left in rt^3? I see unit test dirs and some sources in oldstuff, but no core
code.
Indeed that seems to be the case, got a full build of the GS after
I nominate starseeker getting to put together the quarterly feature spreadsheet
the next time there's a review ... :D
The script that puts the spreadsheet together (sh/news2tracker.sh) looks at the
last commit message per *line* .. so they'll all just say Refine the NEWS file
items without
Yeah, the release was just posted last week and the news announcements haven't
gone out yet. Probably later today. :)
On Jun 7, 2011, at 11:54 AM, Tom Browder wrote:
On Tue, Jun 7, 2011 at 10:50, Tom Browder tom.brow...@gmail.com wrote:
Bummer, I missed the NEWs on the 7.20 release, but I
On Jul 19, 2011, at 10:31 PM, Abhijit Nandy wrote:
I guess the ::itcl::body TireWizard::constructor {...} gets a parameter
_archer with which commands can be run in Archer. Specifically these 2 seem
to setup the
access to Archer :
set archer $_archer
set archersGed [Archer::pluginGed
On Jul 31, 2011, at 9:14 PM, Guilherme Kunigami wrote:
Indeed. The only thing is that we'll need a buffer to keep partial sums. As
far as I udnerstodd, in incremental mode, each pass is independent from the
other.
Good point, but then if done cleanly, that working buffer will be highly
The program name g_qa is deprecated as we want to remove the underscore [1].
That also goes for the other g_ tools, all being renamed to be sans
underscore. The manual page actually matches the mged command name (and is an
n page to reflect that it's for an mged command, even though it also
On Aug 16, 2011, at 12:54 PM, Tom Browder wrote:
I added a comment to the subject bug because I think red ought to
either be unavailable or at least get the user to acknowledge the
danger before red is actually activated. red is not yet ready for
production use and the bug should be
Now that's some nice changes. Woot!
What breaks if the existing bn function is removed and
bn_isect_lseg3_lseg3_new() is renamed to or merged with bn_isect_lseg3_lseg3()?
Are there different arguments or different behavior expectations?
Understandably a work-in-progress, but I'd think
Preparing to sync and tag 7.20.4 this weekend (we're a little over a week late)
so please try to get your commits in and tested (regression and distcheck'd)
today if possible.
Cheers!
Sean
--
Why Cloud-Based
On Sep 13, 2011, at 9:35 AM, Tom Browder wrote:
I'm trying to get the DocBook tool chain to work but am having
problems. A typical error:
/usr/bin/xsltproc -nonet -xinclude -o system/mann/en/wire.fo
../../doc/docbook/resources/standard/xsl/fo/docbook.xsl
system/mann/en/wire.xml
Making
On Sep 14, 2011, at 11:49 AM, Tom Browder wrote:
What do you think about making the pdf versions of the docbook docs
(at least the pdf versions) be produced as a separate, binary release
package? It can always be part of the source build but I suggest only
as an an explicit option (default
On Sep 16, 2011, at 5:43 PM, Tom Browder wrote:
Hm, since you already have one pre-commit hook, it seems that to add
another is a bit trickier. May I get a copy of the existing one?
We actually have four hooks enabled and I may have spoken too soon. Looks like
sf.net doesn't support custom
On Sep 19, 2011, at 11:28 AM, Tom Browder wrote:
Thanks. Can I put them in the doc/docbook tree if they transform okay?
Of course! That's the point, wasn't it? :)
BTW, know any Korean BRL-CAD fans who might want to tackle some translations?
That's why I really want to move towards clean
1 - 100 of 1268 matches
Mail list logo