Re: [brlcad-devel] bugs database

We've actually migrated to Git and github now: https://github.com/BRL-CAD/brlcad I'm not quite sure I understand your question - our CVS repository is our older history and does still exist, but SVN has that history imported and our current Git history preserves our full CVS and SVN history all

Re: [brlcad-devel] Release preparations commencing

it with your version, I'll try again with an updated CMake. > (Unfortunately, it can happen that I can't update it before next Monday.) > > Regards, > Daniel > > Am Mi., 10. Feb. 2021 um 00:05 Uhr schrieb Clifford Yapp < > cliffy...@gmail.com>: > >> Is that with a clean b

Re: [brlcad-devel] Release preparations commencing

el > > Am Sa., 6. Feb. 2021 um 15:33 Uhr schrieb Clifford Yapp < > cliffy...@gmail.com>: > >> Release preparations are underway. Trunk sources merged to the RELEASE >> branch will be reviewed for sync to STABLE and release tagging. Please >> help test by comp

[brlcad-devel] Release preparations commencing

Release preparations are underway. Trunk sources merged to the RELEASE branch will be reviewed for sync to STABLE and release tagging. Please help test by compiling distcheck-full and running benchmark, mged, and archer. ___ BRL-CAD Developer mailing

[brlcad-devel] Wrapping CMake functions

I'm not too worried yet - the inciting incident was a breakage using the Ninja Multi-Config generator that traced back to configure_file function wrapping, and Ninja Multi-Config is only being used right now for BRL-CAD as a convenient way to test multiconfig build logic on Linux. The response

Re: [brlcad-devel] rhc v4

On Tue, Jul 14, 2020 at 11:00 AM Christopher Sean Morrison via brlcad-devel wrote: > Sorry, I may need some background — what problem is being solved? We > require Tcl now to build the samples, always have, and I’ve not exactly > seen that as a problem. I would leave well enough alone there.

Re: [brlcad-devel] rhc v4

gt; Sean > > > On Jul 13, 2020, at 7:21 PM, Clifford Yapp wrote: > > I hit that because I was trying to use lcov to build up a .g file that > would hit most of the g2asc v4 code paths to get set for testing the libgcv > translation of the asc logic (or at least more than moss.g)

[brlcad-devel] rhc v4

I hit that because I was trying to use lcov to build up a .g file that would hit most of the g2asc v4 code paths to get set for testing the libgcv translation of the asc logic (or at least more than moss.g). Even without the rhc I can't round trip the file, unfortunately... Not sure whether to

Re: [brlcad-devel] rtedge -W error

FWIW, I did make an adjustment for -W in the RELEASE branch for 7.30.8 - doesn't look like I've merged it back into trunk yet, I'll try to get that done today. It's probably still worth a look to see if there's a better way to deal with it - I wasn't thrilled with the "fix" I put in. Cliff On

Re: [brlcad-devel] rtedge -W error

I just got a 7.30.8 build up on sourceforge, that might be worth a shot: https://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Windows/7.30.8/ On Fri, Jun 5, 2020 at 8:21 AM Bob Anderson wrote: > I did use that -c option as a workaround, but -W was s convenient > especially

Re: [brlcad-devel] [brlcad-commits] SF.net SVN: brlcad:[75317] brlcad/trunk/src/other/CMakeLists.txt

I left the Tcl/Tk headers as-is specifically for that reason - I was tempted to go all-in (or technically all-out) but I knew there was a virtual certainty that such a move would break client codes. We may collide with system Tcl/Tk libs and headers, but it shouldn't come up until someone decides

Re: [brlcad-devel] GSoC signups

On Mon, Mar 30, 2020 at 10:01 AM David Hansen wrote: > Can you point me to where BRL-CAD meshes the solids to generate the ray > trace graphics? It doesn't actually mesh the solids - it directly solves the ray/object intersection calculation and then performs boolean set theory operations on

Re: [brlcad-devel] off_t size mismatch

ing on the type/implementation details of the C > library used) ... > > At least, I know now where to look. > > Thank you, > Daniel > > > Am Do., 19. März 2020 um 13:02 Uhr schrieb Clifford Yapp < > cliffy...@gmail.com>: > >> If I remember correctly, at least so

Re: [brlcad-devel] off_t size mismatch

