Activity for BRL-CAD

  • Cliff Yapp Cliff Yapp committed [r70895]

    reorganize

  • mattia mattia posted a comment on discussion Help

    Thank you for your support. I had an "holiday weekend", this evening I'll repeat all the procedure, and post here.

  • Cliff Yapp Cliff Yapp committed [r70894]

    Work on spotting branch deletes

  • Cliff Yapp Cliff Yapp committed [r70893]

    Attempts to fast-import stream svn commits on top of the cvs->git conversion using svn2git or git-svn-fast-import haven't worked very well so far... probably still possible in theory but not sure how far I'd end up having to dig. For now start doing some experiments on the 'manual replay' scenario to see if that would be simpler to figure out - slow and working is fine for this, as long as it works...

  • Cliff Yapp Cliff Yapp committed [r70892]

    Extract log message for revision (assumes repo clone in addition to dump file, and working svn and xsltproc commands).

  • Cliff Yapp Cliff Yapp committed [r70891]

    Narrow down to files specifically, filter for just the brlcad part of the repository (i.e. don't report paths in rt^3), capture and report the specific paths moved that are reporting as problematic for each commit.

  • Cliff Yapp Cliff Yapp committed [r70890]

    Don't want to skip reporting the last commit, if it also satisfies the criteria.

  • Cliff Yapp Cliff Yapp committed [r70889]

    Thanks to tacit on svn-dev for the hint on what to look for - write a little program to look for SVN commits in a dump file that both moved the file and changed its contents at the same time. Catches a small test case successfully, but needs more testing.

  • Sean Morrison Sean Morrison posted a comment on discussion Help

    So maybe explain what exactly you are doing, whether you are trying a binary or source install? Without details, "the same problem" is almost certainly not the same problem. Please provide a complete log with every command you type and the entire output. You can add them as attachments here.

  • Sean Morrison Sean Morrison posted a comment on discussion Help

    I'm getting incomplete information so it's really difficult to help you. If you downloaded a binary distribution, then you should be able to unpack it into /usr/brlcad and be good to go. If you downloaded a source distribution, then /usr/brlcad would not make much sense but also shouldn't hurt. With a source distribution, you specify where you want it installed.

  • mattia mattia posted a comment on discussion Help

    the strange things is that I try to install Debian on virtualbox, in another PC running windows, and I repeat all, but I have the same problem.

  • mattia mattia posted a comment on discussion Help

    After the failed compiling, I delete the folder on /usr/brlcad and /home/mattia/brlcad, and then I extract the tar.bz2 on /usr/brlcad, make the .build directory and so on. After that, the compilation works, but x11 support was disabled. It is correct to unpack the tar.bz2 on /usr/brlcad? And, it is correct to delete the entire folder, if I want to remove the software? Thanks

  • Sean Morrison Sean Morrison posted a comment on discussion Help

    What's curious is that the summary you listed the other day ( https://sourceforge.net/p/brlcad/discussion/362510/thread/676f80ce/?limit=25#5220 ), it shows X11 is enabled. So presumably you've manually disabled it with some option or did something that changed the detection.

  • Sean Morrison Sean Morrison posted a comment on discussion Help

    It is automatically turned on or off based on whether it detects you having the necessary headers and libraries installed. If you look at the cmake output before the summary, there will be a variety of x11-related tests that failed. More than likely, you are missing X11 development headers and need to install them. See doc/README.Linux for some hints as to what might be missing.

  • Cliff Yapp Cliff Yapp committed [r70888]

    Technically, this may be user visible. Previous NIRT behavior when reading in double floating point numbers used an internal routine that sometimes resulted in an accumulated error (observed in some quick testing to be on the order of 1e-10). While this was insignificant in 'most' use cases, when trying to reproduce an exact ray it could be an issue. Switched to using the standard C library function strtod for string to double conversion, which does a better job.

  • Cliff Yapp Cliff Yapp committed [r70887]

    Add probable account-map id

  • mattia mattia posted a comment on discussion Help

    you're right, I try to recompile, and I have "support to x11 = OFF" (and also other things). How can I switch it to ON?

  • Sean Morrison Sean Morrison posted a comment on discussion Help

    If you compiled this yourself, you’ll need to recompile. It looks like you have a compile of BRL-CAD that has X11 disabled. Make sure you have development headers installed and that X11 is enabled in the cmake summary.

  • Cliff Yapp Cliff Yapp committed [r70886]

    The INFINITY assignments in shoot.c lines 993-1025 reach the rt_in_rpp calculations, and in cases where these values are multiplied by 0 a multiplication using an actual C99 inf results in a nan that causes all subsequent comparisons to return false. However, when falling back to our C89 compatibility definitions for INFINITY we get typical numerical behavior (0*INFINITY == 0, not nan) which results in different behavior of the comparisons. For specific grazing cases, this results in differ...

  • mattia mattia posted a comment on discussion Help

    If I type bin/mged, happen this: root@Mattia:/home/mattia/brlcad/brlcad-7.26.4/.build# bin/mged BRL-CAD Release 7.26.4 Geometry Editor (MGED) Thu, 19 Apr 2018 17:41:35 +0200, Compilation 0 root@ attach (nu|txt)[nu]? why? What I have to do? Thank you

  • mattia mattia posted a comment on discussion Help

    Ok, I try to remove the directory, and repeat the entire operations with the file downloaded from sourceforge instead of svn, and it works

  • mattia mattia modified a comment on discussion Help

    No, the build was not stopped and restarted. My version of gcc is: gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516 I don't understand the last question, do you want a summary report of the cmake command? if yes, thats the file: -- Could NOT find SWIG (missing: SWIG_EXECUTABLE SWIG_DIR) -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE) -- Found ZLIB: /home/mattia/brlcad-svn-trunk/src/other/libz;/home/mattia/brlcad-svn-trunk/.build/src/other/libz -- Found ZLIB: zlib Elapsed configuration time: 49...

  • mattia mattia modified a comment on discussion Help

    No, the build was not stopped and restarted. My version of gcc is: gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516 I don't understand the last question, do you want a summary report of the cmake command? if yes, thats the file: -- Could NOT find SWIG (missing: SWIG_EXECUTABLE SWIG_DIR) -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE) -- Found ZLIB: /home/mattia/brlcad-svn-trunk/src/other/libz;/home/mattia/brlcad-svn-trunk/.build/src/other/libz -- Found ZLIB: zlib Elapsed configuration time: 49...

  • mattia mattia posted a comment on discussion Help

    No, the build was not stopped and restarted. My version of gcc is: gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516 I don't understand the last question, do you want a summary report of the cmake command? Thank you

  • Sean Morrison Sean Morrison posted a comment on discussion Help

    hm that is curious. was the build was interrupted and restarted? or like a bug in gcc or inconsistency with the linker. what version of the compiler do you have installed? what did tou cmake summary report?

  • mattia mattia posted a comment on discussion Help

    Good evening, I'm compiling brl-cad following these instructions: http://brlcad.org/wiki/Compiling and I have that error: [ 45%] Linking CXX shared library ../../lib/librt.so /usr/bin/ld: ../../lib/libbrep.so.20.0.1: invalid string offset 2608985768 >= 33227 for section `.dynstr' ../../lib/libbrep.so.20.0.1: error adding symbols: File in wrong format collect2: error: ld returned 1 exit status src/librt/CMakeFiles/librt.dir/build.make:490: set di istruzioni per l'obiettivo "lib/librt.so.20.0.1" non...

  • Cliff Yapp Cliff Yapp committed [r70885]

    It turns out str_dbl was calculating the floating point value by doing an accumulation sum and multiplication, which can result in an observed accumulated numerical delta on the order of 1e-10 between str_dbl and the standard function strtod. The standard function is unsurprisingly correct (comparing it to the input string buffer) so the new behavior actually fixes a bug in nirt. However, using any typical units a delta of 1e-10 is way below BN_TOL_DIST. An argument might be made that the o...

  • mattia mattia posted a comment on discussion Open Discussion

    Thank you for your reply! You convinced me, I'll try brl-cad. Just one problem, it is not in debian repository, I'll try to compile it's source. I never do that, but if I have problem I'll open another post. Have a nice day!

  • Sean Morrison Sean Morrison posted a comment on discussion Open Discussion

    Are both still true as of 2018? Yes, both are still true. As open source and an underdog going against CAD industry norms, we're going to be playing a usability catch-up game for the forseeable future. Are there any newer, more recent goals that the project is pursuing? The great thing about being open source is that goals are motivated by the interests of individual contributors. If someone wants something, they can work on that. The bad thing about being open source is that goals are motivated...

  • n8xm n8xm modified a comment on discussion Open Discussion

    Sean answered my first question (on what it is still used for) very well in a different thread. Thanks! EDIT: And sorry for basically asking the same question twice without realizing it. I'm still curious about the second question. Although I guess "the future" may be a little too open-ended.

  • n8xm n8xm posted a comment on discussion Open Discussion

    Sean answered my first question (on what it is still used for) very well in a different thread. Thanks! I'm still curious about the second question. Although I guess "the future" may be a little too open-ended.

  • n8xm n8xm posted a comment on discussion Open Discussion

    Thank you for your prompt and very detailed reply!

  • Sean Morrison Sean Morrison posted a comment on discussion Open Discussion

    Excellent questions. I'll try to be brief and simplify, but there's no way to do them justice without writing a dissertation. Where specificially is BRL-CAD in production use right now? I can't/won't name them all but it's in production use at various Gov't sites including Air Force, Navy, and Army ( U.S. Army Research Laboratory in particular), several national labs (e.g., ORNL), and affiliated industry. It it still in active use for these purposes? Yes, very much so. It is actively funded, developed,...

  • n8xm n8xm posted a comment on discussion Open Discussion

    There is a discussion thread from 2010 on the future of BRL-CAD: https://sourceforge.net/p/brlcad/discussion/362509/thread/6f5d57bf/ The thread from 2010 tells me that it was still being used for ballistics research / analysis and that much of the future lies in making BRL-CAD easier to use. Are both still true as of 2018? Are there any newer, more recent goals that the project is pursuing? Nathan

  • n8xm n8xm posted a comment on discussion Open Discussion

    I am coming from much the same place as the OP. I've taken a look at BRL-CAD's key strengths as listed on that page, and I still have a few questions. I am not trying to be a "wiseguy" here, I am just trying to understand BRL-CAD better. BRL-CAD is in production use Where specificially is BRL-CAD in production use right now? The contributors' guide says, "has been the primary solid modeling CAD package used by the U.S. government to help model military systems". brlcad.org states that it has been...

  • Sean Morrison Sean Morrison posted a comment on discussion Open Discussion

    You can read about some of BRL-CAD's key strengths here: http://write.flossmanuals.net/contributors-guide-to-brl-cad/a-call-to-arms/

  • Cliff Yapp Cliff Yapp committed [r70884]

    Checkpoint a script working on methods to replay the svn commit history into git - another possible conversion alternative.

  • Cliff Yapp Cliff Yapp committed [r70883]

    Add a convenience tool and some notes about making commit msg md5sum -> revision maps.

  • Abhishek Vasudevan Abhishek Vasudevan created ticket #483

    Reading from point cloud files and storing in pnts primitive

  • mattia mattia posted a comment on discussion Open Discussion

    Thank you for your response. But, What brl-cad have more than other software? Because I know that it have somethings more, but I can't find what. thank you, have a nice day

  • Sean Morrison Sean Morrison posted a comment on discussion Open Discussion

    For something as simple as a motorcycle frame, you can use BRL-CAD or pretty much any other solid modeling software. You'll want to figure out what tool(s) you're going to use for structural analysis, though, as that's a bit specialized and then consider how data is imported into that code. That's the main driver. BRL-CAD can do the rest including help create drawings.

  • mattia mattia posted a comment on discussion Open Discussion

    Hello to everyone. I read everywhere that with Brl-cad I can do things that I cannot doing with other cad software. But, exathly, what? I can create a 3d model, raytrace it with powerful raytracing engine... And? I ask that because I'm still choosing if use my time to learn this software, because I know that it is complex, but if it worth, I will do it! For example, I must design a motorcycle frame, then I need a software that permit me to do structural and modal analysis under certain load, and...

  • Cliff Yapp Cliff Yapp committed [r70882]

    I don't think terra.dsp is intended to be treated as a txt file?

  • Sean Morrison Sean Morrison committed [r70881]

    rtsil needs some TLC

  • Sharan Sharan posted a comment on ticket #482

    Yes, I tested all MGED commands individually by calling them in MGED and made sure everything was working. In case of rt/do.c, since I couldn't run the RT scripts with ae commands. I just added a print log statement to print the azimuth and elevation values in do_ae(), the function called by cm_ae() with parameters as AZ EL value parsed by the bn_decode_angle(). So I am sure the conversion takes place, and the original code remains unaffected. Does RT allow AZ EL value to be set with the -M option?...

  • Sean Morrison Sean Morrison committed [r70880]

    remove rtsil as it's actually quite useful, but definitely needs documentation. it produces a b&w silhouette rendering useful for image masking. update todo to add a manual page.

  • Sean Morrison Sean Morrison modified a comment on ticket #482

    Were these changes tested? :)

  • Sean Morrison Sean Morrison posted a comment on ticket #482

    Were these chanes tested? :)

  • Sean Morrison Sean Morrison committed [r70879]

    make png be the usage example, fix dpix entry

  • Sean Morrison Sean Morrison committed [r70878]

    document rt's ability to directly output png files

  • Sharan Sharan posted a comment on ticket #482

    Updated to revision 70877. Used a clean checkout as suggested by Clifford Yapp on brlcad-devel.

  • Cliff Yapp Cliff Yapp committed [r70877]

    Pull in an update from upstream svn2git

  • Sharan Sharan created ticket #482

    Refactor some mged commands to use bn_decode_angle function for getting angle values.

  • Sean Morrison Sean Morrison posted a comment on ticket #480

    Looking at your changes, it looks like you partially merged prcolor into color with a n undocumented-p option, and you're right on track thinking about deprecation and docs. At a minimum, there needs to be a notice in the old prcolor code (look for DEPRECATION in the source tree to find examples), printed during runtime in a way that doesn't break it. Other tidy points would be to update NEWS, TODO, and doc/docbook/system//color* files for the color and prcolor commands. Note, you still need to submit...

  • paddedto10 paddedto10 posted a comment on ticket #480

    I have tested the command, it seems to work as expected, the merging was actually easy and I think it can be considered done, I'm trying to figure out the other things (deprecation, docs). Here is where I'm working on it: https://gitlab.com/raingloom/brlcad/tree/gsoc-patch-prcolor-color-merge What I meant by testing is mostly unit tests, which I'll also have to look into how they are structured in BRL-CAD. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On April 10, 2018 7:44 AM, Sean Morrison brlcad@users.sourceforge.net...

  • Cliff Yapp Cliff Yapp committed [r70876]

    ws

  • Cliff Yapp Cliff Yapp committed [r70875]

    Add an ASCII translation and slight update of the spreadsheet Nick and Cliff worked on specifying how search path modifiers should work.

  • Sean Morrison Sean Morrison posted a comment on discussion Open Discussion

    Yes, any language. If you look closely at the shell script example, it has an example near the bottom where it feeds a list of commands to mged (look for END labels). Alternatively, just put commands in a file and load them in mged with "source yourfile". Cheers! Sean

  • Sean Morrison Sean Morrison posted a comment on ticket #480

    You're welcome to set up whatever you like, but submitting a "complete" (tested and working) patch file is a fundamental developer skill that is independent of any revision control system or workflow. I think there is simply a mismatch in what you're trying to do and what is useful to share. Showing progress is great for ongoing development, and doing that with patches isn't typically an efficient way to interact. So it's generally expected that patches are "done". It has nothing to do with SVN vs...

  • Sean Morrison Sean Morrison committed [r70874]

    starting with just rt, start writing down a semiformal breakdown of what argument types we see. looking for commonality.

  • Sean Morrison Sean Morrison committed [r70873]

    credit for several patches from sharan narayan such as #481 adding an improved azel parsing function.

  • Daniel Roßberg Daniel Roßberg modified ticket #481

    Implement a libbn function for supporting angle inputs in rads and degs

  • Daniel Roßberg Daniel Roßberg posted a comment on ticket #481

    r70872

  • Daniel Roßberg Daniel Roßberg posted a comment on ticket #481

    Sscanf() probably wrote the 0 behind the array, maybe in val or ret, where it wasn't noticed. "man sscanf" says "String input conversions store a terminating null byte ('\0') to mark the end of the input; the maximum field width does not include this terminator." Your patch doesn't include all reads of angles, you already mentioned here in the preamble. One othes is in src/rt/do.c, for example. However, well done!

  • Daniel Roßberg Daniel Roßberg committed [r70872]

    applied the angles_v4.patch from Sharan Narayan

  • Sharan Sharan modified a comment on ticket #481

    Yeah, that's right. That got me thinking why it worked anyway, turns out strcmp compares until either a null character is reached or the strings differ. http://www.cplusplus.com/reference/cstring/strcmp/ Since my second input to strcmp were null-terminated strings ("rad" , "deg"). It stopped comparing for inputs like "rada", and returned non zero. But it's right to keep it to size 5 as you mentioned.

  • Sharan Sharan posted a comment on ticket #481

    Yeah, that's right. That got me thinking why it worked anyway, turns out strcmp compares until either a null character is reached or the strings differ. http://www.cplusplus.com/reference/cstring/strcmp/ Since my second input to strcmp were null-terminated strings ("rad" , "deg"). It stopped comparing for inputs like "rada", and returned non zero. But it's right to keep it to size 5 as you mentioned.

  • Daniel Roßberg Daniel Roßberg posted a comment on ticket #481

    That's a good reason for reading up to 4 chars, but in this case the unit variable should have size 5 to carry the terminating '\0' too.

  • Sharan Sharan posted a comment on ticket #481

    I made the maximum width 4 for error checking in case the user inputs something like 'rada' or 'degb'. What's you opinion on this ? The space removal was totally unintentional my bad, I didn't notice that minus sign. I have fixed more such issues where I forgot to add newline. Thank you for the catch.

  • Daniel Roßberg Daniel Roßberg posted a comment on ticket #481

    This looks better. I've however two remarks: - According to the documentation I consulted, the maximum field with specifier for the string of characters should be 3, i.e. "%3s"? See e.g. the example in http://www.cplusplus.com/reference/cstdio/scanf/. - Why did you removed a blank line right before the implementation of bn_decode_hvect() in src/libbn/str.c?

  • paddedto10 paddedto10 posted a comment on ticket #480

    Sure. The idea was that I would share my progress somehow, but the SF/SVN workflow is a lot different to what I'm used to with Git. I think I'll set up a Gitlab where I can share my branches.

  • Sharan Sharan posted a comment on ticket #481

    Thank you for the feedback, I have fixed the indentation issues according to the rules. Now using a different approach with evaluation of ret value. Restricted sscanf() by width specifier. I tested the patch by running rt command in mged, testing all possible cases and checking the output on command window where it specifies the azimuth and elevation after every run. For glint, I ran it via terminal from bin directory. Again tested all possible cases. For gqa, after testing I found out that azimuth...

  • Daniel Roßberg Daniel Roßberg posted a comment on ticket #481

    Not bad, but I see some issues: You don't follow our indentation rules as stated in the HACKING file. You don't evaluate the return of sscanf(). * You let sscanf() write a string of arbitrary length to an array of size 4. And, how did you tested your patch?

  • Sean Morrison Sean Morrison posted a comment on ticket #480

    It would be great if you could test it first. On Apr 5, 2018, at 8:59 PM, paddedto10 noducks@users.sourceforge.net wrote: New version, but still not properly tested: Attachments: prcolor.patch (3.1 kB; text/x-patch) [patches:#480] merging ged_prcolor into ged_color Status: open Group: Incomplete Created: Wed Mar 28, 2018 09:56 PM UTC by paddedto10 Last Updated: Thu Mar 29, 2018 08:56 AM UTC Owner: nobody Attachments: gsoc-patch-1.patch (3.3 kB; text/x-patch) My first patch! Sort of! It addresses...

  • paddedto10 paddedto10 posted a comment on ticket #480

    New version, but still not properly tested:

  • Cliff Yapp Cliff Yapp committed [r70871]

    Make a stab at upgrading to 2016 version of pstdint.h header file from http://www.azillionmonkeys.com/qed/pstdint.h, with some of the BRL-CAD changes merged in. Needs testing.

  • mattia mattia posted a comment on discussion Open Discussion

    Thank you for your fast response! Then, can I choose every programming language? I found the tutorial of brl-cad, but the tutorial use the command line instead of script. I don't understand the example script that you linked, because I don't know shell script and perl. The problem is: I use openscad and I love it's simplicity, but I think that BRL-CAD offers more opportunity. Thank you Mattia

  • Sean Morrison Sean Morrison posted a comment on discussion Open Discussion

    Hello Mattia. The scripting capabilities of OpenSCAD and BRL-CAD are nearly identical in capability, just with different syntax and object creation methods. With BRL-CAD, you create simple command transcripts in your language of choice. You can see examples of that via shell scripting and perl in these: http://brlcad.org/wiki/SGI_Cube http://brlcad.org/wiki/Spiral You'll notice that in both examples, the common denominator is issuing "ged" commands, which are listed at http://brlcad.org/wiki/MGED_Commands...

  • mattia mattia posted a comment on discussion Open Discussion

    Hello to everyone. I'm searching a CAD to model mechanical parts, and I must choose between brl-cad and openscad. I love the script language of openscad, but I never use brl-cad. There is a similar script? Can I make a script in a simple text file, and then load in brl-cad to obtain the 3d component? What are the pros and cons of brl-cad and openscad? Thankyou

  • Cliff Yapp Cliff Yapp committed [r70870]

    Don't assume ifp calloc always succeeds

  • Cliff Yapp Cliff Yapp committed [r70869]

    Put back the default logic for restricting the configs to Debug and Release, but with an easy way to turn it off at need.

  • Sharan Sharan created ticket #481

    Implement a libbn function for supporting angle inputs in rads and degs

  • Sean Morrison Sean Morrison committed [r70868]

    frameworks are a last resort. this seems to help on mac os x, particularly with conflicts on libpng, libz, and other common libz that are often found in various system frameworks.

  • Cliff Yapp Cliff Yapp committed [r70867]

    Fix for Ubuntu + gcc7

  • Cliff Yapp Cliff Yapp committed [r70866]

    C++98 doesn't like z - just comment out log message for now

  • Cliff Yapp Cliff Yapp committed [r70865]

    Shouldn't need this line - the output file is explicitly a target output.

  • Cliff Yapp Cliff Yapp committed [r70864]

    Ah, output path wasn't the issue. ninja doesn't do ADDITIONAL_MAKE_CLEAN_FILES, so need DISTCLEAN here.

  • Cliff Yapp Cliff Yapp committed [r70863]

    Put the log in CMAKE_CURRENT_BUILD_DIR_SCRIPT

  • Cliff Yapp Cliff Yapp committed [r70862]

    For whatever reason, Release building mode in MSVC doesn't seem to tolerate bu_malloc/bu_free in tc.c. Trying to use it results in btclsh and asc2g executions hanging indefinitely during the build.

  • Cliff Yapp Cliff Yapp committed [r70861]

    tweaks

  • Cliff Yapp Cliff Yapp committed [r70860]

    Use bio.h for windows.h

  • Cliff Yapp Cliff Yapp committed [r70859]

    Move the clockid_t test in with the other flag setting functions

  • Cliff Yapp Cliff Yapp committed [r70858]

    tcl.cmake needs to include this itself in stand-alone building

  • paddedto10 paddedto10 posted a comment on ticket #480

    Ok so there is still some things wrong with this, I'll fix it up later today.

  • paddedto10 paddedto10 created ticket #480

    merging ged_prcolor into ged_color

  • Cliff Yapp Cliff Yapp committed [r70857]

    CMake build doesn't like this bit...

  • Cliff Yapp Cliff Yapp committed [r70856]

    More tweaking of the standard setting logic

  • Cliff Yapp Cliff Yapp committed [r70855]

    Pull the latest core-8-5-branch updates from Tcl/Tk (via the github mirror). Some patches have been merged post 8.5.19.

  • Cliff Yapp Cliff Yapp committed [r70854]

    Try actually unsetting the standard vars in src/other, rather than setting them to something different.

  • Nicholas Reed Nicholas Reed committed [r70853]

    add another standard command search path

1 >