00:17.06 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |
00:56.08 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |
01:19.45 |
starseeker |
brlcad: getting a unit test failure for the
redblack implementation on latest ubuntu |
01:27.59 |
cad_zulip |
@**Sean**: starseeker, any details? that
seems random.. |
01:29.36 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |
01:35.11 |
starseeker |
brlcad: https://paste.ubuntu.com/p/rP64PJbmJn/ |
01:35.35 |
starseeker |
actually, the line numbers won't match - let
me revert and rerun |
01:36.34 |
starseeker |
https://paste.ubuntu.com/p/fTK88qMPzb/ |
01:37.05 |
starseeker |
is seriously tempted to just
deprecate that whole API |
01:37.15 |
starseeker |
we make almost no use of it |
01:38.29 |
brlcad |
try updating it to r70981 ... pre-bu_list
elimination, possibly gone awry |
01:44.12 |
starseeker |
71372 has it - that's right before the bu_list
removal commit... |
01:44.32 |
brlcad |
has it as in still crashes? |
01:44.37 |
starseeker |
yep |
01:44.41 |
brlcad |
rather, still reports memory issue |
01:44.53 |
starseeker |
it'll crash outside of valgrind |
01:49.41 |
starseeker |
ditto 70981 |
01:50.07 |
brlcad |
debugging |
01:51.13 |
starseeker |
wonders if he messed it up
pre-68656... |
01:52.25 |
brlcad |
at a glance, I think the problem is just
sillyness in bu_rb_delete() |
01:52.47 |
brlcad |
deletes notes, then deletes the container that
was holding the nodes, but it didn't take the pointers to them out
of the container |
01:53.20 |
brlcad |
looking to confirm it directly |
01:54.03 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-075-150-197.092.075.pools.vodafone-ip.de) |
01:54.32 |
brlcad |
quick test-- can you comment out line 595 in
libbu/redblack.c and see if it still barks. not the proper fix,
but would help confirm the locality.. |
01:55.48 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |
01:57.09 |
starseeker |
still segfaults with that commented
out |
01:58.10 |
starseeker |
brlcad: we've had a lot of problems with this
code over the years - would it be worth it to consider replacing
the guts with something like https://github.com/openbsd/src/tree/master/usr.sbin/nsd
? |
01:58.35 |
starseeker |
https://github.com/openbsd/src/blob/master/usr.sbin/nsd/rbtree.c
rather |
02:04.13 |
starseeker |
couple others floating around... netbsd has
one, looks like... |
02:11.02 |
starseeker |
as near as I can tell, we have two uses of
libbu's redblack in our code - glint and pixcount |
02:33.17 |
brlcad |
I would rather eliminate it outright for an
STL container (std::map and std::set use redblack under the hood,
iirc) |
02:33.29 |
brlcad |
pixcount needs nothing of the sort |
02:33.42 |
brlcad |
glint could be adapted |
02:34.52 |
starseeker |
nods |
02:35.13 |
starseeker |
As an experiment I switched those two to C++
files - no trouble |
02:36.08 |
starseeker |
Do we need to eliminate those uses before we
list it as deprecated? |
02:37.03 |
brlcad |
no |
02:38.02 |
starseeker |
heads for the CHANGES
file |
02:38.04 |
brlcad |
it's poor form in general, but not a rule or
anything. deprecation is an independent announcement to everone
else, so it just looks fishy when we'r still using it |
02:38.47 |
starseeker |
I think it's worth doing in this case - I want
to get it into CHANGES for the release, but I don't have time to
disassemble glint right now... |
02:39.09 |
starseeker |
if I do that I'll start looking at
consolidating it with the MGED lint command |
02:39.11 |
brlcad |
pixcount is just using it as an RGB color
hash, that directly translates to a std::map<> |
02:39.17 |
starseeker |
nods |
02:41.15 |
brlcad |
heck, probably a simple
std::map<int32_t> with RGBA as the key would work
perfectly |
02:45.02 |
starseeker |
notes we no longer have
commits posted to IRC... |
04:01.57 |
brlcad |
created a GCI task to re-implement it. it's
perfectly scoped for gci. |
06:27.36 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |
09:37.43 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
11:07.09 |
*** join/#brlcad teepee_
(bc5c2134@unaffiliated/teepee) |
11:41.55 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
11:43.12 |
cad_zulip |
@**Himanshu Sekhar Nayak**: hello
guys |
11:43.12 |
cad_zulip |
:) |
11:49.21 |
cad_zulip |
@**Himanshu Sekhar Nayak**: ping @**Jeffrey
Liu** |
11:49.51 |
cad_zulip |
@**Jeffrey Liu**: Hello! |
11:49.55 |
cad_zulip |
@**Himanshu Sekhar Nayak**: do you know where
to find a sample geometry file ? |
11:50.03 |
cad_zulip |
@**Himanshu Sekhar Nayak**: hello :) |
11:55.25 |
cad_zulip |
@**Himanshu Sekhar Nayak**: btw where are you
from ? |
11:56.30 |
cad_zulip |
@**Jeffrey Liu**: Hm, sorry I didn't do that
task so I'm not quite sure; have you looked at the db directory
from the source files though? |
11:56.48 |
cad_zulip |
@**Jeffrey Liu**: I'm from the United States,
how about you? |
11:57.46 |
cad_zulip |
@**Himanshu Sekhar Nayak**: I am from
India |
11:57.59 |
cad_zulip |
@**Himanshu Sekhar Nayak**: okay I will
continue searching on |
11:58.18 |
cad_zulip |
@**Himanshu Sekhar Nayak**: btw do you have
any idea of it's extension ? |
12:00.19 |
cad_zulip |
@**Himanshu Sekhar Nayak**: looks like MGED
extension |
12:02.13 |
cad_zulip |
@**Himanshu Sekhar Nayak**: hello @**Panda
(Gauravjeet Singh)** where I can find a sample geometry file
? |
12:02.40 |
cad_zulip |
@**Himanshu Sekhar Nayak**: I am currently
working on Compile and Install BRL-CAD from source code |
12:03.00 |
cad_zulip |
@**Himanshu Sekhar Nayak**: but I can't find a
geometry file |
12:03.23 |
cad_zulip |
@**Daniel Rossberg**: Did you already install
BRL-CAD? |
12:03.35 |
cad_zulip |
@**Himanshu Sekhar Nayak**: yes |
12:04.06 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |
12:05.06 |
cad_zulip |
@**Jeffrey Liu**: The db directory has some
asc (ASCII databases) that I was able to import |
12:05.13 |
cad_zulip |
@**Daniel Rossberg**: Then, look at the
share/db directory in your installation. There, you should find a
lot of *.g files. |
12:07.50 |
cad_zulip |
@**Himanshu Sekhar Nayak**: yeah got
it |
12:11.59 |
cad_zulip |
@**Himanshu Sekhar Nayak**: btw I got raytrace
aborted while using rt @**Sahibpreet Kaur** |
12:12.00 |
cad_zulip |
@**Himanshu Sekhar Nayak**: what does that
mean ? |
12:17.04 |
cad_zulip |
@**Himanshu Sekhar Nayak**:
[Screenshot.png](/user_uploads/1549/mi0djFfGlz06Mma4ScCvo6cl/Screenshot.png) |
12:17.06 |
cad_zulip |
@**Daniel Rossberg**: Screenshot? |
12:17.06 |
cad_zulip |
This can happen, if you close the ray-trace
window by clicking on the "x" (i.e. the usual way). Try to close it
with a right mouse click inside the window. |
12:18.14 |
cad_zulip |
@**Himanshu Sekhar Nayak**: what if I closed
with Ctrl+C in terminal ? @**Daniel Rossberg** |
12:18.48 |
cad_zulip |
@**Daniel Rossberg**: Ah, okay. type
```tops``` in mged and then ```draw``` with one of the displayed
objects, which looks best. |
12:19.39 |
cad_zulip |
@**Daniel Rossberg**: ```quote |
12:19.39 |
cad_zulip |
what if I closed with Ctrl+C in terminal ?
@**Daniel Rossberg** |
12:19.39 |
cad_zulip |
``` |
12:19.39 |
cad_zulip |
Try it :wink: |
12:19.45 |
*** join/#brlcad math-alpha
(~Ngadou@129.0.79.255) |
12:20.42 |
cad_zulip |
@**Himanshu Sekhar Nayak**: ```quote |
12:20.42 |
cad_zulip |
```quote |
12:20.42 |
cad_zulip |
what if I closed with Ctrl+C in terminal ?
@**Daniel Rossberg** |
12:20.42 |
cad_zulip |
``` |
12:20.42 |
cad_zulip |
Try it :wink: |
12:20.42 |
cad_zulip |
``` |
12:20.42 |
cad_zulip |
It closes two windows simultaneously |
12:20.59 |
cad_zulip |
@**Himanshu Sekhar Nayak**: i also tried with
other .g and same ray trace abort happen |
12:21.48 |
cad_zulip |
@**Daniel Rossberg**: Did you select a group
for drawing? |
12:22.02 |
cad_zulip |
@**Himanshu Sekhar Nayak**: nah |
12:22.11 |
cad_zulip |
@**Himanshu Sekhar Nayak**: just one .g
file |
12:22.38 |
cad_zulip |
@**Himanshu Sekhar Nayak**: when I run
bin/mged, it gives me two windows |
12:23.04 |
cad_zulip |
@**Daniel Rossberg**: Okay, I see. For this
task (compile and install), wee need to see this error message.
This is intended there! |
12:23.15 |
cad_zulip |
@**Himanshu Sekhar Nayak**:
[Screenshot-2.png](/user_uploads/1549/S2TuGgc4kfJBGLl8NZ6eV2aP/Screenshot-2.png) |
12:24.27 |
cad_zulip |
@**Daniel Rossberg**: Your first screen shot
is what's needed to complete the task. |
12:25.20 |
cad_zulip |
@**Daniel Rossberg**: However, if you want to
see something, you have to select an object for displaying first.
(with the procedure I described here) |
12:25.38 |
cad_zulip |
@**Himanshu Sekhar Nayak**: btw @**Daniel
Rossberg** I tried with bin/archer and same ray trace
abort |
12:25.54 |
cad_zulip |
@**Himanshu Sekhar Nayak**: ```quote |
12:25.54 |
cad_zulip |
However, if you want to see something, you
have to select an object for displaying first. (with the procedure
I described here) |
12:25.54 |
cad_zulip |
``` |
12:25.54 |
cad_zulip |
yeah okay |
12:26.24 |
cad_zulip |
@**Daniel Rossberg**: As I said: Thats okay if
no object for displaying was selected. |
12:28.14 |
cad_zulip |
@**Himanshu Sekhar Nayak**:
`himanshu@asus:~/brlcad-code/brlcad-build |
12:28.14 |
cad_zulip |
$ bin/archer |
12:28.14 |
cad_zulip |
Raytrace aborted. |
12:28.14 |
cad_zulip |
` |
12:31.43 |
cad_zulip |
@**Himanshu Sekhar Nayak**: @**Daniel
Rossberg** so should I submit the task ? |
12:33.49 |
*** join/#brlcad math-alpha
(~Ngadou@129.0.79.255) |
12:35.42 |
*** join/#brlcad yorik
(~yorik@2804:431:cfc7:2dc8:290:f5ff:fedc:3bb2) |
12:36.04 |
cad_zulip |
@**Daniel Rossberg**: Yes, the error message
is the thing we want to see. Type your name in the mged command
prompt, make a screen shot and submit it. |
12:37.56 |
*** join/#brlcad m-alpha
(~Ngadou@129.0.79.255) |
12:38.41 |
cad_zulip |
@**Himanshu Sekhar Nayak**: done |
12:38.45 |
cad_zulip |
@**Himanshu Sekhar Nayak**: :/ |
12:40.12 |
cad_zulip |
@**Himanshu Sekhar Nayak**: hey @**Erik**
:) |
12:57.01 |
cad_zulip |
@**Mayank Goyal**: I am on the task: Learn
basic 3D modeling using BRL-CAD, part #1 of 2 |
12:57.39 |
cad_zulip |
@**Mayank Goyal**: I am not able to understand
what all lessons to do |
12:59.28 |
cad_zulip |
@**Sahibpreet Kaur**: Have you installed
BRL-CAD on your system? |
12:59.49 |
cad_zulip |
@**Mayank Goyal**: Yes , I have
installed |
13:00.28 |
cad_zulip |
@**Mayank Goyal**: Actually there are a lot of
topics and under the introduction the mged, There are 16
lessons |
13:00.28 |
cad_zulip |
@**Sahibpreet Kaur**: Here is the link to the
MGED tutorial: http://brlcad.org/VolumeII-Introduction_to_MGED.pdf |
13:01.22 |
cad_zulip |
@**Sahibpreet Kaur**: Yes, but the task states
to complete lesson 1 to 8. What didn't you understand? |
13:02.00 |
cad_zulip |
@**Mayank Goyal**: Lesson 1 to 8 in http://brlcad.org/VolumeII-Introduction_to_MGED.pdf |
13:02.50 |
cad_zulip |
@**Sahibpreet Kaur**: Yes |
13:03.12 |
cad_zulip |
@**Mayank Goyal**: And what is ae 45
45 |
13:07.26 |
cad_zulip |
@**Sahibpreet Kaur**: It is the view you can
from VIEW option in the menu bar. |
13:07.26 |
cad_zulip |
ae 45 45 is **a**zimuth and **e**levation
value for the current view. |
13:08.00 |
cad_zulip |
@**Mayank Goyal**: Thank you |
13:08.24 |
cad_zulip |
@**Sahibpreet Kaur**: under the VIEW option
you can see a number of views you can display your design in. Also,
it has been explained in the tutorial. |
13:10.30 |
cad_zulip |
@**Mayank Goyal**: Yes, I just tried to save a
PNG image by running "rt -o lesson01.png" in the command window ,
but it didn't work |
13:10.57 |
cad_zulip |
@**Mayank Goyal**: It was given in the task
description |
13:14.35 |
cad_zulip |
@**Savar Bhasin**: Can anyone tell me how to
change the color of the text in LibreCAD |
13:15.13 |
cad_zulip |
@**Sahibpreet Kaur**: @**Mayank Goyal** Yeah,
it comes after you have drawn a design that comes after following
the tutorial. So, basically you have to draw the designs given in
each lesson and then use the command given in the task to save the
image. |
13:15.32 |
cad_zulip |
@**Sahibpreet Kaur**: Make sure to name the
images based on the lessons you did. |
13:16.58 |
cad_zulip |
@**Mayank Goyal**: OK , thank you so
much |
13:22.30 |
cad_zulip |
@**Sean**: Also noted in the task description,
you can alternatively just run "rt" and make sure all the windows
are in your screenshot |
14:17.29 |
*** join/#brlcad teepee_
(bc5c2134@unaffiliated/teepee) |
14:24.17 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |
14:24.44 |
*** join/#brlcad m-alpha
(~Ngadou@129.0.79.255) |
14:44.02 |
cad_zulip |
@**Minh Duc Le**: Hello everyone! |
14:44.02 |
cad_zulip |
I have installed brlcad, but there is no bin
folder in the build folder. Can anyone help me? |
14:48.52 |
cad_zulip |
@**Jeffrey Liu**: Could you send a screenshot
of the files that you see? |
14:50.25 |
cad_zulip |
@**Minh Duc Le**: [pasted
image](/user_uploads/1549/x2pSJq1ko9Gu_lRv8mF7QoYZ/pasted_image.png) |
14:53.22 |
cad_zulip |
@**Jeffrey Liu**: Have you compiled the
project already? |
14:54.16 |
cad_zulip |
@**Jeffrey Liu**: If you have, the bin
directory should be located in either Debug or Release |
15:03.39 |
cad_zulip |
@**Minh Duc Le**: I have just opened those
folders, but there is no file named mged or archer. How can I run
them? |
15:03.39 |
cad_zulip |
[pasted
image](/user_uploads/1549/cdfOlvbYgqOqCxG_wndJiHIs/pasted_image.png) |
15:05.08 |
cad_zulip |
@**Jeffrey Liu**: Have you compiled the VS
Solution yet? |
15:06.50 |
cad_zulip |
@**Minh Duc Le**: How can I do that? |
15:08.57 |
cad_zulip |
@**Jeffrey Liu**: So if you go back to the
brlcad-build directory, you'll see a file called BRLCAD.sln. Open
that and compile it (this should take a while), and I believe that
depending on what you set (Debug or Release), one of the folders
should have the correct files. |
15:11.15 |
cad_zulip |
@**Jeffrey Liu**: Let me know if it
works. |
15:23.04 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |
15:40.46 |
cad_zulip |
@**Minh Duc Le**: @**Jeffrey Liu** , It has
just finished compiling. Here is what the bin folder looks like
now. |
15:40.46 |
cad_zulip |
[pasted
image](/user_uploads/1549/NfrP02N44KTtC5mkf3jsgqoq/pasted_image.png) |
15:45.19 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
15:46.37 |
cad_zulip |
@**Jeffrey Liu**: Hm... I don't think there
should be so many dll files (I think most of them should just be
exe files), but I'm not really sure what happened. How did you
compile it? |
15:47.35 |
cad_zulip |
@**Jeffrey Liu**: Sorry I didn't mean that
those dll files shouldn't be there, I meant that I believe there
should be more exe files than dll files there. |
15:50.07 |
cad_zulip |
@**Himanshu Sekhar Nayak**: Just need some
clarification on this task
https://codein.withgoogle.com/tasks/5649945713967104/?sp-organization=4884012200361984&sp-categories=1&sp-search=c~2Fc%2B%2B |
15:51.36 |
cad_zulip |
@**Himanshu Sekhar Nayak**: Is this pointing
to `struct bu_rb_tree *palette;/* Pixel palette */` |
15:52.07 |
cad_zulip |
@**Himanshu Sekhar Nayak**: Tasks says not to
use bu_rb interference |
16:05.34 |
cad_zulip |
@**Himanshu Sekhar Nayak**: any clarification
? |
16:15.24 |
cad_zulip |
@**Himanshu Sekhar Nayak**: as per my
thinking, this task wants to replace red-black tree algorithm into
std::map as std::map has all the functionalities like insert(),
erase(), clear() etc |
16:37.48 |
*** join/#brlcad Caterpillar
(caterpilla@gateway/vpn/protonvpn/caterpillar) |
16:37.54 |
Stragus |
There are many storage structures that can
insert/delete items, the choice of red-black trees or whatever
depends on the operations you have to do |
16:38.39 |
Stragus |
A red-black tree has very different properties
from a hash table like std::map, but I don't know the requirements
for that particular case |
17:08.30 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |
17:35.54 |
cad_zulip |
@**Himanshu Sekhar Nayak**: This is something
like hash table or something |
18:11.15 |
cad_zulip |
@**Daniel Rossberg**: ```quote |
18:11.15 |
cad_zulip |
as per my thinking, this task wants to replace
red-black tree algorithm into std::map as std::map has all the
functionalities like insert(), erase(), clear() etc |
18:11.15 |
cad_zulip |
``` |
18:11.15 |
cad_zulip |
You are saying it here: Replace bu_rb_tree by
std::map - with an int32_t as key. |
18:11.15 |
cad_zulip |
What's the value type? |
18:16.41 |
cad_zulip |
@**Daniel Rossberg**: @**Minh Duc Le** Did the
compilation finished without errors? |
18:27.39 |
cad_zulip |
@**Himanshu Sekhar Nayak**: @**Daniel
Rossberg** I will look into that as no. 3. For now I had chosen
another debugging task |
18:29.45 |
cad_zulip |
@**Daniel Rossberg**: Did you already compiled
the experimental features? |
18:30.14 |
cad_zulip |
@**Himanshu Sekhar Nayak**: currently working
on Test and fix single precision compilation |
18:30.41 |
cad_zulip |
@**Himanshu Sekhar Nayak**: changing double to
float and checking if any errors or warnings |
18:31.07 |
cad_zulip |
@**Himanshu Sekhar Nayak**: ```quote |
18:31.07 |
cad_zulip |
Did you already compiled the experimental
features? |
18:31.07 |
cad_zulip |
``` |
18:31.07 |
cad_zulip |
nah |
18:34.51 |
cad_zulip |
@**Himanshu Sekhar Nayak**: btw I never used
visual studio |
18:34.59 |
cad_zulip |
@**Himanshu Sekhar Nayak**: using
vim |
18:35.17 |
cad_zulip |
@**Himanshu Sekhar Nayak**: is visual studio
better? |
18:35.26 |
cad_zulip |
@**Himanshu Sekhar Nayak**: okay I will have a
look into it |
18:35.36 |
cad_zulip |
@**Daniel Rossberg**: There are easy
programming tasks in the "experimental features", where you can
learn how to change code, recompile it, and generate a patch
file. |
18:36.18 |
cad_zulip |
@**Himanshu Sekhar Nayak**: ```quote |
18:36.18 |
cad_zulip |
There are easy programming tasks in the
"experimental features", where you can learn how to change code,
recompile it, and generate a patch file. |
18:36.18 |
cad_zulip |
``` |
18:36.18 |
cad_zulip |
okay I will go though it |
18:37.00 |
cad_zulip |
@**Daniel Rossberg**: ```quote |
18:37.00 |
cad_zulip |
is visual studio better? |
18:37.00 |
cad_zulip |
``` |
18:37.00 |
cad_zulip |
It depends on which OS you work. |
18:37.29 |
cad_zulip |
@**Daniel Rossberg**: ```quote |
18:37.29 |
cad_zulip |
```quote |
18:37.29 |
cad_zulip |
There are easy programming tasks in the
"experimental features", where you can learn how to change code,
recompile it, and generate a patch file. |
18:37.29 |
cad_zulip |
``` |
18:37.29 |
cad_zulip |
okay I will go though it |
18:37.30 |
cad_zulip |
``` |
18:37.30 |
cad_zulip |
There is an own task for compiling the
experimental features. |
18:37.52 |
cad_zulip |
@**Himanshu Sekhar Nayak**: thanks for info
@**Daniel Rossberg** :) |
18:39.20 |
cad_zulip |
@**Daniel Rossberg**: And then, you can do the
"Remove throw statements" tasks. |
18:40.18 |
cad_zulip |
@**Himanshu Sekhar Nayak**: looks like it goes
through this |
18:40.19 |
cad_zulip |
@**Himanshu Sekhar Nayak**: Compile BRL-CAD's
experimental features |
18:41.10 |
cad_zulip |
@**Himanshu Sekhar Nayak**: and then onward
remove throw statements |
18:42.28 |
cad_zulip |
@**Himanshu Sekhar Nayak**: btw what's the
difference between default build and release build mentioned in
http://brlcad.org/wiki/Building_from_SVN#Configure_the_build_system_with_CMake
? |
18:44.04 |
*** join/#brlcad Stragus
(~alexis@191.109.76.1) |
18:50.48 |
cad_zulip |
@**Erik**: ```quote |
18:50.48 |
cad_zulip |
hey @**Erik** :) |
18:50.48 |
cad_zulip |
``` |
18:50.48 |
cad_zulip |
Hi, is there something I can help
with? |
18:51.59 |
cad_zulip |
@**Erik**: default build has some
optimizations turned off and some debugging turned on, release is
"for performance", do a default build |
18:52.25 |
cad_zulip |
@**Daniel Rossberg**: CMake usually detects
already existing libraries on you system and uses them instead of
their versions provided with the BRL-CAD source code (usually in
the src/other directory). DBRLCAD_BUNDLED_LIBS=ON demands to use
always the version which comes with the BRL-CAD source
code. |
18:52.25 |
cad_zulip |
There are usually two main build types: Debug
and Release. Debug contains additional code/data to match it with
the source code. I.e., it can be said which code part belongs to
which source code line and what the variables' values
are. |
18:52.25 |
cad_zulip |
The release build is a usually speed optimized
build with no debug information and variables often often don't
have a memory address, because they live in processor registers
only (if possible). |
18:53.30 |
cad_zulip |
@**Erik**: (Easy bugs in debug builds can very
easily become difficult bugs in release mode due to compiler
optimization methods, all ya'll should be avoiding release unless
you know what you're doing) |
19:07.42 |
cad_zulip |
@**Himanshu Sekhar Nayak**: thanks for info
@**Erik** @**Daniel Rossberg** |
20:04.53 |
*** join/#brlcad Macinlew
(~MacInLew@2001:1948:212:6010:9957:987b:1f1f:c14c) |
20:47.58 |
*** join/#brlcad TheJollyRoger
(~Peter@gateway/tor-sasl/thejollyroger) |
22:09.45 |
*** join/#brlcad ssinha
(91ef85cc@ns3098869.ip-145-239-133.eu) |
22:17.29 |
*** join/#brlcad TheJollyRoger
(~Peter@gateway/tor-sasl/thejollyroger) |
23:18.31 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |
23:38.59 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |
23:51.59 |
*** join/#brlcad kintel
(~textual@unaffiliated/kintel) |