If I remember correctly, at least some versions of Visual Studio have an off_t that is 32 bit even on a 64 bit machine: https://developercommunity.visualstudio.com/content/problem/308714/in-c-header-systypesh-off-t-is-defined-as-32-bit-s.html The acid test is to go with the default off_t and

Re: [brlcad-devel] GCV regression test failure

On Tue, Nov 13, 2018 at 5:26 PM Christopher Sean Morrison via brlcad-devel wrote: > Anyone else seeing this? I don’t know if it’s a false positive or not, but > there is a DSP of hawaii in the file and it looks fine. I got a failure (probably the same one) that proved to be a consequence of

[brlcad-devel] Commit freeze lifted

OK, we should be good again. Folks with checkouts at revision higher than r70862 may want to clear their checkout and get a fresh one. CY -- Check out the vibrant tech community on one of the world's most engaging tech

[brlcad-devel] IMPORTANT - commit freeze on BRL-CAD's sourceforge svn repository

BRL-CAD developers - We are getting some strange behaviour with the Subversion repository at sourceforge (our most recent commit was r70876, but HEAD is showing r70872.) Hopefully this is just a blip while something is synchronized, but please hold off attempting any commits until things

Re: [brlcad-devel] Introduction for GSoC 2018

On Tue, Feb 20, 2018 at 2:43 AM, Sharan Narayan wrote: > Hello, > I am Saran Narayan, a 3rd year B.Tech CSE student and I am really interested > in contributing to BRL-CAD this year. > From the GSoC 2018 ideas page, I am interested in "Online Geometry Viewer > Interface". I

Re: [brlcad-devel] Trouble setting up VStudio

On Wed, Sep 6, 2017 at 5:58 AM, Mario Meissner wrote: > I noticed that cmake actually links the AWK entry to my mingw 'gawk.exe' > file, so I was right with my guess. > > After updating to the latest commit available (which is 70194 at the time of > writing) i get this

Re: [brlcad-devel] Trouble setting up VStudio

On Mon, Sep 4, 2017 at 11:13 AM, Mario Meissner wrote: > So apparently I do. > https://puu.sh/xrmjC/e8436e45e2.png > > It might be MinGW? I don't know what it is, can't recall having installed > anything like this so It's probably part of the MingW libraries. Shall I try >

Re: [brlcad-devel] Trouble setting up VStudio

On Sun, Sep 3, 2017 at 3:04 PM, Daniel Roßberg wrote: > There is already an error in CMake: > 3>Generating pnglibconf.c 3>options.awk: bad line (10): com 3>CMake Error at > scripts/gensrc.cmake:68 (message): 3> Failed to generate pnglibconf.tf5 Interesting. That

Re: [brlcad-devel] GSOC 2017 Query

On Sun, Mar 19, 2017 at 7:39 AM, Manan Singh wrote: > Hi everyone! > I'm Manan, an undergrad from India. I've been doing GUI development in Qt > simce past 2-3 months (have been doing with Qt Python Bindings much > earlier). I'm interested to work regarding the same. I'm

Re: [brlcad-devel] LGPL version 3 in BRL-CAD

On Mon, Nov 14, 2016 at 3:23 AM, Konrad Djimeli wrote: > > It is not able to find the libxml within the BLR-CAD source. But when > I install libxml before compiling it, everything works fine. I would > try to look into it and see what is happening. Be aware that the libxml

Re: [brlcad-devel] librt timer

On Thu, Oct 27, 2016 at 2:10 PM, Christopher Sean Morrison wrote: > > To move it, we need an api either parallel to or replacing bu_gettime() and > bu_utctime(). > Fortunately, both those names kind of suck, so I’m thinking we just design a > better > replacement api. [snip] The

Re: [brlcad-devel] Build error Ubuntu 16.04

On Fri, Aug 5, 2016 at 11:50 AM, Christopher Sean Morrison wrote: > >> On Aug 5, 2016, at 7:21 AM, Radu T wrote: >> >> Thank you for your unintended solution. The build was 100%. >> >> It seems that cmake parameters /-DBRLCAD_ENABLE_STRICT=NO >>

Re: [brlcad-devel] Installed meteor on freeBSD system

On Thu, Jul 14, 2016 at 4:43 AM, Gauravjeet Singh wrote: > >> http://brlcad.org/wiki/Compiling > > make stops at 88% > Getting the following error > - > xmllint validation failure on file >

Re: [brlcad-devel] Tessellation of NURBS surface

