Hi, I downloaded BRL-CAD version 7.38.2 win64 from github and when I started Kaspersky scan to install later, it detected Trojan.Win32.Sdum.gen in the "exe" extension installer!!
Hi, I downloaded BRL-CAD version 7.38.2 win64 from github and when I started Kaspersky scan to install later, it was detected Trojan.Win32.Sdum.gen in installer type exe!! Pay attention!!!
Hi, I downloaded BRL-CAD version 7.38.2 win64 from github and when I started Kaspersky scan to install later, it was detected Trojan.Win32.Sdum.gen in installer type exe!! Pay attention!!!
Hi, I downloaded BRL-CAD version 7.38.2 win64 from github and when I started Kaspersky scan to install later, it was detected Trojan.Win32.Sdum.gen in installer type exe!! Pay attention!!!
Hi, I downloaded BRL-CAD version 7.38.2 win64 from github and when I started Kaspersky scan to install later, it was detected Trojan.Win32.Sdum.gen in installer type exe!! Pay attention!!!
Hello! Please, has anyone ever had this problem? I would really appreciate the help.
Hello! I have BRL-CAD 7.38.2 on Ubuntu 22.04. When I click on Menu->Edit-> Primitive Selection, pop-up the error: Usage: _mged_x lvl Usage: _mged_x lvl while executing "_mged_x -1" (procedure "build_edit_menu_all" line 23) invoked from within "build_edit_menu_all s1" invoked from within ".topid_0.#topid_0#menubar.#topid_0#menubar##id_0#menubar#edit invoke active" ("uplevel" body line 1) invoked from within "uplevel #0 [list $w invoke active]" (procedure "cad_MenuInvoke" line 33) invoked from within...
Thanks for the help, Sean. I just sent the benchmark log to benchmark@brlcad.org. Should I enter a trouble ticket for the Pi compile issues? Hope you have a great weekend.
Thanks for the help, Sean. I just sent the benchmark log to benchmark@brlcad.org. Hope you have a great weekend.
Awesome Gregory! and thanks for sharing your benchmark log file too... that's great to see. If you e-mail that log to benchmark@brlcad.org, that will automatically queue it up to go into our performance database. Goes to show that the Pi is no slouch. That's pretty decent performance for such a little thing. We'll have to see if we can get upstream to accept some changes that make it compile cleanly by default.
Sean, Aloha. I added that #define ON_64BIT_RUNTIME 1statement and got some errors related to ON_32BIT_RUNTIME. I went through opennurbs_system.h and opennurbs_system_runtime.h and commented out every #define ON_32BIT_RUNTIME in both files. This allowed the build to run to completion which, after about 4 days of trying, was awesome. Attached is the benchmark file.
There's potentially going to be a handful of issues all related like this. The current error is because it doesn't have checks for ARM so it's falling back to a default assumption that it's on a 32-bit CPU. That's resulting in code that is incompatible, hence the really obtuse error message. I think you can work around the issue by againt editing opennurbs_system_runtime.h but this time simply add a declaration to the top of the header: #define ON_64BIT_RUNTIME 1 It looks like the code properly propagates...
Hello, I did as Sean suggested and that got me past the first error. The next one was coming from opennurbs_system.h where ON_LITTLE_ENDIAN was not set. I added #define ON_LITTLE_ENDIAN 1 at the top of opennurbs_system.h and that got me to the next set of errors: In file included from /home/gregory/appimage/brlcad/src/other/openNURBS/opennurbs_array.h:1634, from /home/gregory/appimage/brlcad/src/other/openNURBS/opennurbs.h:62, from /home/gregory/appimage/brlcad/src/other/openNURBS/opennurbs_array.cpp:17:...
Sean, Great I will work on the NURBS header tonight. Do I need to enter a problem ticket? Thanks for your response and Aloha.
Backlogged reply for posterity. Maintaining a parametric constraint such as tangency across edits has been worked on before, but is not something surrently supported. You'll have to apply edits as changes are made. You absolutely can move parts from one database to another (see keep and dbconcat commands) or even have two databases reference a third. You do not need to model it again.
Do you still get an error? An account is not required.
Sorry I didn't see this message sooner.. These forums are not always monitored. Anything you can do with faceplate can also be accomplished on the CLI via the "press" command. So for example if you sed an object and there's a faceplate edit option that says "Move Face ABCD", you can simply run this to perform that selection: press "Move Face ABCD" That same holds true for any primitives and their available edit modes. As for alternatives, there is "archer" which is very similar but definitely different...
Wow, Gregory, love it! Looks like you've found a very hardware-specific issue. Error you're hitting is from one of our 3rd party dependencies, OpenNURBS. It tried to determine whether it's running on big- or little-endian hardware, and couldn't figure it out. Raspberry Pi's ARM processor actually supports both, but it's specifically the logic in a header causing your trouble (specifically src/other/openNURBS/opennurbs_system_runtime.h). As a quick workaround, you can edit that header, jump to the...
Wow, Gregory, love it! Looks like you've found a very hardware-specific issue. Error you're hitting is from one of our 3rd party dependencies, OpenNURBS. It tried to determine whether it's running on big- or little-endian hardware, and couldn't figure it out. Raspberry Pi's ARM processor actually supports both, but it's specifically the logic in a header causing your trouble (specifically src/other/openNURBS/opennurbs_system_runtime.h). As a quick workaround, you can edit that header, jump to the...
Aloha. This is only my third compile from source and the other two went without hitch. I apologize for the ignorance I am about to inflict upon you all. I am trying to compile BRL-CAD with Raspberry Pi 400 running raspbian, following the instructions at https://brlcad.org/wiki/Compiling. After running make, the build got to 22% then printed: make: *** [Makefile:182: all] Error 2 I did a few searches but couldn't find what this error is. I did get some errors earlier: /home/gregory/appimage/brlcad/src/other/openNURBS/opennurbs_system_runtime.h:208:2:...
https://sourceforge.net/p/brlcad/support-requests/127/ mged> puts $brlcad_version 7.30.10 David Leech (2021-02-22), the ticket's creator, drew three fairly simple sketches (holder1, gaugebase1, and mount1 in dgholder.g that he supplied), and used the following commands to create his object (DialHolder): mged> in 01 extrude 0 0 0 0 0 -25 1 0 0 0 1 0 holder1 mged> in 02 extrude 25 50 10 0 0 -15 1 0 0 0 1 0 GaugeBase1 mged> in 03 extrude 25 50 -17 0 -23.5 0 1 0 0 0 0 1 mount1 mged> r body.r u 01 - 02...
add mil =1/1000 in and pt=1/72 in to bu_units_conversion
Can't install
Thank you. I run the installer as admin and it finally worked best regards
It does appear to be a permissions issue. I'd suggest trying to install to a different location (like your desktop) or running the installer as an administrator to see if either makes a difference.
here an image of the installation log. It looks as if the installer cannot write in the specified location, which is weird because I have just installed several other programs without problems just a few minutes before this.
here is another image of the installation log. It looks as if the installer cannot write in the specified location, which is weird because I have just installed several other programs without problems just a few minutes before this.
here is another image of the installation log. It looks as if the installer cannot write in the specified location, which is werid because I have just installed sevear other programs without problems
Can't install
hi brl-caders, I compiled BRL CAD last night on Ubuntu jammy and face the same problem. Run archer -use then ENTER, will pop up the archer window. regards, Jos
I have followed the compiling instructions for the latest version of BRL-CAD from github repository and can run mged with no problems but archer will not load and just gives the graphical startup screen, but no further. Is there any known issues with this? Thanks
There is a bug in the code for the ETO primitive that allows an invalid ETO to be instantiated. In your specific case a workaround is to edit the "sweeping_outer.s" primitive to set the value of "d" to be less than the value of "r". For example, set "d" to 47.0, and the conversions work.
Hi, I'm a newbie to cad/brl-cad. What is the command sequence to translate only a group of "selected" verticies/edges/faces? From what I see from the introduction and discussions' comments the generic approach to such operations is to kill the solid, 'in'put it again with desired parameters and then translate back to its previous position in the combination. is there any other way to achieve the same with possibly smaller number of operations? Think I know how to do this with faceplate ui, but do...
Hi, I'm a newbie to cad/brl-cad. What is the command sequence to translate only a group of "selected" verticies/edges/faces? From what I see from the introduction and discussions' comments the generic approach to such operations is to kill the solid, 'in'put it again with desired parameters and then translate back to its previous position in the combination. is there any other way to achieve the same with possibly smaller number of operations? Think I know how to do this with faceplate ui, but do...
Hi, I'm a newbie to cad/brl-cad. What is the command sequence to translate only a group of "selected" verticies/edges/faces? From what I see from the introduction and discussions' comments the generic approach to such operations is to kill the solid, 'in'put it again with desired parameters and then translate back to its previous position in the combination. is there any other way to achieve the same with possibly smaller number of operations? Think I know how to do this with faceplate ui, but do...
Hi, I'm a newbie to cad/brl-cad. What is the command sequence to translate only a group of "selected" verticies/edges/faces? I From what I see from the introduction and discussions' comments the generic approach to such operations is to kill the solid, 'in'put it again with desired parameters and then translate back to its previous position in the combination. is there any other way to achieve the same with possibly smaller number of operations? Think I know how to do this with faceplate ui, but...
Hi, I'm a newbie to cad/brl-cad. What is the command sequence to translate only a group of "selected" verticies/edges/faces? I from what I see from the introduction and comments the generic approach to such operations is to kill the solid, 'in'put it again with desired parameters and then translate back to its previous position in the combination. is there any other way to achieve the same with possibly smaller number of operations? Think I know how to do this with faceplate ui, but do not see how...
Hello Sean. Sorry for the delayed answer. I've built form sources and the same result. Anyway, is BRL-CAD discontinued? Hope isn't
Fixed several issues with the patch from typos to actual coding errors. There are still compile warnings but at least it compiles.
For historic record, that error implied you had some combination object with a 'router' element mentioned in the comb's recipe, but that object did not exist in the database.
Nigel, it looks like you don't have installation permissions. Try a different location (e.g., you Desktop).
Hey Jordi! the first suggestion would be to compole from a source checkout to make sure its not something thats already been fixed. I have seen that error before but I dont recall the cause or what/when/how it was fixed. its not an error Ive seen in a long tome, which makese think it was a build configuration issue that was fixed. cheers! sean
Hello, When running Archer from BRL-CAD v.7.32.2 on Ubuntu 20.04 64-bit, got this error: -- $ /usr/brlcad/bin/archer invalid command name "::hv3::formmanager" Unexpected error encountered while running Archer. Aborting. -- What can I do to fix it? Many thanks
https://github.com/BRL-CAD/brlcad/commit/98d01c7b65f959ee2559c4b2b8b3892bb5ab83d2
annotation text segment extending
Did you manage to fix this? I have the same problem, downloaded the install several times from different mirrors but install fails (see attached). Win10 home.
Okay, I understand what's going on. I will retry to find out what component causes problem considering what you said. You helped me a lot. Thank you.
Not dismissing your comments as it's entirely possible that there's an infinite loop case getting encountered, but also just note that the exponential time I mentioned can make some geometries go from taking minutes to taking ... days. That said, havoc and goliath shouldn't so there may be a regression in there. We were discussing just recently the need for tessellation regression testing to better catch issues like this and have awareness of the overall conversion rate as we continue to make improvements...
Thank you for your comments. For the case of havoc.g, I think Archer falls in infinite loop or something. And for the case of goliath.g shade(evaluation), Archer is dead. So I think that maybe there are geometries or geometry combinations for boolean operation Archer can not handle for shade(evaluation.
The "big E" command performs a comprehensive boolean evaluation (like if you were to export it) and this is known to take a long time on some models as it has never really been optimized. It runs single-threaded and can take exponential time. It's a very different method from shaded mode (no evaluation). Raytracing is the "ground truth" and should always work.
BRL-CAD Hi, I have a question about Archer shade(evaluation). After loading havoc.g, Archer shade(evaluation) shows different model comparing raytracing model. It looks same as shade mode. And command "E havoc" makes Archer not responding. Is it a bug of Archer? Can it be fixed? Any information about this situation? Best Regards
RTG3 SHOT LOCATION
Error message
Dear Sean; Thanks for the detailed explanation. I'll keep this in mind. Best Regards
That entirely depends on your operating system, user environment, and system permissions, not on MGED. You will need to consult the documentation for your operating system. Typically, user accounts can create and save files anywhere in folders owned by that account (so anywhere in your home directory). System accounts like an administrator account similar depend on who the user is and what the permissions are for the folder you are trying to safe in. It's generally not advisable to write files anywhere...
Dear Sean; Thank you very much for your reply. As you told, I created the database on desktop and it worked. Before that I also opened mged as administrator but it didn't work too. Could you please tell me how can I create a database wherever I want? Thanks in advance.
If I had to guess, you're trying to create a file in a folder you do not have permissions for. Try navigating to your desktop and creating a file there.
Hi, I'm using BRL-CAD on Win 7 (64 bit). I started mged and clicked File>New> I entry a file name and then click save but mged gives me an error. Says "opendb: failed to create filepath and opendb:no database is currently opened!" Could you please explain how can I create a new database in order to start my drawing? Best Regards
Hi. I am Hridoy. I've recently created an account in BRL-CAD wiki page. In Preferences tab, when I want to confirm my email address, the link I get in the email leads to an "Internal error" like the following attachment. Any help will be very much appreciated ! Thanks for your time.
UNDO using action strings
UNDO with functionality for make,in,g,kill,killall
I've attempted to build 7.32.2 on two different CentOS 7 machines and get the same error on both. Perhaps it has to do with that 7.32.2 requires cmake 3? The stock CentOS 7 comes with cmake 2.8.12; I've removed it (yum erase cmake) and installed a cmake 3.12.3 built from source. The final terminal output is as follows: -- Checking C++11 support for "lib_regex" CMake Error at misc/CMake/BRLCAD_Util.cmake:104 (_message): Checking C++11 support for "lib_regex": not supported Call Stack (most recent...
(OH, qt is experimental, skip.) Now that I have brl-cad build on Ubuntu 20.04 working, I will close this ticket. Ooops, don't see how, sorry.
(OH, qt is experimental, skip.) Now that I have brl-cad build on Ubuntu 20.04 working, I will close this ticket.
Next, I built the full graphics build (sans qt) # Now the full build sudo apt-get update sudo apt-get upgrade # update-initramfs was updated so prophylactic reboot: sudo reboot # Basic from above sudo apt-get install build-essential make cmake git # From https://brlcad.org/wiki/Compiling sudo apt-get install sed byacc flex xsltproc libncursesw5-dev libfontconfig-dev xserver-xorg-dev libx11-dev libxi-dev # But, tcl/tk not installed, so: cuz@ubuntu:~$ which tclsh cuz@ubuntu:~$ # Not tcl/tk, so: sudo...
Next, I built the full graphics build (sans qt) # Now the full build sudo apt-get update sudo apt-get upgrade # update-initramfs was updated so prophylactic reboot: sudo reboot # Basic from above sudo apt-get install build-essential make cmake git # From https://brlcad.org/wiki/Compiling sudo apt-get install sed byacc flex xsltproc libncursesw5-dev libfontconfig-dev xserver-xorg-dev libx11-dev libxi-dev # But, tcl/tk not installed, so: cuz@ubuntu:~$ which tclsh cuz@ubuntu:~$ # Not tcl/tk, so: sudo...
Quite the buildfest this morning, all successful! First I built the bare minimum, on a fresh Ubuntu 20.04: # For BRL-CAD build, most basic, bare Ubuntu: (cmd line only) sudo apt-get install build-essential make cmake git git clone https://github.com/BRL-CAD/brlcad.git mkdir brlcad-build cd brlcad-build/ # Configure cmake ../brlcad -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Release # Build make -j4 # Check make check 100% tests passed, 0 tests failed out of 118 Label Time Summary: Regression = 72.02...
Removing Anaconda fixed naught: cuz@ubuntu:~/src/brlcadOlder$ which tclsh /usr/local/bin/tclsh cuz@ubuntu:~/src/brlcadOlder$ tclsh % puts $tcl_version 8.6 % info patchlevel 8.6.10 % exit cuz@ubuntu:~/src/brlcadOlder$ /usr/brlcad/rel-7.32.2/bin/archer /usr/brlcad/rel-7.32.2/share/tclscripts/hv3/hv3_form.tcl invalid command name "::hv3::formmanager" Unexpected error encountered while running Archer. Aborting. cuz@ubuntu:~/src/brlcadOlder$ but I seem to remember installing something for tcl: 564 Sun,...
Removing Anaconda fixed naught: cuz@ubuntu:~/src/brlcadOlder$ which tclsh /usr/local/bin/tclsh cuz@ubuntu:~/src/brlcadOlder$ tclsh % puts $tcl_version 8.6 % info patchlevel 8.6.10 % exit cuz@ubuntu:~/src/brlcadOlder$ /usr/brlcad/rel-7.32.2/bin/archer /usr/brlcad/rel-7.32.2/share/tclscripts/hv3/hv3_form.tcl invalid command name "::hv3::formmanager" Unexpected error encountered while running Archer. Aborting. cuz@ubuntu:~/src/brlcadOlder$ but I seem to remember installing something for tcl: 564 Sun,...
I finally circled around to this again. On my Ubuntu 20.04 machine I have: (base) cuz@ubuntu:~$ which tclsh /home/cuz/anaconda3/bin/tclsh Oops, anaconda might be my problem? OK: (base) cuz@ubuntu:~$ tclsh % puts $tcl_version 8.6 % info patchlevel 8.6.10 As I stated, I built for other Linux, in this case: cuz@kiko:~/src/brlcad-build$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: buster cuz@kiko:~/src/brlcad-build$...
Enables a single make or kill undo
Forgot to add new files in previous patch, corrected patch attached
Dummy UNDO command
Update: Removed unnecessary initializations in libgit2 code
I have the same issue on two systems: a Thinkpad X220 with OpenBSD and a Ryzen 5 2400g system running Ubuntu 20.04. I am able to launch Archer with mged -o but if I do launch kosher Archer I get the ::hv3::formmanager error and a tcl8.6 complaint, even though I pass all tcl8.6 functionality tests on either system. I really do think there's probably something with this hv3_form.tcl script that needs addressing. Kudos to letting me configure and compile 7.32 on OpenBSD on the first try.
Now for some seriously deep dukey. I can puts successfully all the way up to line 256 of hv3_form.tcl. There we find this: snit::widgetadaptor ::hv3::forms::checkbox { (The leading '::' has been omitted so that it will show here) No puts statements work after that. But what is really hard for me to quaff, is that it doesn't matter how I mangle the rest of the file after that (including changing ::snit to ::snot) there is no error message other than: invalid command name "::hv3::formmanager" In fact,...
Now for some seriously deep dukey. I can puts successfully all the way up to line 256 of hv3_form.tcl. There we find this: No puts statements work after that. But what is really hard for me to quaff, is that it doesn't matter how I mangle the rest of the file after that (including changing ::snit to ::snot) there is no error message other than: invalid command name "::hv3::formmanager" In fact, no matter what syntax error I introduce into this file at all, that's all I get. That's quite janky man,...
I couldn't believe you guys would be captive on sourceforce. On a hunch, I guthub'd you and voila. Better. I build tag rel-7-32-2, installed in /usr/brlcad/rel-7-32-2, and ended up duplicating my problem, invalid command name "::hv3::formmanager". Consistency, blessed be. I also noticed a GSOC from 2014 where a built in TCL8.5 and compatibility thereof is of great concern. Unfortunately I am new to TCL, but I do see that the formmanager is the only one without a namespace locally defined within hv3.tcl:...
Archer aborts immediately on debian 10.9
The sourced path for hv3_form.tcl in: /usr/brlcad/rel-7.32.2/share/tclscripts/hv3/hv3.tcl is: /usr/brlcad/rel-7.32.2/share/tclscripts/hv3/hv3_form.tcl, and is correct.
Execution appears to never enter the constructor for: /usr/brlcad/rel-7.32.2/share/tclscripts/hv3/hv3_form.tcl, for the class/snit defined at line 1609 snit::type ::hv3::formmanager
which traces down to: /usr/brlcad/rel-7.32.2/share/tclscripts/hv3/hv3.tcl, line 1144 set O(myFormManager) [::hv3::formmanager %AUTO% $me]
In /usr/brlcad/rel-7.32.2/share/tclscripts/archer/Archer.tcl, this is the bogey line: # HTML widget set docstoclist [::hv3::hv3 $docstoc.htmlview -width 250 -requestcmd Archer::html_help_display]
Attempts to source-debug archer_launch.tcl through initBgerror failed. But in main (): if {$::ArcherCore::inheritFromToplevel} { puts "First0 Block" set ::ArcherCore::application [Archer .\#auto] puts "First1 Block" we never get to "First1 Block". This is probably obvious to some of you. I have no idea what this line means. (yet)
Attempts to source-debug archer_launch.tcl through initBgerror failed. But in main (): if {$::ArcherCore::inheritFromToplevel} { puts "First0 Block" set ::ArcherCore::application [Archer .\#auto] puts "First1 Block" we never get to "First1 Block". This is probably obvious to some of you.
This: $ mged -o brings up archer successfully! That is certainly a clue.
I see the (aboutArcher.png) splash screen, so I set archer_launch.tcl -> createSplashScreen {} -> useImage to 0. Same crash. I then set: after 1500 destroySplashScreen; # 1.5 more sec to after 7500 destroySplashScreen; # 1.5 more sec and there was no change in timing. Means nothing, any form of changes to createSplashScreen {}, including immediately returning, does nothing.
I see the (aboutArcher.png) splash screen, so I set archer_launch.tcl -> createSplashScreen {} -> useImage to 0. Same crash. I then set: after 1500 destroySplashScreen; # 1.5 more sec to after 7500 destroySplashScreen; # 1.5 more sec and there was no change in timing. Might mean nothing, we'll see.
Archer crashes on ::hv3::formmanager
So perhaps give an explanation for what precisely you're doing, whether you are trying a binary or supply install? Without info as you can read, "the same problem" is nearly simply not the identical hassle. Please offer a entire log with every command you type and the whole output. You can upload them as attachments right here.
AppImage
OpenCL Patch for HYP primitive
ARBN patch with OpenCL changes
OpenCL code for HYP primitive
OpenCL code for ARBN primitive
OpenCL code for HYP primitive
OpenCL code for SUPERELL primitive
This patch does not allocate or pass the pipe data properly. Neither does the other PIPE patch. I will give you a clue. You can't pass pointers to OpenCL. This might work if you run on a CPU with shared memory. But on a GPU with a separate memory addressing space it will fail hard. You need to serialize the data structure and pass it to the OpenCL compute device.
This patch does not allocate or pass the pipe data properly. Neither does the other PIPE patch. I will give you a clue. You can't pass pointers to OpenCL. This might work if you run on a CPU with shared memory. But on a GPU with a separate memory addressing space it will fail hard. You need to serialize the data structure and pass it to the OpenCL compute device.