Another important question.
I'm passing two arguments to my segment_density, which are inhit and outhit
points.
I now realize that these are pointers and could change unexpectedly within
the call if we run multiple threads.
How can I make this safe? Should I BU_GET safe heap memory to store the
points for the call, or pass the coordinates one by one as actual numbers?
On 22 September 2017 at 17:07, Mario Meissner <mr.rash....@gmail.com> wrote:
> Hello!
>
> Mass being 0 all the time was because the reg_los of my region was 0 for
> whatever reason. Hard-coding a reg_los of 100 (and thus a 'factor' of 1)
> works and I now get a mass value (however unfortunately not the value I
> expect, yet). Attached goes code. Any hints on why the reg->reg_los isn't
> set correctly?
>
> When and where is it computed? Also, what is it's meaning exactly? I know
> it should be something like 'amount of the region actually filled with the
> material' or something, but I don't really understand it yet.
>
> I'll work on figuring out why the numbers don't fit expectations.
>
> Mario.
>
> On 21 September 2017 at 18:42, Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
>> BTW, do you have a Chinese OS version? Your diff files contain Chinese
>>> comments.
>>>
>>
>> Because Japanese uses Kanji (Chinese characters) sometimes it becomes
>> hard to tell the two languages apart. But in this case you can see some
>> Katakana in there so it's clearly Japanese.
>> https://en.wikipedia.org/wiki/Katakana
>>
>> --
>> Vasco Alexandre da Silva Costa
>> PhD in Computer Engineering (Computer Graphics)
>> Instituto Superior Técnico/University of Lisbon, Portugal
>>
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> BRL-CAD Developer mailing list
>> brlcad-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>>
>>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