On Tue, Jun 28, 2016 at 11:19 PM, Bojian Wu wrote: > Hi everyone, > > Because I have already drafted a rough implementation of plate mode > NURBS ray tracing, and it works well for me now, I also put all the tests on > my blog, please check it, if you have any issues,

Re: [brlcad-devel] REF: Configuration Error

On Tue, Mar 22, 2016 at 11:51 PM, benson chepkwony wrote: > Hi, > I got a CMAKE configuration Command Error while building: > brlcad-code/bench/ref > "Unknown CMake command "BRLCAD_ADDDATA". > CMake Error at CMakeLists.txt > > Any idea! Are you using the latest svn

Re: [brlcad-devel] Qt Display Manager

On Fri, Mar 11, 2016 at 1:37 PM, Jasvir Singh wrote: > On Thu, Mar 10, 2016 at 10:08 PM, Jasvir Singh > wrote: >>> Cheers! >>> Sean >> >> As suggested by Clifford, previous code is working fine. > > Everything is working fine except that when I

Re: [brlcad-devel] Qt Display Manager

On Tue, Mar 8, 2016 at 5:43 PM, Christopher Sean Morrison wrote: > >> On Mar 8, 2016, at 3:58 PM, Jasvir Singh wrote: >> >> Further I wish to know about whether someone is working on qtged or >> not. I am trying to understand working of MGED and I wish to

[brlcad-devel] Something to be aware of with Tcl/Tk 8.5...

Noticed this in the latest release notes for Tcl/Tk: "Tcl/Tk 8.5.* have been in release since December 2007. The successor releases Tcl/Tk 8.6.* have been in release since December 2012. Tcl/Tk 8.5 is approaching its End of Life. We expect there to be few additional 8.5.* patch releases, perhaps

Re: [brlcad-devel] Trunk build fails with invalid lemon command line

On Wed, Jan 20, 2016 at 8:45 PM, Simon Fowler wrote: > My attempts to build brl-cad from trunk are failing with an invalid > lemon command line - here's the relevant snippet from the build log: > > cd >

Re: [brlcad-devel] Binary attributes: help needed with CMake set up

On Mon, Nov 23, 2015 at 7:00 PM, Tom Browder wrote: > > Could we add some kind of notice, at least temporarily while under > development? r7 should work. Cliff -- Go from Idea to Many App

Re: [brlcad-devel] Binary attributes: help needed with CMake set up

On Mon, Nov 23, 2015 at 8:54 AM, Tom Browder wrote: > ... >> I'm starting a build to see what happens... > > As expected, libbson was not built. Does r1 fix it? (You won't see it listed in the summary - by default, we only report on a subset of the 3rd party builds.)

Re: [brlcad-devel] Binary attributes: help needed with CMake set up

On Mon, Nov 23, 2015 at 11:48 AM, Tom Browder wrote: > Actually, there is just one BSON binary test file that is 17 Mb > (stackoverflow.bson)! Do we need their tests? I left them in in case you needed them up front to verify them, but I would also be fine with stripping

Re: [brlcad-devel] Binary attributes: help needed with CMake set up

Erm. Am I reading this correctly and they want to use the system "RT" library? Can we mix the system librt.so and our own librt? Cliff -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing

Re: [brlcad-devel] Binary attributes: help needed with CMake set up

Tom, Give r66656 a try. By the way, have you had a chance to look at the new bu_opt API? I'm curious what you think of it. Cheers, CY On Sun, Nov 22, 2015 at 11:01 PM, Clifford Yapp <cliffy...@gmail.com> wrote: > OK, a little more info - apparently -lrt is needed for clock_gettime &

Re: [brlcad-devel] Binary attributes: help needed with CMake set up

see any code *inside* libbson that is calling bson_get_monotonic_time - do we need it? CY On Sun, Nov 22, 2015 at 10:52 PM, Clifford Yapp <cliffy...@gmail.com> wrote: > Erm. Am I reading this correctly and they want to use the system "RT" > library? > > Can we mix the

Re: [brlcad-devel] RCS Tags in BRL-CAD source files: remove them?

On Sun, Nov 22, 2015 at 12:43 PM, Tom Browder wrote: > I notice we have several BEL-CAD source files that have RCS tags in > them. Are they needed for some special purpose, or can they be > removed? As far as I know, they can be removed. What files are you seeing them

Re: [brlcad-devel] Tests are different: make test; make check (rev 66618)

On Fri, Nov 20, 2015 at 8:02 AM, Tom Browder <tom.brow...@gmail.com> wrote: > On Fri, Nov 20, 2015 at 6:37 AM, Clifford Yapp <cliffy...@gmail.com> wrote: >> The first is that not all CTest tests defined in BRL-CAD are expected >> to be working. For example, ther

Re: [brlcad-devel] Tests are different: make test; make check (rev 66618)

On Thu, Nov 19, 2015 at 5:05 PM, Tom Browder wrote: > When scanning the top-level CMakeLists.tx file (rev 66618), I saw an > entry to add the GNU standard "make check" target, so I gave it a try. > I assumed it would be an alias for "make test" but the tests run were > not

Re: [brlcad-devel] compiling problem

On Sat, Aug 29, 2015 at 6:09 PM, jans...@email.cz wrote: Hello, I have tried to build BRL CAD from SVN sources using instruction on a website (http://brlcad.org/wiki/Compiling). I am using Ubuntu 14.04 and I hit two problems - The compilations stucks at 98%: Scanning dependencies of

Re: [brlcad-devel] compiling problem

On Sun, Aug 30, 2015 at 11:27 AM, jans...@email.cz wrote: The next thing to try is to see if you can get it to hang inside gdb: gdb --args ./bin/step-g -O NIST_MBE_PMI_2.g ../db/nist/NIST_MBE_PMI_2.stp Sorry, I am not familiar with gdb. Your command somehow ended in gdb shell and nothing

[brlcad-devel] Website progress

Hitesh, Nice addition to the editor widget with the completion look up. The code at https://github.com/sofathitesh/brlcad-code/tree/master/brlcad-docbook generally looks good - you probably want to check with Sean if we want to use LGPL or the documentation license for the PHP files. Nice work!

Re: [brlcad-devel] Presentation work

Hitesh, I have tried to apply and build your latest patch - I'm having problems. First problem is presentation.xsl isn't copied into the build directory - please see how wordpress.xsl is set up. If you are not testing building out of the source directory, I recommend you do so regularly - that

[brlcad-devel] nmg command design

Brad, Started looking over http://brlcad.org/wiki/MGED_CMD_nmg - like how you're laying out the design. My first comment (and this may warrant discussion) is that we want to avoid statefulness in the command. So we don't want the behavior of running nmg a second time to depend on what was run

[brlcad-devel] Website development questions?

Hitesh, Since we're not having much luck on IRC, can you describe via email what input you are looking for? CY -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and

Re: [brlcad-devel] [brlcad-commits] SF.net SVN: brlcad:[65318] brlcad/trunk/src/other/libutahrle

Thanks - fixed. (well, reverted actually - turns out the rle config header has some definitions for the mingw situation.) Still worthwhile for someone to go scrub them out of the code correctly someday, but back to being low on the priority list. CY

Re: [brlcad-devel] NMG / BoT CLI GSoC Project

On Fri, Jun 12, 2015 at 2:16 PM, Brad Hollister behol...@soe.ucsc.edu wrote: Hi, Trying to impl nmg_msv for CLI. Is there a way to specify an NMG region on the CLI? Not at the moment - devising a good way to do that is part of the task. Also, is there a subset of the construction NMG

Re: [brlcad-devel] Docbook synchronized with website

Just a quick comment - when I look at the nirt article, I don't see any images. That's fine if that's expected at this stage of work, but I just wanted to be sure it's on the TODO list. CY On Mon, Jun 8, 2015 at 5:20 PM, Hitesh Sofat sofathit...@gmail.com wrote: Hello sean, I have done merge

Re: [brlcad-devel] Integrating a new lemon/re2c parser in BRL-CAD logic

OK, so let's look at how to go at this. The problem is you're getting an empty csg_scanner.c file, which is obviously incorrect. That C file is generated by re2c, so let's take a look at what re2c is reporting by running make VERBOSE=1 : [100%] [RE2C][csg_scanner] Building scanner with

Re: [brlcad-devel] [Qt libdm window creation]

On Sat, Jun 6, 2015 at 6:50 PM, Christopher Sean Morrison brl...@mac.com wrote: On Jun 6, 2015, at 11:55 AM, Clifford Yapp cliffy...@gmail.com wrote: On Sat, Jun 6, 2015 at 2:11 PM, Christopher Sean Morrison brl...@mac.com wrote: That leaves options of libdm, GLUT, Qt, Wx, SDL, etc

Re: [brlcad-devel] [Qt libdm window creation]

On Sat, Jun 6, 2015 at 2:11 PM, Christopher Sean Morrison brl...@mac.com wrote: That leaves options of libdm, GLUT, Qt, Wx, SDL, etc to create the window. Given BRL-CAD is already requisite to parse and get a visual for 3D entities, using libdm would avoid introducing a new dependency. Except

Re: [brlcad-devel] Integrating a new lemon/re2c parser in BRL-CAD logic

On Fri, May 29, 2015 at 5:55 PM, Ilinca Andrei andrei.ilinc...@gmail.com wrote: I tried to change its grammar to parse some simple .csg functions like group() or multimatrix() and it corectly identified them but I run into some errors which I could not solve at that time. Were you able to

Re: [brlcad-devel] Integrating a new lemon/re2c parser in BRL-CAD logic

Andrei, Since the perplex/re2c/lemon setup is a bit obtuse from a build system perspective (which is my fault primarily) I've taken your patch and adapted it to give you what should be a minimal working setup. The attached patch, applied to the top level of a clean BRL-CAD trunk checkout, should

Re: [brlcad-devel] [Updated libdm library documentation]

On Wed, May 20, 2015 at 11:34 AM, Milinda Fernando milind...@gmail.com wrote: Can you please direct me to the correct updated documentation of the libdm library ?. Any help regarding this is really appreciated. The short answer is that there probably isn't any - you'll have to go by the dm.h

Re: [brlcad-devel] Integrating a new lemon/re2c parser in BRL-CAD logic

On Mon, May 4, 2015 at 4:38 PM, Ilinca Andrei andrei.ilinc...@gmail.com wrote: Hello! As pointed out by Clifford, I have been looking over src/libgcv/wfobj CMAKE and file structure. After some research, i have found the following: it uses a perplex lexer and not a re2c, there is some re2c

[brlcad-devel] Docbook path 355

I've reviewed and committed the docbook patch adding the animation tutorial and a few other files. Applied cleanly and built, which is excellent. A few items to note: * the image files weren't listed in the CMakeLists.txt file - they need to be listed so the build system knows to copy them. *

Re: [brlcad-devel] About GSOC 2015

On Fri, Mar 20, 2015 at 5:48 AM, Zhaotian Wang zhaotian...@gmail.com wrote: I've contributed to Appleseed, which is an open source renderer project. Here is the issue I tackled: https://github.com/appleseedhq/appleseed/issues/210 It isn't filled out as a project idea, but we have a definite

Re: [brlcad-devel] GSoC 2015 Introduction

On Mon, Mar 23, 2015 at 5:46 PM, Ilinca Andrei andrei.ilinc...@gmail.com wrote: Hello, I have been reading, documenting, doing research and speaking with OpenSCAD mentors a lot these days and I've managed to come up with following solutions and conclusions regarding the OpenSCAD Importer

Re: [brlcad-devel] GSoC 2015 Introduction

On Wed, Mar 18, 2015 at 11:17 AM, Ilinca Andrei andrei.ilinc...@gmail.com wrote: Hi, Quick update: I attached below my proposal for the OpenSCAD Importer project. I really hope I've covered all the important aspects but if I missed any, please let me know so I can make the proper

Re: [brlcad-devel] STEP Multiple Protocol Parsing

Have you taken a look at the resources linked to here? http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/doc/docbook/system/man5/en/STEP.xml (If you have a recent build, the man page is brlman STEP) There is a LOT of background to the STEP standard, much of which is not terribly

Re: [brlcad-devel] GSoC 2015 Introduction

On Mon, Mar 16, 2015 at 6:25 PM, Ilinca Andrei andrei.ilinc...@gmail.com wrote: Hello! As we discussed, I have submitted a patch adding a very simple OpenSCAD importer, any feedback is appreciated! Looks good at a quick glance - I'll try to take a closer look in the next day or two. At this

Re: [brlcad-devel] GSoC 2015 Introduction

On Sun, Mar 15, 2015 at 5:59 PM, Ilinca Andrei andrei.ilinc...@gmail.com wrote: Hi, Based on your reply, I decided to focus on the OpenSCAD Importer project. I have been looking over the 3dm-g and g-3dm files and my understanding is that they convert the geometry from 3dm model ( Rhino

Re: [brlcad-devel] PCL

About the PCL Bspline fitting code... We actually have some extensive work done to make that code function in BRL-CAD with just Eigen - see http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/libbrep/opennurbs_fit.cpp

Re: [brlcad-devel] GSOC'15: Interest in Vector Drawings from Nurbs

On Tue, Mar 10, 2015 at 3:39 PM, Nihar Mehta niharmeht...@gmail.com wrote: I have made myself quite familiar with BRL-CAD: I have download the source, compiled the programs, I went through MGED tutorials: https://www.youtube.com/watch?v=mWrlwtl4ejk

Re: [brlcad-devel] Synchronize Wiki with Docbook

On Thu, Mar 5, 2015 at 3:57 PM, Christopher Sean Morrison brl...@mac.com wrote: On Mar 5, 2015, at 2:29 PM, Hitesh Sofat sofathit...@gmail.com wrote: Hello Sean, I want to know about docbook project. I have checked your gsoc ideas page. I am interested in docbook project so according to

[brlcad-devel] BuildBot

Some time back, I recall work being done to set up a BuildBot continuous integration testing scheme on the brlcad.org server, but it does not seem to be running now. Does anyone recall what the status of that work was/is? I would like to get that up and running again, if at all possible.

Re: [brlcad-devel] Subversion vs. Fossil

On Mon, Dec 1, 2014 at 10:50 AM, Tom Browder tom.brow...@gmail.com wrote: I just stumbled upon fossil again after a span of several years: http://fossil-scm.org Has anyone had experience with it? It looks like a great merge of characteristics of both distributed and centralized SCSs.

Re: [brlcad-devel] Embedding Qt DM into Qt Window

On Sun, Nov 9, 2014 at 4:44 PM, Vlad Bogolin vladbogo...@gmail.com wrote: Hi, I have a question regarding the whole command interpretation. After looking in mged's code I found out that the command is build character by character (mged.c/mged_process_char) but I've been struggling for a while

Re: [brlcad-devel] Embedding Qt DM into Qt Window

On Fri, Oct 3, 2014 at 6:16 AM, Vlad Bogolin vladbogo...@gmail.com wrote: Is QTkMainWindow::event(QEvent *ev), the function you are talking about? I am not familiar with tcl/tk. Do I need to understand that before I should continue with the same? Yes, that’s the function I was talking

Re: [brlcad-devel] XOR boolean operation

On Mon, Sep 15, 2014 at 7:03 PM, Christopher Sean Morrison brl...@mac.com wrote: I'm looking into elimination of XOR as a boolean method. For those that don't know, the operation is: A XOR B == (A u B) - (A + B). Any impact or dissent? +1 for elimination - I've come across references to

Re: [brlcad-devel] Embedding a framebuffer window

On Fri, Sep 12, 2014 at 12:00 AM, Clifford Yapp cliffy...@gmail.com wrote: On Sun, Sep 7, 2014 at 5:28 PM, Vlad Bogolin vladbogo...@gmail.com wrote: The option b sounds really interesting to me so I will focus in the next days on finding out more details and start making a plan. Cheers

Re: [brlcad-devel] Embedding a framebuffer window

On Sat, Sep 13, 2014 at 3:20 PM, Vlad Bogolin vladbogo...@gmail.com wrote: At the moment there already are two images: a QImage used for the framebuffer image and a QPixmap for display manager wireframes. The disappearing problem is related to the fact that after the raytracing is complete,

Re: [brlcad-devel] Embedding a framebuffer window

On Sat, Sep 13, 2014 at 6:02 PM, Vlad Bogolin vladbogo...@gmail.com wrote: Regarding the ntohll and htonll, I found out that this CHECK_SYMBOL_EXISTS(htonll sys/_endian.h HAVE_HTONLL) if(HAVE_HTONLL) add_definitions(-DHAVE_HTONLL=1) endif(HAVE_HTONLL) appears to solve the finding

Re: [brlcad-devel] Embedding a framebuffer window

On Sat, Sep 13, 2014 at 6:02 PM, Vlad Bogolin vladbogo...@gmail.com wrote: Regarding the ntohll and htonll, I found out that this CHECK_SYMBOL_EXISTS(htonll sys/_endian.h HAVE_HTONLL) if(HAVE_HTONLL) add_definitions(-DHAVE_HTONLL=1) endif(HAVE_HTONLL) appears to solve the finding

Re: [brlcad-devel] Embedding a framebuffer window

On Sun, Sep 7, 2014 at 5:28 PM, Vlad Bogolin vladbogo...@gmail.com wrote: The option b sounds really interesting to me so I will focus in the next days on finding out more details and start making a plan. Cheers, Vlad Vlad, Just a heads up - I definitely broke the Qt embedded framebuffer

Re: [brlcad-devel] Embedding a framebuffer window

On Sat, Sep 6, 2014 at 2:17 PM, Vlad Bogolin vladbogo...@gmail.com wrote: 3. Some bad news regarding the Qt display manager: the QWindow::fromId function used to embed Qt in Tk fails, so basically the embedded window fails to be created. I don’t know why this happens and what should be done

Re: [brlcad-devel] Embedding a framebuffer window

On Fri, Aug 22, 2014 at 1:16 PM, Vlad Bogolin vladbogo...@gmail.com wrote: I'll start working then and try to do everything just with Qt methods (as you said I think that in this way everything would be simpler and cleaner). However, I saw that using Qt 5.2 the display manager crashes (I

Re: [brlcad-devel] Embedding a framebuffer window

On Thu, Aug 21, 2014 at 6:50 PM, Vlad Bogolin vladbogo...@gmail.com wrote: Other possibly relevant bits (was looking for this, didn't find it 'til now...) http://stackoverflow.com/questions/12640698/qt-c-drawing-efficiently http://qt-project.org/doc/qt-4.8/qpainter.html#drawPolygon

Re: [brlcad-devel] Our API

On Tue, Jul 8, 2014 at 8:25 AM, Christopher Sean Morrison brl...@mac.com wrote: Here's a first stab at getting a handle on our API sprawl. As can be seen, it's highly imbalanced. I don't think we should have any C library with more than 300 symbols in it (at least for starters), so I'm going

Re: [brlcad-devel] [brlcad-commits] SF.net SVN: brlcad:[61226] brlcad/branches/bullet/src

On Tue, Jun 10, 2014 at 2:03 PM, Tom Browder tom.brow...@gmail.com wrote: Bullet 2.78: good build Bullet 2.79: good build Bullet 2.81: many warnings Bullet 2.82: many warnings I don't have great notes but I can try the builds again if it would help. Tom, the compilation issue looks to be

Re: [brlcad-devel] Fwd: format conversion from .g files to GDML file format

On Sun, May 4, 2014 at 6:32 AM, Tom Browder tom.brow...@gmail.com wrote: Does anyone have any experience rolling their own xml parser? I have, and I don't recommend it for serious xml use. My effort was for a constrained subset of xml where I controlled the schema and, looking back on the

Re: [brlcad-devel] format conversion from .g files to GDML file format

On Sun, Apr 20, 2014 at 4:13 PM, Richard Gillham Darnley rgdarn...@gmail.com wrote: Hi, I would like to introduce myself. I am a 'mature' newbie programmer who would like to produce a conversion routine between BRL-CAD's native file format to what is called Geometry Description Markup

[brlcad-devel] GSoC Candidates - Make sure your project proposals are in Melange!

Even if they aren't done, DO NOT WAIT - upload what you have to the Melange site and edit it there. There is zero tolerance for late proposals, and any proposal not on the Melange site won't count. -- Learn Graph

Re: [brlcad-devel] GSoC 2014: Introduction

On Wed, Mar 19, 2014 at 2:53 PM, Devinder Kaur kaurdevinde...@gmail.com wrote: Yeah sure! Working on the proposal. Require your guidance for further work as well. Devinder, I think that was you on IRC asking about more specific commands to check for this proposal? First rule of IRC - you need

Re: [brlcad-devel] GSoC

On Mon, Mar 17, 2014 at 4:39 PM, Jonathan Engbert jonathanee12...@gmail.com wrote: I am interested in developing the plugin API, developing with OpenCL, and/or doing work with Qt. Those are all relevant topics, but very different - did you have one specifically that appeals to you?

Re: [brlcad-devel] GSoC 2014: Introduction

On Tue, Mar 18, 2014 at 2:43 PM, Devinder Kaur kaurdevinde...@gmail.com wrote: Hello everyone! Welcome! For my project, I would prefer MGED to Archer command migration as I have a prior familiarity with both of them and as far as other requirements are concerned, I have a competent knowledge

Re: [brlcad-devel] GSoC 2014 for Mesh Library Cleanup

One remark about gtest (I'm assuming that's googletest? https://code.google.com/p/googletest/) - I don't have any immediate objections to using it, but it will be important to integrate running the tests defined there into the CMake build. There are a number of options for this, but it's

Re: [brlcad-devel] GSoC 2014

On Sat, Mar 15, 2014 at 7:19 PM, Vlad Bogolin vladbogo...@gmail.com wrote: Hi, I was thinking about continuing the project I started last year with the creation of a Qt framebuffer and by embedding a framebuffer window in the existing display manager. What do you think? Qt is still a hot

Re: [brlcad-devel] GSoC 2014 for Mesh Library Cleanup

On Sat, Mar 15, 2014 at 2:29 PM, 赵安清 zaqcl...@hotmail.com wrote: Yes, I mean the googletest. I have some experience about it. But, honestly, I really have no idea about 'integrate running the tests defined there into the CMake build'. Could you please give me some valuable suggestion in

Re: [brlcad-devel] GSoC Introductions

On Fri, Mar 14, 2014 at 2:10 AM, Gabriela Voll gvoll...@gmail.com wrote: http://brlcad.org/wiki/User:Vegantrex6/GSoc2014/proposal this is my proposal so far, very skeletal, still needs more research but there it is anyway. If you have any suggests, i'd appreciate it. You probably want to look

Re: [brlcad-devel] GSoC 2014 for Mesh Library Cleanup

On Thu, Mar 13, 2014 at 1:05 PM, 赵安清 zaqcl...@hotmail.com wrote: Daniel and Clifford, Hi, thanks sincerely for your kindness and suggestions. I have read raytrace.h, nmg.h, given email list and some other info. Are we almostly sure that model and nmgregion are exactly useless and should be

Re: [brlcad-devel] Introduction

On Wed, Mar 12, 2014 at 12:08 AM, Milinda Fernando milind...@gmail.com wrote: I am interested in the STEP file importer improvements project and the STEP file exporter project. What should I do to proceed with those projects. Welcome! For those projects, the important thing to do is focus on

Re: [brlcad-devel] Introduce myself for GSoC 2014

On Wed, Mar 12, 2014 at 12:02 PM, 赵安清 zaqcl...@hotmail.com wrote: Hi all, ^-^ Welcome! After reading given ideas carefully, I find the task 'Mesh Library Cleanup' is attractive. I am familiar with OpenMesh and OpenVolumeMesh, so excuse me, is this mesh library more or less similiar to the

Re: [brlcad-devel] GSoC Introductions

On Tue, Mar 11, 2014 at 1:30 PM, Gabriela Voll gvoll...@gmail.com wrote: Yea I'm interested in two of the ideas you mentioned; creating support for 2D drawing as NURBS curves to sketch obj in BRL-CAD As stated, that wouldn't be a STEP project in the first stage - you would need to add support

Re: [brlcad-devel] GSoC Introductions

On Mon, Mar 10, 2014 at 3:32 PM, Gabriela Voll gvoll...@gmail.com wrote: Hello all, I am Gabriela Voll a junior at Hunter College in New York City, that double majors in Computer Science and Studio Art. I have a very strong knowledge of c++ and am learning python and java. Knowledge of advanced

Re: [brlcad-devel] GSOC 2014 STEPCode Project Query

Forwarding to the stepcode discussion group - Mark, what's your sense on multi-threading for a GSoC project? Pulkit, could you give us some details on your multi-threading experience? STEPcode is a combination of hand-written C++ and tools that generate C++, so familiarity with that language

Re: [brlcad-devel] gdiam library

On Tue, Feb 4, 2014 at 7:31 AM, Daniel Roßberg danielmrossb...@gmail.com wrote: What's the status of libgdiam? I just had a look at the library and found the convex hull algorithm still unstable. We have some new libbn routines for convex hulls in 2d - the simplest thing to try would be to

Re: [brlcad-devel] Problem with NURBS boolean eval in m35.g

On Thu, Dec 12, 2013 at 9:16 PM, Clifford Yapp cliffy...@gmail.com wrote: Wu, If you have a second, could you take a look at the behavior of the region r5 in the model share/db/m35.g when doing boolean evaluation with the brep command? It's giving out a series of errors and then crashing. I

  1   2   3   >